#마이그레이션

2년차 물경력 이직에 메리트있을까요..?

2년전에 백엔드개발, 데이터베이스관리로 취업을했지만 개발업무는 전혀안하고 DB관리업무만 했습니다. 경력에 쓸만한 내용은 신규프로젝트 데이터베이스 구축및 설계, 마이그레이션 이구요 기존프로젝트 고도화작업이라 기존 데이터정합성 안맞는 테이블구조 정규화 및 데이터검증후 마이그레이션 작업이 주 업무였어요 부가적으로는 유지보수성 DB관리, 그리고 번거로운 노가다성 쿼리작업을 대체할려고 간단한 코드짜서 데이터채우거나 일부 데이터 마이그레이션정도 했습니다. 제가 고졸이라 방통대 재학중이고, 집에서 혼자서 스프링부트, 리액트로 회사프로젝트(윈도우 프로그램입니다)를 웹으로 1인개발하고있는데 시작한지 얼마 안되었어요. 냉정하게 봤을때 2년차의 개발자실력이 절대아니고... DBA나 관련업무로 봤을때도 깊이나 전문성이 많이 모자른거같습니다.. 지금 당장 이직을 한다면 지금까지의 경력으로 이직이 될거같나요..? 아니면 스터디나 개발연습을 더해서 이직을할까요?? 서두르는 이유는 더물경력리 되기전에 옮겨야 할거같아서 입니다..

프론트엔드 포폴에 php 마이그레이션이 도움이 많이 될까요?

프론트엔드4년차입니다 입사했는데 (기능이 크게 crud밖에 없는 도메인이예요) php로 작업되어있어서 그거 마이그레이션하는것만 기다리고있는데 입사한지 두달째 디자인+퍼블만 하고있어요.. 마이그레이션을 하긴할거같은데 아직은 시작을 언제할지 기약이없어요 디자인감각도 없는데 그낭 막무가내로 개발하면서 동시에 하래요ㅋㅋㅋ 디자인 시안을 만들 시간을 주는것도 아니고 경쟁사 사이트랑 기획안보면서 어찌저찌 하고는 있어요 리더가 기획자(9년차)라 개발에 대한 이해도 없고 작업기간도 너무 짧게주고 이정도면 내 업무를 무시하는건가 하는 지경에 이르렀는데 싸우기도 이제 지치네요 조언을 구해봅니다ㅜㅜ

신입개발자 경력 고민

현재 회사에서 백엔드 개발하고있습니다. 일한지 한두달되었습니다 경력쌓기 괜찮은지 궁금해서 글을 써봅니다. 회사에서 주 업무는 php, jquery로 된 레거시 유지보수 nest, react활용 프레임워크 변경 db 변경 및 마이그레이션 saas, 멀티태넌시 AI/ML 활용 회귀 모델링 성능 개선 및 ui/ux 개선 gitlab runner ci/cd MSA도 해보고 싶은데 현재 시스템에선 불필요한거 같아서 못해보고 있습니다. 등의 업무하고있습니다. nest로 경력쌓기 괜찮을까요. spring 하는곳으로 이직해야할까요? 감사합니다

백엔드 개발자로서 마이그레이션 경험은 스팩이 될까요?

안녕하세요. 대학 졸업 후 SI회사에 근무하며, 마이그레이션 업무를 담당 중인 신입입니다. 원래 백엔드 개발자가 하고싶었으나, 부서 배치를 이쪽으로 받으면서 U2L, JDK, DB 마이그레이션 업무를 하게 됐어요. 내년 2월이면 1년을 채우게 됩니다. 마이그레이션 업무가 스팩이 될까요? 그리고 마이그레이션 업무는 전망이 어떤가요? 추가로, 6개월짜리 괜찮은 국비지원 웹/앱 코스를 알게 돼서 지원해볼까 고민 중입니다. 합격하면 8월 말부터 시작이에요. (기업에서 진행하는 거예요.) Spring + MyBatis, Springboot + JPA로 CRUD 개발 가능한 정도이고, 현재 퇴근하고 매일 백엔드 공부 중입니다. 이렇게 틈틈이 공부하면서 1년을 채우고 학원을 알아보거나 신입 백엔드 개발자로 취업을 준비할 지, 국비 코스에 지원할 지 고민 중입니다. 의견 남겨주시면 감사하겠습니다..!

서버리스 백엔드 API 주소 노출

