Book (5) 썸네일형 리스트형 [브런치북] 스타트업, 그리고 개발이야기 https://brunch.co.kr/brunchbook/chickenmoim[브런치북] 스타트업, 그리고 개발이야기10년차 개발자로써, 다양한 개발과 관련된 경험을 담았습니다. 큰 기업에서 경험해본 개발 경험과 스타트업에서의 개발 경험, 그리고 프리랜서를 통한 개발 경험 등등 돈으로 살 수 없는 경험담brunch.co.kr 생코에서 공유된 글 가져온 것 Clean code | 4장 주석 @Clean code | 4장 주석 -"나쁜 코드에 주석을 달지 마라. 새로 짜라." 잘 달린 주석은 그 어떤 정보보다 유용하고, 경솔하고 근거 없는 주석은 코드를 이해하기 어렵게 만듬 오래되고 조잡한 주석은 잘못된 정보 퍼뜨림 -> 개발자들이 주석을 계속적으로 유지보수하기엔 현실적으로 불가능 코드 자체가 표현력이 풍부하다면, 개발자가 코드의 의도를 표현할 능력이 있다면, 주석은 거의 필요치 않음 애초에 주석이 필요없게끔 개발하기 코드만이 자신이 하는 일을 진실되게 말함(정확한 정보 제공하는 유일한 출처) -주석은 나쁜 코드를 보완하지 못한다 표현력이 풍부하고 깔끔하며 주석이 거의 없는 코드가 복잡하고 어수선하며 주석이 많이 달린 코드보다 훨씬 좋음 코드 품질이 나쁘면 주석을 쓰기 보다는 그 시간에 코드.. Clean Code | 3장 함수 @Clean Code | 함수 -작게 만들어라 몇 줄 정도로 만들기 -블록과 들여쓰기 if문/ else문/ whille문 등에 들어가는 블록은 한 줄이어야 함 중첩 구조가 생길만큼 함수가 커져서는 안 됨 -한 가지만 해라 "함수는 한 가지를 해야 한다. 그 한 가지를 잘 해야 한다. 그 한 가지만을 해야 한다." 지정된 함수 이름 아래에서 추상화 수준이 하나인 단계만 수행한다면 그 함수는 한 가지 작업만 하는 것 판단법: 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함수는 여러 작업을 하는 셈 -함수 당 추상화 수준은 하나로 함수가 확실히 한 가지 일만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 함 한 함수 내에 추상화 수준을 섞으면 코드 읽는 사람이 헷갈림 .. Clean Code | 2장 의미 있는 이름 @Clean Code | 2장 의미 있는 이름 -의도를 분명히 밝혀라 변수(혹은 함수나 클래스)의 존재 이유? 수행 기능? 사용 방법? -> 따로 주석 필요하지 않게 -코드의 단순성보다는 '함축성'이 중요 코드 맥락이 코드 자체에 명시적으로 드러나게 -그릇된 정보를 피하라 널리 쓰이는 의미가 있는 단어를 다른 의미로 사용하지 않기 -> ex) List 비슷한 이름 사용하지 않기 소문자 L이나 대문자 O 주의(0, 1 같아 보임) -의미 있게 구분하라 읽는 사람이 차이를 알도록 이름 짓기 -> ex) 오류 형태: getActiveAccount(), getActiveAccounts(), getActiveAccountInfo() -발음하기 쉬운 이름을 사용하라 ex) genymdhms -> generation.. Clean Code | 1장 깨끗한 코드 Clean Code | 1장 깨끗한 코드 -Bjarne Stroustrup(C++ 창시자) 우아하고 효율적인 코드 -> '보기에 즐거운' 나쁜 코드는 나쁜 코드를 '유혹'함 -> 나쁜 코드를 고치면서 오히려 더 나쁜 코드를 만듬 철저한 오류 처리 -> 세세한 사항까지 꼼꼼히 처리하는 코드 한 가지에 '집중' -> 나쁜 코드는 너무 많은 일을 하려다가 의도가 뒤섞이고 목적 흐려짐 -Grady Booch 깨끗한 코드는 잘 쓴 문장처럼 읽힘 -> '가독성' '명쾌한 추상화 -> 코드는 추측이 아니라 사실에 기반해야 함 반드시 필요한 내용만 담아야 함 -Big Dave Thomas(OTI 창립자, 이클립스 전략의 대부) 깨끗한 코드는 작성자가 아닌 사람도 읽기 쉽고 고치기 쉬움 -> '가독성' + '고치기 쉬운.. PREV 1 NEXT
