일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 자청
- c++
- sqld
- 주석
- Python
- 폴링vs이벤트
- 오픽
- git
- 서버최적화
- beautifulsoup
- Backtracking
- SW개발자를 위한 성능좋은 SQL
- 클린코드
- SQLD 이론
- 파이썬
- 게임서버개발
- BFS
- 알고리즘
- 오픽 초보
- 클린 코드
- clean code
- 역행자
- DP
- 서버아키텍처
- MFC
- SQLD이론
- N-Queen
- sqld요약
- 백준
- Javascript
- Today
- Total
가취공부하자

책에 있는 내용 중 기억하고 싶은 내용 정리한 것. 프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야 한다. 형식을 맞추는 이유는 오늘 구현한 기능이 다음 버전에서 바뀔 확률은 아주 높다. 오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다. 적절한 코드 형식 적절한 행 길이를 유지하라 200~500줄 사이로도 시스템 구축할 수 있다. 이 규칙은 엄격한 규칙은 아니지만 바람직한 규칙으로 삼으면 좋겠다. 일반적으로 작은 파일이 큰 파일보다 이해하기 쉽다. 신문기사처럼 작성하라 이름은 간단하면서 설명이 가능하게 소스파일의 첫부분은 고차원 개념과 알고리즘 설명 내려갈수록 의도를 세세하게 묘사 개념은 빈행으로 분리하라 일련의 행 묶음은 완결된 생각 하나를 표현한다. 생각 사이에는 빈행을 ..

책에 있는 내용 중 기억할 만한 내용 정리한 것. 우리는 코드로 의도를 표현하지 못해, 그러니까 실패를 만회하기 위해 주석을 사용한다. 우리가 코드로 의도를 표현할 때 마다 스스로를 칭찬해주자,, 반대로 주석을 달 때마다 자신에게 표현력이 없다는 사실에 푸념해야 마땅하다고 한다.. 부정확한 주석은 아예 없는 주석보다 훨씬 나쁘다. 주석은 나쁜 코드를 보완하지 못한다.. -> 주석으로 달려는 설명을 함수로 만들어 표현해라 좋은 주석도 있다. (필요하거나 유익하다) 법적이 주석 정보를 제공하는 주석 의도를 설명하는 주석 의미를 명료하게 밝히는 주석,,(신중히 달아야 해!!) 결과 경고하는 주석 TODO 주석 (앞으로 할일을 남겨두는 주석) 중요성을 강조하는 주석 나쁜 주석 (대부분의 주석이 여기에 속한다.)..