1. 작성자의 능력 결핍에 의해 주석이 필요하다.
2. 인수자의 이해를 돕기 위해 주석이 필요하다.
3. 도움이 된다 해도 처음 뿐이다.
4. 대부분은 그냥 쓸모 없다.
5. 주석이 필요한정도로 특수한 인터페이스를 지양하는게 좋다.
로 정리된다.
앞서 프로그래머의 등급 F, D, C, B, A, S 글에서도 이야기 했고,
씨알메리군 글에도 이야기 했지만.
필요없는걸 버리고 지울 용기가 필요하다.
그러지 않으면 더 멀리갈 수가 없다.
내가 책을 버린 것도 그런 이유다.
주석이 있던 소스코드를 사본으로 남기고 오늘과 내일을 향해
가벼운 몸과 정신으로 나아가야지.
어떻게 보면 딜레마인데,
유지보수가 주가 되는 IT 업계에서는 ( SI ) 소스코드의 재사용률이 무척 높다.
아주 작은것 하나 바뀌면서 명사나 형용사 한두개가 코멘트에 추가되고
소스코드가 복제된다.
기술집약적인 IT 업계에서는, 좀 더 강력한 파라다임이 들어오면
과거의 코드들이 통째로 쓰레기통으로 간다.
어떻게 보면 재사용률이 낮다.
하지만, 그 안에서 다른 사람의 강력한 파라다임과 싸워서 이길 수 있기 위해
자신의 코드를 재사용할 수 있는 더 작은 단위로 나누는 작업들을 끊임없이 진행한다.
이게 결국엔 위의 두 가지 업계를 포괄해 문제를 해결해 나가는 과정인데,
단 한가지 문제를 해결하지 못하지.
그건 실력없는 사람들의 밥줄을 끊을 수 있다는 것이다.
그 사실을 알고 관용을 하지만,
난 앞으로도 사람들의 실력을 높이는 쪽으로 이 문제를 바라볼 것이다.
감사합니다 저도 먹고 살아야져 ㅎ - dc App
ㅊㅊ
그래도 라이브러리로 만들고 맨날 다시 쓰는 코드는 주석이 있는게 조흔거 같아요 그 주석에서 문서가 자동생성되어야 하고.. SDL이 그랬던 듯
반대로 그래서 수많은 라이브러리와 프레임웍이 점점 고립되다 역사에서 사라져가더라...
실제로 큰 규모의 라이브러리 ( 이를테면 boost ) 보면 의외로 주석이 그닥 많지 않다. 성장을 위해 어쩔 수 없다. ( 그나마 부스트도 둔화되었다 )
어쨌든 주석이 필요없을 정도로 깔끔한 코드를 지향하는건 모두가 공감하는 바일테다.
어떤 파라다임에나 장단점은 있는데, 무엇이 더 큰가를 멀리 내다보는 시선으로 평가할 필요가 있습니다.
하지만 문서 한줄 없는데 주석까지 없는 라이브러리를 쓰게 되면 일단 빡칠 거 같네여 ㅋㅋㅋㅋㅋ
응 예전엔 헤더파일 없는 DLL 을 갖다 쓰기 위해 헤더파일도 직접 만들면서 썼다. 있는게 어디야..
그전엔 디버거로 바이너리 뜯어보고 짰는데.
요즘에 그렇게 불친절하면 사람들이 외면해서 안 쓸 듯.. 경쟁자가 없는 특허 받은 라이브러리라면 몰라도..
응 쓰라고 내놓은게 아닌데 훔쳐 쓰는거지 ㅋㅋ
요즘 애들 보면 배가 부르기도 했고 풍족한게 현실이기도 하다.
자신의 어디가 둔화되고 있는지 느끼지 못할 뿐.
"필요없는걸 버리고 지울 용기가 필요하다.그러지 않으면 더 멀리갈 수가 없다."
공감되지만 넘나 무섭
메리가 그걸 할 수 있을 때 A 급 프로그래머가 된거지.
프로그래머에만 종속된 이야긴 아님