#리팩토링

서비스 회사에 취업

안녕하세요. 서비스 회사에 취업을 하게 되었는데 개발자가 2명뿐인 회사입니다. PM으로 되어보이시는 분과 3년차인 저 이렇게 두명이 될 예정입니다. 제가 고민이 되는건 서비스회사에서 PM으로 되어보이시는 개발자분이 저의 사수가 되어서 일을 진행 해주실지 아닐지 애매하다는 점과 기존 회사의 시스템을 리액트로 버전업 하는게 메인 개발건이라고 들었는데 문제는 그 개발건을 si 업계에 어느정도 맡긴다고 이야기 하셨습니다. 이럴 때 제가 어떻게 공부하고 성장하는 방식이 옳은지 혹은 다른 회사를 알아봐야하는 것인지 고민이 됩니다. 또 다른 고민으로는 회사 생활 중에 코드리뷰나 비즈니스 로직같은 경우 혼자서 회사생활 및 공부하면서 진행해야할 때 다른분들은 어떻게 하셨는지 궁금합니다!(ai를 활용해서 코드리뷰를 했다거나 혹은 리팩토링을 어떻게 하셨는지) Ps.면접때는 개발을 한다고는 하셨습니다.

채팅 애플리케이션에서 Redis 메시지 저장과 RabbitMQ 전송을 안전하게 처리하려면 어떻게 해야하나요?

안녕하세요. 현재 백엔드 개발자를 지망하는 대학생입니다.. 예전에 Springboot를 활용해서 개발한 채팅 애플리케이션 프로젝트를 리팩토링하는 과정에서 문제가 발생하여 질문 드립니다. 아래와 같은 아키텍처 애플리케이션을 구현했습니다. - MySQL: 채팅방 정보(채팅방 이름, 참여 인원수 등등), 사용방 정보 데이터 저장. - Redis: 채팅 메시지 데이터 저장 - RabbitMQ: 채팅 메시지를 전송하기 위한 메시지 브로커 STOMP over WebSocket을 활용해서 클라이언트에서 메시지를 pub해서 메시지 브로커인 RabbitMQ를 거쳐서 구독한 클라이언트에게 메시지(채팅)을 전송하도록 구현했습니다. 그런데 문제가 발생하는 로직이 있습니다. [채팅방 가입 로직] 1. @Transactional 내부에서 MySQL에 채팅방 데이터 저장. (해당 유저가 채팅방에 가입한 것을 저장) 2. Redis에 "User가 채팅방에 들어왔습니다."라는 메세지를 저장. 3. 해당 메시지를 RabbitMQ로 전송. (`rabbitTemplate.convertAndSend(...)`) 이런 상황에서 Redis나 RabbitMQ에서 문제가 발생해서 하나라도 정상적으로 완료되지 않으면 문제가 발생합니다. Redis 서버에 문제가 생겨서 채팅 메시지를 정상적으로 저장하지 않더라도 RabbitMQ를 통해 메시지가 전송되고, RabbitMQ 서버에 문제가 생겨서 정상적으로 전송되지 않더라도 Redis에 채팅 메시지가 저장이 됩니다. 이러한 문제를 해결하기 위해서 2PC, SAGA 패턴, Outbox 패턴 등등을 알아봤고, 그 중 가장 괜찮다고 생각했던 패턴이 Outbox 패턴이었습니다. 근데 또 어려움이 생겼는데, Outbox 패턴을 사용하기 위해 Pulling 기법을 사용 하자니 Redis에 무리가 생길 것 같고, 트랜잭션 로그 테일링 패턴을 사용 하기에는 Redis가 이를 제대로 지원하지 않아 구현이 굉장히 어려워진다는 문제가 생겼습니다. 그래서 MySQL을 Outbox 저장소로 사용할까 고민도 해보았는데, MySQL을 사용하면 속도 면에 불리해지지 않을까라는 생각이 또 들었습니다. 이러한 문제를 어떻게 해결하면 좋을까요...? 제가 궁금한점은 다음과 같습니다. 1. Redis를 활용하는 프로젝트에서 MySQL을 Outbox 저장소로 사용하는 것은 좋지 않은 방법일까요? 2. Outbox 패턴이 최선일까요? 현업에서는 이러한 문제를 어떤 식으로 해결하는지 궁금합니다.

컴공입니다. 휴학과 졸업유예 중에 고민됩니다

안녕하세요. 저는 컴공 4학년 대학생입니다. 작년에 진로고민을 엄청 많이 하다가, 대학원을 가려고 준비하였습니다. 그러나, 정말 연구의 길이 맞는지 확신이 서지 않아서 한참 고민하였고, 연구랑은 성향이 안맞다고 생각해서 백엔드로 진로를 바꾼지 3개월 정도 되었습니다. 학점은 4.4x 이고, 수도권 대학이며 자격증은 없습니다. 객관적으로 프로젝트 경험이 부족합니다. 백엔드를 선택한 이유는, 먼저 프론트, 안드로이드를 약간 경험해봤는데 너무 재미가 없어서 남은 선택지였기 때문이구요. 데이터 만지는 거를 좋아하는데 백엔드도 비슷한 거 같아서 선택하였습니다. 전에는 백엔드도 재미없을 것 같다고 생각해서 안해왔는데, 제가 원리를 좀 깊이 파는 거를 좋아하는 편이기도 하고 머릿속으로 시나리오 그리면서 개발할 수 있어서 은근 재밌더라구요. 특히 데이터쪽을 좋아해서 취미로 데이터쪽도 같이 보고 있고, Ai는 필수라고 생각해서 그쪽도 같이 공부하는 중입니다. 현재 인프런에서 백엔드 강의를 들으면서, 교내 연합 개발동아리를 하나 하고 있구요. 알고리즘 문제도 매일 풀고 있습니다. 백준 골드4 되었지만, 실제 수준은 그정도는 아닙니다. 그런데, 당장 취업하기에 스펙이 되지 않을 것 같아서 휴학을 해야할지 고민입니다. 1년만 더 일찍했으면 좋겠다는 생각이 들 정도로 하고 싶은 게 많습니다. 2,3학년 때 개발을 많이 했어야했는데… 라는 생각이 많이 들더라구요. 졸업작품으로 백엔드 맡아서 하고 있는데, 소셜 로그인도 진행시키고 싶고, 대량의 트래픽을 발생시켜서 안전하게 처리되는지, 보안 로직은 제대로 되어있는지 등등 리팩토링을 하고 싶은 게 많습니다. 그러면서도 학교를 빠르게 졸업해서 어디든 경험을 쌓아야하려나? 싶기도 합니다. 이런 상황에서 휴학을 하는 게 맞는지, 아니면 계속 다닌 후에 졸업하는 게 나은지, 졸업 유예를 하는 게 맞는지 선생님들께 조언을 구하고 싶습니다. 쓴 소리도 감사히 받아들이겠습니다.

