개발직 취업을 준비 중인데 SI는 가지 말라는 말이 많은데 정확히 어떤 곳인가요?

SI는 용어의 실제 의미와 달리 외주 개발 업체를 가르키는 경우가 많습니다.

어떤 기업이냐에 따라 다르겠습니다만 보통 프로젝트를 여러 기업이 나누어 수주를 하고 PM을 중심으로 업무가 진행되고 프로젝트에 따라 파견이나 내근 형태로 운영이됩니다. 보통은 시니어를 중심으로 팀을 구성하는데 이 역시도 회사마다 다릅니다.

대부분 프로젝트 중심으로 운영이 되다보니 개발에 투입되냐 운영에 투입이 되냐에 따라 업무의 성격이 다릅니다.

인력의 구성과 시간에 따라 비용이 발생되기 때문에 근무 관리도 중요합니다.

여기까진 안이상합니다.

문제는 업무환경에서 시작됩니다
계약관계에 따라 움직이는 조직이고 때에따라 프로젝트 진행중 다른 프로젝트에 투입되는 사례도 있으며 약속된 근무조건과 요구된 시스템 환경을 준수해야하고 이미 누군가가 설계한 대로 개발 인프라와 데이터베이스 등의 것들이 거의 셋팅되어 있기에 의사결정에 참여나 의견을 반영하지 못하고 코딩만 하는 경우가 많아 설계를 경험하기 어렵습니다.

이렇기에 같은 업무를 진행하더라도 이방인이고 직무 특성으로 발생한 환경적 제약으로 책임감과 완성도 측면, 기술력 등에 의심어린 시선으로 바라봅니다.

이런 시선은 재직 후 다른 IT 기업으로 이직을 시도할 때에도 작동합니다. 개인의 성장이 제한되는 환경이기에 만류한다고 보시면 됩니다.

Founder, Software Engineer

옥민수

새로운 시장과 기존 시장의 혁신 방향을 찾아 서비스와 비지니스의 성장에 집중하는 창업가이자 개발자입니다. 마켓핏에 대한 깊은 고민을 반영하는 것에 집착하고 뽐내기보다 필요한 적정기술을 사용하여 빠른 성장을 추구합니다. 

펙트만 말씀드릴게요 경력 속여서 보내는 보도방 같은데만 안가면 됩니다 si가 다 나쁜건 아닙니다

개발자

이승훈

마켓보로 프론트엔드

😎

SI는 안 가는게 맞나요?

안녕하세요!!
token, refresh token 에 대한 global 상태관리를 해야 합니다. 이정도 규모의 상태관리는 어떤 기능을 활용하는게 적당할까요 ?
- redux (사용해본 경험이 있어서 편하긴 한데.. 고민이 됩니다)
- recoil

React 에서 token, refresh-token 을 전역 상태로 관리하려고 하는데 어떻게 구현하는게 좋을까요 ?

1. next.js 에서 ssr의 경우 로컬스토리지는 접근이 불가능한데 쿠키도 접근이 불가능한가요?

2. 그리고 추가로 궁금한 부분은 accessToken을 로컬 스토리지로 저장하시는 분들은 ssr시에 인증을 어떻게 하시나요??

next.js 에서 ssr의 경우 쿠키 접근은 어떻게 하나요?

아래 코드와 같이 타입이 정의가 되어있는데
key={cancelActionPayload.action}
의 action에 빨간줄 쳐지고
'Property 'action' does not exist on type'
이라 에러가 뜨는데 제 생각에는 action 필드가 분명 있는 것 같은데 뭘 잘못 생각했을까요?ㅜㅜ

이미 정의된 타입에 'Property xxx does not exist on type' 오류가 발생해요

react에서는 route 파일에서 일괄적으로 처리하면 되는데 next.js는 페이지 별로 route가 처리되니까 어떻게 처리하고 계신지 궁금하네요

제가 생각한 방식은 _app.tsx 파일에서 일괄 처리해준다인데 추천할만한 다른 방법이 있을까요?