# cleancode
[D-1]노마드 개발자 북클럽(노개북) 1기
슬랙에 공지가 뜨자마자 신청했다!바로 책주문하고 인스타에 인증까지해서 신청했는데4시간만에 모집종료됨빠르게 신청안했으면 못할뻔 했다.그동안 개발 관련된 책 읽고싶었는데 엄두가 안나서 시도하지 못했었지만 나 혼자 읽는게 아니라 사람들과 함께 일정에 맞춰서 진도도 나가고 다
.jpg?w=768)
클린코드 책 읽기 - 1
성능이 나쁜 코드의미가 모호한 코드중복된 코드 위 와 같은 안좋은 코드들이 유지가 될 수록 더 안좋은 코드가 만들어 지도록 합니다.예를 들어 길거리에 쓰레기가 없다면 아무도 쓰레기를 버리지 않겠지만 쓰레기가 많은 길거리에는 쓰레기를 버리는 사람들이 생겨납니다.저도 SI
JS 코드 스타일링 가이드
프로그래머가 작업 중 가장 많은 시간을 투자하는 일이 유지보수이다. 유지보수하기 좋은 코드를 구현하는 것은 서비스의 성패를 좌우하는 중요한 요소이다. 유지보수하기 좋은 코드를 구현하는 핵심은 클린 코드 구현에 있다. 여기서 클린 코드는 알아보기 쉬운 코드이다.
Clean Code - (7) : 형식 맞추기
신문 사설을 작성하듯이 코드를 작성하자생각 사이에는 빈 행을 넣어서 생각할 여유를 주자각 행은 하나의 절(의미) 를 담고 있기 때고, 위 사항과 함께 사용해서 묶음으로 표현하자밀접한 내용은 붙여놓자같은 파일에 둘 정도의 경우에는 같이 사용하는 경우 가깝게 두는 것이 좋
Clean Code - (6) : 오류처리
상당수의 코드 기반은 전적으로 오류처리 코드에 좌우된다흩어진 오류처리코드 때문에 실제 코드가 하는 일 파악에 도움이 안 됨오류처리코드로 인해 프로그램 논리를 이해하기 어려워지면 안됨따라서 아래와 같은 고려사항들을 파악할 필요가 있음오류코드보다 예외를 처리하자Try-Ca
Clean Code - (5) : naming example
BadGoodBadGoodBadGoodBadGoodBadGoodBadGood<출처 : 리팩터링 2판 (한빛미디어)>오픈소스 네이밍
Clean Code - (4) : java 번외편 2
아래의 포스팅과 이어집니다.링크지난 포스팅에서도 언급했지만, 개발 초기단계에서 기능 목록을 클래스 설계, 메소드 설계 등 너무 구체화시키지 않는 것이 좋다. 언제든 변경될 수 있기 때문이다. 예외처리나 코너케이스 등 예외적인 상황들도 적는 것이 좋다예시는 아래와 같다.
Clean Code - (3) : Java 번외편
우테코 사전미션 과정에서 배웠던 간단한 피드백들을 기록으로 남긴다.System.out.println() 이 아닌 System.out.print()를 사용한 것이 아닌지 꼭 확인Exception을 잡을때, RuntimeException으로 catch하는 경우 Illega
Clean Code - (2) : 함수
클린코드를 위한 함수작성 가이드를 스터디 후 기록으로 남깁니다.함수를 만드는 가장 중요한 규칙은 작게함수는 20줄도 길다!함수를 작게 만들어야 읽고 이해하기 쉬워진다if / else, while 에서는 블록은 한 줄로!안에서 함수를 호출하는 형태로 하면 된다중첩 구조가
Clean Code - (1) : 의미있는 이름
사내에서 공부하는 스터디그룹들에서 공유한 내용을 바탕으로 개인적인 정리 기록들입니다. 최대한 깔금하게 이론 및 아이디어, 지식 위주로만 전달하겠습니다.변수 / 함수 / 클래스 이름에 고려해야 할 사항수행하는 기능을 고려하자따로 주석이 필요하다면 의도를 분명히 드러내지