[💬] 다들 코드 몇줄임?

[익명(221.146)]

1년 넘게 만들고 있는 아직도 시작단계인 내겜 지금 궁금해서 보니까

12000줄이네 ㄷㄷ 물론 주석포함이긴한데

그래도 10000줄은 넘겠지

학교다닐때 1만줄을 어케짜냐고 생각했던 때도 있었는데 걍 하다보니 넘겼네

근데 중간중간 훑어봤는데 뭔 코든지 하나도 모르겠어서 ㅈㄴ 무서움 ㄷㄷ

[꺄아악(58.234)]

파일안에 300줄 넘게 코딩하면 초보임. 500줄 넘어가면 가독성떨어지고 그만큼 코드를 효율적으로 못짰다는 의미임.

[익명(7hvc5bphs4sv)]

다합친양말하는게아닐까 - dc App

[꺄아악(58.234)]

아 다합친양이겠구나....쏘리

[익명(106.255)]

내가 전에 다니던 회사의 GameManager가 7만줄이 넘었음 말 그대로 게임매니저. 게임의 대부분을 관리함 코드보고 식겁해서, 여기서 1~2년 다녀봤자 얻어가는게 별로 없겠구나 해서 퇴사함

[밤톨이도토리(jwchang2008)]

7만줄 ㄷ ㄷ ㄷ

[익명(14.32)]

맞는 얘기긴 한데 내 경험으로는 이거 지키는게 쉽지는 않다.. 내 프로젝트 코드가 지금 35만줄인데 300줄로 자르면 파일이 몇개여..

[꺄아악(58.234)]

GameManager 가 7만줄될수도 있어. 내가 얘기하는 바는 하나의 cs 파일안에 코드량을 말해. 즉, 코드를 기능별로 파일 분리를 안했으면, 가독성이 떨어지고 , GameManager 안에도 기능이 다양할텐데, 그것을 파일로 분리를 안했다는 뜻. 이는 코드 잘 짤줄 모르는 애들이라는 뜻. 가급적 partial, extension, interface 등등을 사용해서 공통코드 묶고, 기능별로 파일명을 달리해서 나누면, 원하는 기능을 보고 싶을때, 해당파일명을 보고 찾아서 들어가보면 딱 300줄안쪽으로 코드만 보면 되니. 그만큼 효율적이라는 얘기임

[꺄아악(58.234)]

tree 보려고 스트롤 내리는 것도 라인이 많으면 귀찮고 가독성자체가 떨어짐. 가급적, 한파일에 한 화면에 내가 찾고자 하는 함수나 기능을 볼수있게 분리를 잘해놓으면 나중에 유지관리하기 편함. 자그만치 천줄짜리 코드에서 함수찾으려고 트리 찾고 이런게 불필요한 짓이라는 거지. 개발자는 파일을 열었을때, 코드량이 많아지면 반사적으로 그것을 내가 봐야 하는 양으로 느껴지기에 보기 싫어짐.

[꺄아악(58.234)]

유니티 내부 소스 봐도 라인수 많은 파일들이 있기는 한데. 그건 최적화 다 끝내서 더이상 볼 필요없는 엔진파일이라 그렇고. 내 개인적으로는 그렇다 해도 (유니티 엔진개발자라해도) 그렇게 코딩 못하게 막고 싶음. 유지관리 차원에서라도.

[꺄아악(58.234)]

300줄을 꼭맞출필요는 없는데 그만큼 한 파일에 볼수 있는 코드량을 정해놓으라는 얘기. 그리고 실제로 기능별로 나눠놓으면 그렇게 많은 라인을 잡아먹는게 없음. 내 경우에는..

[ㅇㅅㅇ(h7sa7h2msbxf)]

그럼 기준을 한 오브젝트에 스크립트 3개이상 들어가면 가독설 떨어지는걸로 잡으면? 둘중하나는 포기해야하잖아

[익명(121.149)]

그래 고생많았다