Community

개발자 99% 커뮤니티에서 수다 떨어요!

← Go back
[TIL] Chapter 2. 실용주의 접근법
#pragmatic
2년 전
982
2

오늘 TIL 3줄 요약

  • 바꾸기 더 쉽게. ETC! (Easier To Change)

  • 반복은 나쁘다. DRY (Don't Repeat Yourself)

  • 관련 없는 것들 간에 서로 영향이 없도록 하라. (직교성 orthogonality)

TIL (Today I Learned) 날짜

2022. 03. 21

오늘 읽은 범위

2장. 실용주의 접근법

책에서 기억하고 싶은 내용을 써보세요.

  • 잘 설계된 코드는 바뀜으로써 사용하는 사람에게 맞춰져야 한다.

  • 결합도를 줄이는 이유: 관심사를 분리함으로써 각각이 더 바뀌기 쉬워짐.

  • 단일 책임 원칙이 유용한 이유: 요구 사항이 바뀌어도 모듈 하나만 바꿔서 반영 가능.

  • 프로그래머는 늘 유지 보수 모드에 있다. 즉, 유지 보수는 별개의 활동이 아니며 전체 개발 과정의 일상적인 부분이다.

  • 모든 지식은 시스템 내에서 단 한 번만, 애매하지 않고, 권위 있게 표현되어야 한다.

  • 모든 코드 중복이 지식의 중복은 아니다.
    -> 코드가 동일해도 각 함수가 표현하는 지식이 다르다면 그것은 중복이 아니라, 우연히 규칙이 같은 것이다.

  • 직교적인 컴포넌트들을 결합함으로써 단위 노력당 더 많은 기능을 얻을 수 있다.

  • 기술을 현명하게 선택하라. (외부 라이브러리를 도입할 때 직교성 체크)

  • 결정이 바뀌지 않을 것이라 가정하고서 발생할지도 모를 우연한 사건에 대비하지 않는 데에서 실수가 나온다. 최종 결정이란 없다.

  • 누군가 (마감일을) 추정해 달라고 하면 뭐라고 대답해야 할까?
    정답: "나중에 연락드릴게요."

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

  • 프로그래밍 업계의 대선배들이 전해주는 아낌없는 조언들을 읽는 느낌이였다. 아직 책의 내용들을 100% 완벽하게 이해할 만큼 경험을 쌓지는 못 했지만 이해한 부분들에 관해서는 많은 공감을 했고 새롭게 배운 부분도 많았다. 지금 사용하는 언어나 라이브러리, 프레임워크 등에 관해서 공식 문서는 다 한 번 이상 정독을 하였었지만 문서에서는 알려주지 않는 개발을 할 때 전반적으로 신경을 써야하는 부분을 콕콕 짚어주는 것이 좋았고, 프로젝트 전체 혹은 팀 전체를 바라보는 관점을 이번 장을 읽으며 배운 것 같다.

2 comments