주석 쓰지맛! 프로그래머는 코드로 말하는거얏! 하고.
근데 나이를 먹었으니 말을 좀 온건하게 바꿔서
주석을 달았걸랑,
그 주석중 최대한 많은 부분을 코드로 바꿀 수 있도록 고민해보렴.
절차는 함수로 쌀 수 있고, 구조는 타입으로 정리할 수 있으니 말야.
그게 클린 코드다.
논란이 있었지만 여전히 고수하는것은,
함수 내에 중괄호 들여쓰기 3번 초과하면 뭔가 정리가 덜 된 코드야.
함수 하나 내부가 30줄 넘어가면 것도 마찬가지.
주석 쓰지맛! 프로그래머는 코드로 말하는거얏! 하고.
근데 나이를 먹었으니 말을 좀 온건하게 바꿔서
주석을 달았걸랑,
그 주석중 최대한 많은 부분을 코드로 바꿀 수 있도록 고민해보렴.
절차는 함수로 쌀 수 있고, 구조는 타입으로 정리할 수 있으니 말야.
그게 클린 코드다.
논란이 있었지만 여전히 고수하는것은,
함수 내에 중괄호 들여쓰기 3번 초과하면 뭔가 정리가 덜 된 코드야.
함수 하나 내부가 30줄 넘어가면 것도 마찬가지.
코세복음 3장 17절 말씀이군요
반례와 토론 환영~
예에전에 비교연산 횟수를 줄여서 성능을 높이자고 if문 두세개정도 중첩해서 쓰자는 글이 기억나는데 으째 생각하시는지?
예제가 있으면 대화를 구체적으로 진행하기 좋은데~
넴 간단히 만들게여
if 문을 풀어서 구현한거랑, 2진탐색처럼 큰 덩어리 비교를 먼저 수행해서 nesting 하는거랑은 나도 당연히 후자 손을 들어줄거야.
근데 그게 장황하게 길어지면 것도 매크로나 템플릿 언롤러를 쓰든지 해서 정리해야 보기 좋을거라고 생각해.
케이스 분리를 의미를 부여한 적절한 함수명으로 싸지 않기 때문이지.
나도 코드를 하나 올리겠음.
로직의 동작방법을 보조하는 주석이 아니라 산출물 자동화를 위한 주석은 어떻게 보시나요?
그런건 당연히 환영~ 하지만 너무 길어지면 것도 병이지.
만약 네가 단골 식당에 들어갔는데 맨날 메뉴판을 설명해준다면 얼마나 귀찮겠수~