물경력이라는 생각이 들 정도의 실력은 어느정도인가요?

Question

저는.. javascript(jquery,Angular), postgres(SP 쿼리 직접 짜서 개발), java부분은.. 그냥 이상 있을 때 디버깅 걸고 문제 파악하고 전체적인 흐름이 어떻게 되는지 아는 정도의 수준이고, 리눅스 부분은 터미널로 사용 할 줄 아는정도, 실제 업무중 전체 소스 릴리즈 작업을 하기 때문에 Shell도 만지는정도 입니다.근데.. 문제는 정해진 환경 속 에서 개발을 진행 했다는 점이며, 개발을 해왔던 것을 보면,그냥 페이지 하나에 crud 만들어서 사용하거나.. 중복 체크.. 암복호화.. 엔진서버랑 동기화 기능.. vis.js 이용해서개발했던것들.. 팝업만들고.. 딱히 개발 했을 때, 자신 있게 '나 이런 것도 개발 해봤다!' 라고 할 만한게 없더라구요.그래서 물경력이구나.. 생각도 들고 하는데 여러분들이 생각하시는 물경력의 기준이 어느정도인가요 ?그리고 SI 개발 경력은 인정 안해준다는 말이 있는데 왜그런건가요?SI가 여러 고객사에 맞는 개발을 하기 때문에 다양한 경험을 할 수 있을꺼 같은데,왜 그런건지 궁금합니다.돌이켜보면 비전공 국비 출신 신입으로 들어왔던 과거의 저와 현재를 비교해서 보면제가 느끼기엔 엄청난(?) 차이가 있긴 하지만, 그게 지금의 연차에 맞는 실력인지 잘모르겠다는 불안감이 있네요.

부부개발단(TOTO) · Accepted Answer

개발 처음 시작하는 분들에게 서비스 회사에 되도록 취업하라고 합니다. 서비스 회사는 개발과 운영을 함께 하는 경우가 많습니다. (빡시죠.) 1) 개발 2) 모니터링 및 장애 대응 3) 레거시 코드 수정(달리는 자동차의 바퀴 바꾸기) 4) 기획 참여 5) 상대적으로 좋은 개발 문화 프로그래밍 개발이라는 것은 새로운 것을 개발하는 것도 중요하지만, 기존에 동작하는 코드를 수정하고 개선하는 것도 굉장히 중요합니다. 트래픽이 높을 경우 모니터링을 하면서 튜닝하고, 장애가 발생했을 때 장애를 대응하는 것도 중요합니다. https://engineering.linecorp.com/ko/blog/line-platform-server-outage-process-and-dev-culture/ LINE 플랫폼 서버의 장애 대응 프로세스와 문화 위의 문서는 라인 플랫폼의 장애 대응 프로세스와 관련된 문화입니다. 제가 다녔던 N사의 경우도 장애 대응에 관한 문화가 있었습니다. SI만 할경우 이런 것들을 경험할 수 있을까요? 이러한 것들을 경험해야 더 좋은 코드를 개발할 수 있다고 생각합니다. 만들기만 하고, 운영을 안해본다면 내 코드가 정말 좋은 코드인지 나쁜 코드인지 알기 어렵습니다.함께 협업하고, 코드리뷰도 하고 그래야 좋은 코드가 무엇이고 나쁜코드가 무엇인지 알수 있죠. 직접 서비스를 운영하는 곳, 개발 문화가 좋은 곳에서 개발을 경험하는 것도 좋다고 봅니다.이런 서비스를 만들고 운영하는 회사에서는 SI경험만 있는 경력자를 선호하지 않습니다. 이유는 만들기만 하고, 그 이후에 대한 경험이 경럭자지만 없기 때문이죠.본인이 어떤 개발자가 되길 원하느냐에 따라서 커리어 관리를 해야 합니다. 다만, 자신의 성향이 중요하겠죠 . 내가 개발자로써 어떤 성향이냐에 따라서 선택할 문제일 것 같기도 합니다. 평양감사도 본인이 싫으면 안한다고 하죠.

감자도둑 · Answer

3년차 ~ 7년차 레거시만 써온 개발자인데 아직도 에러 로그를 못 보고 못 고치는 분들...실제로 몇 분 만나 뵙고 나서 각오를 다지게 해주셨죠