리액트 프로젝트에 FSD 아키텍처 적용. 이 구성이 맞을까요?

안녕하세요. 현재 진행 중인 리액트 프로젝트에서 유지보수성과 확장성에 어려움을 느껴 폴더 구조를 Feature-Sliced Design(FSD) 아키텍처 기반으로 전면 리팩토링했습니다. 기존에는 `components/`, `pages/`, `apis/` 등 기능과 역할이 섞인 구조로 되어 있어, 코드의 위치가 불분명하고 협업에 어려움이 있었습니다. 이를 해결하고자 다양한 아키텍처를 조사한 끝에, FSD의 레이어 개념(Layers)에 맞춰 다음과 같은 방식으로 구조를 정리했습니다. - `app/`: `App.js`, `index.js` 등 프로젝트 진입점과 글로벌 설정 파일을 포함 - ` entities/`: `User`, `Article`, `CodingZone` 등 주요 도메인의 데이터 모델과 API 연동 담당 - `features/`: 로그인, 게시글 작성, 코딩존 출석 등 각 기능별로 모듈화하고, 필요한 경우 `hooks/` 등의 내부 디렉토리로 세분화 - `pages/`: 라우팅과 연결된 실제 페이지 컴포넌트 관리 (예: `CreatePage`, `EditPage` 등) - `widgets/`: 재사용 가능한 독립 UI 요소들 (예: `Footer`, `Navbar`, `Pagination` 등) - `shared/`: 공통 API, 유틸, 모달 컴포넌트 등 여러 기능에서 공유되는 요소들을 배치 기능 중심의 구조로 바꾸면서, 각 요소의 역할이 명확해지고 코드 탐색 및 유지보수가 훨씬 쉬워졌습니다. 현재는 복잡한 비즈니스 로직이 없어 `processes/` 레이어는 생략했지만, 추후 워크플로우가 필요한 기능이 생긴다면 도입할 계획입니다. 제가 구성한 이 폴더 구조와 레이어 분리가 실제 FSD 아키텍처 가이드에 부합하는 방향인지, 혹시 보완하거나 개선할 부분이 있다면 조언을 구하고 싶습니다. 자세한 내용은 블로그에 정리해 두었습니다. 👉 [https://juncci.tistory.com/4](https://juncci.tistory.com/4) 읽어주셔서 감사합니다!

선배님들 신입 백엔드 포트폴리오에 대해 짧게만이라도 피드백 주실 수 있을까요?

안녕하세요. 저는 현재 4년제 대학은 졸업하고 취업을 준비하고 있는 학생입니다. 백엔드에 대한 분야는 3학년 2학기에 처음 접하였고 공부를 진행하며 관련 프로젝트를 2개(1개 완료, 1개 진행중)를 진행하였습니다. 가장 큰 고민점은 하나의 프로젝트만 강조할 수 있을때 어떤것을 내세우는것이 더 좋을지에 대한 판단이 되지 않습니다. 한 프로젝트는 1년동안 진행하였고 현재도 진행중입니다. 백엔드 팀원은 절 포함하여 2명이 있고 반년동안은 단일한 서비스로 구현, 반년은 서비스 런칭 및 확장을 위해 단일 서비스를 MSA로 재설계 하여 구현하였습니다. 설계에 많은 공을 들였지만 미숙한 부분도 많고, 아직 리팩토링을 진행중이라 코드가 난잡한 부분이 존재합니다. 나머지 하나는 저혼자 백엔드를 담당했고 제 지식의 한계 내에서는 리팩토링을 진행하여 코드가 좀 더 깔끔하다고 생각합니다. 그 어떠한 피드백도 정말 감사할것 같습니다. 혹시 도움주실 수 있을까요? https://thene.notion.site/1b58113bb5c38054b490daf88cb4a12e?pvs=4 원래는 앞단에 개인정보및 자기소개부분이 있지만 제외하였습니다!

프로젝트 배포를 꼭 해야할까요?

작년에 끝난 프로젝트인데, 배포를 했다가 서버 비용때문에 내렸습니다. 취준 시작하고 프로젝트 리팩토링을 하고 있는데 배포를 내려서 결과물이 없는게 고민입니다. (시연 영상은 있습니다.) 저 혼자 서버 배포해보려고 했는데 어려워서 실패했습니다. Express 나 Next 사용해서 백엔드 다시 구축하고 배포하는게 나을지 아니면 그냥 다른 프로젝트 시작하는게 나을지 모르겠습니다. 그럴싸한 프로젝트가 이거 하나뿐인데 배포 결과물이 없으면 관심도 안가지실까요??

포트폴리오 개인프로젝트 기술 스택 고민

안녕하세요. 저는 전공생 취준생이고, 백엔드 개발자 취업을 준비하며 포트폴리오를 쌓고 있습니다. 제가 자신있는 언어는 파이썬, 자바 입니다. 제가 한 팀프로젝트는 express.js 한 개, 자바/스프링 두 개 정도가 있습니다. express.js를 쓴 프로젝트는 마구잡이로 만들어서 리팩토링할 부분이 많아보이는 상태입니다. 그리고 파이썬을 활용한 프로젝트가 없는 게 아쉽다고 느껴집니다. 자바 스프링 취업이 너무 어려워서 다른 기술 스택에 도전하면서 개인 프로젝트를 해볼까 하는데 1. 자신있는 스프링으로 해야할지 2. 작게 해보는 것이니까 파이썬도 쓸겸 장고로 해볼지 3. 파이썬은 코딩테스트로 어필이 충분할지 4. express.js 썼던 프로젝트를 리팩토링 하고 node.js 프로젝트를 추가 해야할지(스프링/node.js 두개로 밀기 위해) 고민입니다. 그리고 5. 개인프로젝트의 경우 퀄리티가 낮으면 안 하느니만 못한 포트폴리오가 될까요? 궁금합니다. 마구 조언 부탁드려요!!

신입 개발자 출근 첫주차 입니다

오늘 처음으로 과제를 주셨는데요 코드 볼 시간도 없이 처음보는 라이브러리를 제외하고는 일단은 아직 크게 어려움은 없어보이는 퍼블 작업을 주셨습니다 이 과제를 해보면서 코드를 익혀보라는 의미라고 생각이 들지만 여태 제가 짠 코드를 리팩토링 한다던지 새로 기능을 추가 위주로만 해봤지 타인이 만들어둔 코드를 제가 이해하고 수정하며 업데이트 해야한다는게 걱정입니다ㅠㅠ 일정 산출도 어떻게 해야할지 겁도 많이 나고… 초반엔 익숙하지 않을테니 넉넉하게 잡아 계획하는게 아무래도 좋을까요..? 별것도 아닌걸 질문하는거 아닌가 눈치도 보이고 이런저런 걱정이 너무 많아 이렇게 글을 올려봅니다 사소한 조언도 좋습니다..! .🥹

근래에 고민이 많은 SI 9년차입니다.

안녕하세요. 저는 지방에서 프리랜서로 SI업무를 하는 개발자입니다. 우선 제목에서 느끼는 것 처럼 오랫동안 저는 SI 업무를 일하였고, 최근 서비스 직군에서 일하는 친구와 많은 대화를 하였습니다. 그친구는 네카라쿠배 한 곳에 속한 탑티어 회사였고, 그들이 일 하는 방식과 프로젝트의 관점 자체가 너무 다르다는 것을 느낄 수 있었습니다. 많은 트래픽을 경험하며 이를 분산 하기위한 노력 유지 보수 편리를 위한 끊임 없는 리팩토링 서로 서로가 자극제 역할을 하는 코드 리뷰 끊임 없는 트러블 슈팅이 나오고 이를 해결 하고자 하는 모습이 제가 이상적으로 생각한 개발자의 모습 이라고 생각 됩니다. SI에서 제가 본 모습은 협업이 힘들고 일을 서로 미루며, 문제가 되지않는 코드를 굳이 건드릴려고 하지 않으며, 개발자들이 수동적으로 일 하는 모습이 많았습니다. (모든 SI를 싸잡는 것은 아니며 제가 본 경험을 얘기드립니다.) 머리로는 서비스 직군에서 많은 경험하는 것이 개발자 수명에도 제 미래에 많은 도움이 될 것이라 알고 있지만, 현재 프리랜서로 돈을 만족하면서 잘 벌고 있고, 결혼도 해서 빚 없이 집한채 차한대 몰며 잘살고 있는데 굳이 좋은 회사를 갈 수 있다고 장담도 못하는데 상경 해야되나 고민 되네요. 어제 , 오늘 하루종일 머리가 복잡하고 혼란 스러워 제 속내를 여기 털어 놓습니다. 비슷한 상황이라면 어떻게 하셧는지 궁금하네요

26살 백엔드 지망입니다

건동홍 컴공 졸업하고 백엔드 지망하고있는 26살입니다. 원래 게임쪽으로 지망했어서 유니티로 프로젝트도 2개정도 해보고 면접도 몇번 봤는데 취미로 하는것과 취업하는거랑 괴리가 점점 느껴져서 백엔드로 틀게 되었습니다. 면접때 기본기의 부족을 느껴서 cs를 어느정도 다지고 자바 공부하고 이제 김영한 강사님 스프링 강의 들으면서 공부하고 있는데 백엔드는 학생때부터 공부하신 분들이 많다보니 많이 늦은 느낌을 받고있네요. 질문은 3가지입니다. 1. 백엔드는 공부해야할 것이 상당히 많던데 현재 이렇게 백엔드를 시작해도 많이 늦지 않았는지 2. 현재 스프링 강의를 완강하고 db연동 및 curd 구현한 쇼핑몰 개인프로젝트를 계획중인데, 스프링 강의만 듣고 구축 후 추후 스프링 부트, jpa등으로 리팩토링 하는것이 나을지 아니면 스프링 부트 강의까지 완강 후 프로젝트를 시작해보는 것이 나을지 3. 위의 개인 프로젝트 이후 추가로 더 해보면 좋을 것 같은것이 있는지 궁금해서 질문하게 되었습니다

제가 한 업무가 중고신입으로 메리트가 있을까요?

채용시장이 너무 얼기도하고 취준이 지쳐서 작은 중소기업으로 취업했습니다 다만, 현재 주어진 업무가 거의없고 제가 일을 찾아가면서 중복코드도 리팩토링하고 성능개선도 진행해보고 개발 프로세스도 새롭게 개선해나가고있습니다 다만 이젠더이상 어떤일을 주도적으로 찾는게 너무 힘이듭니다 제가 했던 내용들이 충분히 메리트있는 일들일까요? 요즘 너무 출근해도 지칩니다 ㅠㅠ

백엔드 독학 커리큘럼 고민

안녕하세요 컴공과 4년제 졸업생 백엔드 개발자 희망하는 취준생입니다. 제로베이스 부트캠프와 독학 고민하다 독학을 해볼까 커리큘럼 계획 중인데 고민이 있어 글 작성 합니다. 1. 자바 언어(이것이 자바다 책), 코딩테스트(자바), CS지식(큰돌님 강의) 2. 김영한님 스프링 로드맵(기본 - mvc - db - jpa - 고급), 스프링 시큐리티(정수원님 강의) 추가적으로 상황이 된다면 redis, Jenkins, AWS 배포, 코드 리팩토링 등 이 순서로 공부를하면서 준비하려하는데 불 필요한 부분이 있다, 부트캠프가 더 효율적이다 등 다양한 조언 부탁드립니다..!! 카톡으로 조언해주셔도 좋습니다..! https://open.kakao.com/o/snOaa5wg

장기 취준생🥲 뭘 만들어야 할 지 모르겠습니다.

안녕하세요! 프론트엔드 취업 준비중인 취준생입니다. 실력 향상을 목적으로 절대적인 코딩 시간을 늘려 경험치를 쌓고 역량을 키우고 싶은데 어떤 것을 만들어야 할 지 모르겠습니다. 결제, 채팅 등 실제 서비스에서 사용하는 기능들을 하나씩 구현하며 공부할까 했는데 이것들은 서버나 데이터가 필요한 경우가 많아서 아예 프로젝트로 구현하는 것이 나은가 싶고.. 기존 소스 리팩토링이나 기능 확장을 해야하나 생각도 듭니다. 어떠한 의견도 소중히 받겠습니다! 많은 조언 부탁드립니다. 감사합니다.🙏

기존의 프로젝트 리팩토링 vs 새로운 개인 프로젝트 만들기

제목 그대로 기존의 프로젝트 리팩토링 vs 새로운 개인 프로젝트 만들기 이 두가지 중에 고민입니다 .. 사실 기존의 프로젝트도 팀프로젝트 단위로 짧은 기간내 완성했어서 완벽하게 완성된 것이 아니라 이도저도 아닌 상황입니다. 취업준비중인데 3-4개월가량 개발을 안하다보니 뭐라도 해야할 것 같아서 시작해보려고합니다! 기존의 팀 프로젝트를 저 혼자 완성한다고 해도 과연 도움이 될까요? 또한 개인 프로젝트에 대한 아이디어는 없는 상황인데 어떤것이 저에게 더 유리한지, 이득을 취할 수 있는 방향인지 모르겠어요 !

개발 서적 10권 읽으면서 개발

안녕하세요, 다름이 아니라 어쩌다 보니 매일 6~7시간씩 개발 서적을 읽을 수 있는 기회가 생겨서 개발 서적을 읽으면서 개발을 하고 있습니다, 기존에 서비스를 개발해본 경험은 있고 기획 to 배포까지 했었습니다, 그래서 저번 서비스를 만들면서 아쉬웠던 점들이 많았고 가장 큰 아쉬움은 뭐가 문제인지 확인하는거조차 어렵다는 점 이었습니다, 그래서 이번에 총 책을 10권 정도 사서 4개월간 읽으면서 서비스 개발을 하고 있습니다, 책을 읽을 때는 기존에 알았던 지식 검증, 새로 알게 된 지식, 기존에 알았지만 오류가 있는 지식을 기준으로 책을 읽고 이러한 내용들을 느낀점과 더불어 현재 문제점 등 메모장에 저가 이해한 대로 꾸준히 기록하고 있습니다, (한 챕터에 2-3 페이지? 정도 “아 이래서 그런거구나” 느낌으로 기록하고 있습니다) 현재 책을 읽은지는 약 2주차이고 책을 읽으면서 지속적으로 개발하면서 고쳐야할 점을 리팩토링 하고 있습니다, 곧 토비의 스프링 Vol2 를 읽을 거 같습니다, 읽을 책 리스트는 순서대로 아래에 있습니다, 현업분들 입장에서 신입이 이런 경험이 있고, 그런 내용을 블로그에 회고록으로 아주 자세히 적어놓는거에 대해서 어떻게 생각하시나요? 객체지향의 사실과 오해 토비의 스프링 1,2 자바 ORM 표준 JPA 프로그래밍 실전 스프링 부트 도커/쿠버네티스를 활용한 컨테이너 개발 실전 입문 컨테이너 인프라 환경 구축을 위한 쿠버네티스/도커 Real MySql8.0 Clean Code 클린 코드 개발자의 글쓰기 휴대폰으로 쓴 글이라 가독성이 떨어지는 점 죄송하며, 읽어주셔서 감사합니다

sm 회사에서 서비스 회사로 이직 가능할까요

안녕하세요 지금 3년 7개월차 java 웹 백엔드 개발자입니다. 현재는 sm으로 공공기관에서 일하고 있습니다. 이전엔 2년정도는 기업연구소에서 솔루션 리팩토링 및 고도화 일하는 일 했구요 다소 늦은감은 있지만 서비스 회사로 이직을 도전하기 위해 퇴사를 결정하고 공부를 해서 서비스 회사로 취업하려고합니다. 나이는 20대 후반입니다. 코테 준비도 하고 jpa ci/cd TDD 준비를 통해 프로젝트를 만들어 보면서 공부하려고하는데요 경력을 무시하고라도 스타트업이든 신입라도 취업하고 싶은 심정입니다. 서비스 회사로 취업하려고 하는데 취업이 어려운가요 ?

신입 프론트엔드 개발자 이력서 피드백과 공부 방향성에 대해 질문드리고 싶습니다!

안녕하세요! 현재 부트캠프에서 공부중인 프론트엔드 개발지망생입니다! 현재 여러 회사에 이력서를 제출하였으나 아쉬운 소식만 들리고있습니다 이력서에 대해 많이 고민을 하고 수정을 거치고있으나, 현직 선배분들의 입장에서 어떠한 부분을 수정 하면 좋을지에 대해 알려주시면 너무 감사할 것 같습니다! 아래는 제 이력서 주소입니다! https://hallowed-amethyst-e04.notion.site/a18c3f5f74244a2982d58e8a781a1e41 두 번째로는 앞으로의 공부 방향성에 대해 여쭙고 싶습니다. 현재 공부하려는 목표는 총 네 가지입니다. 1. 최근 프로젝트를 리팩토링하기 최근 프로젝트가 기한내의 완성에 신경을 쓰다보니 컴포넌트와 비즈니스 로직 분리부분에 아쉬운 부분이 많이 있는 것 같습니다. 또 리팩토링을 통해 최근에 공부하고있는 테스트코드와 최적화 부분을 연습할 수 있는 좋은 기회라 생각하여 목표로 하고있습니다 2. 순수 Js로 프레임워크 만들어보기 Js에 대한 이해도를 올리기 위해 직접 간단한 리액트와 같은 프레임워크를 만들어보는 작업을 해보면 어떨까 생각했습니다. 특히 자바스크립트에서 어려운 개념 (클로저, 클래스) 등을 실제로 사용하면서 이해도가 높아 질 수 있을 기회가 아닐까 합니다 3. Next js 공부 심화 Next js에 관한 간단한 프로젝트는 진행한 경험이 있지만 이해도가 부족하다 생각하여 추가적인 공부를 계획중입니다. 최근 채용 공고에서 대부분의 회사가 Next js를 사용하는 것을 보아 중요성을 깨닫고있습니다 4. 실제 이용자가 있는 앱 만들어보기 부트캠프 내의 프로젝트다보니 특정 기한이 끝나면 서버가 닫혀서 직접 보여줄 서비스가 없던 것이 아쉬웠습니다. 또 이용자의 진실한 피드백과 이용자가 있는 서비스를 만들다보면 더 열정이 생겨서 프로젝트를 깊게 수행 하지 않을까라는 생각도 들었습니다. 이용자의 접근성을 높이기 위해 리액트 네이티브를 추가적으로 공부해서 앱형식으로 서비스를 만들어 보려합니다 총 네가지의 목표를 잡고있는데, 우선순위를 어떻게 두면 좋을지가 고민입니다. 이 외에도 선배님들께서 이러한 부분을 신입이 알면 좋겠고, 공부하면 좋겠다 하는 부분이 있으시다면 말씀해주시면 감사하겠습니다! 글이 길어졌는데 읽어주셔서 감사합니다!

프로젝트 리팩토링 어디까지 진행하는 것이 좋을까요?

백엔드 개발자를 꿈꾸는 취업준비생입니다. 지금까지 팀 프로젝트, 개인 프로젝트 등 여러가지 사이드 프로젝트들을 진행해왔습니다. 이 과정에서 새로 배운 기술들, 제대로 활용하지 못했던 문법 등 다양한 것들을 공부하면서 이전에 작성했던 코드들을 바라볼 때 어떤 시야로 바라보시는지 궁금합니다. 예를 들어 먼저 진행했던 a 프로젝트에서 api 응답 방식을 단순히 ResponseEntity를 활용해왔다고 가정하고, 이후 진행한 b 프로젝트에서 응답 형식을 커스텀한 DTO 클래스를 활용했다고 가정했을 때 b프로젝트에 활용한 방식이 더 낫다고 느껴진다면 a프로젝트에 해당 부분을 리팩토링 하는 것이 좋은 공부 방법인가요? 새로운 것을 계속 공부하고 프로젝트마다 다른 방식을 적용하게 되면서 이전 코드를 바라보면 “왜 이렇게 짰지?”라는 생각도 들고 뭔가 이걸 개선했던 이유들을 되돌아보며 얻는 것들이 있다고 생각해서 개인 공부 목적의 프로젝트 외에 진행했던 사이드 프로젝트에 관한 리팩토링은 크게 진행하지 않고있습니다. 다른 개발자분들은 어떤 기준으로 리팩토링을 진행하고 어떤 공부방법을 선호하시는지 궁금하여 질문 남깁니다!

API 호출 시, 응답의 반환하는 방법에 대해 질문이 있습니다.

제가 했던 방식과 다른 새로운 방식을 알게 됐는데 다른 개발자분들은 일할 때 어떤 식으로 통신하는지 궁금증이 생겼습니다. 그리고 이번 기회에 다른 개발자들과 이야기해 보면서 또 어떤 방식이 있는지 알기 위해 커리어리에 첫 글(질문)을 쓰게 됐습니다. —— ***들어가기 전에*** - 신입 백엔드 개발자로 취업 준비 중입니다. - 다양한 방식으로 해보는 걸 좋아하기 때문에 장단점만 있을 뿐 정답은 없다고 생각합니다. - API 요청 시, `Reponse status code`는 클라이언트-서버와의 약속이라고 생각하고 있고, 약속을 했으면 따라야 한다고 생각합니다. - 기간이 짧은 프로젝트이기 때문에 어떤 답변이 오더라도 프로젝트에서 정한 약속을 바꿀 생각은 없습니다. 프로젝트가 끝나고 백엔드 개발자분과 리팩토링을 하면서 의견을 공유해보고 싶긴 합니다. (원하지 않는다면 어쩔 수 없고요..) ***중요*** - 글을 잘 쓰는 편이 아니라 이해가 안되거나 제 말투가 공격적이라고 느껴지는 부분이 있으면 언제든지 말씀해 주세요! - 만약 방식이 잘못됐다고 생각하시면, 그렇게 생각하는 이유와 가능하다면 경험을 공유해주세요! —— # 본문 지금까지 RFC / MDN / IT 기업 기술 블로그 등을 보고 REST API를 공부했고, 설계 원칙에 따라 모든 API 요청에 대한 Response 상태 코드를 200, 400, 401, 403, 404, 500 등과 같이 정확하게 주고받아야 한다고 생각하고 있었습니다. (물론 애매한 경우도 있었습니다) 그런데 최근 짧은 기간 동안 프로젝트를 하게 되었는데, iOS 개발자(2년차 현직)분과 백엔드 개발자(신입 개발자 취업 준비)분께서는 아래와 같은 의견을 주셨습니다. ''' 클라이언트의 입장에서 요청을 보냈을 때, 서버와 연결이 실패한 게 아니라 서버를 통해 정의된 에러 (4xx, 5xx)를 받았으니 통신에 성공한 것이다. 그러므로 API의 모든 요청(권한이 없는 사용자의 요청, 잘못된 리소스 요청, 이미 가입한 사용자가 다시 회원 가입 요청 등)의 `Response status code`는 200을 반환하고 body에 서버에서 응답한 상태 코드(3xx,4xx, 5xx 등)와 함께 커스텀으로 명시한 에러 코드(AUTH-001 등), 에러 메시지를 보내야 한다. ''' 관점을 다르게 보면 그럴 수 있겠구나 싶었고 문득 주변 개발자분들은 어떻게 구현을 하는지 궁금해져서 이야기를 나눠봤는데 그 결과는 반반이었습니다. 아직 그분들도 연차가 높지 않기 때문에 그렇게 설계한 이유와 이점에 대해 자세히 알고 계시지는 못했습니다. —— # 질문 1. 모든 요청의 Response status code로 200을 보내는 건 REST API 설계에 어긋난다고 생각하는데 이렇게 설계하는 이유와 있는지 궁금합니다. 2. 모든 API 요청의 Response status code를 200으로 보내는 방식으로 구현한다면 나중에 어떤 문제가 생길 수 있을까요? (예를 들어 웹으로 확장 등) - 현재 iOS로 개발 중이며, 확장 가능성은 없는 상태입니다. 단순하게 궁금해서 질문드립니다. 3. 만약 두 방식 외에 다른 방식으로 통신한 경험이 있으시면 그 방식을 선택하신 이유와 이점도 궁금합니다.

프론트엔드 개발자 포트폴리오 완성도

현재 포트폴리오 하나를 완성 하긴 했습니다 하지만 컴포넌트 패턴 같은것을 익히고 코드를 거의 다 뜯어 고치고 있습니다 물론 브랜치를 나눠서 고치고 있습니다 하지만 뭔가 시간이 오래걸릴 것 같은데 이 상태로 포폴을 내고 면접관님께 계속 리팩토링 중이다 라고 말씀 드려도 되나요?

주니어 개발자가 읽었으면 하는 책 추천 있을까요

최근 프로그래머의 뇌, 소프트 스킬, 실용주의 프로그래머, 프로그래밍 면접 이렇게 준비한다, 한 권으로 읽는 컴퓨터 구조와 프로그래밍 이정도 읽었습니다. head first design pattern 지금 70% 읽어서 아마 차주 중에 마저 읽을 것 같은데 다음에 뭐 읽을지 고민되네요 리팩토링은 사뒀는데 영 생겨먹은게 맘에 안 들어서 손이 안 가고, 이 책 괜찮다 혹시 추천해주실 수 있을까요? 가능하면 이북으로 있으면 좋겠네요 특정 기술에 국한되도 좋고, 개발 전반에 관한 것도 좋습니다

좋은 Python 코드 레퍼런스를 어떻게 찾아볼 수 있을까요?

안녕하세요 현재 사이드 프로젝트에서 백엔드 파트를 맡고 있습니다. FastAPI 프레임워크를 이용해서 API를 개발했고 리팩토링을 하기 위해 test code를 작성중인데, 다시 돌아보니 참 도대체 왜 이렇게 한걸까 싶네요... 개발을 하다보면 간단한 네이밍부터 시작해서 선택지가 굉장히 많은데 혼자 하다보니 깊은 고민이 없어서 이런 상황까지 온 듯합니다. 지금은 FastAPI를 사용하고 있으니, FastAPI를 만든 tiangolo 깃허브에서 예시로 만들어둔 코드를 참고했는데 문득 다른 개발자들은 어떻게 했는지 궁금해지네요! 혹시 여러분은 이럴 때 어떻게 레퍼런스를 찾으실까요?

인턴 vs 포트폴리오 보강 + 코테 올인

안녕하세요. 저는 대학 4학년 1학기에 재학중이며, 2025년 2월에 졸업 예정인 학생입니다. 현재 선택의 기로에 놓여 있어서 선배님들의 조언이 간절해 몇 자 적어봅니다. 현재 백엔드 스프링부트로 취업 준비를 하고 있는데 연합 IT 동아리에서 스프링 부트로 프로젝트를 수행한 경험은 2회 정도 있으나 서비스 기업 기준으로 눈 여겨 볼만한 메리트가 있는 스토리는 없습니다. 그런데 현재 4인 규모의 2년차 스타트업에서 인턴 제의가 들어왔습니다. 제가 자신 있는 것은 스프링이지만 만약 인턴 업무를 수행하게 된다면 배운 적 없는 node.js로 현재 프로토타입 형태인 서비스를 최적화, 안정화 등 리팩토링 작업을 하게될 것 같습니다. 인턴 6개월 vs 코딩테스트 준비 + 더 메리트 있는 포트폴리오 구축(현직자들과 함께하는 새로운 프로젝트 수행 혹은 기존 프로젝트에 메리트 있는 요소들 추가) 중에서 어떤 것이 더 나은 선택일지 조언을 구하고 싶습니다. 개인적으로 생각하는 장단점은 아래와 같습니다. 장점 - 4일 재택 + 하루 출근(주 40시간)이어서 4학년 1학기 정규 학기 과정을 하면서도 인턴 경험이 가능하다는 큰 메리트가 존재한다. - 인턴이 금턴인 시대에서 현업 경험을 쌓을 수 있다.(사이드 프로젝트도 좋지만 회사들이 가장 좋아하는 것은 실무 경험) 단점 - 자바 스프링부트가 아닌, 자바 스크립트 node.js로 업무를 수행해야 하며, 새로 배워야 하기 때문에 러닝 커브가 존재한다. - 추후 더 큰 기회를 위한 코딩테스트를 준비 할 시간이 없다. - mash up이나 디프만 등 현직자와 함께하는 동아리에 지원할 계획이었으나 할 수 없으며, 여름 방학 단기 인턴 지원도 할 수 없다. - 사수 없이 난관들을 헤쳐 나가야 한다.

access token을 쿠키에 저장하는 작업은 프론트/백 어디서 해야 하나요?

안녕하세요. 사이드 프로젝트 리팩토링을 하는 중에 궁금한점이 생겨 질문 올립니다. 지금은 로그인 시 rt를 쿠키에 저장(백엔드에서), at를 로컬스토리지에 저장(프론트에서)하고 있습니다. 프론트측에선 api를 호출할 때마다 로컬스토리지에 있는 at를 꺼내서 fetch옵션에 전달해주는 작업을 하고 있어요. 그런데 서버 컴포넌트에서 api를 호출하려고 하니 로컬스토리지에 접근하지 못하는 문제가 있더라구요. 결국 at를 로컬스토리지가 아닌 쿠키에 저장하는 방식으로 변경하기로 했는데 이럴경우 at를 쿠키에 저장하는 작업을 백엔드와 프론트엔드 중 어느쪽에서 수행해야 하나요? 아니면 혹시 쿠키에 저장하는 방법 말고도 더 좋은 방법이 있을까요..?

프론트엔드개발자 미니 프로젝트

안녕하세요! 현재 왔다갔다 고민 중인 그런.. 상황입니다 ㅎㅎ 고민인 사항은 기존 todolist 를 리팩토링하는게 좋을지, 새로운 프로젝트를 만들어보며 좋을지 가 고민 사항입니다. 기존에 리액트를 학습하면서 정말 기본의 crud 만 구현해놓은 프로젝트가 있습니다. 그 흔한 context api를 사용하지 않은 상태입니다..ㅎㅎ zustand, tanstack query, ts 등등 이 스택들을 이제 막 익혀보려는 상황에 있는데요.. (습득 아닙니다 이제 막 시작하려고해요ㅠㅠ) 공식문서를 읽는다 해도 직접 사용해보지 않아서 잘 모르겠더라구요.. 그래서 저 스택들의 기여가 적어도 일단 적용은 해서 익혀볼까? 라는 마음인데 기존의 todolist 에 뭐 검색, 최신순 정렬 등의 기능을 추가하면서 저 스택들을 사용해볼까 , 아님 아예 새로운 미니 프로젝트를 각잡고 만들어보는게 나을까 싶은 고민입니다.. todo가 작은 프로젝트인데 규모에 비해 과하게 기술을 적용하는건가? 싶기도 하고 포트폴리오에도 넣어야하는데 todo 넣는게 맞나.. 다들 이렇다 할 프로젝트를 내놓는 마당에 아예 각잡고 새로운 프로젝트를 해야하는지 참 고민인 시점입니다 ㅠㅠ 아니면 리액트쿼리, zustand 등 익히기 위해서 괜찮은 학습방법에 대해 공유해주셔도 감사할 것 같습니다. 쏟아지는 기술들에 도대체 뭐부터 해봐야하나 정신이 혼미한 상태이므로...ㅎㅎ 도움이나 의견 주시면 감사하겠습니다 !!

리액트쿼리 고수분들 도와주세요

사이드프로젝트 리팩토링을 진행하는 중에 이해가 안되는 부분이 있어 글 써봅니다. const { data, isLoading, fetchNextPage } = useInfiniteQuery( ["getProducts", sortOption, sortOrder, filterValue, categoryName], async ({ pageParam = page - 1 }) => { const response = await api.post(`/cal/v1/product/${categoryName}`, { filter: filterValue, page: pageParam, query: "", size: size, => size: size - 8 /* 변경한 부분 */ sort: [{ field: sortOption, option: sortOrder }], }); setTotalProduct(response.data.body.product.totalCount); return response.data.body.product.items; }, { refetchOnWindowFocus: false, getNextPageParam: () => page, } ); 위 코드는 인피니티 스크롤을 구현한건데요, size는 한번에 받아 올 상품의 개수 입니다. 상품을 한번에 4개 받아올때는 500ms~, 8개 = 2500ms~, 12개 = 10000ms~ 정도로 요청시간이 비정상적으로 커집니다. 사용자경험과 api요청횟수를 고려했을 때, 12개를 받아오는것이 가장 적당하다고 생각되는데 렌더링 속도가 많이 느리다고 생각되서 개선하고자 합니다. **초기렌더링 에서만 문제가 발생되고, 캐싱되어 fresh한 상태일 때는 바로 불러옵니다** 코드의 다른요소들은, 필터링. 정렬들을 위한 요소들이라 렌더링 시간에 영향을 줄 것 같지는 않은데 왜 이런 문제가 발생하는지 궁금합니다. 이 외에도 잘못작성된 부분이 있거나, 개선해야할 사항이 보이신다면 알려주시면 감사하겠습니다!!

신입개발자 진로고민

안녕하세요 현재 Jquery + sql + spring으로 업무를 진행중인 4개월차 신입 개발자입니다. 진로에있어서 고민되는게 있어 이렇게 글을 쓰게되었습니다. 첫회사다보니 1~2년은 무난히 다니려고 했으나, 현재 이직을 알아보고있습니다. 이직을 알아보게된 계기는 이렇습니다. 최근의 기술동향과, 업계의 빠른 변화를 고려할 때, 제가 현재 사용중인 기술스택은 다소 오래되었다고 생각합니다. 오래되었다고 배울것이 없는것은 아니지만, 나중에 이직하거나 커리어를 고려했을 때, 걱정이 됩니다. 현재 회사에서 새로운기술 도입이나, 업그레이드에 대한 생각이 전혀없습니다. 제 개인적인 성장과 더 나은 개발 환경에서의 경험을 추구하기 위해 이직을 고려하게 되었고, 특히 React를 활용한 SPA 프레임워크를 적극적으로 채택하는 회사에서 일하면서 더 동적이고 현대적인 개발환경에서의 경험을 쌓고 싶은게 이유입니다. 서류를 제출할 때, 4개월밖에 안되는 경력을 기재하려고 하는데, 이런 사유를 적어두는것이 좋을지, React + JS 프론트엔드로 취업준비를 했었으며 앞으로도 프론트엔드 쪽으로 알아보려고 하는데, 이전에 진행했던 프로젝트를 리팩토링하는게 좋을지, 아니면 새로운 프로젝트를 진행하는게 좋을지가 고민입니다.

4년 다니던 회사가 연봉 통보로 바뀜, 이직이 답인지 고민이됩니다 조언 부탁드립니다 ..

안녕하세요. 😊 저는 비전공자로 취업한 케이스입니다. 현재는 3년째 2개월째 재직중입니다. 하하 사실 개발을 시작할 때는 개발자로 취업했으면 좋겠다는 마음뿐이었던 것 같습니다. 처음 면접 본 회사에 합격했는데 우리 회사가 너무 좋아서 정말 열심히 회사 생활을 해온것같아요. 저는 요즘 타회사 개발자들 커뮤니티에서 이거 쓴데 ~ 하는 것들은 대부분 찾아보는 취미가 있습니다. 새로운거 찾아보는걸 쫌 좋아해요 암튼 저희회사 처음 입사했을때는 mvc 프로젝트에 svn 으로 코드 병합하고 jsp 사용하구 일단 프로젝트 엄청 무겁고 로딩하는데 3분걸리고 코드 해석하는데 오랜 시간이 걸리는 . . . . 암튼 그런 레거시 플젝뿐이었어요. ㅠㅠ 제 입사 첫 업무가 vue 랑 스프링부트로 게시판 만들어보랬는데 회사에 vue 쓸줄 아는 사람은 한명도 없고 ; 결국 제 입사동기랑 둘이서 vue랑 스프링부트로 해보다 두달째인가? 지났을때 뷰 템플릿 찾아봐라 > 네비게이션 만들어라 > 사내 관리 시스템 만들어라 이래서 아직까지 잘 쓰고있는? 프로젝트를 만들었거든여 (지금보면 고치고 싶은곳 투성이라 여유있을때 리팩토링 시도함 . . .) 그리구 git 으로 바꾸자구 적극 건의해서 svn에서 gitlab 으로 갈아타구 팀원들 보라구 gitlab 사용법도 문서화해서 공유하구 작년부터 시작한 새 프로젝트는 더 애정이 깊은데 jpa 를 너무 쓰고 싶어서 진짜 엄청 졸라서 도입하고 사내에서 일끝나고 쿠버네티스 스터디 해서 쿠버네티스도 도입해서 (제가도입은안했지만) 간단한 매니페스트 작성해서 웹, 크론잡 올리는건 할 수있구 레디스도 쿠베에 구축해서 웹 세션관리 레디스에서 해서 각 파드에서 세션 공유할 수 있게 하고 레트로핏이 빠르대서 그것도 도입하구 . . . 다른분들이 이거보면 별거 아니네 할수 있지만 !!! 저한테는 진짜 소중한 프로젝트들이란말이에요 !!(?) 회사에서 썩어가던 . . 고인물 프로젝트 전부 스프링부트로 대체해서 지겹게 발생하던 프로젝트간에 의존성 충돌도 해결하구 . . . 심심할때는 데몬들로 돌리던거 플랫폼으로 ui 랑 api 혼자해서 배포하구 돌아보니 회사 프로젝트에 제가 엄청난 애정을 쏟았네요 ...... 암튼 이제는 회사 분들도 진짜 정 많이들고 좋거든요 개발하다 고민생기면 같이 더 나은 방법 찾아주려고 고민해주는 문화가 점점 자리 잡고 있어서 . . . 만족함 !!!! ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ 서론이 길어졌는데 . . . 제 고민은 이제 말씀드릴께요!! 저희 회사에서 2800 초봉으로 시작해서 3400 > 3900 이렇게 올랐는데 사실 연협과정에서 만족했거든요 (적은건알지만!!) 올해부터 저희회사가 연봉협상이 아닌 연봉통보라는거에요 🥹🥹🥹 진짜 제 고민은 이제 우리 회사에 애정을 느끼는데 . . . . 연봉 통보로 바뀌면 전 이직을 하고 싶은데 . . . . 하하 다른 개발자 분들의 생각은 어떤지 여쭤보고 싶습니다 . . . 찐조언 부탁드립니다 . . .

프론트엔드 취준생인데, 제 현재 상태에 대한 의견을 듣고 싶습니다.

안녕하세요. 프론트엔드 개발자를 희망하는 20대 중반 취준생입니다. 다름이 아니라, 제 상황에 대한 다른 분들의 객관적인 의견과 조언이 필요해 글을 쓰게 됐습니다. 거두절미하고 제 상황에 대해 적어보겠습니다. - 컴공과를 전공했고 졸업한 지 1년이 지난 상태. 취준을 해야겠다고 생각은 했으나 대기업 서비스 기업에만 도전했고 도전할 때마다 연이은 탈락을 겪으며 자존감 하락 -> 노력을 더 해야 했지만 바보 같이 그러지 않았음... - 알고리즘 능력 * solved.ac 티어는 골드 1이지만 2년간 꾸준히 쌓아온 티어라서 옛날에 풀었던 문제들에 대해선 잘 기억나지 않아 실제 실력은 그것보다 낮은 상태 * DFS, BFS와 구현을 푸는 게 재밌어서 그것들 위주로 풀었더니 다른 알고리즘 문제에 많이 약함 * 실제로 코테에서 정말 많이 떨어짐 - 프로젝트 경험 * 프론트엔드 역할을 맡아 프로젝트를 3개 진행했음. 그러나 하나는 프론트엔드에서 하는 역할이 정말 적어서 프론트엔드 역량을 보여주는 용도로 작성하긴 어려울 것 같음 * 전부 다 리액트를 사용한 프로젝트 * 전부 다 학부 시절 프로젝트, 프로젝트가 끝난 후 추가적인 노력을 들이지 않아서 쓰인 기술들에 대한 지식이 부족하고, 완성도가 부족함(공통적으로 성능&속도에 대한 고려가 없었고, 한 프로젝트는 기능 한 개를 완성하지 못했음) * 진행하던 시절 나름대로 기술적인 고민을 했었지만 기록을 하지 않아서 기억나는 건 적음... - CS 지식 * 학부 시절엔 학점을 관리하는 정도(3.8/4.5)로만 공부했고 졸업한 지 1년이 지난 지금은 많이 까먹은 상태 - 프론트엔드 지식 * 따로 공부한 적은 거의 없고, 대부분이 프로젝트를 진행하며 얻은 지식임 * 수박 겉핥기 수준으로만 알고 있음 네... 이렇게 정리하고 보니 정말 부족한 점이 많네요. 이렇게 부족한 점이 많은데도 현실을 직시하고 개선하려고 하지 않았던 제 과거가 정말 많이 후회됩니다. 그렇기에 지금부터라도 제 부족한 점들을 인식하고 고쳐나가고 싶습니다. 제가 목표로 하는 기업은 여전히 대기업 서비스 기업이지만 굳이 대기업이 아니더라도 제가 성장할 수 있는 서비스 기업도 정말 가고 싶습니다. 또, 이번 년도에는 무조건 취업을 하는 게 목표입니다. 이런 상황에서, 1. (물론 전부 다 보충해야겠지만) 어떤 점을 가장 우선해서 보충해야 할지, 2. 제가 진행했던 프로젝트들을 리팩토링하면서 부족했던 부분들을 보충하는 게 좋을지, 아니면 아예 새로운 프로젝트를 진행하는 게 좋을지, 3. 싸피라는 부트캠프에 합격했는데 입과해 1년간 그곳의 커리큘럼(알고리즘, 풀스택 - java, html, css, javascript, spring, myBatis, vue)에 따라 공부하고 프로젝트 경험을 쌓는 게 좋을지, 아니면 선택과 집중을 하며 스스로 공부를 하고 보충하는 게 좋을지 이렇게 세 가지에 대해 여러분들의 의견을 듣고 싶습니다. 글 읽어주셔서 감사하고, 여러분들의 소중한 의견을 남겨주시면 정말정말정말*100000 감사할 것 같습니다...!

부트캠프 수료 후 취준 중인데 제대로 준비 중인지 질문드리고 싶습니다!

안녕하세요 부트캠프 싸피 수료한 비전공자입니다. 프론트엔드 지망하고 있습니다. 부트캠프 덕에 빨리 성장할 수 있었지만, 아직 부족함이 많은 것을 느끼고 있습니다. 프로젝트는 4가지 했는데, 적성 알아본다고 백도 해보고 프론트도 해보고 배포도 해보면서 다 얕게 알고 있는 거 같다는 느낌이 듭니다. 내가 이 상황에 이 코드를 왜 작성했는지 완전히 이해하고 있다는 느낌이 부족합니다. 리액트나 자바스크립트 지식도 부족한 거 같습니다. 개인적으로 내가 이걸 남에게 잘 설명할 수 있을 정도로 이해하고 있다는 확신이 없으면 불안한 타입이라서, 이 부족한 부분을 메꾸고 싶습니다. 그래서 수료 후에도 올해 상반기 취업을 목표로 열심히 공부 중인데요, 1. 기존 진행한 프로젝트 한 개 리팩토링: UI 및 성능 개선, 코드 정리, 추가 기능 구현. 이 과정에서 코드에 대한 고민을 하고 싶습니다. 2. 코테 준비(백준 실버1도 어려워해서 시간 투자를 꽤 하는 방향으로 계획) 3. CS, 프론트엔드 기술 면접 준비 4. 쓸만한 프론트엔드 프로젝트가 하나 뿐이라(나머지는 백) 1,2월달 동안 2명이서 토이 프로젝트 진행할 계획입니다. 이 과정에서 코드에 대한 고민을 하고 싶습니다.22 5. 이력서, 자소서 수정 한국에서 경력을 쌓은 후 해외 취업을 꿈꾸고 있어서 중소, 스타트업, 대기업 상관없이 개발자로써 성장할 수 있는 기업에 지원하려고 하고 있습니다. 저는 일단 이렇게 생각 중이었습니다. '이 계획을 일단 3-4개월 내로 최대한 지키는 방향으로 해서 네카라 등 대기업까지 노려보고, 상반기 안되었을 경우 추가 계획을 세워 하반기도 고려해야지' 근데 공부를 하다 보니 저게 3-4개월로 계획을 제대로 달성 못할 거 같아 불안합니다. 너무 욕심이 과한 건 아닌지, 굳이 싶은 항목이 있는지 점검하고, 취준 기간에 대한 조언을 구하고 싶습니다. 이 계획이 3-4개월 용으로 적절하다면, 비중을 어떻게 두는 게 좋을지 잘 모르겠습니다. 그렇지 않다면 계획을 덜어내야 하는 건지, 아니면 계획을 덜지 말고 취준 기간을 늘려야 하는 건지 모르겠습니다. 계획을 덜어낼 경우 어떤 부분을 덜어낼 수 있고, 어떤 부분에 집중하는게 좋을까요? 객관적으로 알고리즘 실력이 빈약한데, 코테가 없는 기업만 지원하는 건 좋지 않은 전략일까요? 취준 기간을 늘릴 경우, 부모님께 지원은 받을 수 있습니다. 다만, 취준 기간을 길게 잡는게 취준생에게 좋은 건지(공부 태도, 멘탈 등에 있어서) 의문이고, 싸피에서는 하반기로 가면 그건 이제 공백기로 간주해서 매우 불리해질거라고 들었는데 진실인지 모르겠습니다. 마지막으로, 취업을 위해 고3마냥 공부하려고 마음먹고 있습니다. 근데 몸이 잘 안따르고 게을러지는 날도 있어요... 하루 잘못 보낼 때마다 멘탈이 쪼개질 거 같은데 이건 어떻게 극복하셨는지 혹시 팁이 있을까요? 질문이 많아서 죄송하고 긴 글 읽어주셔서 감사합니다. 요약 1. 부트캠프 수료했는데 개인적으로 많이 부족하다고 느껴서 계획을 빡빡히 세움. 해당 계획이 적절하다면, 계획의 시간 배분을 어떻게 해야 하는지 2. 계획이 적절하지 않다면 계획을 덜어내는 게 좋은지, 취준 기간을 늘리는게 좋은지? 2-1. 계획을 덜어낼 경우 어떤 부분을 덜어낼 수 있을지? 코테가 없는 기업만 지원하는 건 좋지 않은 전략일까요? 2-2. 취준 기간을 길게 잡을 경우, 공백기 문제는 없는지? 3. 취준 기간 하루를 잘못 보냈을 때 멘탈 관리는 어떻게 하는게 좋은지.