마이클 C. 페더스 <레거시 코드 활용 전략> Part 1 요약
코드가 얼마나 훌륭하게 작성되어 있는지 여부와는 상관없이 테스트 루틴이 없는 코드는 불량 코드다. 얼마나 멋지게 작성되어 있는가와 객체지향의 사용 여부, 그리고 캡슐화의 정도도 참작 요소가 전혀 되지 못한다. 테스트 루틴이 있으면 코드의 동작을 빠르고 검증 가능하게 변경시킬 수 있다. 하지만 테스트 루틴이 없으면 실제로 우리 코드가 더 나아지는지 더 나빠지는지를 알 수 없게 된다. 1장. 소프트웨어 변경 소프트웨어를 수정하는 네 가지 이유 1. 새로운 특징을 추가한다. 2. 버그를 제거한다. 3. 소프트웨어 설계를 개선한다. 4. 자원 이용률을 최적화한다. 특징 추가 버그 수정 리팩토링 최적화 구조 변경시킴 변경시킴 변경시킴 - 기능 변경시킴 변경시킴 - - 자원 이용률 - - - 변경시킴 위험한 변경 ..
Books_tech
2016. 12. 11. 19:36
공지사항
최근에 올라온 글
최근에 달린 댓글
링크
TAG
- #알고리즘
- #build2016
- #ndc
- #자녀교육
- #techdays2015
- #레거시코드
- 책
- #uwp
- #제럴드와인버그
- #cpp
- #mva
- #csharp
- #cplusplus
- #ModernCPP
- #임백준
- #코드최적화
- 상속
- #마이클페더스
- Scott Meyers
- #EffectiveModernCpp
- #로버트마틴
- #프로그래밍심리학
- #클린코드
- #scottmeyers
- #스콧마이어스
- #팀개발
- #세미나
- Effective Modern C++
- 객체 지향 설계
- Effective C++
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
글 보관함