안녕하세요, 현재 람다, api gateway 등을 활용해서 서버리스 백엔드 구성을 시도하고 있는 학생입니다! 해커톤처럼 개발했던 서비스를 서버리스로 마이그레이션 하는 과정에서 과금 때문에 api 호출을 신경쓰다가 질문이 생겨 글을 쓰게 되었습니다. 이전까지는 해당 부분을 신경쓰지 않아서 크롬 데브툴에서 네트워크를 확인하면 백엔드 API 주소가 그대로 노출되었습니다. 그런데 서버리스를 고민하다보니 API 주소가 노출되면 API를 직접 과하게 호출하여 서비스를 공격하거나 심지어 페이지를 과하게 새로고침하여 백 API가 과하게 호출될 수도 있어 위험할 것 같습니다. 서버리스면 과금의 문제고 서버풀이어도 서버에 부하가 걸리는 문제가 발생할 수 있을 것 같은데 이런 문제는 어떻게 방지하는지 막상 떠오르지 않아 질문글로 남깁니다. 아직 모르는 것이 많아 여러모로 조언, 충고 부탁드립니다!

jquery, 굳이 버려야 할까요?

안녕하세요. 최근 이직 후에 첫 프로젝트로 cms 리뉴얼 개발을 담당하게 되었습니다. 이직한 회사에서는 jquery와 html, css를 사용하여 전자정부프레임워크에 붙여넣는 방식으로 사용하게 되어 있습니다. 저는 react 프레임워크 사용을 만 3년 이상 하였고, jquery도 학생시절부터 초년생 때 까지 만 1년 이상 사용하여 개발에 큰 문제는 없습니다. 다만, 유지보수 및 확장성에 지속적으로 의문을 갖게 되었고 이에 react로 마이그레이션을 제안하고자 생각했습니다. 제안하기 전에 react로 기술 전환하고 싶은 이유를 몇가지 정리해봤습니다! 1. 인력 수급 : 전자정부프레임워크로 react를 채택하고 있는 만큼 최근 react의 수요와 공급 급증 2. 커뮤니티 : react 등의 프레임워크는 점점 커지고 있는 강력한 커뮤니티를 가지고 있음 3. 확장성, 최적화 : 가상 DOM, 대용량 데이터 및 트래픽 처리 용이, 속도 최적화, 경량화, 대규모 애플리케이션 확장성 등에 유리함 4. 테스트 및 문서화 : 다양한 테스팅 라이브러리, 컴포넌트 단위의 테스트 및 문서화에 유리함 정도로 최소 4가지의 이점을 가질 수 있다고 판단했는데요! 반대로 생각해보면 jquery를 굳이 버려야 할까요? 1. 인력 수급 : 예전만큼은 아니지만 아직도 jquery를 사용하는 기업 및 웹사이트가 다수 존재함 2. 커뮤니티 : 여전히 버전 업그레이드도 하고있고 십여년의 커뮤니티에 쌓인 정보는 매우 많음 3. 확장성, 최적화 : DOM 접근이 쉬워 개발 속도가 빠름, 또 어떤 것이 있을까요? 도움 부탁드립니다😅 4. 테스트 및 문서화 : 또 어떤 것이 있을까요? 도움 부탁드립니다😅 다소 편향적인 조사지만,,, 팀원들에게 마이그레이션 제안하기 전에 여러 시점의 생각이 궁금했습니다. 잘못된 정보나, 다양한 의견 얘기해주세요! 감사합니다.

React Tuborepo 배포는 어떻게 하면 좋을까요?

안녕하세요! 저는 기존 ecs의 블루/그린 배포와 s3 cloudfront cache 배포 등을 이용한 모놀리스 형식의 구조에서 tuborepo, pnpm의 모노레포 환경으로 마이그레이션 중입니다. ECS로 배포한 서비스는 약 2~3개 S3 Cloudfront로 배포된 서비스는 3개 정도 존재하는데요, 이 경우에 보통 어떤 식으로 터보레포 환경에서 배포 ci/cd를 구축하시는 지 궁금합니다. 관련 아티클도 찾아보고 있는데 vercel이나 aws amplify로 구축한 것 제외하고 큰 규모의 서비스에서의 ci/cd에 대한 따로 정보가 없는 것 같아서요. 혹시 위와 같은 구축 경험이 있으신 분 있다면 조언 부탁드립니다...😭

react-hook-form 복잡한 form에서 궁금점이 있습니다 !

안녕하세요 현재 진행하는 프로젝트에서 form을 recoil로 관리하고있습니다. 이유는 form과 화면구성이 너무 복잡한 형태라 props drilling도 심하고 (부모에서 자식까지 5~7 depth) 관리해야하는 데이터가 많아 store에서 관리하고있습니다. react-hook-form이 복잡한 form에서 효율을 낸다고 해서 마이그레이션 해볼까 생각중인데 궁금점이 있어 작성합니다 ! 1. 이렇게 전역적으로 관리를 해야하는 복잡한 form에서도 좋은 효율을 내고 전역 상태관리 라이브러리보다 좋은 방향일까요?! (FormProvider 를 사용) 2. form에서는 input 필드만이 아닌, tab클릭, 드랍다운 클릭, 체크박스 클릭, 이미지 업로드, 라디오 클릭 등등 이러한 경우가 많은데 react-hook-form 을 사용해도 좋은 방향인가요?! 어떨때 react-hook-form을 사용하면 좋은지 궁금합니다 !

