정신차려라
뭘 고칠 때는 뭐가 잘못된는지 봐야지 주석이 꼭 맞다는 보장이 있는 것도 아닌데
엊그제 형이 해논 거에서 버그가 발견되었다. 업서트가 안되는 부분인데 아무리 봐도 잘못된 부분이 안보여. 이게 Partial index 인가를 쓴건데. 그래서 DB 메뉴얼 찬찬히 읽어 보았다(DB 소스코드 말고). 그랬더니 형이 약간 잘못 이해한 부분이 있더라고. 아뭏든 고치고 나니 잘됨.
한줄요약: 소스코드의 문제는 소스코드를 봐야지 주석을 보는게 아니지
뭘 고칠 때는 뭐가 잘못된는지 봐야지 주석이 꼭 맞다는 보장이 있는 것도 아닌데
엊그제 형이 해논 거에서 버그가 발견되었다. 업서트가 안되는 부분인데 아무리 봐도 잘못된 부분이 안보여. 이게 Partial index 인가를 쓴건데. 그래서 DB 메뉴얼 찬찬히 읽어 보았다(DB 소스코드 말고). 그랬더니 형이 약간 잘못 이해한 부분이 있더라고. 아뭏든 고치고 나니 잘됨.
한줄요약: 소스코드의 문제는 소스코드를 봐야지 주석을 보는게 아니지
마자마자
맞는말 ㅋㅋ
그러니까 명세를 봐야지. 주석 말고
근데 누구나 님들처럼 코드가 자연어만큼 익숙한게 아니라서요.
아니 소스코드 못보는새끼들도 있단걸 생각해ㅡㅡ
소스코드를 개발자만보는게 아녀
ㄴ 어떤 븅신이 이 소스는 잘못된 소스코드이며 이 부분이 잘못되었다고 주석으로 남기냐?ㅋㅋ 그걸 왜 주석으로 처남겨? 고치고 지워야지 안그래?
코드가 잘못된걸 왜 주석을 봐? ㅋㅋㅋ
사돋 니가 필요로 하는건 주석이 아니라 프로그램 명세서겠지 안그래?
주석은 딱 /* 이코드가 무슨 일을 할지, 변수명: 존재이유 등등 적음 */ 애자일 개발론으로 들어가면 function thisFunctionDoesThisAndThat() {} 등으로 응용..
방법론에따라 주석도 달라져요?
애자일 잘은 모르는데 함수 이름이나 변수명을 우리가 주석에 쓰는것처럼 이름을 정하는 패러다임이 존재함 그러므로 주석이 필요없고 함수명이나 변수명만 봐도 이게 뭐하는건지 알게됨.. 특히 규약적으로 정해서 __*의 이름은 뭐다 _*은 뭐다 등등 약속하면 편하지