관련 링크해야 하는데, 귀찮.. 구성과 관리에 관한 이슈들 0. 작은 것에 연연하지 말라 1. 사소한 경고 메시지라도 무시하지 말라 2. 자동화된 빌드 시스템을 사용하라 3. 버전 컨트롤 시스템을 사용하라 4. 코드 리뷰에 시간을 투자하라 디자인 스타일 5. 하나의 엔티티에는 하나의 역할만을 부여하자 6. 정확성, 간결성, 명확성을 먼저 생각하라 7. 적절한 규모 유지를 위해서는 '언제, 어떻게'를 아는 것이 중요하다 8. 이른 최적화를 피하라 9. 미리 최적화해두어야 할 부분도 있다 10. 전역 데이터와 공유 데이터를 최소화하라 11. 정보를 숨겨라 12. 안전한 공유를 위한 코딩의 시기와 방식을 결정하라 13. 자원은 개체가 가지게끔 하라. RAII와 스마트 포인터를 활용하라 코딩 스타일 14. 런타..
코딩의 정석 검색 결과
항목 71 : 오류로부터 안전한 코드를 디자인하고 작성하라 { 라고 .. 책에는 적혀 있다. 번역하다가 Exception 이 오류라고 된거 같다. 본 내용은 예외로부터 안전한 코드를 디자인하고 작성하는 것을 이야기 하는 것이다. 개요 이 포스팅은 발생된 예외:Exception으로 부터 프로그램을 보호해야 하는 이유와 어떤 보호방법들이 있는지, 어떻게 보호해야 하는지에 대해서 정리해 둔 것이다. 본문 발생된 예외로 부터 왜 프로그램을 보호해야 하는가? 보호를 할지 말지는 프로그래머가 정하는 일이다. 만약 "나는 보호하지 않겠어" 라고 한다면, 이 포스팅을 읽지 않아도 된다. 예외가 발생 했을 경우, 그 예외는 자신의 지역에서 처리 할 수 있는 곳이 있는지 살펴보고, 있다면 그곳에 머물러 처리가 될 테니지만..
여기서 말하는 "적절한 규모" 는 데이터의 처리 속도의 규모 이다. 즉 성능인데, 이 성능은 빠를 수록 좋다. 책에선 '언제, 어떻게'를 아는게 중요하다.란 이야기를 하는 것이다. 그렇다면 여기서 말하는 성능 최적화의 '언제'는 언제인가? '언제'를 알 기란 매우 어려운데, 수 많은 책에서는 '언제'에는 절대 속하지 않을 때가 있다고 한다. 바로 '초기' 이다. 프로그램 코딩의 초기에는 데이터 처리 성능엔 신경을 쓰지 말라고 한다. 왜냐하면, '이른 최적화는 항상, 프로그램이 복잡해 지기 때문' 이라 한다. 그러면 초기에 무엇을 염두해야 하는가? 바로 '얼마나 더 간결하고, 얼마나 더 정확한지' 이다. 그러면 '일반적인 답'이 나왔다. 바로, '프로그램 초기에는 최적화를 하지 않는다' 이다. : ) 그러..
최근댓글