FE 이직에 있어서 어떤 커리어가 더 매력 있을까요?

레거시(jQeury, html, css)를 모던 리액트로 마이그레이션 하는 작업(초기 프로젝트 세팅부터 시작 및 단독 업무) vs React, TS로 만들어져있는 프로젝트를 트러블슈팅하여 이슈 수정 및 요구사항 개발 2년차 FE개발자입니다. 이직에 있어서 어떤 커리어가 더 매력 있을까요? 선배님들의 조언을 듣고싶습니다ㅠㅠ

3년차 프론트엔드 이직 질문

안녕하세요 곧 만 3년 경력이 채워지는 웹 개발자입니다 현재는 에이전시에서 웹개발 업무를 맡고 있습니다 웹개발시에는 클라이언트에게 수주받아 프로모션 웹사이트를 만드는 일을 주로 하고 있습니다 다만 저는 프론트엔드 개발자로의 이직을 원하는데 현재 프로젝트를 개발할때 개발환경이 JS, PHP, MySQL을 사용하고 있습니다 기본적으로 위의 개발 언어들로 프로모션 사이트를 마크업(HTML/CSS), 프론트단부터 만들어서 백단까지 작업해서 하나의 프로젝트를 만드는게 가능합니다 또한 CSS Animation, GSAP과 Lottie 등을 이용해 웹 사이트에 애니메이션을 구현하는 부분도 하고 있습니다 보통 프론트엔드 개발자 구인글의 요구사항에는 '프론트엔드 개발 경력 3년 이상이신분 또는 그에 준하는 역량을 보유하신 분'이라고 되어있는데요 이때 제가 프론트엔드 3년차 경력으로 지원할 수 있는지 아니면 중고신입으로 지원을 해야하는지 조언을 듣고자 글을 작성하게되었습니다 * React는 회사 홈페이지를 리뉴얼할때 사용하고 프로젝트에서는 사용해보지 못하였습니다. (React, Redux-toolkit, express를 사용하였고, 애니메이션 구현에 GSAP, 프레이머모션, Lottie를 사용했습니다. 현재는 Next.js로 마이그레이션되었습니다)

nextjs app router

많이들 사용하시나요? 사용한다면 어느 조합으로 사용 하고 계신지 궁금합니다. 주로 궁금한거는 기존의 v13 or v14, 기존의 css-in-js 사용이 불가능한 상황에서 스타일링에는 무엇을 사용하는지, 별도의 데이터 패칭 라이브러리(swr, tanstack-query)와 전역상태도구(zustand, jotai)를 사용하는지. 음 기존 page router 쓰시던 분들은 프로덕션 레벨에서도 마이그레이션 해서 사용중인지도 궁금하네요 추가로 특정 조합에 장점이 있는지도 궁금합니다 감사합니다!

4년차 물경력 딥러닝 응용 개발자의 진로 고민

