refactoring

좋은 코드를 작성하는 기술

https://www.yes24.com/Product/Goods/6006038 인상 깊은 단락 p39 클래스명의 어휘는 경험과 함께 향상된다. ‘숙련도별 자주 이용되는 클래스명'은 우리 나라 개발자과도 비슷한 느낌이다. p49 ~ 50 변수의 스쿠프 관련. 옛날에 적었던 https://blog.benelog.net/1382604.html 글이 생각났다. p115 ArrayList vs LinkedList

Refactoring Database

인상깊은 부분 p16 디자인은 한번 굳어버리는 순간 바로 구식이 된다 -프레드브룩스 p81 테이블이 사용 중일 때는 위험을 최소화하기 위해 컬럼 제거에 대한 시간 계획이 필요하다. 다른 방법으로는 ALTER TABLE 명령의 SET UNUSED 옵션을 이용하여 컬럼을 사용되지 않는 컬럼으로 표기하는 것이다. SET UNUSED 명령은 보다 빠를 뿐만 아니라 위험을 최소화할 수 있다. p205 데이터 마이그레이션 기법 : 오라클의 SQLLDR이나 bul loader와 같은 데이터베이스 유틸리티를 이용할 수 있다.

Refactoring

인상깊은 부분 113쪽 리팩토링을 하지 않을 때에도 잘 짜여진 테스트는 프로그래밍을 빠르게 한다는 것을 알게 되었다. 122쪽 버그리포트를 받으면, ㅁ너저 그 버글르 밖으로 드러나게 할 수 있는 단위 테스트를 작성하라. 123쪽 완전한 테스트를 실행시키지 않는 것보다는 불완전한 테스트라도 작성하고 실행시키는 것이 더 낫다. ? 한 벌의 테스트는 버그를 찾는데 걸리는 시간을 엄청나게 단축시키는 강력한 버그 탐지기이다. ? 테스트로 모든 버그를 잡을 수 없다는 걱정 때문에 대부분의 버그를 잡을 수 있는 테스트를 작성하는 것을 멈추지 마라.