'다음은 읽기좋은 코드가 좋은 코드다' 책을 읽고 요약한 내용이다.

읽기 좋은 코드란 사람이 이해하기 쉬운 코드이다. 즉, 다른 사람이 자신의 코드를 읽었을 때, 읽고 이해하는 시간을 최소화 시키는 코드가 가장 좋은 코드라 볼 수 있다. 여기서 말하는 이해란, 코드를 읽는 사람이 코드를 자유자재로 활용 할 수 있도록 돕는 레벨까지 코드를 작성해야 하는 기준이 적용되어야 한다.

깊은 고민 없이 코드를 작성하게 된다면 쓰는 사람 입장에서는 편할지도 모르겠으나, 일정시간이 지나면 작성자 자신도 제대로 이해할 수 없는 코드가 탄생하게 될 확률이 높다. 이러한 코드들은 마구잡이로 지어진 변수 이름, 제멋대로인 띄어 쓰기, 일관성 없는 논리의 흐름을 보여주며, 코드의 전체적인 설계 방향성이 제대로 서지 않고 코드를 작성했을 때 나타나는 현상 중 하나이다. 굳이 2~3줄로 나타낼 수 있는 코드를 10줄로 나타내어 혼선을 가미 할 필요도 없다. (분량이 적다고 무조건 좋은 것은 아니지만, 최대한 간결해야 하는 것은 중요하다.) 짧고 명확하게 작성해야 하는 보고서처럼 작성해야 한다.

책에서 말하는 아키텍처의 순차적 설계 및 논리의 흐름이 보장되면,  변수명 및 코드의 심미성등은 부가적으로 더해지는 요소이다. 제대로된 핵심 사항을 고려하여 코드를 학습한다면 부가적 요소들은 타 요소 대비 더 적은 시간안에 체득할 수 있다. 책에서 언급한 다양한 모든 요소를 전부 고려하고 코드 한 줄을 작성하는 것이 힘들다면, 가장 중요한 목표인 가독성의 기본 정리 원칙에 목표를 두고 코드를 작성해야 한다.

끝으로, 입문자인 입장에서 내 자신의 생각을 조금 더 하자면, 코드를 작성할 때 고려 해야 할 여러가지 요소들의 사용을 습관화 하는게 매우 중요하다고 생각한다. 모든 요소를 짧은 시간안에 고려하며 작성하는 것이 힘든 상황이라면, 가독성이 좋은 코드를 작성하는데 가장 중요한 논리의 흐름에 집중하여 코드를 작성해야 한다. (다만, 막상 기본적인 문법 실수 조차 넘쳐나는 입장에서도, 띄어쓰기에 신경 쓰고, 열과 줄을 맞추는 코드의 미학은 중요하다고 생각한다.) 

코드를 작성하고 나서 스스로에게 되물어 보자. 이 코드는 타인에게 좋은 코드인가?

읽기좋은 코드

Body Parser란?

Express JS란?

Request, Response

Resposne - send(), json(), end()

컨트롤러, 라우터

HTML ELEMENT

데이터 타입

멀티 컬럼 인덱스(Multi-Column Index)

실행계획을 통한 SQL 튜닝

인덱스

Package.json

Tick

Cookie, Session

HTTP

단위 테스트 VS 통합 테스트

사용할만한 WYSIWYG 에디터 정리글

DNS란?

Web RTC란?

웹소켓(Websocket) 이란?

몽고 DB, 데이터 조회에 관한 작은 실험 (1)

IT 창업의 장점

공동 창업이란?

에러상황 재현이 안되는 에러 처리에 관한 고찰(1)

계수 정렬

기수 정렬

다익스트라 알고리즘

대충만든 자판

러닝 레이스

버블 정렬

병합 정렬

삽입 정렬

선택 정렬

퀵 정렬

그래프

JVM 구조

JVM 메모리 구조

문자열

배열

변수

쓰레드

접근제어자

클래스

This

맵(Map)

비동기 작업의 동기적 작업과 클로저의 연관성

셋(Set)

실행 컨텍스트

얕은 복사와 깊은 복사

자료 구조 맵(Map)을 이용한 코드 최적화

클래스의 동작원리 (1)

클로저의 실무 사용 (1)

프로토 타입

함수

데코레이터

타입스크립트란?

링크

링크

읽기좋은 코드