최근 대표님과 일대일로 저녁을 먹으며 나름 회사 내에서의 고충과 커리어에 대한 고민.. 그리고 당장 올해엔 작년에 겪었던 것을 또 겪고싶지 않은 직원들의 이야기..그리고 그것에 대한 대표님의 생각..등을 서로 나눴습니다. 대화 중에 저의 고민은 "회사에서 하는 것이 내게 도움이 되지 않는 것 같다" 였고, 대표님의 대답은 "어떤 경험이든 나중에 다 필요한 경험적 자산이 된다" 였습니다. 근데 지금 곰곰히 생각을 해봤습니다. 그 필요한 순간이 오려면 결국 지금 커리어의 발판을 넘어서야 하는 것은 아닌지. 그리고 나는 자꾸 마감기한이 급한 것을 쳐내느라 성장이 아닌 그냥 같은 틀, 같은 방식 안에서 해결속도만 빨라진 것이 아닌지. 회사는 성장을 하고 있는 것인지, 그저 살아남아있는 것인지..정체되어있지는 않지만 엄청난 성장을 하는 것 같지는 않는다는 느낌을 저는 개인적으로 가지고 있습니다. 어디까지나 저의 좁은 시야에서의 느낌이지만요. 물론 업무 외 개인적 노력도 있어야 했지만 적당한 일정을 소화하며 일 속에서 성장하고 싶었습니다. 업무를 소화하고 나면 그 외의 시간은 현실에서 도망치고 싶은 상태로 주말을 내내 집에만 있는 식이고, 그나마 많이 호전된 상태이지만 실제로도 정신과 약을 아직도 복용중입니다. 첫 번아웃으로 퇴사를 하려다 이직처에서 경영의 어려움을 이유로 채용을 취소당하고, 회사는 제가 필요했기에 다시 저를 받아주었지만, 또 다시 똑같은 2년이 지났습니다. 저는 일정 속에서 주어진 일에 대해 어떻게든 해결해 왔지만, 성과는 체감되지 않고, 새로운 문제에 직면할 때마다 막막하니 한없이 무능력한 사람인 것만 같고, 해결해 온 과정에 대한 회고도 제 때 하지 못하고 지나가 버리고, 누군가에게 피드백도 제대로 받지 못해왔습니다. 정말 솔직하게 밝히자면 저는 연봉을 4000만원을 받고 있고, 지금 저에게는 오직 딥러닝에 대한 큰 흐름의 겉핥기식 이해와 우분투 서버 세팅 및 어쩌다 온프레미스 기반의 어노테이션 서버를 운영하며 맡게 된 도커 컨테이너 관리, 그리고 중급 정도로 쳐줄 수 있는 정도의 프레임워크를 전문적으로 다루는 것도 아닌 개발요구사항을 어느정도 구현 가능한 애매한 퓨어 파이썬 활용능력밖에 가지고 있지 않습니다. 제가 들어야 할 충고는 뻔히 보입니다. 업무 외의 무언가를 더 해라. 중요한건 what이 아니라 how인 것 같습니다. 회사 내에서 저에게는 크게 세 가지 길이 있는 것 같습니다. 첫 번째로는, 기존에 작성한 스마트팩토리 코드를 C#으로 마이그레이션한 것으로 다시 받아 그 코드를 유지보수하며 C# 딥다이브 및 시스템 프로그래밍을 하는 것. 두 번째로는, 처음 목표였던 딥러닝과 아키텍쳐들에 대한 발전 과정과 현재까지의 이해에 도달하여 어떤 상황에 어떤 방법으로 무엇을 적용할 지 알 수 있도록 상황을 캐치할 수 있는 능력에 도달하는 것. 세 번째로는, 도커 컴포즈 기반으로 운영되는 어노테이션 서버의 각 컨테이너의 역할과 구성을 파악하는 것부터 시작해서 서버가 돌아가는 것에 대한 전반적인 이해와 도커로 구축 및 배포하는 방법을 익히는 것. 목표는 거창합니다. 그러나 그 과정은 이루기 쉽지 않습니다. 저에 대한 어떤 조언이라도 해주신다면 감사히 달게 받겠습니다. 부끄러움을 무릅쓰고 커뮤니티에 글을 올려봅니다.

react에서 Nextjs 마이그레이션

Nextjs마이그레이션 작업을 진행할려고하는데, 사실 막막한 부분이 여러가지가 있습니다. 첫번째는 CSS-in-JS인데 기존 react프로젝트의 styled-component로 제작되어 있는데, 제가 알기론 CSS-in-JS의경우 서버컴포넌트에선 현재 작동하지 않는걸로 아는데 보통 이럴경우 어떻게 진행하나요? 대체방안으로 따로 다른 CSS 라이브러리 등을 이용하는지 궁금합니다 두번째는 데이터 패치관련된 부분인데 Nextjs에서 fetchAPI 부분을 Nextjs에 맞게 캐시와 revalitate옵션을 제공해주는 형태로 제공해주는데, 기존에 프로젝트는 axios를 사용중인데 이것 또한 변경을 해야되는지 궁금하네요 현재 서버렌더링과 클라이언트 렌더링으로 나눠놓긴했는데 나누고보니 상당히 이슈가 많을걸로 예상되어 질문드립니다

백엔드 취업 어떻게 해야할지 고민입니다.

안녕하세요. 2년전에 미국 대학에서 컴공 졸업했는데 사정이 있어서 미국에서 취업은 못하고 한국에 들어와 있다가 첫 취업을 올해 5월에 작은 스타트업에서 포지션제안을 받아 면접을 보고 입사했습니다. 백엔드를 지망했었는데 회사에선 프론트'도' 하는 조건으로 입사했었는데 업무의 대부분은 기존 장고 프로젝트를 리액트 타입스크립트로 마이그레이션 하는 작업을 했었고 그외 백엔드는 아키텍처 파악하고 AWS 인프라 회사 것 그대로 배포하는 연습 정도 했었습니다. 그런데 회사가 아직 매출 없는 스타트업이라 일정을 맞추기 힘들 것 같다고 하시면서 7월에 정규직 계약 전환을 못한다고 해서 퇴사하고 7월 중순부터 지금까지 구직중입니다. 지금까지 최종합격은 한번 했었는데 타 회사 면접이 걸려서 놓쳤고 다른 곳은 최종까지 한번 가고 떨어졌습니다. 회사 오퍼 받았을때 무조건 간다고 했었어야 했는데 처음 겪어본 상황이라 당황했습니다. 제 경험상 1차 통과나 최종 합격했던 면접은 뭔가 면접관 분이랑 케미가 잘 맞고 기술질문 심오하게 받았는데 대부분은 면접 여러개 보러 다녀도 대부분 회사들이 기술질문 없이 성의 없는 구색맞추기용으로만 부르는 것 같다는 느낌을 받았습니다. 퇴사 후에 개인 프로젝트도 하고 하는데 디자인이나 기획안 없이 혼자 하려니까 혼란이 와서 제대로 진행이 되지도 않는 것 같고 어차피 개인 프로젝트는 만들어봤자 대부분 보지도 않고 잘 만든다 해도 실사용자가 없으면 별로 보지도 않는 것 같아서 회의감이 듭니다. 이 상황에서 재취업 하려면 어떻게 전략을 세워야 할까요? 이력서는 댓글 달아주시면 메일로 보내드리겠습니다. 긴 글 읽어주셔서 고맙고 연말 마무리 잘 하시길 바랍니다.

