리삐삐식 주석의 단점 말해봄

[익명(106.102)]

일단 코드에 수정사항이생기면 주석도바꿔야함(2번일함)

2번일하는건 좋은데 혹시라도 깜빡하면 주석과 코드 내용의 괴리가 생김

주석땜에 파일 뚱뚱해짐

긴 주석땜에 코드가 한눈에 안들어옴(생산성 씹떡락요인)

다른사람입장에서 그 주석이 더 편하다는 보장이없음

등등 존나많음

[레치(rechi)]

결국 자연어 읽듯 코오드를 읽는 경지로 가야함다 ㅇㅅㅇ

[리삐삐(rede7892)]

흠 ㅇㅈ... 이건 개인용으로 좋은거겠다 ㅇㅋ.. 이해함 - dc App

[익명(117.111)]

누가봐도 사과인데 거기에 이름표 사서 매직으로 사과 쓴다음에 붙일 필요가 있냐는거지.

[익명(106.102)]

사과과 바나나로 바뀌면 이름표도 바꿔줘야함

[리삐삐(rede7892)]

이 사과는 샐러드용 사과 사과주스용 사과 이런 네임태그 별루임 ㅇ.ㅇ..? - dc App

[익명(106.102)]

ㅇㅇ, 무조건 코드로 알아볼수있게

[익명(117.111)]

그럼 함수명을 바꿔야지

[익명(106.102)]

정말 너무나도 특이하고 애미뒤진 고객의 비즈니스요구사항일 경우에만 달아줌

[?(175.223)]

딱 봐도 샐러드용 사과인데 거기에 이름표붙인다고

[리삐삐(rede7892)]

사과는 알 수 있어고 그 사과를 뭐할지를 코드를 처음 보는 사람이 알 수 있다고 ㅇ.ㅇ...? - dc App

[?(175.223)]

ㄹㅇ ㅋㅋ

[익명(121.140)]

클래스는 하는 역할이 많을수도잇잖아 그런거에 써주면안됨?

[익명(106.102)]

클래스명으로 무슨일하는 클래스인지 알수있어야함, 주석으로 알게되면 애미뒤진것