Dev books 3

[Clean Code] Chapter 3. 함수

Chapter 3. 함수 함수는 프로그램의 가장 기본적인 단위 읽기 쉽고 이해하기 쉬운 함수 의도를 분명히 표현하는 함수 3.1 작게 만들어라 명백한 함수. 각 함수가 이야기 하나를 표현 if/else, while 등에 들어가는 블록은 한 줄로 들여쓰기는 2단을 넘어가지 않게 3.2 한 가지만 해라 함수는 한가지를 해야 한다. 한 가지를 잘해야 한다. 한 가지만 해야 한다. 문제! 그 '한 가지' 가 뭘까 지정된 함수 이름 아래 '추상화 수준'이 하나 우리가 함수를 만드는 이유를 생각해봐! 큰 개념(다시 말해, 함수 이름)을 다음 추상화 수준에서 여러 단계로 나눠 수행하기 위함 아님? 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그건 이미 여러 가지 작업을 하고 있다는 의..

Dev books 2017.03.23

[Clean Code] Chapter 2. 의미있는 이름

Chapter 2. 의미 있는 이름 2.1 들어가면서 이름은 아주 오만데에 다 쓰이지... 그러니까 잘 지어보자 ^_^ 2.2 의도를 분명히 밝혀라 좋은 이름을 짓는데 걸리는 시간 이름으로 답할 수 있어야 함 2.3 그릇된 정보를 피하라 AccountList가 있다고 치자. 사실 이 객체가 List형태가 아니라면? => Group, bunchOfAccounts, Accounts등으로 쓰자. 습관적으로 List라고 이름짓지 말 것. 흡사한 이름 지양 일관성이 떨어지는 명명도 그릇된 것 2.4 의미 있게 구분하라 tmp01 이런 거 쓰지 말라고-_- Noise word 추가하지 마 Product Produc..

Dev books 2017.01.26

[Clean Code] Chapter 1. Clean Code

Chapter 1. Clean Code 여러분이 이 책을 읽고 있다면 이유는 두 가지다. 첫째, 프로그래머라서. 둘째, 더 나은 프로그래머가 되려고. 다행이다! 우리 업계는 더 나은 프로그래머가 필요하니까. 우앙! *_* 1.1 코드가 존재하리라 코드는 요구 사항을 상세히 표현하는 수단이다. 코드는 기계가 이해할 정도로 엄밀하고, 정확하고, 상세하고, 정형적이어야 한다. 그렇기에 코드 자동 생성이라는 말은 불가능한 말이다. 코드는 사라지지 않는다.1.2 나쁜 코드 좋은 코드는 중요하다. 조금이라도 프로그래밍을 해봤다면, 나쁜 코드에 고생해본 기억이 있을 것이다. 우리는 모두 자신이 짠 쓰레기 코드를 나중에 고치리라고 생각해봤을 것이다. 안 돌아가는 프로그램보단 돌아가는 쓰레기가 낫다고 스스로를 위로해 본..

Dev books 2017.01.10