반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- intellij
- 클린코드
- 파이썬
- B*Tree
- db
- 오라클
- 친절한SQL튜닝
- B*Tree인덱스
- 오라클튜닝
- 리눅스
- 결합인덱스구조
- table full scan
- clean code
- SQLD
- RAC
- SQLP
- 조인
- 로버트C마틴
- 리트코드215
- join
- leetcode215
- SQL튜닝의시작
- 알고리즘
- 클린 코드
- index fast full scan
- Oracle
- 데이터모델링
- heapq
- database
- B*Tree인덱스구조
Archives
- Today
- Total
목록MartineFowler (1)
개발노트
Refactoring 리팩토링
리팩토링 외부 동작은 변경하지 않고, 내부 구조를 변경하는 작업이다. 따라서, 버그 수정/기능 추가는 리팩토링에 포함되지 않는다. 왜냐? 결과가 바뀌니깐! 그리고 기능을 추가하기 전에, 리팩토링을 먼저 하자. 가독성 향상과 유지보수가 용이해지기 때문에 기능 추가가 훨씬 수월하다. 프로젝트 초기 아키텍트 설계가 완벽하더라도, 기능 추가와 버그 수정들이 있다면 설계는 점차 무너지게 된다. 따라서 리팩토링은 지속적으로 필요하다. 리팩토링은 개발자의 관점에 따라 주관적이다. 자신의 논리적 판단을 근거로 코드를 수정하는 작업이기 때문이다. 리팩토링의 목적 소프트웨어를 더 이해하기 쉽고 수정하기 쉽게 만드는 것(→ 가독성이 좋은 클린한 코드 짜기)이다. 이는 개발 속도를 빠르게 해준다. 리팩토링은 성능을 최적화시키..
Computer Science/Software Enginerring
2023. 4. 24. 21:18