𝘇𝗲𝗿𝗼𝗮𝗿𝗰𝗵𝗶𝘃𝗲

6장. 객체와 자료 구조🧩 자료를 감춰야 하는 이유변수를 private으로 감추는 이유는 단순하다.다른 코드가 변수에 직접 의존하지 않게 하려는 것.그래야 나중에 내부 구현을 마음대로 바꾸더라도 문제가 생기지 않는다.그런데 많은 프로그래머들이 get, set 함수만 덜컥 만들어서 결국 변수에 직접 접근하게 만든다.이건 사실상 캡슐화를 깨는 것과 다름없다.단순히 조회/설정 함수를 붙인다고 클래스가 되는 게 아니다.진짜 캡슐화는 “구현이 어떻게 되어 있는지 외부에서 알 수 없게 만드는 것”이다.🧭 자료 추상화란?예시 1: 나쁜 추상화public class Point { public double x; public double y;}→ 내부 구현이 그대로 드러난 단순한 자료 구조일 뿐이다. 예시 2: 좋..

5장. 형식 맞추기🧾 형식은 의사소통이다클린 코드를 짜기 위해선 코드의 내용뿐만 아니라 형식도 중요하다.형식을 잘 맞추면 코드가 더 빠르게 읽히고, 이해도도 높아진다.실제로 저자는 이렇게 말한다:“형식을 맞추지 않으면, 마치 술 취한 뱃사람이 짠 것처럼 보인다.”읽기 좋은 코드는 깔끔하고, 질서 있고, 전문적으로 보인다.이제부터는 신뢰감을 주는 코드를 짜기 위해, 형식에 대해서도 함께 공부해보자.📰 신문처럼 작성하라좋은 신문 기사는 항상 제목 → 요약 → 세부사항 순으로 흐른다.코드도 마찬가지다.파일 상단에는 고수준 함수아래로 내려갈수록 구체적인 구현읽는 사람은 위에서부터 차근차근 내려오며 맥락을 파악하게 된다이런 흐름이 잡힌 코드는 읽는 사람에게 "이건 잘 짜여 있겠구나"라는 인상을 준다.📏 세로..

4장. 주석🧾 주석은 ‘필요악’이다주석은 좋은 코드의 대체재가 아니다.주석이 많다는 건, 어쩌면 코드만으로는 의도가 잘 전달되지 않았다는 신호일 수도 있다.물론 주석이 항상 나쁘다는 뜻은 아니다. 필요한 경우도 분명히 있다.다만 이 장에서는 이렇게 강조한다:“주석은 실패의 징후다.”조금 과감한 표현이지만, 그만큼 ‘주석 없이도 충분히 읽히는 코드’를 지향하자는 메시지로 받아들이면 좋을 것 같다.주석을 달기 전, “혹시 코드 자체로 더 명확하게 표현할 수는 없을까?” 하고 한 번쯤 되돌아보는 습관이 필요하다는 이야기다.❌ 나쁜 주석 vs ✅ 좋은 주석❌ 나쁜 주석코드를 보완하려는 변명용 주석너무 오래돼서 사실과 어긋난 주석중복되거나 의미 없는 설명주석으로 처리해버린 죽은 코드너무 장황하거나 모호한 표현..

3장. 함수🎯 함수는 작고 명확하게함수는 작아야 한다. 그리고 더 작아야 한다.함수가 짧을수록, 들여쓰기 레벨이 얕을수록, 읽기 쉬운 구조가 된다.한눈에 코드를 읽고 이해할 수 있어야 하며, 한 가지 작업만 수행해야 한다.// 길고 복잡한 함수 예시public void processUser(User user) { if (user.isActive()) { sendEmail(user); } updateLastLogin(user); saveToDatabase(user);}// 작고 명확하게 분리한 예시public void processUser(User user) { if (isActiveUser(user)) { notifyUser(user); } ..

개발을 공부하다 보면 자연스럽게 마주하게 되는 개념, 클린 코드. 그중에서도 『Clean Code』라는 책이 가장 유명하다.이번에 좋은 기회로 클린코드 스터디를 진행하게 됐다.각 장의 내용을 블로그에 간단히 정리해볼 예정이고, 오늘은 1장과 2장의 내용을 함께 다뤄보자.1장. 깨끗한 코드🧼 깨끗한 코드란?클린 코드를 짜야 한다는 말을 우리는 정말 수도 없이 듣는다.그런데 왜 그래야 할까? 어떻게 짜는 게 클린 코드일까?깨끗한 코드가 왜 필요한지는 사실 다들 한 번쯤 겪어봤을 거다.“한 줄만 고치면 될 줄 알았는데, 모듈 수백 개를 건드리게 됐어요…”“코드 수정할 때마다 엉뚱한 데서 버그가 나요…”책에서는 이렇게 말한다.기한을 맞추는 유일한 방법은, 코드를 깨끗하게 짜는 것뿐이다.나쁜 코드는 결국 속도를..