SI에서 오래된 기술스택을 선택하는 이유는 뭘까요?

Question

&#34;vue 2.x를 쓴다&#34; &#34;3.x를 쓴다&#34; 이 수준이 아니라 &#34;자바1.6 쓴다&#34; &#34;제이쿼리 쓴다&#34; &#34;스프링3 쓴다&#34; 거의 이 수준인데 왜 이러는걸까요?왜 새로운 프로젝트에서도 저러죠?누가 SI에서는 검증된 기술만 쓰기 때문에 그런다는데 저거는 검증된 기술을 쓰는 수준이 아니라 이제 관짝에 들어갈거를 지원도 다 끊기고 도저히 사용할 수 없을때까지 쓰는거 같아요.왜 이러는걸까요?합리적인 이유는 생각이 안나요.이유라면 그냥 조금의 변화도 받아들이기 싫어서 계속 사용하던 기술스택 똑같이 사용하는거 밖에 생각 안나네요.맞나요?

뛰라고 · Answer

그 조금의 변화가 뭔일이 날지 모르기 때문입니다.필요하다면, 새로운걸 받아들이는게 맞지만,굳이 새로운게 필요없다면, 관짝에 들어가던 말던 잘 작동하면 장땡이니까 그냥 쓰는거죠.1&#43;1 을 계산하는데 있어서, 손으로 종이에 적어서하던, 계산기쓰던, 슈퍼컴 쓰던 다 잘 나오잖습니까그러니까 하던대로 손으로 적어서 하는거죠.그러면 다르게 생각해봅시다왜 굳이 신버전을 써야하죠..?새로운 버전을 써야하는 합리적인 이유도 없기때문에 구버전을 씁니다.

개미와고양이 · Answer

개발할때 300억 들여서 개발했는데 7년간 쓰면서 중간중간 스케일업해서 400~500 이 들어서해당 프로그램에 들어간 돈이 700~800 억인인 경우 새로 만들면 수백억이 신규로 투입이 되야겠죠.오래된 기술이라도 사용하는데 크게 무리가 없다면 최초 구축 당시 기술을 이용해서 사용해야 할지수백억 다시 들여서 신규개발 해야할지 경영진이 판단할 일이죠.10년전 갔을대 HR 을 7년 주기로 신규 도입한다고 하면서 도입 한다면 몇백억 예상하고 있더라구요.

제운 · Answer

공공기관등의 경우 새로 프로젝트를 한다고해도, 엮여있는 다른 기관들과 같이쓰는 프로그램이나, 연결해야할 서비스 등이 오래된 버전 그대로 쓰고있다면, 버전이슈때문에 예전버전으로 맞추는걸로 알고 있습니다.(운영상)물론 글쓰신분이 말씀하신 사항도 이유중에 하나라고 생각되네요

churi · Answer

돈 문제가 가장 큽니다. 자바만 가지고 개발하는게 아니고 여러가지 써드파티 기술에 대한 라이센스도 구비되어 있는 경우가 많은데, 기존에 쓰던 솔루션을 쓰면 검증해야 하는 비용도 줄어듭니다. 그리고 그 솔루션으로 충분하다하면 그냥 그 기능을 쭉 쓰는거죠.쉽게 말해 어떤 프로젝트에서 새로운 솔루션을 써야 한다면 비싼 AA, TA 급의 인력이 해당 기술에 대한 검토를 하는 일정도 필요하게 됩니다. 이것을 프로젝트 발주하고 수주할 때 그리고 초반에 분석 시에 다 검토를 합니다. 이 기술을 쓰면 예상 일정과 비용이 이 정도, 저 기술을 쓰면 일정 비용이 저 정도 이렇게요.그리고 모든 SI 프로젝트가 구식기술만 쓰진 않습니다. 리액트, 뷰, nodejs를 사용해서 하는 곳도 꽤 많습니다. 결국 고객과 수행사가 협의하에 하는거죠.

시인들 · Answer