Next.js pages router -> app router 전환

안녕하세요! 사내에서 app router로의 마이그레이션을 진행하려고 하는데, next/navigation의 변경점이 큰 것 같아요. 기존 useRouter에서 사라진 메소드들이 많아서... 혹시 성공적으로 app router로 전환하신 분들은 이들에 대해 일일히 대처해 주신 걸까요??

신입개발자 방향성 고민

취준기간이 오래된 탓에 지금 재직중인 회사 최종합격발표를 통보받고, 통보받은 당일에 서류합격 연락이 5~6곳이 오더군요 최종합격한 곳 보다 조건이 더 좋은곳들이 많았지만 스트레스를 그만받고 싶었습니다. 그래서 다른회사들 면접은 다 포기하고 무작정 갔습니다. 입사결정하게 된 가장 큰 이유는 제가 프론트엔드쪽으로 공부를 하다보니 백엔드에도 관심이 생겼었는데, 면접을 보면서 풀스택 개발자로 키워주겠다. 많이 배울수있을거다 라는 말들이 가장 결정적이었죠 현재 입사 2개월차. 그때 선택을 많이 후회하고 있습니다. 많이 배울수있는 환경이 아닙니다. 너무바빠 저를 신경쓰지 않는, 못하는 느낌입니다 취준할때 프론트엔드만 공부했던 터라 백엔드 영역은 아예 무지한 상태로 들어와서 처음 회사 프로젝트를 클론받고 와 이게 뭐지 싶더라구요 오래된 기술스택과, 한 파일에 천줄이 넘어가는 코드를 보고 많이 당황을 했죠.. jsp, jquery로 이루어진 코드와 공통적으로 사용되는 코드들을 모듈화해서 사용하는것이 아닌, 코드자체를 복붙해서 사용한다던지.. 서버에 어떻게 요청을 보내는지 또는 렌더링 속도가 느리든 빠르든 캐싱이나 최적화 쪽은 아예 신경을 쓰지않고 그냥 돌아가면 상관없다고 생각하고 개발을 하고있는것같아요.. 코드리뷰나 깃 브랜치관리도 하지 않습니다 수정하고 이상없다싶으면 바로 merge합니다.. 지금은 그래도 근무외시간에 틈틈히 공부하여 spring으로 이루어진 백엔드 영역을 어느정도 이해하고 로직, 패턴이 어떻게 돌아가는지도 파악하고 간단한 기능들은 백단 프론트단을 혼자 구현할 정도는 되었습니다. 그러나 현재 업무는 선임개발자분들이 짠 코드를 테스트만 하고있구요... (화면상에서 이벤트가 정상 작동하는지만 확인, 발생하는 오류나 문제에 대한 코드수정은 하지않음) 코드 작성은 거의 하지않습니다. 가끔 코드짜는 업무를 주시면 재미는 있는데 1~2시간이면 다 끝나버리고 그 후에는 퇴근시간까지 저 혼자 공부하거나 멍을 때리고 있는 시간이 많아 현타가 많이오네요 연차가 높아진다고 이 회사에서 제대로된 개발을 하느냐도 사실 잘 모르겠습니다. 10년이 넘어간 개발자 분들도 새로운 기능추가나, 마이그레이션 같은 기능추가를 자발적으로 하신다기 보단 고객사에서 요청하면 그제서야 합니다. 제가 노력을 안하느냐? 그것도 사실 잘 모르겠습니다. 처음 적응기간때는 집에와서 공부하는게 좀 힘들었지만 요즘은 하루에 2시간정도는 하려고 노력을 많이 하고있습니다. 회사에서도 계속 선임분들에게 저 할일없을까요 ! 물어보고 있구요. 이 회사를 계속 다니면서 제가 공부하던 react, react-query 등과 같은 스택은 사용도 못하고 잡일, 단순 노가다같은 일을 반복해가며 이 회사에 남아있는게 과연맞는건지.. 남아있는 다고 한들 제대로된 개발업무를 할 수 있을지 의문입니다. 제가 추구하던 방향성은 바쁘고 야근이 많더라도 제실력을 키우면서 같이 성장할 수 있는 환경을 원했었는데 지금와서야 선택지가 많았는데 왜 여길왔을까 싶은 후회가 많이 되네요. 사실 적을게 더많지만 너무 흉만 보는거같네요.. 좋은점은 퇴근은 빨리한다 정도 말고는 없는거같습니다. 퇴근 이후에 따로 공부를할 때, react쪽을 더 공부해서 다시 취업을 알아보는게 맞는건지 어떻게 성장을 해나가야 할지 사실 잘 모르겠습니다. 이와같은 상황에서 어떻게하는게 맞는지 조언을 좀 구하고싶습니다!

