Skip to content

docs: 챕터31~34를 다듬어요. #19

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
Seung-wan wants to merge 1 commit into
base: main
Choose a base branch
from
Open

docs: 챕터31~34를 다듬어요. #19

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions docs/growth/2-craftsmanship.mdx
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -59,15 +59,15 @@ import DevilsAdvocate from '@site/src/components/DevilsAdvocate';

**포매팅의 기본 정리(Fundamental Theorem of Formatting)**: 좋은 레이아웃의 제1목표는 코드를 예쁘게 만드는 것이 아니라 코드의 논리적 구조를 정확하게 드러내는 것이에요.

**들여쓰기(Indentation)**: 들여쓰기는 논리적으로 하위에 속하는 구문을 상위 구문 아래에 시각적으로 배치하는 방법이며, 연구 결과 2~4칸 들여쓰기가 가독성 점수를 20~30% 높였어요.
**들여쓰기(Indentation)**: 들여쓰기는 논리적으로 하위에 속하는 구문을 상위 구문 아래에 시각적으로 배치하는 방법이며, 연구 결과 2\~4칸 들여쓰기가 가독성 점수를 20\~30% 높였어요.

**레이아웃의 일관성**: 특정 레이아웃 스타일의 세부 방식보다 팀 전체가 하나의 스타일을 일관되게 적용하는 것이 가독성과 유지보수성에 더 중요해요.

**좋은 레이아웃의 4 기준**: 코드의 논리 구조를 정확히 표현하고, 그 표현을 일관되게 유지하고, 가독성을 높이며, 코드 수정 시 레이아웃이 쉽게 무너지지 않아야 해요.
**좋은 레이아웃의 네가지 기준**: 코드의 논리 구조를 정확히 표현하고, 그 표현을 일관되게 유지하고, 가독성을 높이며, 코드 수정 시 레이아웃이 쉽게 무너지지 않아야 해요.

<Verdict
rating="🟡 변형"
rationale={`"좋은 레이아웃은 코드의 논리 구조를 드러낸다"는 여전히 유효하지만, Prettier와 ESLint가 이 판단을 사람 대신 해주면서 개발자의 역할이 "직접 정렬"에서 "도구 설정 합의"로 이동했어요.`}
rationale={`"좋은 레이아웃은 코드의 논리 구조를 드러낸다"는 여전히 유효하지만, Prettier와 ESLint가 이 판단을 사람 대신 해주면서 개발자의 역할이 "직접 정렬"에서 "도구를 통한 합의"로 이동했어요.`}
/>

### ✅ 체크리스트
Expand Down
Loading