사실 가장 큰 건 플랫폼에 종속되어 진 체계 때문이겠지연...업계가..신기술 도입에 빠르게 대처하지 못하공 도입할 필요성을 느끼지 못하는 것 또한 리스크를 감당하기 싫어서도 있구연..신기술을 받아들이기에는 공부가 필요한뎅...핑계이기는 하나 바쁜 일정 또한 한 몫 하지 않는가 하는 점이지연...;;

설레임_ · Answer

대체인력을 구하기 쉬운것도 이유인거 같아요. 대체인력을 구하기 쉽다 &#61; 비용절감

콩콩시 · Answer

음..제 짧은 생각으로는..비용때문에 그렇지 않나 싶습니다..프론트엔드 개발자, 백그라운드 개발자 나눠서 뽑을 때 고급 1명당 단가가 500이라치면..기존의 풀스택개발자 비용이 고급으로 700정도 해도 나눠 뽑는게 비싸니까요.. * 물론 금액은 틀릴 수 있습니다..그리고 프로젝트의 특성도 고려해봐야 합니다.관공서 같은 곳의 프로젝트 개발 기간은 생각보다 짧습니다.그런데 짧은 기간임에도 불구하고 정말 미친듯이 바꿉니다...정말정말 사공이 많습니다..신규 프로젝트가 시작 되더라도 새로운 방식으로 바꾸면 익숙하지 않으니 개발속도가 안나오지요..그래서 기존에 만든거 가지고 조금씩 개선해서 납품하다보니 그런게 아닐까 추측 해 봅니다..

치킨과콜라 · Answer

첫번째로 유지보수가 용이하기 때문입니다.두번째로 비용절감의 이슈가 있죠.세번째로 장기적 플랜에 따라 신기술 적용을 하면 안되는 케이스도 있습니다.그리고 마지막으로 가장 중요한 부분인데, 리스크를 굳이 감수할 필요가 없는거죠.기존에 해왔던 레거시는 다시 말하면 안정성이나 신뢰도 측면에서 경험적으로 어느정도 보장된거라는 의미입니다.

Unknown_ · Answer

저도 처음에 작성자님처럼 생각을 했었습니다. 하지만 실제로 SI를 진행하시다보면... 조금의 변화를 받아들여서 생기는 리스크보다, 조금의 변화도 받아들이지 않아서 존재하는 안정성때문에 다들 그렇게 합니다. ㅠㅠ

지스팟 · Answer

그게 왜그렇냐면요하향평준화 시킬려고그러는거에요누구든 할수있는거 대중적으로 초보도 코드 짤수있게그리고 기업은 비용이 많이 들어가는걸 원하지않습니다

mugwanmin · Answer

지금 자바 1.6이 설치는 되나요? ㅋㅋㅋㅋㅋ

꿈코더 · Answer

새로운 자동차를 만들때 신기술을 쓰는데 맨날 똑같은 자전거를 만드는 일만 해서가 아닐까요

개미와고양이 · Answer

또한가지 중요한건 기술 스택을 바꾸면 구현 자체가 안되거나 바뀌어야 하는 부분이 발생합니다.파워빌더로 되어 있는 프로그램을 넥사크로로 기존 프로세서로 처리하던 부분중 변경이 불가능한 부분이 많이 발생하는걸 경험했습니다.그리고 일반 WEB 을 SPA 로 변경하면 CI 부분과 검증 기타 여러가지 부분의 변화가 커서 변화가 쉽지 않죠.그리고 SPA 특정 케이스에서 좋은거지 모든 케이스에서 좋은것도 아니기 때문입니다.

pooq · Answer

예전에 금융권에서 wpf에 필요한 닷넷 버전을 올리려고하니까 체크 항목이 250개짜리 문서를 내밀면서 전부 다 확인 후에 가능하다고 하더군요. 그래서 그냥 이전 버전을 계속 사용했죠.

고등어통조림 · Answer

