# cleancode

jjy5349

이 책의 시작은 나쁜 코드를 만들어본 경험과 깨끗한 코드란 무엇인지 유명한 프로그래머들의 의견을 설명하고 있다. 이 장에서 내가 공감한 점은 나도 최근까지 나쁜 코드를 항상 짜왔고, 그에 대한 대가를 치른 적이 있다는 것이다. 스프링 프레임워크를 공부하면서 디자인패턴과

oeckikek

우리는 코드를 작성할 때 항상 이름을 붙인다.이름을 알아 보기 쉽게 정하면 매우 편리하다. 해당 장에서는 이름을 잘 짓는 방법에 대해서 설명한다.변수나 함수의 이름을 정할 때는 존재 이유, 수행하는 기능, 사용 방법이 드러나게 정해야 한다.잘못된 예시올바른 예시: 코드

oeckikek

깨끗한 코드란 무엇인지, 나쁜 코드를 계속해서 사용하면 치르게 될 대가, 좋은 코드와 나쁜 코드를 구별하기 위해 좋은 코드의 의미를 정의한다.코드는 요구사항을 상세하게 표현하는 언어로 코드가 사라지는 일은 있을 수 없다.서두른다고 나쁜 코드를 짜게 되면 결국에는 나쁜

dev_tuktack

TIL (Today I Learned)2022.05.09오늘 읽은 범위3장. 함수함수는 한 가지를 해야 한다. 그 한 가지를 잘 해야 한다. 그 한 가지만을 해야 한다. (p.44)함수가 확실히 ‘한 가지’ 작업만 하려면 함수 내 모든 문장의 추상화 수준이 동일해야 한

dev_tuktack

TIL (Today I Learned)2022.05.04오늘 읽은 범위2장. 의미있는 이름의도를 분명히 밝혀라.따로 주석이 필요하다면 의도를 분명히 드러내지 못했다는 말이다. (p.22)그릇된 정보는 피해라.의미있게 구분하라.연속된 숫자를 덧붙이거나 불용어(noise

dev_tuktack

TIL (Today I Learned) 2022.05.04 오늘 읽은 범위 1장. 깨끗한 코드 - 2장. 의미있는 이름 책에서 기억하고 싶은 내용을 써보세요. ✅ 1장. 코드는 요구사항을 상세히 표현하는 수단이다. 빨리 가는 유일한 방법은 언제나 코드를 최대

dev_tuktack

독서 스터디를 위한 여러 후보 책 중, 모두가 필요성을 느낀 ‘클린코드’가 선정되었다.(\* 후보 책은 아래에 첨부.)집중도 있는 속도로 진행하고 싶다는게 모두의 의견이었고, 굳이 책의 모든 내용을 볼 필요 없이 우리에게 필요한 부분 위주로 보자고 결정 되었다. 5주

truthsoloud

이제 막 펼친 책인데도 인상깊은 구절들이 쏟아져 나온다. 원래 책을 읽으며 Bear라는 어플에 기록하는 편인데, 모바일로 기록하려니 타자 속도의 한계와 유료 시스템 결제라는 장벽에 부딪히고 말았다. 해시태그 기능은 정말 유용하지만 이젠 나도 기술 블로그를 운영해야할 시

9bin08

주니어 필수 완독 도서 클린코드에 대해 아라보자정말 중요한 네이밍.. 내가 만든 코드인데도 일주일만 지나면 기억이 흐릿하다.어? 이 함수가 왜 필요했지? 라는 말을 해봤다면 포함이다.실제로 내가 만든 코드이다.xlsxData는 뭔지, 어디서 가져온건지 copyData에

9bin08

주니어 필수 완독 도서 클린코드를 아라보자프로그래머라면 누구나 유지 보수와 재사용성을 강조한다. 애자일 문화가 트랜드로 떠오르고 SPA방식이 발전하면서 그것의 중요성은 더욱 커졌다. 개발을 스터디 하면서 매번 강조를 받았겠지만, 유지 보수와 재사용성의 범위라는건 주관

taewo

TIL > 1. CLEAN-CODE 해당 문서에서 javascript clean-code에 대한 한글어 번역이 되어있다. 참고할 만한 내용은 함수 인자는 2개 이하가 이상적입니다. 매개변수가 많아진다면 es6 비구조화(destructing)을 사용합니다.

mjini

질서정연하고 깔끔하며, 일관적인 코드를 본다면 사람들에게 전문가가 짰다는 인상을 심어줄 수 있다.반대로, 코드가 어수선해 보인다면 프로젝트 전반적으로 무성의한 태도로 작성했다고 생각할 것이다.프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다.코드 형식을 맞추기 위한

mjini

나쁜 코드에 주석을 달지 마라. 새로 짜라. \-브라이언 W.커니핸, P.J.플라우거주석은 필요악이다. 코드로 의도를 표현하지 못해, 실패를 만회하기 위해 쓰는 것이다. 주석은 언제나 실패를 의미한다. 주석 없이는 자신을 표현할 방법을 찾지 못해 할 수 없이 주석을

mjini

프로그램 기본 단위너무 긴 코드, 중복된 코드, 괴상한 문자열, 낯설고 모호한 자료 유형, 다양한 추상화 수준의 코드로 이루어진 함수는 이해하기 어렵다. 읽기 쉽고 이해하기 쉬운 함수는 어떻게 작성해야하는가?되도록 한 함수당 3~5줄 이내를 권장한다if/else, wh

dbworud

(※ 실제 코드 유출 방지를 위해 약간의 코드 변형을 하였습니다.) 제목1 제목2 Bad Practice 문제점 Good Practice 변경점 회고

dbworud

(※ 실제 코드 유출 방지를 위해 약간의 코드 변형을 하였습니다.)중복은 소프트웨어에서 악의 근원이다.불필요한 반복은 코드를 읽는 시간과 노력을 소모시키고, 여러 번 반복수정해야할 수 있다.변수, 함수, 클래스 이름은 존재 이유, 수행 기능, 사용 방법이 명확히 드러나

mjini

이름을 잘 짓는 간단한 규칙 몇가지.의도를 분명히 밝혀라변수의 존재 이유, 기능, 사용법 등이 따로 주석이 필요하지 않을 정도로 변수/함수/클래스명에 드러나야 한다.나쁜 예) int d; // 경과 시간(단위: 날짜)의도가 드러나는 이름을 사용하면 코드 이해와 변경이

alswl689

클린코드 북클럽이 종료됐다. 960명이 신청했지만 최종수료생은 103명이다!103명중에 나도 포함된다는게 뿌듯하다.클린코드 책을 매번 읽어야지 생각만 하고 실행하지 못했는데 노마드코더 북클럽을 통해 책 전부를 읽지는 않았지만 읽는 것을 시작할 수 있었다. 아주 좋은 북

mjini

기계가 실행할 정도로 상세하게 요구사항을 명시하는작업이 프로그래밍이다.제대로 명시한 요구사항은 코드만큼 정형적이며, 테스트케이스로 사용해도 좋다. 코드는 요구사항을 표현하는 언어이다.왜 나쁜코드를 짰는가?급해서제대로 짤 시간이 없다생각해서코드를 다듬을 시간이 없어서빨리

pjh612

켄트 벡이 제시한 소프트웨어 설계 품질을 높여줄 단순한 설계 규칙 네 가지(중요도 순)모든 테스트를 실행한다.중복을 없앤다.프로그래머 의도를 표현한다.클래스와 메서드 수를 최소를 줄인다.설계는 의도한 대로 돌아가는 시스템을 내놓아야 한다.문서로 완벽하게 설계했어도 검증