TIL (Today I Learned)
2022.04.24.
오늘 읽은 범위
2장 의미 있는 이름
책에서 기억하고 싶은 내용을 써보세요.
-
전문가 프로그래머는 '명료함이 최고'라는 사실을 이해한다.
-
전문가 프로그래머는 자신의 능력을 좋은 방향으로 사용해 남들이 이해하는 코드를 내놓는다.
-
클래스 이름과 객체 이름은 명사나 명사구가 적합하다.
매서드 이름은 동사나 동사구가 적합하다. -
프로그래머는 코드를 최대한 이해하기 쉽게 짜야한다.
집중적인 탐구가 필요한 코드가 아니라 대충 훑어봐도 이해할 코드 작성이 목표다. -
의미를 해독할 책임이 독자에게 있는 논문 모델이 아니라
의도를 밝힐 책임이 저자에게 있는 잡지 모델이 바람직하다.
오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요
코드 작성에 있어서도 '의사소통'이라는 부분이 중요하다는 것을 2장을 읽으면서 많이 느낍니다.
어쩌면 이 책을 읽지 않았다면, 코드 이름에 대해서 많이 간과하지 않았을까합니다.
제가 코딩 교육을 받을 때 변수명, 클래스명을 작성하는 법을 굳이 알려주는 강의는
별로 없었던 것 같습니다. 물론 커리큘럼상 그런 부분까지 알려주기엔 여의치않았을 것 같습니다.
그러나 실무에서 협업하는 과정에서 '의미 있는 이름'이 의사소통에 효율적이겠다!!
라는 생각을 다시 한번 합니다. 적어도 의미를 이해하지 못해서 서로 두 번 이상 물어보는 일은 발생하지 않을 것 같습니다.
똑똑한 프로그래머와 전문가 프로그래머의 차이점에 대한 설명이 제일 제 마음에 확 와닿았습니다.
전문가 프로그래머는 자신의 능력을 남들을 위해 쓸 줄 아는 사람인 점이 인상깊었습니다.
저도 시니어개발자가 되었을 때, '전문가 프로그래머'가 되고자 합니다!
궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.
- 문제영역(Domain)
일반적인 요구사항, 전문 용어, 그리고 컴퓨터 프로그래밍 분야에서 문제를 풀기 위해 설계된 어떤 소프트웨어 프로그램에 대한 기능성을 정의하는 연구의 한 영역
소프트웨어로 해결하고자 하는 문제 영역
https://ppiyo5.tistory.com/21
In a computer programming design, you define a domain by delineating a set of common requirements, terminology, and functionality for any software program constructed to solve a problem in the area of computer programming, known as domain engineering.
https://en.wikipedia.org/wiki/Domain_(software_engineering)
