[💬] 코드 몇줄 적었는가 신경안써두 돼.

[곰돌계곡(anilevoldc)]

요즘 회사 기술면접때

"하루에 몇 스텝 (코드 몇줄)까지 작성할 수 있어요?"

같은 비슷한 질문하면 질문 하는 쪽 옛날사람 취급되고 무시당하기도 함.

그래서 내가 다닌 회사들도 비슷한 생각이었고

생산성과 실력을 코드 줄의 수로 파악하려고 하는 관점은 구식이라는 인식이 좀 강했던 것 같아.

다 억대 연봉자들의 개발자들끼리 모여서 잡담처럼 한말이니 어느정도 믿어도 될듯 

[익명(183.100)]

아래 글은 그 의미로 쓴 글이 아닐텐데 코드 분할을 안 해서 3000줄까지 늘어난거보고 자책하는 글아님?

[곰돌계곡(anilevoldc)]

그 의미로 말한 건 아는데 좀 포괄적으로 이야기를 하고 싶었어. 모듈화 공통화 잘 하지 않아서 코드가 쭉쭉 늘어나기도 하고 잘해서 코드가 줄기도 해서 코드줄에는 큰 의미를 가지지 말라고 이야기를 하고팠네. 중복된 코드가 많이 늘어난것의 리펙토링은 나중에 해도 되니까 일단 구현 우선하라는 말도 하고 싶구만.. 이말은 내가 주창한 것이라기보다 실용주의 프로그래머 책에서 나왔던거 같다

[익명(183.100)]

아 그렇군 근데 궁금한게 구현 우선이라는게 그래도 무지성으로 구현하라는 얘기는 아닐거같은데 나중에 유지보수를 위해서 어느정도 생각을 하면서 짜야하는거 아닌가? 나는 대체로 나중에 봐도 이해되는 코드 + 사용자 측면에서 이걸 봤을때 어느정도 직관적으로 이해할수 있는가를 기준으로 그렇게 짜려고 노력하는데 이게 비효율적인 방법이라는건가

[익명(183.100)]

특히 상속관련해선 되게 많이 생각하고 구조를 잡는편인데 상속은 나중에 틀어지면 되게 골치아프더라고

[곰돌계곡(anilevoldc)]

무지성으로 구현하는게 좋다는건 아니지. 뭔가 1아니면 0이라는 극단이라기 보다 그냥 우리가 평소에 개발할때 그때그때의 개인의 역량과 상황에 따라가 아닐까.