전자는 후자보다 길게짬
코딩할때 알아보기 편하게 vs 무조건 짧게
ㅁㅁ(39.7)
2017-03-30 10:52
추천 0
댓글 5
다른 게시글
-
고등학교 수학만 해봐도 프로그래밍을 어떻게 대해야 할 지 각 나옴 [2]Windforces(k920048) | 17.03.30추천 0
-
프로그래밍 코딩 짤 때 "센스"란 무엇 입니까? [2]세토.(setosun) | 17.03.30추천 0
-
비주얼 스튜디오 2017 깔았는데 [3]익명(211.214) | 17.03.30추천 0
-
내가 희망하는 여성상 [2]CLK17(129.3) | 17.03.30추천 0
-
모터쇼 가고 싶다..베이킹소다(bakingsoda) | 17.03.30추천 0
-
설레발 주도 개발.. [1]베이킹소다(bakingsoda) | 17.03.30추천 4
-
프로그래밍하면 영화 히든 피겨스 꼭봐라게하(118.216) | 17.03.30추천 0
-
가끔 정말로 유에아조씨가 그렇게 사는구나 싶어도 한편으로는 실력이궁굼 [3][CreeJee](000as00060) | 17.03.30추천 0
-
GraphQL 합시다Kyle(120.18) | 17.03.30추천 0
-
나는 서당개야 [1]익명(110.70) | 17.03.30추천 0
ㄷㅈ이라고 배웠읍니다.
돌아가는 구조를 꼭 알아야하는건 알아보기 쉽게, 몰라도 되는건 짧든길든 가장 빠르게. 대신 못알아볼거 같으면 주석으로 기능설명.
ㄷㅈ
숏코딩이라는게 반은 재미고, 반은 효율성제고인데, 실무에서는 그 효율성에 인수인계상의 효율성이 포함됨. 즉, 어떻게라도 못알아보게 만들면 그냥 좆같음. 참고로 저 "인수인계"는 남에게도 하지만 "나"에게도 한다. 6개월 지나고 1년 지나면 내가 짠거도 남의 코드나 다를게 없음.
외계어를 싸지르는 것보단 쓰레기코드 한트럭이 낫다