Clean Coding

좋은 프로그래머가 되기 위해서는 좋은 코드를 작성할 줄 알아야 할 것이다. 그렇다면 좋은 코드는 무엇이고, 나쁜 코드는 무엇일까?나쁜 코드는 요약하자면, 다른 사람이 코드를 읽고 그 흐름이나 의도를 파악할 수 없는 코드를 말한다. 나쁜 코드의 문제점은 :버그를 쉽게 고

들어가기 앞서 코드 몇개를 살펴보자이 코드를 읽고 의도를 알아차리기 위해서는 for문을 돌며 직접 계산을 해야하거나, 마지막에 프린트문을 보고서야 prime number를 출력하려고 하는구나 하고 알 것이다.다음 코드를 보자다음 코드는 변수명을 읽을 때부터 바로 pri

아래 코드를 보자Bad code는 모든 수행 작업을 다 풀어 적은 형태기 때문에 독자가 하나하나 코드를 읽어가며 의도를 추측해야 한다.이전 챕터에서도 줄곧 이야기 했듯이, 의도를 직관적으로 알 수 없으면 좋은 코드라고 할 수 없다. 따라서 의도가 들어나도록, 함수를 만

이번에도 단원을 시작하기 앞서 예시 코드를 살펴보자위 주석들이 도움이 된다고 생각하나요?만약 코드를 전혀 이해하지 못하는 수준이라면 당연히 도움이 되겠지만, 프로그래머가 독자라고 가정을 한다면 주석들은 오히려 방해가 될 것이다.왜냐? 코드만 읽어도 이해할 수 있는 수준

✒️ Formatting

객체지향언어와 절차적 언어와의 차이점을 보며 각각 어떻게 사용을 하는 것이 적합한지에 대해 살펴보도록 하겠다 절차적 vs 객체지향 절차적 언어 (Procedural Language) 순차적으로, 차례대로 기능들이 수행됨 데이터가 모두 공개되어있는 상

🔻 주요 내용 : Wrapping Class, SOLIDError : 결함, 실패 혹은 프로그램의 이상으로 인해 예상치 못하거나 틀린 결과가 생성되거나 의도하지 않은 방식으로 작동하게 되는 것Error Handling : 예상치못한 에러로부터 회복하는 것ex. re

🖋️ 개요 Testing의 4단계 Unit Test : 유닛별 테스트 Integration Test : 유닛 테스트 통합 테스트 System Test : 개발 회사 내에서의 테스트 Acceptance Test : 고객의 테스트 이번 장에서는 Test의 기본 단위가

static인 것과 아닌 것을 구별해야 함static은 override가 안된다.B의 f가 필요하다면group1, group2보다 key, value라고 명시해주는 것이 좋은 것!함수 이름을 보고 독자는 무엇을 하는 코드인지 잘 떠올릴 수 있어야 하고, 떠올린 내용과

지금까지는 코드 라인을 어떻게 잘 쓸 수 있는지에 포커스를 두었다. 이번 챕터에서는 더 상위 레벨인 클래스를 잘 작성하는 방법에 대해 살펴보자!