큰 프로그래밍 단어 또는 구문

포켓 프로텍터몇몇 뛰어난 프로그래머와 함께 일하면서 나는 종종 제품 관리자 나 그들의 고객을 겁 먹게하기 위해 큰 단어 나 문구를 던지는 것을 좋아하는 건축가, 리드 및 개발자와의 만남을가집니다.

프로그래머가 좋아하는 것 중 하나입니다. 여기에 매우 간단한 설명이 포함 된 XNUMX 가지가 있습니다. 의심 할 여지없이 개발자의 용어를 해킹하여 내 간단한 자동차 비유):

  1. 추출 – 이것은 어려운 과정이나 기능을 취하고 기본적으로 논리적으로 분류하는 것입니다. 계층 (A는 B에 속하고 B는 C에 속합니다 등) 또는 기능이나 기능 (색상, 크기, 무게 등)에 따라 분류됩니다. 추상화는 기능을 논리적으로 구성하여 객체 지향 프로그래밍을 더 쉽게 만듭니다. 차를 만들기 위해 프레임, 엔진, 차체를 따로 제작합니다.
  2. 천칭 – 이는 시스템에 남아 있지만 단계적으로 제거해야하는 오래된 코드가 있음을 의미합니다. 코드가 더 이상 사용되지 않는 경우 프로그래머는 모든 참조가 이전 코드로 이동하여 제거되어야 할 때까지 코드를 참조하거나 최신 코드를 사용하지 않습니다. 경우에 따라 기능이 사라지는 경우 해당 기능이 사라진다는 경고와 함께 잠시 동안 유지할 수 있습니다. 새 배선으로 새로운 스테레오 시스템을 얻었지만 이전 배선을 그대로두고 사용하지 않습니다.
  3. 캡슐화 – 이것은 함수가 시스템의 다른 부분에 도달하지 않을 때 부모 내에서 프로그래밍 함수를 구성하는 프로세스입니다. 수백만 개의 기능이있는 경우 전 세계적으로 사용할 수 있도록하기보다는 해당 기능이 작동하는 영역 내에서 효율적으로 구성되고 작동하도록해야합니다. 나는 엔진의 보조 장치를 엔진 실에 넣었다… 나는 뒷좌석에 오일 필터를 넣지 않는다.
  4. 계승 – 이것은 다시 작성하지 않고도 새로운 기능에 재사용하기 위해 다른 공통 코드 (클래스)의 속성을 취하는 기능입니다. 상속은 또 다른 좋은 객체 지향 개발 관행입니다. 내 카시트는 어린이나 성인을 태우는 데 사용할 수 있습니다.
  5. 표준화 – 이것은 참조를 구축하여 데이터베이스에서 데이터를보다 효율적으로 구성하는 방법입니다. 예를 들어, 하루 종일 신호등을 기록해야하는 경우 ... 빨강, 노랑, 녹색. 각 레코드를 빨간색, 노란색 및 녹색으로 작성하는 대신 1, 2, 3을 쓴 다음 1 = 빨간색, 2 = 노란색 및 3 = 녹색 인 다른 테이블을 만듭니다. 이렇게하면 빨강, 노랑, 초록을 한 번만 녹음합니다. 내 차 문에는 각각 동일한 문 손잡이가 있습니다. 4 개의 다른 핸들이 아닌 4 개의 다른 위치에서 사용되는 하나의 핸들.
  6. 객체 지향 – 최신 프로그래밍 언어에서 이것은 기능별로 특정 코드를 작성한 다음 재사용 할 수있는 디자인 방법입니다. 예를 들어 유효하게 구성된 이메일 주소를 확인하려는 경우입니다. 함수를 한 번 빌드 한 다음 애플리케이션에서 필요한 곳에서 사용할 수 있습니다. 내 차에는 같은 제조업체 나 다른 제조업체의 다른 차에 사용할 수있는 18 인치 림이 있습니다.
  7. 다형성 – 이것은 설명하기 어렵지만 기본적으로 다른 상황에서 동적으로 사용할 수있는 코드를 개발할 수있는 능력입니다. 즉, 단순히 참조되는 방식으로 고유하고 동적 기능을 상속 할 수 있습니다. 이것은 매우 효율적인 개발 수단입니다. 자동차의 전기 콘센트를 사용하여 휴대폰을 충전하거나 타이어 펌프에 주스를 공급할 수 있습니다.
  8. 재귀 – 이것은 코드가 자신을 참조하는 방법입니다. 때로는 효율적이고 의도적이지만 다른 경우에는 응용 프로그램을 제어 할 수 없게 만들 수 있습니다. 내 카 스테레오에서 검색을 클릭하면 라디오 방송국을 통해 반복됩니다. 끝나지 않고 계속 진행됩니다.
  9. 리팩토링 – 이것은 코드를 더 쉽게 따르거나 더 잘 구성하기 위해 코드를 다시 작성하는 프로세스이지만 반드시 추가 기능을 추가 할 필요는 없습니다. 엔진을 재 조립합니다.
  10. 서버 지향 아키텍처 (SOA) – 객체 지향 프로그래밍을 사용하여 특정 기능을 수행하는 전체 시스템을 가질 수있는 대규모 시스템에 적용합니다. 배송 시스템 등을 말하는 전자 상거래 시스템을 말하는 고객 관계 관리 시스템이있을 수 있습니다. 나는 한 장소에서 다른 장소로 물품을 배송하기 위해 내 차와 함께 트레일러를 끌어 당깁니다. 나는 그들을 연결하기 위해 trailor hitch (XML)를 사용합니다.

내 은유가 항상 목표에 완벽하게 맞지 않았다는 것을 알고 있습니다. 그래도 도움이 되었기를 바랍니다.

개발자와의 다음 회의에서 이러한 단어를들을 때 몇 가지 조언을 제공합니다. 자리로 돌아가서 찾아 보지 마십시오. 위키 백과, 그들은 지켜 볼 것입니다. 움찔하지 마십시오. 공격 할 것입니다. 여기에해야 할 일이 있습니다. 마치 깊은 생각에 빠진 것처럼 창 밖을 생각한 다음 호기심 많은 표정으로 되돌아 보거나 턱을 긁으십시오. 그들이 더 많은 정보와 함께 그들의 선언을 따를 때까지 기다리십시오.

… 그들은보고 있습니다.

댓글 8

  1. 1

    LOL 당신은 정말로 그것을 못 박았습니다 Doug 🙂 당신은 우리를 사업에서 제외 시키려고합니까? 우리가 이해하지 못하는 개념에 대해 잘 알고 있으므로 고객과 함께합니다. 이제 우리는 그들을 날려 버릴 방법을 찾아야합니다 결합 이러한 유행어를 사용하여 다음과 같은 거대한 문구를 만들 수 있습니다.

    여러분이 넣으려는 기능은 기능을 캡슐화하고 서비스 지향 아키텍처를 통해 통신하는 여러 객체로 추상화 될 수 있다는 것을 잘 알고 있습니다.

  2. 5

    소프트웨어 개발자이기 때문에이 게시물에 감사 할 수 있습니다. 우리는 그렇게 나쁘지 않지만 😉 나는 그런 테크노 옹알이로 사람들을 절대 죽이지 않을 것입니다 🙂

    내가 당신을 위해 더 많은 단어를 생각해 보자….

당신은 어떻게 생각하십니까?

이 사이트는 Akismet을 사용하여 스팸을 줄입니다. 댓글 데이터 처리 방법 알아보기.