지금 일하는곳이 첫직장이고 이제 2년정도 됐습니다. 저희는 기술적으로 매우 뒤쳐져있는데요, 거의 20년전에 만든 desktop 프로그램을 계속 유지,보수,업그레이드 작업만 하고 있습니다. 아주 가끔 웹도 만지는데 이 또한 .net framework 3? 으로 굉장히 오래전 기술을 사용하고 있습니다.

요즘 인터넷에 보면 react, nose.js 등등 재밌어보이는 기술들이 계속 쏟아져나오는데 , 이대로 가다간 점점 더 뒤쳐질거 같아 고민이 많습니다. 온라인 코스 들으며 혼자 공부하고는 있는데 직장에서 써먹을 기회는 전혀 없네요.

여기가 첫직장이라 다른 소프트웨어 기업들은 어떤지 궁금합니다. latest technology 로 업그레이드를 자주 하시는 편인가요?

저의 지극히 개인적인 생각입니다. One of “that” tech companies 에서 일하는데요, 분야는 Frontend이구요, 업계에서 꽤나 빨리 tech stack 바꾼다고 속해 있어도 규모가 있을수록, product이 안정화 되있을수록 원하는데로 빨리 못 바꾸는거 같아요. tech debt도 문제고 다른 팀들하고 맞추는것도 문제고 learning curve가 있을수록 힘들어요. startup 정도면 정말 원하는데로 바꾸는거 같은데 그게 꼭 좋다고 보여지진 않네요. 시간 날때 간간히 건들여 보고 TODO list 정도 맛보고 API doc 읽어보고 그 정도? 매일 사용하는거 아님 이것도 꽤나 시간이 들여지니….

.Net Framework 3은 좀 심하긴했네요 ㅋㅋㅋ

.Net Core 3.1 -> .Net 5로 넘어가는 추세인데요…

디팬던시 인젝션 디자인 패턴이 적용됨으로써 앱 자체도 상당히 가벼워졌는데…
더군다나 Blazor (SPA)까지 나오는 마당에…
React나 Vue는 경험해봐서 나쁠게 하나도 없다는 의견입니다.

흠 ㅋㅋㅋ .Net Framework 3.0 버전이면
Entity Framework도 안쓰겠네요…
크흠…. 이직하기 힘들겠네

제 생각에는 이직하시는것도 하나의 방법입니다.

최신 기술을 사용하고 싶다면 이직이 답이죠 ;;
대부분의 회사에서 잘 돌아가는 건 안건드리는게 답입니다. 항상 나오는 토픽이 지금 잘도는데 그걸 다 갈아엎겠다고 ? 누가 ? 사이드 이펙은 ? 기존 유지보수는 ?

이번 코비드 때문에 정부에서 cobol 엔지니어 급히 뽑는다고 공지 엄청 나왔었어요 ㅋ….

90년대 중반에도 코볼은 곧 사양될 언어라 2K 대란때 은행권에서 개발자들 모셔갈지 모르니 배워두면 나쁘지 않을거라고 하던데… 아직도 쓰는 곳이 있었네요 ㅎㅎㅎ 젠장 ㅠㅠ

그래서 그 소프트웨어에 무슨 문제가 있습니까? 대부분 큰 회사일수록 그리고 더 위치가 높은 사람일수록 ‘망가지지 않았으면 고치지 마라’ 라는 생각입니다. 특히 회사전체가 쓰는 경우 update만 해도 버그 엄청나오는데 시스템을 바꾸는 것은 큰 일입니다. 하지만 그 엄청난 인력과 노력에 비해서 외부로 생색을 낼건 별로 없죠. 엔지니어들은 새로운 기술이라고 속으로 뿌듯할 수도 있는데 위에서 보면 ‘뭐 달라진것 없는데’ 생각하기 쉽죠. 그래서 위에서 부터 문제가 있으니 바꿔라 하는 오더가 없는한 중간메니져들은 손안대죠.

이것도 케바케같아요

대기업이냐 중소기업이냐에 따라서 또는 회사 중역이나 중간 매니져에 따라 다 달라요 ㅎㅎ

그냥 스스로 공부하고 따라가는 수 밖에 없어요. .NET Full framework도 올 여름이면. Phase out인데 많이 구식이네요. 나중에 어영부영하다가 이직 기회 생기면 테크 스택이 구식이라 힘들게 될수 있습니다. .Net Core 도 2.2 에서 3.1으로 넘어간게 엊그제 같은데 참 따라가기 힘드네요. 최근 Blazor도 손대고 회사에서 샘플 프로젝트 하라고해서 했는데 점점 벅찹니다. 근데 이쪽 직종은 평생 공부한다는 셈 치고 투자하셔야해요.
Plural 이나. Udemy 잡고 기초라도 확실히 하세요. 아님 직접전체 프로젝트를 overhaul 하던지 rewrite한다고 건의 해보셔도 좋구요.

