먼저 정리하기?

파트 I. Tidyings

저의 일반적인 학습 전략은 구체적인 것에서 추상적인 것으로 나아가는 것입니다. 따라서 변경해야 하는 지저분한 코드에 직면했을 때 할 수 있는 작은 디자인 '동작'의 카탈로그부터 시작하겠습니다.

리팩터링에 익숙하신 분들은 동작을 변경하지 않는 구조 변경으로 정의되는 리팩터링과 Tidying이 매우 유사하다는 것을 알 수 있습니다. Tidyings는 리팩터링의 하위 집합입니다. Tidyings는 누구도 싫어할 수 없는 귀엽고 흐릿한 작은 리팩터링입니다.

'리팩토링'은 사람들이 기능 개발의 장기적인 중단을 의미하는 용어로 사용하기 시작하면서 치명적인 피해를 입었습니다. 심지어 "동작을 변경하지 않는다"는 단서 조항도 삭제되어 '리팩토링'으로 인해 시스템이 쉽게 망가질 수 있었습니다. 보세요: 새로운 기능도 없고, 손상 가능성도 있고, 결국에는 아무것도 남는 게 없네요. 고맙습니다.

2부에서는 개발 워크플로에 Tidy를 통합하는 방법에 대해 설명합니다. 지금부터 다음 개발 작업에 즐거움을 더할 수 있는 이 팁을 읽고, 배우고, 적용해 보세요.