나쁜 코드는 위험하다. 일의 효율성을 떨어트리며 최종적으로는 손을 쓸수도 없을 만큼 프로그램을 위협하기 때문이다. 그렇다면 나쁜 코드는 무엇인가? 나쁜 코드는 기억에 남았던 구절들 캡슐화 - 변수와 유틸리티 함수는 비공개 상태를 유지할 것이 낫다. 캡슐화를 풀어주는
메서드, 변수, 클래스 등등 우리는 작업을 할때 무수히 많은 이름들을 정한다. 그래서 좋은 이름은 개발자들의 필수 덕목이다.우리는 코딩을 할때 반드시 다른 사람과의 협업을 생각해야 한다. 그게 나의 파트너가 될 수도 있고 선임이 될 수도 있고 또는 새로 들어온 후임이
메서드, 변수, 클래스 등등 우리는 작업을 할때 무수히 많은 이름들을 정한다. 그래서 좋은 이름은 개발자들의 필수 덕목이다. 우리는 코딩을 할때 반드시 다른 사람과의 협업을 생각해야 한다. 그게 나의 파트너가 될 수도 있고 선임이 될 수도 있고 또는 새로 들어온 후임
주석은 프로그램에 영향을 주지 않는다. 하지만 개발자는 코드와 주석을 둘다 읽어야 한다. 만약 주석이 많아지면 읽는 시간이 늘어나고 잘못된 주석으로 인해 프로그램을 잘못 고쳐 오류를 야기할수도 있다. 최선의 방법은 주석을 쓰지 않고 클래스나 함수의 이름들을 한눈에 알아
코드 스테이츠 부트캠프를 진행하며 개발자들의 필수 서적이라는 클린코드를 바로 구매했다. 평소에 책 읽는 걸 좋아 하기도 했고 미리 읽어두면 공부하는데 도움이 될 것이라는 생각에 신나서 구매했지만, 첫 몇장을 읽고 바로 구석에 고이 모셔 놓았다. (코드를 보는데 머리가