마이그레이션 진행 순서에 문제가 있습니다.

현재 React 기반으로 구현을 진행한 웹 프로젝트를 Next 13 버전으로 마이그레이션을 진행하려고 합니다. 예전에 작성된 코드라 파일 구조도 엉망이고 쓸모없는 훅을 사용하거나 불필요한 재렌더링을 유발하는 코드가 많아 몇몇 부분들은 다시 작성해야하고 리팩토링도 진행할 계획입니다. 또한 상태 관리 툴도 사용하지 않은 상황이라 상태 관리 툴을 적용시키는 작업도 해야합니다. 그런데 여기서 먼저 마이그레이션을 진행한 뒤에 다른 작업들을 진행할지 마이그레이션을 가장 마지막에 진행할지 고민입니다. 첫 마이그레이션이다보니 조금이라도 현명하고 효율적인 방식으로 접근해보고 싶습니다. 어떤 방식으로 진행하는 것이 좋을까요?

JSON 데이터 DB 저장

안녕하세요. Java Spring으로 백엔드 서버 마이그레이션, 알람 기능 개발 중에 고민이 있어 질문드립니다. [상황] 기존 알람 서비스는 하나의 서비스 Class로 통합해서 두고, 문자, 푸쉬알람, 이메일 3가지 경우로 기능을 swith하여 각 기능별로 서비스를 호출하는 방식으로 구현되어 있습니다. 알람과 관련된 데이터는 JSON 파일에서 불러와 jsonObejct와 Map 자료구조를 통해 가공하여 기능 구현이 되어있습니다. 알람 데이터 JSON 파일은 상황별 코드에 따라 문자, 푸쉬알람, 이메일로 데이터가 구분되어 있습니다. JSON 파일은 대략적으로 아래와 같은 형태입니다. (mail 알람의 경우엔 HTML 파일을 전송하는 방식입니다. thyemleaf를 통해 전달받은 파라미터 값만 HTML에 주입하는 형태로 구현되어 있어서 msg 안에 String 대신 JSON 형태의 데이터가 들어가고 있습니다.) [알람 JSON 데이터 구조 예시] { "code1" : { "Sms" : { "title" : "sms 제목", "msg" : "sms 메세지", }, "Push" : { "title" : "push alarm 제목", "msg" : "push alarm 메세지", }, "Mail": { "title" : "mail 제목", "msg": { "name" : "#{name}", "use" : "#{use}", ... }, "code2" : {... }, ... } [문제 인지 & 개선 방향 고민] 알람 데이터가 JSON으로 정의되어 있다보니, 기능 개발을 위해 Json 파일을 읽고, JsonObject와 Map 자료구조로 데이터 가공을 할 수 밖에 없는 상황인데요. 제가 알기로는 자바에서 Map 자료구조를 사용하게되면 타입 자체가 불명확해서 지양해야 하며, JSON 파일로 관리 시 하드코딩에 해당되어 기능 자체에 제약이 많다고 판단하여 해당 상황을 DTO로 관리함과 동시에 Database에서 관리하도록 바꿔볼까 생각중입니다. [궁금증 & QnA] 이 상황에서 고민 & 궁금증이 몇 가지 있습니다. 1. 해당 알람 데이터를 DB 관리로 바꾸는게 더 나은 선택인지? -> 만약 바꾼다고 하면 Alarm Table을 따로 두고, User Table과 N:M 매핑하는식으로 구현할 생각입니다. 2. , mail HTML Template이 다양하다보니, Template 마다 넘겨줘야하는 JSON 데이터가 다양한 상황입니다. 그러다보니 mail msg 컬럼에는 다양한 형태의 JSON 데이터가 들어가게 되어 이걸 DB로 구현한다고 하니 막막한 상황입니다. -> 결국 해당 부분만 JSON 데이터로 넣는것 말고는 떠오르는 방법이 없네요.(해당 부분만 JSON 데이터로 넣으면 오히려 관리가 더 어려워지지 않을까 고민입니다.) 3. 다른 분들은 알람 기능을 어떻게 구현하는지 궁금합니다.

nest v10 질문

안녕하세요. 아직 아는 것이 많이 없는 주니어 개발자 입니다. 이번에 사이드 프로젝트에서 nestjs를 v9를 사용하다가 v10으로 마이그레이션하여 nest v10 + swc + typescript 조합으로 사용하게 되었습니다. 근데 제가 잘못 파악하고 있는 것일 수도 있지만, 해당 조합에서는 경로 지정을 상대 경로만 가능한 거 같더라고요. 절대 경로를 사용하면 모듈에 대한 위치 파악과 가독성이 좋아진다는 장점이 있긴 하지만, swc를 이용한 컴파일 속도가 빨라지는 이점이 더 크다고 생각해서 절대 경로에서 상대 경로로 변경할려고 합니다. 이에 대해서 다른 개발자 분들의 관점이 궁금합니다.

6년차 데브옵스 고민이 많습니다..

안녕하세요. 저는 6년차 Devops 엔지니어 입니다. 현재 다니고 있는 회사가 월급도 밀리고 많이 위태로운 상황이라 이직을 시도하고 있습니다. 사실 이전부터 위태로운 징조가 보여 많은 곳에 경력 데브옵스 엔지니어로 이직 시도를 해보았지만, 번번히 떨어졌습니다. 현 회사에서 사수도 없고 워낙 인력도 많이 없어서 이래저래 혼자 열심히 많이 부딪히면서 일했던 것 같습니다. AWS 자체도 거의 혼자 공부했다시피 했고, 사내 인프라 운영도 마찬가지로 전부 제 담당이었습니다. 현재 시장에 있는 회사가 k8s로 전환하거나, 혹은 현재 운영 중인 회사들이 대부분인데 현 회사에서 k8s 운영을 안했다보니 경험이 없어서 떨어지는 듯하여 최근에는 많이 공부를 하고 있습니다. 제가 현 회사에서 해본 경험은 온프레미스, 클라우드 인프라 환경 구성을 둘다 경험해봤고 그 외 컨테이너 서비스라고 하면 ECS 수준까지 사용해보았습니다. 젠킨스를 이용한 CI/CD 구성은 물론이고 APM 관련해서 프로메테우스, 그라파나 구성 및 로그 감사로 Cloudwatch 구성도 경험해본바 있습니다. 그리고 온프레미스 환경에서 클라우드 인프라로 마이그레이션도 진행해보았습니다. AWS 관련 자격증도 3개 있고 Solutions Architect는 프로페셔널까지 취득한 상태입니다. 혹시 지금 현 시장에서 데브옵스 엔지니어 경력직은 어느 정도 수준의 기술력을 원하는지 궁금하고 계속 떨어지다보니.. 이게 제 능력치가 부족해서 인거 같아 개발 경험도 어느 정도 있다고 생각하여 백엔드 엔지니어로 경력기술서를 좀 수정해서 지원하려고 하는데 이게 맞는 생각일까요? 너무 주저리주저리 두서 없이 쓴 글이라 엉망이네요.

프론트엔드, 퍼블리셔 React 협업 어떻게 하고 계시나요?

회사에 디자이너분과 퍼블리셔분들이 계셔서 퍼블리셔분이 퍼블까지하고 프론트엔드 개발자로 넘어오는 과정인데요..! 이번에 React, Next.JS로 점차 마이그레이션 하는 과정인데 퍼블리셔분이 어디까지 해주셔야 하는지 감이 안잡히네요... 기존에는 html, css와 jQuery 및 플러그인 사용하셔서 퍼블까지 하셨다고하시는데 React에서 jQuery로 직접적으로 DOM을 조작하는건 의미가 없다고 생각해서...ㅠㅠ어떻게 해야할지 모르겠어요.. 다들 어떻게 협업하고 계시나요?

Gatsby VS Next.js 비교

Create React App에서 Gatsby나 Next.js 로 마이그레이션 해보신 분이 계실까요? 검색 엔진 최적화를 위해 두 프레임워크 중 하나로 개인 사이드 프로젝트를 이전하려고 하는데, Gatsby의 경우에는 Next.js에 비해 낯설어서 사용해보신 분들의 경험을 들어보고 싶습니다.

Next.js 13 fast refresh가 작동하질 않습니다..

현재 Next.js13 프로젝트를 Pages Router에서 App Router로 마이그레이션 한 이후로 클라이언트 컴포넌트에서만 fast refresh (hot reload)가 작동하지 않습니다. 신기한 건 서버 컴포넌트의 값을 바꾸고 저장하면 바로바로 fast refresh가 된다는 점입니다. 하지만 클라이언트 컴포넌트는 값을 바꿔 저장해도 fast refresh가 되지 않거나 여러번 저장하면 가끔씩 그냥 페이지가 새로고침이 되며 수정값이 적용됩니다. 혹시나 Next 버전 문제인가 싶어 같은 버전(최신버전입니다.)으로 새로운 프로젝트를 생성해 클라이언트 컴포넌트를 수정해 본 결과, 문제없이 fast refresh가 작동했습니다. 구글링을 해봐도 일부 프로젝트의 클라이언트 컴포넌트에서만 fast refresh가 작동하지 않는 경우는 저밖에 없는 것 같습니다.. 도와주세요!

Next js 공부(버전) 추천

Next js를 배워볼 겸 혼자 사이드 프로젝트로 도전을 해보려고 합니다. 저는 어떤 기술들을 사용하고자 할 때, 강의로 가장 기본적인 것들을 공부한 후에 프로젝트 생성하고 나서 공식문서를 보던 깃허브를 보던 하는 타입입니다. 요새 Next가 많이 언급되는 것 같아서 사용해보려고 하는데, 강의도 그렇고 블로그 글이나 등등 최신 app directory는 자료가 잘 없더라구요. 그래서 어떤 버전으로 사이드 프로젝트를 시작하는게 좋을지 의견을 구하고자 합니다. 1. 구버전(12 이하)에 document방식으로 먼저 공부를 하고 나중에 최신버전에 대한 자료들이 더 많아졌을 때 마이그레이션 하는 방법 2. 맨땅에 헤딩 느낌으로 최신버전으로 악깡버 의견 남겨주시면 감사하겠습니다.

EC2 Classic에서 VPC로 마이그레이션

안녕하세요. 회사의 오래된 인스턴스가 EC2 Classic인데, 인스턴스가 정지되어 VPC로 옮겨야 실행이 가능한 상황 입니다. 원래는 AWS Systems Manager의 자동화를 이용하여 마이그레이션 할려고 했으나 HVM이 아니이게 불가능하다고 합니다.. AMI + Snapshot 이용해서 인스턴스를 새롭게도 만들어봤으나 안에 데이터들이 안 보이더라고요.. 결론은 EC2 Classic에서 VPC로 마이그레이션 하는 법에 대해서 질문 드립니다..

IE11을 지원하는 프론트엔드 프레임워크 중 무엇을 추천하시나요?

안녕하세요. 현재 런칭 중인 서비스를 개선하기 위해 프론트엔드 프레임워크 / 스프링부트 등으로 마이그레이션을 하려고 합니다. 그런데 찾아보면 볼수록 프론트엔드 프레임워크는 모두 최신 버전에서 IE11을 지원 브라우저에서 drop 중이더라구요. 아무래도 사용자의 커버리지가 중요하다보니 IE11이 deprecate되었어도 사용하는 사람들은 있긴 해서 걱정입니다. IE11도 지원하는 프레임워크 및 버전에서 추천하실 만한 게 있을까요?

자바스크립트에서 타입스크립트로 마이그레이션

안녕하세요 이번에 회사에서 자바스크립트로 된 코드를 타입스크립트로 마이그레이션 하는 업무를 받게 되었습니다. 타입스크립트는 이번이 처음이라 조금 헷갈리지만 열심히 공부하면서 작업하고 있는데요. 중요한건 사수도 없고 다른 팀의 타입스크립트로 작성된 코드도 없어 어떻게 해야 효율적으로 작성하는지 몰라 막막한 상황입니다. 혹시 공개된 기업의 코드나 사이드프로젝트로 진행하셨던 코드 알려주시면 정말 큰 도움이 될 것 같습니다. 상태관리는 redux, rtk를 사용한 코드면 더 좋을 것 같습니다. 감사합니다.

레거시 서비스 갈아엎을때 기존 코드는 어떻게 하나요?

8년 전 구현된 저희팀 서비스가 어찌어찌 힘겹게 굴러가다가 반복된 장애와 각종 이슈로 인해… 결국 아키텍처 재설계까지 하게 되었는데요. 마이그레이션 전략이 고민입니다. 규모가 꽤 큰 서비스 인지라 새로운 설계를 따라 코드를 처음부터 새로 짤지, 기존 코드를 리팩토링 하는 방식으로 진행할지… 보통 이럴땐 어떻게 하나요?

닫힌 질문 | Ts 쓰지않는 회사

안녕하세요 현재 신규회사에 취업했는데 ts 없이 js로만 코드를 짜셨더라구요. ts보단 js의 유연함이 좋아서 그렇게 하셨다는데 생각이 확고하셔서 앞으로 프로젝트 들어가기가 두렵습니다 저는 ts가 버그예방과 오류잡기 협업시 코드가독성 증가등등 더 유리하다고 생각하거든요 상사분께 말했더니 그러면 코드를 네가 마이그레이션 해보라고 하시는데 솔직히 두렵고 그러네요 상사분을 설득할지 코드를 마이그레이션할지 퇴사할지 조언부탁드립니다..

Next.js13 스타일링 어떻게 하시나요?

보통 저는 styled-component 를 주로 많이 사용했는데 이번에 app route 방식을 경험해볼겸 사이드플젝 하나 하려하는데 styled-component 는 안되는게 이것저것 많더라구여 다들 어떻게 하고계신가요?? 그리구 현업에서 Next 13 다들 마이그레이션 하시는 분위기인가요?