새로운 버전을 적용하는 게 쉽진 않아요금융권 플젝할 때 암호화 체크 관련된 라이브러리가 변경이 됐음라이브러리 임포트하고 코드들도 일단 변경을 했는데… 실제 운영환경에 적용하기 전에 테스트를 해서 문제 없는지 확인해야 했음왜냐면 이게 카드사 플젝인데 만약 문제가 있어서 암호화가 제대로 안 되면 로그인이 제대로 안 될지, 해킹에 취약해서 뚫릴지 알 수가 없고 실제 그런 일이 발생해서 고객이 피해를 입으면 민원발생하고 카드사 언론에 나고 보상해 줘야 하고나라에서 경고조치 먹고 관련 개발자도 본사에서 징계 내려올 거고…근데 일단 운영환경에 올리기 전에 테스트가 만만치 않음왜냐면 그 라이브러리를 쓰는 클래스들이 몇백개 ㅋㅋㅋㅋ 몇천개..거기에 개발자만 200명이 근무하는데 일단 팀별로 나눠서 몇십개씩 맞음..테스트는 코드로 할 순 없고 테스트 데이터를 찾던지 만들던지 해서 컴포넌트 테스트를 하던지 해당 페이지를 접속해서 데이터 넣고 작동해 봐야함그것때문에 개발자 지망생인 님같이 아직 개발을 하지 않고 소스분석하는 신입 초급 개발자가 야근을 함(근데 테스트 데이터는 db에서 찾아야 해서 소스에서 쿼리문 찾아서 쿼리가 뭘 의미하는지 찾아서 테이블 따라가서 조회를 하고 적절한 데이터를 찾아야 함, 근데 쿼리가 복잡해서 무슨 조건인지 잘 모르겠음)그리고 금융권이라 테스트 결과문서를 작성해야 함… 그래서 님같은 신입개발자는 며칠째 야근함…(아휴..귀찮…)그리고 제이쿼리는 옛날 기술이 아니라 바닐라js같이 그냥 기본적으로 쓰는 기술입니다

고등어통조림 · Answer

그리고 뭘 잘못 알고 있는듯..새로운 프로젝트에서도 그러진 않음금융권에도 sm말고 si플젝도 있는데많은 플젝이 있음근데 뷰나 리액트 쓰는 경우도 있고클래식하게 제이쿼리나 자바스크립트 쓰는 플젝도 있고..그건 이미 재직하는 개발자의 기술스택에 따라 결정되기도 함님이 뷰나 리액트를 알아도 초급인데 si플젝하려면 초급만 있으면 그 플젝 완성 못함기존 고급 개발자가 뷰나 리액트를 사용 못고 제이쿼리나 자스로 한다고 하면 거기에 따라야 함고급개발자만 있어도 플젝은 일단 완료를 할 수 있으므로~

단순vs무식 · Answer

si 는 쉽게 말해서 누가 똥싸면 치울사람 찾기 힘들기 때문에 수급 측면, 그리고 위에 언급하신 각종 비개발적 이슈와 돈문제가 엮여 결국 돌아가만 가면 가장 올드한 버전을 유지할 수 밖에 없다고 보시면 됩니다.반대로 서비스 회사는 항상 자사 서비스를 최신화 하고 연속적인 고도화가 숨쉬듯이 진행되기 때문에 최신기술이나 신규 테스크에 대한 테스트 및 기술 반영이 너그럽고 실제로도 많이 그렇게 진행되고 있으니까요

mirheeoj · Answer

새로운 프로젝트라 해도 코드는 기존 것을 상당부분 가져다 쓰고자 할 수 있겠죠. 이렇게 버티는 것을 막아주는게 소송으로 거액 배상까지 청구당할 수 있는 각종 보안위협인데 SI의 경우는 폐쇄망이라는 이유 등으로 그런 부분을 크게 고려 안하는 것 같기도 합니다.

SI에서 오래된 기술스택을 선택하는 이유는 뭘까요?

18개의 답변

기타 목록