6. 어떤 코드든 만지기 전보다 더 나은 구조,
더 나은 테스트, 더 나은 이해를 포함해
좋게 만들어야 한다.
7. 코드에 대한 감정적 반응은
잘못된 것이 아니다.
훌륭한 결과물을
자랑스러워 하거나
더러운 코드에
혐오감을 느끼는 것은
자신이 건전하다는 증거다.
8. 구들리프의 법칙:
코드의 레이아웃에
대한 논쟁이 증가할
수록 의미 없는 논쟁
으로 빠질 확률이
100%에 가까워진다.
출처: http://www.hanbit.co.kr/book/look.html?isbn=978-89-7914-514-4
9. 고드윈의 법칙:
인터넷에서 논쟁이 길어질수록
상대방을 나치나 히틀러에 비교할
확률이 100%에 가까워진다.
출처: https://en.wikipedia.org/wiki/Godwin%27s_Law
10. 코드 레이아웃에 대해 싸우는 것을 멈추고,
자신만의 코드 레이아웃을 만드는
올바른 방법을 익히자.
이미지 출처: http://www.hanbit.co.kr/book/look.html?isbn=978-89-7914-514-4
11. “이중 switch문은 라파엘 문파의
멋진 액자 구조를 떠올리게 해.”
“이 기법이 주는 가슴 저미는
숨은 이유를 느껴봐”
좋은 표현 기법은 아름다움을 위해서가 아니라
실수를 줄이기 위해서 중요하다.
보기 좋은 코드는 의도를 드러낸다.
그것은 예술이 아니다.
출처: 타라 아트(TAHRA ART), 김경환, 한빛미디어 2013
맙소사!!
12. 다른 사람을 위해 코딩하는 것을 잊지 말자!
코드 에러를 줄이려면 좋은 모습을 갖추어야 한다.
유지하기 어려운 예쁜 아스키 아트를 만들지 말아야 한다는 뜻이다.
오른쪽의 *까지 수동으로 다시 입력하게 만드는 것은 가학적이다.
동료들의 시간이나 마음을 중요하게 생각하지 않는다.
혹은 수정하기 짜증나게 만들어 아무도 고칠 수 없게 만드는 것일 수 있다.
아스키 아트(ASCII art):
주로 고정폭 문자나 기호를 사용하여 그림을 표현하는 방식, 이모티콘도 간단한 아스키 아트의 일종이다.
13. 자신의 코드 레이아웃에 대해
리뷰 해보자.
관용어법을 사용하고 있으며,
일반적이고 명백하며 일관성이
있는가?
어떻게 더 발전시킬 것인가?
코드 외관에 동료들과 의견
충돌이 있지는 않은가?
이러한 의견차이를 어떻게 극복
할 것인가?
24. 자신의 사례를 들며 프로그래머의 미래가 어둡다고
넋두리하는 것을 귀담아 듣지 마세요.
그 같은 상황을 만들지 않기 위한 ‘타산지석’으로만
삼아야 합니다. 포기하기 위한, 또는 시도조차 하지
않기 위한 핑계로 삼아서는 안 됩니다.
‘일’을 하기 위해 새로 나타난 도구를 조작하는
기술이 앞으로 더 중요할 것이고,
프로그래머는 점점 더 필요해 질 것이 때문입니다.
염산악(염재현), 구글 엔지니어