“개발자 영어의 유창성”에 대해 이해해야 할 가장 중요한 개념은 무엇입니까? [닫은]

4 월에는 영어 교사 그룹에 ** 영어 2.0-개발자의 언어 이해하기 '라는 주제로 대화를 진행할 예정입니다. 2 시간 안에 주요 개념에 대한 빠른 배경 지식을 제공 할 수 있습니다. 개발자 블로그와 팟 캐스트를 더 잘 이해하고 개발자와 대화 할 때 더 나은 질문을 할 수 있습니다.

이해해야 할 가장 중요한 개념, 개발자가 당연하게 생각하지만 일반 대중은 잘 모르는 개념이 무엇이라고 생각하십니까? 몇 가지 아이디어가 있습니다.

• 버전 관리
• 추상화
• 펍 / 서브
• 푸시 대 풀
• 디버깅
• 모듈성
• 3 계층 아키텍처
• 클래스 / 객체
• "스파게티 코드"대 OOP
• 예외 던지기
• 군중 소싱
• 리팩토링
• 구름
• 건조-자신을 반복하지 마십시오
• 클라이언트 서버
• 단위 테스트
• 디자이너 / 개발자

이러한 용어의 정의는 네트워크 사전을 참조하십시오

이것은 당신이 겪게 될 모든 용어의 거의 완전한 목록을 제공 할 것입니다 (이 페이지에서 빠질 수있는 모든 구절을 포함합니다). 분명히, 당신은 당신과 당신의 의도 된 청중과 관련된 것을 찾는 이들을 통해 트롤하고 싶을 것입니다.

예를 들어 D 아래 항목 중 일부를 고려하십시오.

Daemon
Data Architect
Database Normalization

모두 매우 유용한 것 같습니다. 그러나 수백만 개의 항목이 있으므로 몇 가지 규칙을 적용 할 수 있습니다 (들었다면 들어갔거나 그렇지 않은 경우).

1. 두문자어 없음 (예 : TCP / IP, OOD가 없음)
2. 특정 응용 프로그램 이름이 없습니다 (예 : Microsoft Word, Kazaa-Lite 등)
3. 특정 언어 이름이 없습니다 (예 : Java, Haskell 등)

그것이 도움이되기를 바랍니다.

편집 : 원래 http://www.networkdictionary.com/software/dictionary.php에서 제공 했지만 사이트가 폐기 된 것으로 보입니다.

편집 2 : 인터넷 아카이브 사본이 나타납니다 https://web.archive.org/web/20120507195610/http://www.networkdictionary.com/software/d.php 링크에 대한 감사 @locster에 있습니다.

수학에서 몇 마디 :

1. 정식. 동등한 항목 그룹의 저명한 대표자.
2. 해시시. 보통 양배추로 만든 것은 아닙니다.
3. 휴리스틱 상황이 좋으면서도 약속이 지나치지 않은 불완전한 해결책.
4. 선형 / 지수. 메모리 또는 프로세서 속도가 입력 크기에 영향을받는 방식

종종 잘못 해석되는 몇 가지 단어 :

1. 대리. 다른 사람을 대신하여 행동하는 것.
2. 클라이언트 서버. 브라우저 대 웹 서버와 같습니다.
3. 주인 노예. 일반적으로 인간 노예 제도 나 S & M과는 아무런 관련이 없습니다.
4. 악마. 일반적으로 인간의 상호 작용없이 실행되는 프로세스입니다. 악마적인 것은 없습니다.
5. 마법사. 절차를 통해 인간을 안내하는 사용자 인터페이스 요소.

폭력적인 의미가 의도되지 않은 몇 마디 :

1. 죽임. 새끼 고양이가 아닌 프로세스에 적용될 때.
2. 뒹굴다. 확장 할 메모리 부족으로 인해 아무것도 수행되지 않는 프로세스.
3. 세게 때리다. 스크립팅 언어
4. 크래시. 재부팅 할 수있는 모든 제품에서 살아남을 수 있습니다.
5. 쾅. '!'기호의 다른 이름입니다.
6. 기타

그리고 모두가 그들이 언제 이야기하고 있는지 알고 싶어하기 때문에 뾰족한 상사 등의 목록을 포함시키는 것이 가치가있을 수 있습니다.

나는 그것들을 추가 할 것이다 :

• 기민한
• 키스 (간단한 바보 유지)
• 리팩토링
• 응용 프로그래밍 인터페이스

• YAGNI-넌 필요 없어
• 스크럼
• 키스
• 아약스
• 캡슐화
• 계승
• 웹 서비스
• 구성 요소

언어의 정확성에 대해 논의하고 싶을 수도 있습니다. 소프트웨어 개발은 ​​우리를 즐겁게 해주는 것이 아니라 프로그래밍 할 때 종종 정확해야한다는 이유로 농담을하게됩니다. 도메인 특정 언어를 사용하면 빠르고 정확하게 할 수 있기 때문에 많은 양의 전문 용어가 생깁니다.

"소스가 쉼표를 사용하지 않을 때 쉼표를 문자열 리터럴 인용 부호로 묶는 것을 거부합니다"와 같이 일부 프로그래머에게 일반적으로 사용되는 구두점의 비표준 사용을 다루고 자한다면 좋겠습니다. <----- 브라이언이 말했다.

괄호 []및 콧수염 (또는 고관절이 적은 사람을위한 괄호)을 사용하는 것도 {}마찬가지로 치료를받을 수 있습니다.

3- 재귀는 재미있을 수 있습니다. 포인트 3을 참조하십시오.

재미있는 휴식을 위해 랩터 (감사, XKCD), 몬티 파이썬 (Monty Python), 초기 공통 근거에 대한 포인터에 이르기까지 많은 개발자 커뮤니티에 공통적 인 순수한 문화적 영감을 지적하는 것이 즐거울 수 있습니다. IRC, 게시판 / 포럼 및 유즈넷과 같은 현대 커뮤니티를 설립했습니다.

SDLC 는 다른 주제를 다루기위한 제안입니다.

다루어야 할 다른 용어들 :

• 신청
• 체계
• 프로그램
• 요구 사항

기술 담당자가 아닌 경우 이러한 용어 중 일부는 다른 의미를 가질 수 있습니다. 직업을 신청한다는 것은 응용 프로그램을받는 것을 의미하므로 일부 사람들은 응용 프로그램의 관점에서 소프트웨어를 생각하지 않을 수 있습니다. 마찬가지로 일부 사람들은 프로그램으로 볼 수있는 레크리에이션 활동과 정부 이니셔티브가 있습니다. 따라서 Microsoft의 프로그램 관리자와 YMCA의 프로그램 관리자간에 차이가있을 수 있습니다. 여기에 구체적인 예가 있습니다.

참가자들의 아이디어를 미리 요청하고 대화의 일부를 좀 더 대화식으로 만들 수 있는지 확인하고 싶습니다. 이것은 당신이 이미 이것을 고려했는지 아닌지 모르겠다는 대화 자체에 대한 아이디어 일뿐입니다.

모두가 집으로 가져갈 수 있도록 참조 카드 / 치트 시트를 포함시킬 것입니다. 많은 것들이 새로운 것이면 그 모든 것들을 기억하는 것이 어려울 것입니다.

주제에 대해, 나는 "디자인 패턴"을 일반적인 개념으로 확실히 추가 할 것입니다.