6. Implementation

코드 작성 또는 프로그래밍

설계의 최하위 상세화 과정임

코드 작성, 디버깅, 통합, 개발자 테스트 작업 포함

 

개발자의 코딩 스타일은 일의 효율에 영향 끼침

코드컨벤션

 

좋은 소프트웨어 코드의 6가지 공통점

- 가독성

- 자세한 주석

- 코드구조가 간결

- 변경에 탄력적

- 활용을 위해 관리할 수 있어야 함(유지보수성)

- 코드가 원래 목적한 기능을 올바르게 수행

 

 

좋은 코드 작성을 위한 규칙

- 최적화보다는 가독성 우선

- 아키텍처를 우선 개발

- 테스트 커버리지를 고려

- 간단하고 단순하게 코딩(KISS: Keep It Simple and Stupid) 추상화나 패턴을 과도하게 적용시 오히려 더 복잡해질 수 있음.

- 주석을 작성하되 보조적으로 사용: 메서드의 정의와 사용법 설명하는 간단한 주석 작성)

- Refactoring을 너무 신뢰하지 말것

- 가능하면 자동화 도구 사용: 비용과 품질 향상

- 취미를 가지시기: new 아이디어 개발 기회임. 생산성 향상에도 좋구

- 여유 시간에 새로운걸 배워봐: 새 기술 배워서 적용해봐 빠르게 돌아가는 IT세상에서

 

코딩 표준(coding convention)

-USI/IEC 9899 :C인듯

 

코딩 스타일 주요 규칙

- 변수명과 함수명은 다르게 사용

- 소스 파일 하나는 200줄 이내로 작성

- 한 줄의 길이는 80자 이내로

- 함수 내용은 70줄 이내로

- 하나의 문장을 2줄로 작성하는 경우 예쁘게 적기

- 수준이 동일한 문장을 들여쓰기 동일하게

- 주석의 내용은: 최초 작성자, 작성일, 변경일, 목적, 개정이력, 저작권 표시

 

 

표준 코딩 규칙의 장점

- 가독성 굿

- 간결하고 명확한 코딩

- 개발 시간 단축

 

오픈소스 기반 개발 프로세스

- 시스템 요구 기능에 오픈소스가 적합한지 확인

- 구현 과정에서 통합하고, 오픈소스가 커버하지 못하는 부분은 코딩 진행

- 통합이 이루어지는 시점에서 지속적 테스트 수행 및 수정

 

오픈소스 사용시 주의사항

- 라이선스 권한의 확인 검토

- 공개된 코드를 사용,수정,재배포 할 수 있나 확인

- 각각 다른 수준의 제한 또는 제약이 있음

(고소당할 수 있음)

- 오픈 소스 검증 체계 구축: 오픈소스에 보안 취약성 등 문제가 있는지 점검해주는 자동화된 도구 사용

- 지속적인 오픈 소스 관리: 오픈소스의 라이선스 변경 또는 새로운 취약점이 발견되는경우 많으므로 정기적으로 점검

- 철저한 기술 검토

- 오픈소스 변경 사항 기록(추적가능토록)

 

오픈 소스 기반 개발의 best practice

- 팀 의사소통 증대

- 사용자 피드백

- 동료 검토

- 신속 배포

- 투명성

- 좋은 코드 설계