이것은 연구 노트 마지막 시간입니다.
전체 책을 학습, 매우 생산 후. 각 팁은 밖으로 씹을 수있다.
예를 들어, 제 VI에서, 읽기 우리는 종종 매력적인 인터페이스와 코드 뒤에 많은만큼 특정 응용 프로그램 기능의 추가로, 소프트웨어가 전달 될 수를 생성하는 마법사를 사용하지만, 우리가 정말 사람들이 우리를 위해 만든 이해하지 않는 한 그것은 종종 자신을 바보 우연의 일치입니다 코드, 프로그래밍. 마법사는 "일방 통행"입니다 - 그들은 당신을 위해 코드를 확인하고 코드가 매우 옳지 않다 만든이라면, 멀리 갔다, 또는 상황이 변경되었습니다, 당신은 그것은 우리 자신의 의지에만 수 코드를 변경해야합니다. 우리는 마법사에 반대하지만, 당신이 정말로 마법사를 사용하는 경우, 자신의 애플리케이션을 잘 제어 할 수 있도록, 그것은을 만들기 위해 모든 코드를 이해하고 유지하는 데 필요하지 않습니다.
우리가 인도에 의존 할뿐만 아니라 이해하지 않지만, 우리는 또한 시스템에서 제공 등 집적 회로의 양자 역학, 알고리즘 인터럽트 구조, 일정 프로세서에 대한 프로세스, API, 같은 이해하지 못하는 다른 많은 것들에 의존한다. 마법사 생성 된 코드는 우리의 응용 프로그램의 일부가되기 때문에 그러나 마법사와 그들이 다른, 그들은 우리가 얽혀 쓴 기능을 가진 라인으로 라인 없으며, 마지막으로 더 이상 마법사 코드입니다 만, 대신 자신의 코드는, 아무도 그들이 완전히 이해하지 못하는 코드를하지 않습니다해야합니다. 그래서 당신이 이해하지 않는 코드 마법사를 사용하지 마십시오.
마지막 장에서는 코드의 주석을 언급 :
- 코드의 댓글
당신이 뭔가를하고 싶은 이유를 댓글은 목표입니다, 고려해야한다. 코드가 수행 한 다음이 중복이 끝 코멘트뿐만 아니라 DRY 원칙의 위반을 추가하는 방법을 설명하고있다.
트레이드 오프에 대한 댓글이 또한 특정 의사 결정을 할 이유 공학, 기록에 적합, 어떤 대안 등을 포기했다.
변수 이름은 신중하게 선택하고 의미한다. (정보 가변형 포함) 헝가리어 방법은 객체 지향 시스템에서 적합하지 않다.
의미없는 이름보다 더 나쁜 이름을 오해의 소지가있다.
코드가 자동으로 생성 편집기를 만들 수 등 콘텐츠 코드 저자, 저작권 정보를 가지고 있어야합니다.
나머지 팁
팁 36 :
모듈 사이의 커플 링을 최소화
모듈 간의 결합이 감소
팁 37 :
구성, 통합하지 마십시오
구성하려면, 통합되지 않습니다
팁 38 :
메타 데이터의 코드, 세부 사항에 추상화를 넣어
메타 데이터의 코드로 추상, 세부 사항에
팁 39 :
동시성 향상을위한 워크 플로우를 분석
워크 플로우 동시성을 개선하기 위해 분석
팁 40 :
서비스를 사용하여 디자인
서비스 설계
팁 41 :
동시성을 위해 항상 디자인
항상 동시 설계
팁 42 :
모델에서 분리보기
그리고 분리 모델 뷰가
팁 43 :
사용 칠판 워크 플로를 조정하는
칠판 조정 워크 플로우
팁 44 :
우연의 일치가되지 프로그램을 수행
우연의 일치 프로그램에 의존하지 마십시오
팁 45 :
귀하의 알고리즘의 순서를 추정
당신의 추정 알고리즘 주문
팁 46 :
견적을 테스트
당신의 추정을 테스트
팁 47 :
리팩터링 초기, 리팩터링 자주
조기 재건, 자주 재구성
팁 48 :
테스트에 디자인
테스트를 위해 설계
팁 49 :
소프트웨어 테스트, 또는 귀하의 사용자 윌
소프트웨어를 테스트하거나 사용자는 테스트해야
팁 50 :
마법사 사용 코드 당신이 할 일을 이해하지 마세요
당신이 이해하지 못하는 코드 마법사를 사용하지 마십시오
팁 51 :
요구 사항을 수집하지 마십시오 - 발굴 그들을 위해
하지 수집 수요를 수행합니다 - 그들은 발굴
팁 52 :
사용자들과 협력 사용자처럼 생각하기
사용자와의 작업은 사용자처럼 생각하기
팁 53 :
추상화에 대한 자세한 사항보다 더 오래 살
자세한 이상 라이브 추상
팁 54 :
프로젝트 용어를 사용
프로젝트 용어집을 사용하여
팁 55 :
박스를 찾기 - 상자 이상으로 생각하지 마십시오
상자를 찾아 - 상자 이상으로 생각하지 마십시오
팁 56 :
잔소리를 의심 듣기 시작 - 당신은 준비가되면
반복 의심을 들어 - 다시 시작할 준비가
팁 57 :
어떤 것들 더 나은 설명되어보다 완료
몇 가지를 들어 오히려 "설명"보다 "해야 할 일"
팁 58 :
정형 기법에 노예가되지 말라
폼에 노예가되지 말라
팁 59 :
비싼 도구는 더 나은 디자인을 생성하지 않는
비싼 도구는 더 나은 디자인을 만들 수 없습니다
팁 60 :
기능 주변 정리,하지 직종
기능의 주위에, 직책은 조직보다는
팁 61 :
수동 절차를 사용하지 마십시오
수동 프로세스를 사용하지 마십시오
팁 62 :
테스트 초기. 종종 테스트합니다. 자동으로 테스트합니다.
초기 테스트, 일반 테스트, 자동화 된 테스트.
팁 63 :
'틸 모든 수행되지 않습니다 코딩이 실행 테스트
모든 테스트를 통과가는 코딩이 완료되지 않습니다
팁 64 :
테스트 귀하의 테스트에 사용 새 버터
"의도적 인 파괴"테스트 테스트하여
팁 65 :
시험 주 범위, 아니 코드 커버리지
테스트 커버리지 상태보다는 코드 커버리지
팁 66 :
일단 버그 찾기
한 번만 버그를 잡았
팁 67 :
그냥 영어를 치료하는 또 다른 프로그래밍 언어
영어로 또 다른 프로그래밍 언어
팁 68 :
빌드 문서에서,하지 볼트 그것에
내부가 아닌 외부 볼트에 내장 된 문서
팁 69 :
부드럽게 사용자의 기대를 초과
부드럽게 사용자의 기대를 뛰어 넘는
팁 70 :
작업을 가입
작업에 서명