ㅈ밥들이 짜는 코드는 1개 동작임


클래스 1개나 메소드 몇개로 내가 짠 코드만을 바라봄


그렇게 원하는 출력을 뽑고 네이밍이 잘되면 좋은 코드로 착각함


그런데 실제로는 ㅈㅂㅅ ㅈ밥코드임. 그런데 ㅈ밥 코드인걸 모름. 왜일까?



얼마나 좋은 코드인지는 구성, 상호작용 대상으로 판단함


도메인에서 코드가 의미상 적합한가로 판단하고


더 나아가서 살아남을 수 있는 코드인지 여부를 확인함


그런게 보이면 전체 코드에서 고리로 동작하는 ㅈ만한 몇라인의 코드가


어떤면에서 좋은 코드고 나쁜 코드인지 명확하게 설명할 수 있지


전체 시스템 관점이나 개발 시기상 코드의 가치가 어떤지도 설명할 수 있음



그런데 ㅈ밥에게는 그런 기준과 시야가 없기 때문에


10찔이는 본인이 작성한 코드 1개만 볼 수 밖에 없고


몇가지 원칙과 가독성 좋은 코드가 좋은 코드란 생각을 하게 됨


ah. 가독성도 이름을 식별가능하고 규칙성 있게 짓는건 


가독성의 10% 정도인 공구리 ㅈ밥 규칙이고


실제 가독성의 90%는 전체 역할 사이에서 합당한 가치와 의미를 부여하는 것으로 생김



그래서 ㅈㅂㅅ이 좋은 코드가 무엇인지를 알려면

시스템 전체의 의미를 파악해야만 하는 환경에서

ㅈㄴ게  의문을 가지면서 코딩하고 수정하는  환경을 거치는 수 밖에 없다

서비스 회사는 그런면에서 발전이 불가능한 환경이란 함정이 있음


principal architect 가 하는 리뷰는 앞에서 말한 것들을 하는 리뷰임


의미상으로 적합한지를 판단하는 Q & A 로 시간을 씀


의미를 바로 잡도록 역할을 조정하고 책임을 이동시키고 전체 구조 변경을 제안함


시기상 지금 해야할지 나중에 해야할지 순서를 조정을 권유하는 역할도 함


코드 공구리가 어떤지는 알아서 셀프로 처리하는거고 그딴거 신경 안씀


ㅂㅅ기업은 ㅈ밥 코드 1개의 네이밍을 신경씀. 주니어 개발자 레빌 = 시니어 개발자 레벨



일본녀를좋아하면좋은코드를알게되벌임.jpg