면접에서 받은 질문인데
무슨 의도로 물어본건지 모르겠다
내가 생각한 문제점
1. 모든 코드를 파일 하나에 다 때려박는것도 아니고 (각 파일마다 코드 길이도 천차만별이고)
2. IDE에서 자동 생성하는 템플릿 코드도 상당부분 존재하는데 이걸 포함해서 묻는건지 아닌지 모르겠고
3. 똑같은 프로그램을 만들어도 언어별로 구현방법이 달라서 길이가 다를수 있고
4. 코딩 스타일에 따라서도 엔터 많이 치는 사람 적게 치는 사람 따로 있고
등등
그래서 코드의 길이가 프로그램의 질이나 작성자의 수준을 나타내는게 전혀 아닌데
왜 물어보는거냐 이걸;
내생각엔 코딩 실제로 해보지도 않은 개씹틀딱 마인드로 물어본거 아닌가 생각했는데
저 질문에 대해서 어떻게 생각함?
원래 저런 질문 흔히 함?
우리회사 오지마세요라 들리는뎁쇼
흠 난 이렇게 생각함. 그냥 해본 훌젝의 규모를 물어본 거 같음
되물어봐야지 그럼 무슨뜻이냐고
나도 규모라 생각함
코딩 경험이 얼마나 되냐는 말인듯
니가 생각하는 것 그대로 말해줘봐라. 그러면 뭔가 리스폰스가 있겠지.
지금 가장 최적의 코드를 생산해내서 뭔갈 만들었을 때, 거기 있는 모든 코드 라인 수를 합치면 대충 규모를 알 수 있을 거 아님 자세히는 몰라도 천단위 훌젝이랑 만단위 훌젝은 차원이 다르대
만단위랑 십만단위도 완전 다른 세상이고 ㅇㅇ
코드의 "코"자도 모르는 사람들이 뭔가 잘난체 하고 싶은데 아무것도 모르니 물어볼수도 없고... 코드가 길면 어려운 문젠갑다...라고 생각하고 내밷은 개소리가 그거죠. 한마디로 나 병신이다...라고 광고하는 거니 그려려니 무시하면 됩니다
전 아직 만단위 경험은 없네용 ㅠ
절대적인 기준은 될 수 없지만 애초에 프로그래머의 실력을 정량적으로 측정하는건 불가능하기도 하고, 참고자료로 쓰기엔 나쁘지 않은 듯, 1kLOC짜리 프로젝트와 100kLOC짜리 프로젝트는 규모차이가 나고, 규모차이가 나면 복잡도 차이가 나고, 복잡도가 큰 소프트웨어를 다뤄봤냐는 질문이랑 동등한 질문인듯?
근데 그래도 최적의 코드를 생산했다 가정했을 때 라인 수는 곧 훌젝의 규모 아닌가염
분할새서 코딩하는 애들은 라인수 합쳐서 말하면 되지 애초에 진짜 줄 수 물어본 것도 아닐테고
길게 쓰면 쓸수록 규모가 커지면서 관리하기가 힘들어짐 그러니까 윗놈 말대로 어느 정도 참고기준은 됨
팩트 ) 이곳은 매일 쳐야 할 코드 라인수가 있는 곳이다
면접 현장에서는 당황해서 반문하지 못했고 걍 그딴걸 일일이 세어본적 없어서 몰르겠다 대답하고 넘어갔음
근데 이런건 어떤 믿음을 바탕으로한 질문이기도 하지, 일부러 라인 수를 늘리지 않을 거라는 믿음, 바쁜 환경에서 짧은 시간안에 만들어낸 코드가 자신들이 원하는 수준의(복붙으로 떡칠되지 않은 정도?) 길이를 가질 거라는 믿음 등등
믿음은 불완전할 수 밖에 없으니 참고자료로밖에는 쓸 수 없는거고
참고로 전 개뻘짓 쓰레기 삽질 소스 2만줄짜리를 300줄로 다시 쓴 적 있습니다. 그 병신들(협력회사)에게 오래살라고 덕담을 신랄하게 해줬었죠(...)
참고로 자바프로젝트였음(...)
역시 자바로군요
ㅇㅇ...생산해내는 코드의 퀄리티가 다르다면 라인수를 묻는 질문은 의미가 없어지지
더 자세한 설명 부탁합니다 어떤 상황이었나요
싀발 2만줄이 300 ㅋㅋㅋㅋㅋ
아예 첨부터 새로 만드셨나봄 ㅋㅋㅋㅋ
2만줄이 300이 될려면 함수로 뺄꺼랑 스위치나 맵 또는 설정으로도 충분히 처리할꺼를 하나하나 하드 코딩해서 다 박아둔 것의 경우일 가능성의 냄세가 솔솔~ ㅇㅇ
암튼 담에는 이렇게 답해줘라~ [코딩 몇줄까지 알아보고 오셨어요 ? 선제시 입니다.]
Soap전문이 송수신데이터에 따라서 약 300패턴으로 갈리는 괴랄같은 요구사항이 있던 처리부분이 있었는데 그 미친놈들은 그걸 일일히 다 자바빈 만들고 그 300개에 대한 처리루틴을 다 따로 만들고 자빠졌었죠(...)
ㅋㅎ
열받아서 그 소스 전부 휴지통에 버리고(...) 전문을 휴리스틱분석해서 능동적으로 처리하게끔 한게 300줄(....)
ㅁ//일일히->일일이 (틈틈이 간간이 누누이 곰곰이 일일이 짬짬이 번번이 깨끗이 깊숙이 등등...) [리듬 맞춤법 봇♬]