[클린코드 - http://www.yes24.com/Product/Goods/11681152] 어떤 프로그램이든 가장 기본적인 단위가 함수 작게 만들어라! 함수를 만드는 첫째 규칙은 '작게!'. 둘째 규칙은 '더 작게!'이다 켄트 벡의 Sparkle 모든 함수가 2줄, 3줄, 4줄 정도였음 각 함수가 너무도 명백하고, 각 함수는 이야기 하나를 표현했고, 각 함수가 너무도 멋지게 다음 무대를 준비했음 => 이것이 답이다! 블록과 들여쓰기 if 문/else 문/while 문 등에 들어가는 블록은 한 줄이어야 한다 그러면 바깥을 감싸는 함수(enclosing function)이 작아질뿐만 아니라 코드를 이해하기 쉬워진다 중첩 구조가 생길만큼 함수가 커져서는 안 된다! 한 가지만 해라! 함수는 한 가지를 해야 ..
[클린코드 - http://www.yes24.com/Product/Goods/11681152] 들어가면서 이름을 잘 지으면 여러 모로 편하다 의도를 분명히 밝혀라 좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다 변수, 함수, 클래스 이름은 다음 질문에 모두 답해야 한다 변수(혹은 함수나 클래스)의 존재 이유는? 수행 기능은? 사용 방법은? => 따로 주석이 필요하다면 의도를 분명히 드러내지 못했다는 것 함축성 -> 코드 맥락이 코드 자체에 명시적으로 드러나지 않으면 코드가 하는 일을 짐작하기 어려움 이름만 고쳐도 코드가 하는 일을 이해하기가 쉬워진다 그릇된 정보를 피하라 나름대로 널리 쓰이는 의미가 있는 단어를 다른 의미로 사용하면 안된다 여러 계정을 그룹으로 묶을 때 ..
[클린코드 - http://www.yes24.com/Product/Goods/11681152] 코드가 존재하리라 어떤 언어를 사용하든 코드는 기계가 이해하고 실행할 정도로 엄밀하고 정확하고 상세하고 정형화되어야 한다 코드는 요구사항을 표현하는 언어 나쁜 코드 고행(wanding) : 나쁜 코드에 발목이 잡혀 고생하는 것 르블랑의 법칙(lebalnc's Law) : 나중은 결코 오지 않는다 나쁜 코드로 치르는 대가 시간을 들여 깨끗한 코드를 만드는 노력이 비용을 절감하는 방법일 뿐만 아니라 전문가로서 살아남는 길 태도 좋은 코드를 사수하는 일은 바로 우리 프로그래머들의 책임이다 나쁜 코드의 위험을 이해하지 못하는 관리자 말을 그대로 따르는 행동은 전문가답지 못하다 원초적 난제 빨리 가는 유일한 방법은 언제..
- Total
- Today
- Yesterday
- clean code
- 클린코드
- Spring
- gradle
- kotlin
- ImagePullBackOff
- 스프링부트
- gasmask
- QuickTimePlayer
- 자바
- springboot
- 코틀린
- 자바스크립트
- java
- k8s
- 도커
- kotlin In Action
- linuxkit
- 스프링
- JavaScript
- ddd
- docker for mac
- cacheable
- 쿠버네티스
- docker
- 도메인주도설계
- back merge
- IntelliJ
- docker pull limit
- Kubernetes
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |