6개월차 SI 개발자입니다. 원래 이런가요??!

Question

안녕하세요. 작년 10월부터 SI 쪽에 입사해 현재까지 일하고 있는 병아리 개발자입니다.저는 flutter로 개발 중입니다.개발자가 저 말고는 1분이신데, 연세가 좀 많으십니다.python을 사용하시는데, 개발하신 코드를 받아보니 파일 하나에 코드가 5~6000 줄이 되더라구요?원래 이런 경우가 흔한가 싶어서 질문드려봅니다.비판 의도는 전혀 없고 제가 쌩신입이다보니 현업을 잘 몰라서 순수하게 질문드립니다ㅠ현업은 혹시 어떠한지요??

Iswn · Answer

si에는 일반적으로 코드 리뷰가 잘 없어요. 단지 누군가의 작업물이 인수인계될뿐이고.그래서 프로젝트 표준이 있는데. 가령 그런 표준이 없으면개인의 선호에 따라 코드를 작업합니다.보통 저런 스타일은 중복 제거 반복 제거를 위한 공통유틸 작업은 안하고절차적인 순서대로 쭉 진행하는것을 선호하는 경향이 있습니다.코드 길이는 별로 안중요하게 여겨요. 그냥 함수안에 데이터나 업무 흐름대로 시작부터 끝까지 코드를 작성하죠..암튼 프로젝트 코드 가이드라인이 없어서 그런같네요. 아니면 있는데 저분이 모르거나 혹은 무시하거나.

cvcvcvc · Answer

장단점이 있습니다. 파일 하나면 배포하기 편합니다.다만 유지보수하기 힘들죠.상황에 따라서 잘 선택하면 됩니다.

몰랑토끼 · Answer

si 가 원래 그렇습니다.

MadMango · Answer

한국 SI 업종은 아니지만.. 규모가 어느정도 되면 코드 파악하기 힘든 건 마찬가지예요.한 1-2달차 즘에 코드 리뷰랑 중복 제거 티켓만 받아서 궁시렁거렸었는데이번 팀은 신규 개발이라 그런지 한 100-200줄정도로 정돈되어 있어서 좋긴 하네요.대신 뭐 event server, io manager server, contents manager, data store, memory store, gateway, WAL.. 등등아키텍처와 queueing, DB를 모르면 코드 파악 자체가 힘들긴 합니다..매번 status 미팅이랑 SW 디자인 미팅에서 어떻게든 주워가려고 노력은 하는 중이죠

개막장 · Answer

은행 계정계 여신/수신/카드 가시면 50,000줄 널렸습니다5~6000줄이면 머 소소하네요

xml개발자 · Answer

2만줄 넘는 것도 종종 봐요..그정도면 양호한거죠.. ㅠ

초무쿤 · Answer

옛날부터 하시던 분이면 그러실수도..

장독깨기 · Answer

상황에 따라 성향에 따라 그럴수도 있고 뭐 그렇습니다.중요한건 이겁니다.그런 부분에 대해 너무 부정적인 생각을 가지면 안 좋습니다.핵심, 본질을 벗어나 엉뚱한 것에 집착할 수 있습니다.가급적 긍정적인 마인드가 성장에 도움이 될 것 입니다.5천줄이 넘는 코드를 어케 개선할 수 있을지 분석해서 생각해보는 것도 좋을거 같습니다.그리고, 코드 라인 수를 결정하는 건 무엇일까요. 이 부분도 함께 생각해보는 것이 좋겠습니다.

kiki1234 · Answer

그런 코드는 어디에나 있을수 있어요.이 바닥에서는 흔한 일입니다.그런 류의 코드를 분석해서 필요한것만 남기는 최적화 해보시면 실력이 올라 갈거예요.

Celsius · Answer

개발이전에 이해관계 파악부터 해봅시다.Si의 비즈니스모델을 보면 정해진 기간안에 정해진 기능구현을 하고 돈을 정산받는 구조기 때문에 관리자는 딱 그것을 위한 최소사항만 관리합니다.그럼 개발 표준이 코드레벨까지 적용되도록 관리 해야만 하는 비즈니스 모델은 어떨까요?신속한 기능변경 및 시스템 확장이 곧 기업경쟁력과 매출로 이어지는 기업이라는 얘기죠.

더미 · Answer

코드라인수는 중요하지 않습니다.5000줄 파일 500줄 10개로 나눈다고 잘된건 전혀 아니거든요.

배추우마느을 · Answer

뭐.. 간단히 얘기하면 5000 6000줄 이면 머 평범하죠

지한이아빠 · Answer

어떤 기능이 들어가냐에 따라 다르겠지요. 공통모듈화 시켜두면 간단할수있고 아니면 길어질수있고 뭐 그렇지 않을까하네요

aigoia · Answer

유지보수는 힘들지만 작업이 편리하져. 빠르게 프로토 타입을 만들때도 그렇게 짭니다.

맵달짜 · Answer

별 문제 아니라는거처럼 말하시는 분들 많은게 놀랍네요. 전 보는 순간 욕 나올거 같은데.

judys · Answer

음… 코드 품질에 신경을 쓸 여력이 많지 않은건 사실입니다. 처음에는 제품 패키지를 만들듯이 공통화 하고 구조적으로 잘 설계를 하더라도, 개발을 진행하면서 그게 반드시 지켜지지는 않아요. 게다가 si는 코드리뷰도 없고 리팩토링도 할 시간이 거의 없거든요. 왜냐하면 기능을 만들어놓으면, 사업 기간 내에 3-4번 바뀌는건 기본이고 그 이상 바뀌기도 합니다. 데드라인은 항상 정해져 있는데 계속 갈아엎고 갈아엎으니 소스가 정돈되있을리 없죠. 왜 이렇게 일하냐? 라고 하겠지만 si 대부분이 그렇습니다. 고객이 바꿔! 하면 바꿔야하거든요. 그리고 갑자기 생기는 뭔 중간 시연, 보고 등… 이런걸 다 제때 대응하려면 하드코딩도 일부 들어갑니다.그래서 간혹 서비스 회사나 솔루션 회사 연구소에서 사람 뽑을때 si를 너무 오랫동안 한 개발자는 안뽑기도 합니다. 일단 기능이 되게 만드는게 최우선이고 - 이후에 리팩토링이나 공통화를 하면 그나마 괜찮은데 si는 그런걸 거의 안하니까요.연세도 좀 있으시다 하고 그 분이 어떤 개발길을 걸어오셨는지는 모르지만, 한 파일에 5-6000줄… 대강 왜 그런지는 알 것 같네요.

Jungwook Ko · Answer

더 놀라운거 알려드릴까요?어떤 사람은 코드 줄수로 일 마니했냐를 평가한답니다..^^

나무01 · Answer

프로젝트에서 파이썬 5천줄 자리 코드가 정상일까? 라고 chatgpt에게 물어봤어요 거기다 물어보는게 더 좋지 않을까요 소규모 si 프로젝트에 5천줄 딱 답나오는데

6개월차 SI 개발자입니다. 원래 이런가요??!

18개의 답변

Q&A 목록