- 이 문서는 개발자 역량 측정 매트릭스의 일부를 참조하여, 우리 회사 실정에 맞도록 변형하였습니다
- 원문은 programmer-competency-matrix입니다
- 경력자의 경우 가장 중시하는 건 역시 업무 평가입니다. 그러나 우리는 개발자의 업무 평가가 정량화될 수 없음을 알고 있습니다. 어느 정도의 객관적인 평가를 하기 위해서는 타인의 시선이 필요함을 알고 있지만, 문서상의 한계로 문제를 해결하는 방법에 가장 큰 비중을 두기로 결정했습니다.
- 그러나 때에 따라 이것이 불가능한 조직에 속해 있었을 수도 있기 때문에 맨 마지막 항목에 가장 집중했었던 분야 또는 업무 개선에 대한 경험을 어필해주세요
- 배열(array)과 링크드 리스트의 차이를 모른다
- 실제 프로그래밍 환경에서 배열과 Linked List, dictionary의 차이를 설명할 수 있다
- 배열과 링크드 리스트의 속도/메모리 타협 관계를 설명할 수 있다. 해시의 충돌 처리를 할 수 있고 우선순위 큐를 만들 수 있다
- B트리, 이진트리, 피보나치 힙, AVL 트리, RED/BLACK 트리, Splay 트리, Skip 리스트 등 고급 자료구조에 대해 이해하고 있다
- 배열에 들어있는 숫자들의 평균을 낼 줄 모른다
- Sorting, Searching, Traversing 알고리즘을 이해한다
- 트리, 그래프, 단순한 그리디 알고리즘, Divide and Conquer를 이해한다
- 동적 프로그래밍 솔루션을 이해한다. 그래프 알고리즘, 수치연산 알고리즘을 이해하고 NP 문제를 식별할 수 있다
- 컴파일러, 링커, 인터프리터를 구분하지 못한다
- 컴파일러, 링커, 인터프리터를 이해한다. 하드웨어 레벨의 어셈블러 언어 동작을 이해한다. 가상 메모리와 페이징에 대한 이해가 있다
- 커널모드/유저모드의 차이를 알고, 멀티스레딩, 동기화를 이해하고 그것들이 어떻게 구현되었는지 안다. 어셈블리 코드를 읽을 수 있다. 네트워크가 어떻게 동작하는 지 안다. 프로토콜을 알고, 소켓 수준의 프로그램을 읽을 수 있다
- 전체 프로그래밍 스택을 이해한다. 하드웨어(CPU, 메모리, 캐시, 인터럽트, 마이크로코드), 바이너리 코드, 어셈블리, 정적/동적 링킹, 컴파일, 인터프리테이션, JIT 컴파일, 가비지 컬렉션, 힙, 스택, 메모리 어드레싱 등을 구분해서 이해한다
- 날짜 단위의 폴더를 백업
- CVS, SVN, VSS 등의 사용을 시작했다
- CVS/SVN에 대한 능숙한 사용, 브랜치/머지를 할 수 있고, 패치를 만들 수 있고, 저장소 속성에 맞게 만들 수 있다
- 분산 VCS 시스템을 이해한다. Bzr/Mercurial/Darcs/Git 등을 써봤다
- IDE에서만 빌드할 수 있다
- 커맨드 라인으로 빌드를 만들 수 있다
- 빌드 스크립트를 직접 작성한다
- 문서, 설치 인스톨러, 릴리스 노트를 포함한 빌드 스크립트를 만든다
- 테스트는 테스터의 일이라고 생각한다
- 유닛 테스트를 짜고 새로 짜는 코드에 유닛 테스트를 작성하고 있다
- TDD 방식으로 코드를 작성한다
- 기능적, 로드/성능적, GUI 측면의 테스트 자동화를 이해하고 실현한다
- 라인 단위의 복사/붙여넣기로 코드를 작성한다
- 문제를 여러 함수로 나눠서 코딩한다
- 재사용 가능한 객체로 코드를 작성한다
- 적절한 알고리즘으로 제네릭/OOP 방법을 써서 변경이 있을 법한 부분은 적절히 캡슐화하면서 코딩한다
- 파일 1개 클래스 1개 이상의 범위를 생각하지 못한다
- 같은 플랫폼 같은 기술 범위 내에서는 문제를 쪼개서 해결책을 설계해 낼 수 있다
- 다양한 기술과 시스템에 걸쳐 있는 문제에 대한 솔루션을 만들어 낸다
- 복잡한 제품들을 가시화하여 설계하고 외부 시스템과 연동을 이끌어 낸다. 모니터링, 리포팅, 장애복구 등의 운영 작업도 설계할 수 있다
- 아이디어와 생각을 잘 표현하지 못하고, 맞춤법과 문법이 엉망이다
- 동료에게 무슨 의도로 말하는지 이야기할 수 있다. 맞춤법과 문법은 좋다
- 효과적으로 의사 소통할 수 있다
- 모호한 상황에서 생각/설계/아이디어/스펙을 이해하고 소통할 수 있으며, 상황에 맞게 소통할 수 있다
- 코드 파일 내에서 구조화가 안 되어 있다
- 메소드들이 논리적으로든 접근성으로든 어떻게든 구조화되어 있다
- 코드가 영역별로 그루핑되어 있고, 주석도 잘 되어 있고, 서로 다른 파일 간의 참조도 잘 설명되어 있다
- 파일은 라이선스 헤더도 있고, 요약 설명도 있고, 주석도 잘 되어 있고, 공백 사용은 일관성이 있고, 파일 자체가 보기 좋게 정렬되어 있다
- 파일 간 구성에 대한 어떤 구조도 없다
- 파일들이 폴더로 나뉘어 있다
- 파일별로 고유한 목적이 있다. 예를 들어 클래스 하나 정의, 기능 하나 구현 등
- 코드 구성이 설계와 잘 매치되어 코드 파일명만 보더라도 설계에 대한 이해를 할 수 있도록 만든다
- 코드 가독성에 대한 고려가 없다
- 파일, 변수, 클래스, 메소드 등에 대한 이름을 잘 부여한다
- 통상적이지 않은 코드나 버그 수정이나 전제 조건 등에 대해서 주석을 잘 달아둔다
- 전제 조건은 asssert로 검증한다. nesting 단계가 깊지 않고, 자연스럽게 코드가 흐른다
- 방어적 코딩이 뭔지 모른다
- 인수를 다 체크하고, 크리티컬한 전제 조건에 대해서 assert를 사용한다
- 리턴 값도 체크하고, 예외를 항상 체크한다
- 방어적 코딩을 하기 위한 자신만의 라이브러리가 있다. 실패 케이스를 시험하는 유닛 테스트 코드를 작성한다
- 정상적으로 작동될 경우만을 염두에 두고 코드를 작성한다
- 예외/에러가 생성되는 주변에 기본적인 에러 핸들링 코드가 있다
- 예외/에러로 가도 프로그램이 안정적인 상태에 있도록 유지한다. 리소스, 커넥션, 메모리 등이 깨끗하게 해제됨을 보장한다
- 가능한 예외 상황을 미리 감지해 내도록 코딩한다. 코드 전체에 대해 일정한 예외 핸들링 정책을 사용한다. 전체 시스템에 대한 예외 핸들링 가이드라인을 만든다
- 대부분 텍스트 에디팅에 IDE를 사용한다
- 인터페이스 이면에 숨어있는 IDE 기능을 메뉴에서 효과적으로 불러내서 쓴다
- 거의 모든 IDE 사용을 단축키로 한다
- IDE에 매크로를 정의해서 사용한다
- 자주 문서를 봐야 한다
- 기억 속에 자주 쓰는 API는 들어있다
- API에 대해서 폭넓고 깊이 있는 이해를 하고 있다
- 자주 호출하는 것에 대해서 단순화시키기 위해 API 위에 라이브러리를 추가로 개발하고 결과적으로 API의 부족한 점은 직접 채운다
- 코어 플랫폼 밖의 어떤 프레임워크도 쓰지 않는다
- 유명 프레임워크를 들어는 봤으나 써보지는 못했다
- 프레임워크를 여러 개 능숙하게 쓰고 해당 프레임워크를 효과적으로 잘 쓰는 전형적인 방법을 알고 있다
- 프레임워크를 직접 개발한다
- 주어진 요구사항을 코드 스펙으로 바꾼다
- 스펙에서 비어있는 케이스에 대한 질문을 할 수 있다
- 전체 그림을 이해하고 스펙으로 정의할 영역 전체를 도출해 낸다
- 경험에 기반해서 주어진 요구사항에 대해 더 좋은 대안과 플로우를 제시할 수 있다
- 스크립팅 툴을 모른다
- 배치파일, 쉘 스크립팅을 한다
- Perl/Python/Ruby/VBScript/Powershell 류의 스크립팅을 한다
- 재사용 가능한 코드를 짜고 공개한다
- 제대로 데이터베이스에 대한 개념을 학습하지 못했다
- 데이터베이스의 기본 개념과 ACID, 정규화, 트랜잭션을 이해한다
- 실행될 쿼리를 염두해서 스키마를 정규화 정의할 수 있고, 뷰, 스토어드 프로시저, 트리거, 사용자 정의 타입을 다룰 수 있다
- 기본 DB관리, 성능 최적화, 인덱스 최적화, 고급 SELECT 쿼리를 작성할 수 있고, 커서를 이해하며, 데이터가 내부적으로 어떻게 저장되는지 알며, 인덱스가 어떻게 저장되는 지 알고, 데이터베이스 미러링, 복제를 이해하고, 2-페이스 커밋을 이해한다
- 자주 쓰는 IDE만 알고 있다
- 유명하거나 표준적인 다른 도구들을 쓸 줄 안다
- 에디터, 디버거, IDE에 대해 잘 알고 있고 오픈 소스 대체물도 잘 알고 있다
- 도구를 직접 만들 수 있다
- 최신 기술을 모른다
- 해당 분야의 최신 기술을 들어는 봤다
- 알파 프리뷰, CTP, 베타를 다운로드해 봤다. 온라인 매뉴얼 등을 읽어 봤다
- 프리뷰를 시험해보고, 뭔가 만들어 봤다
- 플랫폼 내부에 대해 전혀 모른다
- 플랫폼 내부가 어떻게 동작하는지 기본 이해를 가지고 있다
- 플랫폼 내부가 어떻게 동작하는지 잘 알고 있고, 가시화시켜서 플랫폼이 어떻게 코드를 실행시키는지 설명할 수 있다
- 플랫폼 내부에 대한 정보를 제공하기 위해서 디컴파일, 디버깅, 디스어셈블을 하거나 툴을 만든다
- 간단한 문법을 다룬 책을 위주로 몇 권 읽어 봤다
- 코드 컴플리트를 비롯한 스티브 맥코넬의 저서 또는 켄트벡이나 마틴 파울러의 저서를 읽어 봤다 (방법론에 대한 책)
- 이펙티브 C++, 이펙티브 Java, 그 외 각종 실용적이면서 중급 사용자에게 적절히 도움이 되는 책을 읽어 봤다
- 아트 오브 컴퓨터 프로그래밍, 자바스크립트 닌자의 비밀, 대용량데이터베이스 솔루션 등의 고급 서적을 읽어 봤다
(어떤 책을 읽어봤는지 추가로 서술해주셔도 좋습니다)
- 한국어가 아닌 자료로는 기술 습득이 불가능하다
- 영어로 된 기술 교재를 읽고 기술을 파악한다
- 미국인/영어권 사용자로부터 개발 업무를 지시받고 업무 수행 후에 결과를 보고할 수 있다
- 영어권 사용자로부터 SW를 발주 받아, 인도/중국인에게 개발 업무를 아웃소싱하고 국내 팀과 연계하여 국제적인 프로젝트를 진행할 수 있다
- 문서 작성이 서툴고 뭘 작성해야하는지 자발적으로 판단하지 못한다
- 프로젝트에 필요한 문서 포맷이 어떤 것인지 알고 있고 적어도 1개 이상의 프로젝트에서 단계별 문서를 작성해 본 적이 있다
- 여러 SW 프로젝트에서 SW 사용된 다양한 문서 포맷을 작성해 본 적이 있고 확보하고 있다
- 필요하면 문서 세트를 직접 정의할 수 있고, 가장 좋은 실천법을 알고 있다
- 오피스 도구 사용법을 완전히 숙지하지 않은 상태이다
- 오피스를 이용해서 각종 문서를 작성하지만 문서 포맷이 주어지지 않으면 애를 먹는다
- 사용법을 완전히 숙지하고 있으며, 단축키도 사용하고 효율적으로 작성할 수 있다
- 상당한 작업을 단축키로 수행하며 매크로도 직접 정의해서 사용하고 공개판 외의 도구들도 적극적으로 사용하여 효과적인 문서를 생산한다
이하 항목은 둘 중에 하나를 작성하시거나 둘 다 작성하셔도 좋습니다
- 무엇이라도 좋습니다. 사진, 그림그리기, 만화, 인터넷 활동, 음악, 글쓰기, 잉여력 발산, 게임 등 지금까지 했던 활동 중에서 어떤 걸 어디까지 알고 있는지 자랑할 만한 것이 있으면 기술해주세요. 다만 너무 길게 쓰지는 말아주세요.
- 또한 무엇이라도 좋습니다. 서비스, 플랫폼, 업무 환경, 시스템, 소스코드, 인사 관리 등 지금까지 업무를 해오면서 업무에 불만 또는 비효율적인 부분을 개선했던 사례가 있으면 기술해주세요. 문제점을 인식하는 과정이나 그것을 개선하기 위해 어떠한 노력을 기울였으며 어떤 결과가 있었는지 써주시면 됩니다.
저희는 이 항목에 대한 평가를 가장 중요하게 생각합니다.