일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- JS비동기처리
- 프론트엔드 개발을 위한 자바스크립트 (feat. VanillaJS)
- 개발자
- 리액트의탄생
- 시작
- 노마드코더
- 실용주의프로그래밍
- 이펙티브타입스크립트
- 이벤트위임예제
- 노개북
- 자바스크립트스터디
- 11399번문제
- 프로그래머스
- 노마드북클럽
- 그리디알고리즘
- 2월기념일을위해서달리자
- 코딩
- 캐럿마켓클론
- 실용주의프로그래머
- 백준문제풀이
- JavaScript
- 취업준비중..
- 이벤트위임
- 1931번문제
- 개발자필독서
- 북클럽
- 취업준비중
- 개발자필독서?
- CSS
- 클린코드
- Today
- Total
목록개발자필독서? (12)
파카
3장 함수를 읽으면서는 여러 생각이 들었다. 일단 어렵다.. 만약 이게 필수 규칙이었다면.. 프로그래밍의 진입장벽이 더 어려웠을 것이라고 생각한다. 함수를 작게 만들어야 한다는 내용은 이해를 했고 내려가기 규칙이라고 설명한 추상화의 단계를 점차 하향하면서 작성하는 부분은 좋은 인사이트가 되었다. 결국 함수를 보기 좋고 읽기 쉽게 만든다면 의도를 파악하기는 좋을 테니깐 다만 프로그램 단위가 커질수록 함수를 잘게 쪼개는 것이 가능한가? 에 대한 의문과 고민이 남는다. 아직 나는 경험이 부족하다보니 이 부분은 공감하고 지향하면서 익혀나가야 될 거 같다는 생각이다. 소프트웨어를 짜는 행위는 어느 글짓기와 비슷하다. 인수의 개수와 관련된 부분은 공감도 되고 아직 이해가 되지 않는 부분이 있다. Flag는 추하다고..
간단하게 남기는 글 프로그래머는 작명을 하는 사람이라는 것을 새삼 깨닫는다. 기존에도 잘하고 있다고 오만할 수도 있었는데 읽으면서 내가 너무 구닥다리 코드 컨벤션을 이용하고 있지 않았는지 고민해볼 수 있었다. 어찌되었든 코드는 나를 위해서도 그렇지만 남을 위해서 고민해야 할 필요가 있다는 것을 다시 한 번 생각한다. 아직은 내가 비즈니스에서 프로그래밍 하고 있지는 않지만 다시 하게 된다면 내가 정말 남들과 일하기 좋은 그런 개발자가 되기를 희망한다. 아래와 같은 문장이 나온다. 프로그래머는 자신의 능력을 좋은 방향으로 사용해 남들이 이해하는 코드를 내놓는다. 먼저는 코드로, 그리고 좋은 서비스로 영향을 주도록 노력하자. 소감 요약 - 코드의 가독성을 위해 이름 짓기를 잘해야 한다. - 먼저는 나를 위해서..