닷넷 계열은 거기서 거깁니다. Dependency injection, mvc, repository pattern, EF 등등 그냥 몇가지만 돌고 도는지라 기초만 잡아도 충분할거에요. React, Angular, Vue쪽은 제 전문이 아니라 여전히 헤맵니다. 그래도 해야져 월급쟁이가 별수 있나요

최신 기술이 빠르게 발전하고는 있지만
또, 옛날기술에 대한 수요도 꾸준히 있으니 결정은 본인이….

아는사람 어머니가 60대 후반 cobol 프로그래머인데 아직도 일한다고 합니다.

저도 빅테크이고 주로 백엔드 + 아주 쪼금 필요할때만 어영부영 프론트 해결하고 그러는 사람입니다(팀이 제공하는 단순한 ui들이 몇개 있음). 더 오래되고 엄청 복잡하고 문제생기면 회사가 큰 타격을 입는 팀에 있었을때는 오래된거 되는거 그대로 쓰는 분위기였는데, 그린필드 프로덕트 만드는 팀으로 오니까 어차피 새거 만들때는 새로운거를 저희끼리 많이 찾아서 써요. 그 외에 마이그레이션하는거는 그냥 회사 전체 차원에서 오래된거 업그레이드하라고 캠페인을 돌릴때만 팀들이 강제당해서 업그레이드하고(security 팀이 리딩하는것도 있고 등등) 그거 아니면 윗분들말씀대로 그냥 “오래된것들이어서 바꾸자”는 오랜 공과 시간을 들이기에 business justification이 없어서 보통 펀딩이 안되죠. 뭔가 앞으로 하는 프로젝트들이 이런 업그레이드를 미리 해놓으면 훨씬 빠르게 딜리버리 할수있다 이런식으로 justification해내지 않는 이상은요.

많은 답변 감사드립니다. 개인시간에 계속 공부하면서 곰곰히 생각해보겠습니다

현재 회사에서는

React, graphql, aws appsync- dynamodb 이런 기술들 씁니다
그 전까지는 java, spring, postgresql같은거 쓰다가 회사가 프로젝트를 전부 클라우드로 바꾸면서 최신테크들로 바꾸게 되었네요

테크 스택들은 너무 마음에 듭니다 배우기도 쉽고 재밌구요

이젠 얼른 연봉을 올렸으면 하는 마음..

코드 컨버젼은 왠만해서는 하기 어렵습니다. 그리고 시간도 오래 걸리죠. 컨버젼 자체도 힘들고 오래 걸리지만 리그레션 테스트를 전부 다시 만들어야 하는데 그건 상상하기 힘들 정도로 어려운 일입니다. 소규모 회사들은 리그레션 테스트 자체가 존재하지 않을수도 있지만 그렇지 않고 테스트 엔지니어가 따로 존재하고 리그레션 테스트를 돌린다면 그걸 컨버젼 하는게 사실상 불가능 하다고 봐야 합니다. 소프트웨어의 퀄리티를 유지해주는 마지막 안전장치가 리그레션 테스트입니다. 그래서 테스트가 엄청 중요한거죠.

10+ YOE 입장에서, 배울게 없다면 빠르게 다른 곳으로 갈아타야한다고 생각합니다. 중요한 것은 최신 트렌드가 아니고, 기존 .NET 3이라도 배울만 것이 있냐 없냐 에요. 가령 기존 코드가 꽤 잘 짜여져 다양한 패턴들이 사용된다면 전체 코드 분석 한번 해볼만 하구요. 보통 신입이 가장 부족한 부분은 큰 소프트웨어를 아키텍트하고, 디자인의 복잡성을 다루며, 그것을 코드로 녹이는 일이에요.

리액트나 노드나 모두 위의 범위로 이해하기 시작하면 최신 트렌트는 몇 주면 됩니다.

이 분 말이 맞는 것 같아요

회사마다 다르지요. 우리는 기술이 뒤쳐지면 돈벌이가 영향을 받으므로 적극적입니다. 그래도 오래된 컴퍼넌트들이 있죠. 요즘 그런걸 과감하게 버리고 재디자인하게 하는 가장 큰 요소는 security입니다. 특히 우리 같은 경우 multi billion users의 보안을 유지해야 하므로 나태하게 있을 수가 없어요.

지나가다….. 리액트는 이미 끝났구요. 최신 기술 framework일수록 lifecycle이 짧네요.
그냥 랭귀지 C/C++, Java, C#에 집중하는게 오래갑니다.
https://killedbygoogle.com/

리액트가 끝나다니 그건 아닌 것 같은데

그건 아닌거 같은 데 2 ㅎㅎㅎ

리엑트가 끝나다니 ㅋㅋㅋ 계속 지나가세요