얍얍얍 · Answer

저 솔직히 이직할때 물경력인줄 알았습니다. 그런데 이직하고 나서 깜짝놀람요. 일단 si 가 쿼리 지향적이라 코딩 모르는 사람도 쿼리로만 하면 되더라구요.1년 넘은분이 vo도 먼지 모르고 sysout이나 log4j 로 디버깅 한다니까 그게 왜 디버깅이냐디버깅 모드 써야 디버깅이다 라고 하는분도 있었음요

개미와고양이 · Answer

SI 경력을 왜 안인정 해주나요?SI 도 경력 인정해 줍니다.IT 쪽은 뭘 해도 IT 분야면 경력을 다 인정 받습니다.다만 IT 쪽도 업체마다 선호하는 기술 스택이 있습니다.보통 SI 의 경우 (공공 : eGovFramework) 을 많이 사용하고 기타보험, 금융, 통신 ... 등등 가는곳에 따라 사용하는 Framework 특성이 조금씩 다릅니다.그리고 SI 의 경우 CRUD 위주로 개발을 하기 때문에 중급 까지는 어느정도 기술성장을 빠르게 할수 있는데중요 기술을 요하는 부분에 기회가 주어지지 않기 때문에 중급 이상에서는 기술적 정체가 생길 수 있습니다.스타트업 또는 서비스 업체의 경우 Java 보다는 Phyton, Node 같은 인터프리터 언어를 채택한 곳이 많은편이고DevOps 와 Agile 을 많이 채택해 사용하는데 SI 에 오래 몸담은 분들은 이런 환경과는 거리가있어 경력이 있어도 해당 업체로 진입시 허들이 있을 수 있는겁니다. 그렇다고 경력을 인정 못받거나 하는것은 아닙니다.

[object Object] · Answer

새로 만들기만 하다가 이직하고 기존 로직들 성능향상, 오류처리 및 예외처리 추가만 하는데 좀 힘드네요... 결이 조금 다른거같아요..

치킨과콜라 · Answer

SI쪽 경력도 인정 받아요.아는 동생 SI 다니다가 네이버 갔어요.

톰소여 · Answer

대략 이력서에 경력을 기술하면..서류에서 회사와 맞는 부분이 있으면 채용하겠죠.그런데 채용하면서 여기는 자바 기반 회사인데요..닷넷 5년 &#43; C&#43;&#43; 5년 &#43; java 10년에서 ..java 10년만 인정해줄께요. 이런 회사 없어요.그리고 솔루션 2년, 쇼핑몰 4년, SI 10년, 연구실 5년 이러면..우리는 쇼핑몰이니까 쇼핑몰 4년만 인정해줄께요.. 이런 회사 없어요.경력 인정 안해준다는 개소리는 연봉 깍으려는 양아치 사장이나 양아치 영업부장들이 만들어내는 헛소리입니다.애초에 경력을 작성했는데 거기서 들어내겠다? 그냥 서류 탈락하면 되지 뽑으면서 깍아내고 덜어내고 하는 짓이 양아치나 하는 소리라는 이야기죠.프로그래밍은 프로그램언어로 컴퓨팅을 구현하는 거죠.거기에는 어떠한 장벽도 없고 다 유기적인 관계가 있습니다.애초에 그런 소리 하면 그냥 나오면 됩니다.

캐츠비 · Answer

SI를 인정안하는건아니고, SI와 SM의 업무적으로 중요시되는 포인트가 다르다보니, 그것을 우려하는거죠. SI는 짧은 단기간에 제품을 만들어서 납품하고 끝나는것인데, SM은 납품하고 오히려 시작을 하죠. 그렇기에 구조 개선뿐 아니라 SI에서는 중점적으로 보기 힘든 부분들을 신경써야하는데, 그런 부분들에 대한 경험이 없을 가능성이 대부분이니 SI를 꺼리는것도 있죠. 하지만 주니어 레벨에서는 그런거 와서 배워도 되니까 크게 터부시 되지는 않습니다. 다만 연차가 쌓일수록 힘들어지는건 사실이죠.

물경력이라는 생각이 들 정도의 실력은 어느정도인가요?

8개의 답변

기타 목록