영최의 개발켈로그

목차 1.  작게 만들어라!2.  한 가지만 해라!3.  함수 당 추상화 수준은 하나로!4.  Switch 문5.  서술적인 이름을 사용하라!6.  함수 인수7.  부수 효과를 일으키지 마라!8.  명령과 조회를 분리하라!9.  오류코드보다 예외를 사용하라!10.  반복하지마라!11.  구조적 프로그래밍12.  함수를 어떻게 짜죠? Intro 어떤 프로그램이든 기본적인 단위가 함수다.길이가 길고, 중복된 코드에, 괴상한 문자열에, 낯설고 모한 자료 유형의 코드로 이루어진 함수는 이해하기에 많은 어려움이 따른다. 그렇다면 읽기 쉽고 이해하기 쉬운 함수는 어떻게 작성해야하는가? 1.  작게 만들어라! 함수를 만들 떄 최대한 '작게! 만들어라.public static String renderPageWithSe..

목차 1.  의도를 분명히 밝혀라2.  그릇된 정보를 피하라3.  의미 있게 구분하라 (불용어-noise word-를 쓰지 말자)4.  발음하기 쉬운 이름을 사용하라5.  검색하기 쉬운 이름을 사용하라6.  인코딩을 피하라 (변수에 부가 정보를 덧붙여 표기하는 것을 뜻함.)7.  자신의 기억력을 자랑하지 마라8.  클래스 이름9.  메서드 이름10.  기발한 이름은 피하라11.  한 개념에 한 단어를 사용하라12.  말장난을 하지마라13.  해법 영역(Solution Domain) 용어를 사용하자 14.  의미 있는 맥락을 추가하라15.  불필요한 맥락을 없애라 1.  의도를 분명히 밝혀라변수의 존재 이유, 기능, 사용법 등이 변수/함수/클래스명에 드러나야한다. 따로 주석이 필요하지 않을 정도로.의미를 ..

목차 1.  코드가 존재하리라2. 나쁜 코드 3. 나쁜 코드로 치르는 대가3-1. 원대한 재설계의 꿈 3-2. 태도3-3. 원초적 난제 3-4. 깨끗한 코드라는 예술3-5. 깨끗한 코드란?4. 우리들 생각5. 우리는 저자다 6. 보이스카우트 규칙7. 프리퀄, 그리고 원칙8. 결론참조  서론)엊그제 내가 작업한 결과물을 정기 배포에 올리기 전에 파트장님께 테스트 받는 시간이 있었다.분명 다른 분들께 테스트를 다 마치기도 했고, 간단한 검색기능이어서 자신있게 테스트를 받았는데설정을 다르게 하니까 갑자기 오류가 나와서 식은땀이 났다.만약에 정기배포 후에 실제 운영 중에 오류가 나서 컴플레인이 들어왔다면? 생각만해도 아찔했다.내가 작성한 코드는 프론트앤드의 필터 함수 단 한 줄이었는데, 특정 환경에서 빈 데이터..

코드 작성하면서 여러 방법 중에 어떤 방법으로 작성해야하는지 고민이 깊어져서 사수님께 여쭤봤더니,사수님께서 가장 깊은 영향을 받은 책이라고 하시며 클린코드 책을 직접 빌려주셨다.이전에 여러번 후배에게 빌려줬는데, 반납을 안해서 매번 새로 사신다고 ㅋㅋ 반납 필수라고 신신당부 하셨다너무 좋은 사수님 밑에서 일해서 행복하다.. 열심히 읽고 요약해서 클린코드 작성해야지!! [추천사]스크럼과 에자일에 관심이 모아진 현재는 제품을 신속하게 시장에 출시하는 방법론을 강조한다.우리는 (소프트웨어) 공장을 전속력으로 가동해 소프트웨어를 재빨리 내놓고 싶어한다. 여기서 (소프트웨어) 공장이란 사람 공장이다.즉 개발자들을 제품 백로그나 사용자 스토리를 토대로 제품을 갱산한다고 생각하고,느낀다.이런 제조업의 메타포가 그런 ..