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