ttps://www.reddit.com/r/programming/comments/qs8j0z/its_probably_time_to_stop_recommending_clean_code/
대충 거기 나오는 구체적인 원칙들 적용하다가 소프트웨어 품질 좆되는 경우가 더 많았다는 소리
단일책임원칙 지키다가 api만 좆나 더러워졌다는 의견부터
어떤건 함수 쪼개기 적용해봤더니 가독성에 전혀 도움 안됐다는 의견까지 있음
또한 책의 저자 로버트 마틴은 실제 업계 경험이 많지 않은 사람으로, 대부분의 시간을 저술과 컨설팅으로만 보내어 신뢰할 수 없다고 함
대충 거기 나오는 구체적인 원칙들 적용하다가 소프트웨어 품질 좆되는 경우가 더 많았다는 소리
단일책임원칙 지키다가 api만 좆나 더러워졌다는 의견부터
어떤건 함수 쪼개기 적용해봤더니 가독성에 전혀 도움 안됐다는 의견까지 있음
또한 책의 저자 로버트 마틴은 실제 업계 경험이 많지 않은 사람으로, 대부분의 시간을 저술과 컨설팅으로만 보내어 신뢰할 수 없다고 함
링크 맨앞에 h 짤림
다른 분야는 모르겠지만 웹 프로덕션에선 구구절절 맞말이라고 생각함 중복되고 더러운 코드를 바꿔 말하면 도메인별로 분리가 잘된 코드일수도 있믐
김포프가 자주 하는 이야기?
너무 교과서적으로만 따라하려다 보면 배보다 배꼽이 더 커지는 경우 많이 생긴다
맥락과 의미를 이해해야지 무조건 규칙만 따르면 당연히 문제 생기지ㅋㅋ 주입식교육 받으면 딱 이렇게 되는거임
그 맥락도 고렙개발자들은 인지를 하는데 초보 개발자가 읽으면 ㅈ된다는소리임
마틴옹 유튜브 봤었는데 기억 나는거 별로 없고 와이프한테 혼난다고 일찍 들어가봐야 한다고 했던거만 기억남 - dc App
이런 것들은 무조건 무지성으로 따라하고 볼 게 아니라 상황에 따라 이걸 적용하는 게 명백히 더 낫다고 판단되면 적용하는 거지 개발할 땐 항상 생각을 하고 판단을 해야지 너무 남들 의견에 질질 끌려도 안 됨
위에애들은 원글 안읽었노
Probably the most common defence of Clean Code ... is that the book is still worth recommending, ... because the advice in the book shouldn't be taken entirely literally, or applied dogmatically.
I don't think this is a particularly convincing defence of the book containing bad advice and bad example code in the first place.
댓글보면 신랄한 비판이 훨씬 많음