@SoftyChoco Blog

흔히 취준생, 주니어 분들이 많이 고민하는 부분입니다. 이곳 저곳에서 "개발자는 기초가 중요하다!"라고 하지만, 기초라고 하는 것들이 너무나 다양하고 많습니다.자료구조, 알고리즘, CS, 네트워크... 답변해주는 사람마다 "여기부터 여기까지가 기초다"라고 하는 부분이 모두 다르고, 아무리 공부를 해도 내가 모르는 것들을 아는 사람을 만나면 '저 사람은 정말 대단하다'라는 생각과 '아직도 내가 모르는게 남았구나'라는 생각에 좌절감만 듭니다.대체 어디까지가 기초이고, 언제까지 공부만 해야할까요?제가 가장 추천드리는 방법은 이것입니다. '개발의 기초'를 배우려고 하지 말고 '특정 도메인의 기초'에 집중해보세요.왜 '도메인'이 중요할까요?모든 산업에서 동일한 기술과 지식을 요구하지 않습니다. 내가 가고 싶은 곳..

취업/이직 시 처음에는 여러가지 방법으로 이력서를 찾아보고 적게 된다. 그리고 서류, 면접에서 몇 번 떨어지다 보면, 점점 이도저도 아닌 이력서가 되어가는 경우가 있다.왜 이런 경우가 발생하는 걸까?먼저 이력서의 경우, 불합격으로 인해 주변의 피드백을 받는 경우가 많다주변의 피드백이 면접관으로써 실력있는 한 사람이라면 괜찮지만, 주로 비슷한 연차거나, 면접관으로써의 실력이 없는 사람들 여러명에게 받는 경우이다. 이력서는 "채용공고에 맞는 역량"을 "내가 경험해온 것"으로 녹여내야하는데, 사람마다 어필하는 방식이나 표현이 다르고 중요하게 생각하는 부분이 다르다.예를 들어 기술적인 역량이 중요한 회사에 다니는 경우, 자신의 이력서는 기술적인 역량으로 합격했기에 기술적인 역량을 어필하라고 한다. 협업 실패를 ..

아직은 '바이브 코딩은 완성되지 않았다'라는 말들을 하지만, 저는 이미 충분한 역할을 하고 있다고 생각합니다. 직접 활용해본 결과, 앞으로의 프로덕트 팀의 구조는 이렇게 변하지 않을까? 라는 생각에 글을 한번 적어봅니다.현재의 바이브 코딩의 장점은 "빠른 생산성"이지만, 그에 대한 문제점으로는 "믿을 수 없는 안정성"에 있습니다. AI가 생성하는 결과물이 우리의 기대를 벗어나거나, 눈에 보이지 않는 오류를 포함하기 때문인데요. 이러한 문제는 단순히 더 좋은 AI를 기다릴 것이 아니라, 이에 맞춰 조직의 구조를 새롭게 변화시켜야 할 때라고 생각합니다.생산성과 안정성의 딜레마AI는 우리에게 명확한 기회와 위기를 동시에 제시했습니다.기회는 바로 '압도적인 생산성'입니다.아이디어 구상부터 실제 코드 생성까지의 ..

혹시 "카프카 요즘 어떤가요?"처럼 모호한 질문을 하고 계신가요? 질문이 어렵다면, "이것"을 기반으로 질문해보세요! 동료나 기술 커뮤니티에 "혹시 Nginx 써보셨어요?", "요즘 MSA는 어떻게 하나요?" 와 같은 질문을 던져본 적 없으신가요? 이렇게 용기 내어 한 질문에 "질문 좀 제대로 부탁드려요!", "무슨 상황인데요?" 라는 말이 돌아오는 경우가 많습니다. 이런 모호한 질문은 답변자의 시간을 빼앗고, 결국 내가 원하는 답을 얻지 못하게 만듭니다. 질문이 막막하게 느껴진다면, 단순히 기술 이름을 던지는 대신 다음 항목을 채워서 질문을 다시 만들어보세요. 1. 목표: 내가 이걸로 무엇을 하고 싶은가? - "대규모 트래픽을 안정적으로 처리하기 위한 메시지 큐 도입을 검토하고 있습니다." 2. 맥락..

"사이드 프로젝트를 한다고, 회사가 원하는 수준을 채우는게 가능한가요?" 채용공고 내 흔히 보이는 "대규모 트래픽"이나, "고가용성", "확장성"을 고려한 설계, "장애 상황 경험" 등, 취준생이나, 작은기업에서 더 나은 회사로 이직하고 싶은 많은 취업/이직러 분들에게는 너무 무서운 요구사항들이죠. 결국 두려워서 시작도 제대로 못하거나, 이런 이야기들을 하시더라구요. - 사이드 프로젝트를 해봤는데도, 취업이 안되던데요? - 사이드 프로젝트를 한다고, 이게 채용공고에서 원하는 수준이 안될텐데 의미가 있나요? - 그냥 저는 작은기업에서 시작해서 트래픽 많이 받는 곳은 가지 못할 것 같습니다. 그렇다면, 정말로 사이드 프로젝트가 의미가 없거나, 초기에 작은기업에 취업한 사람은 더 기술력 있는 회사로 이직..

실패보다 최악인 것.나도 그랬지만, 실패를 두려워 하는 분들을 많이 본다.이걸 했다가 실패하면 흠이 생긴다고 생각하고,누군가가 욕할까봐 두려워서 그럴 수 있다.하지만 최악의 경우는 실패가 두려워서 아무것도 안하는 것이다.예를 들어 취업을 하는데, '저 곳은 내 실력으로는 가기 어려울꺼야'이직을 하고 싶지만, '내가 이 회사를 벗어날 수 있을까? 나보다 잘하는 사람이 훨씬 많겠지?'새로운 도전 기회가 있을 때도 '내 수준으로는 이런 일을 하기 어려울꺼야'이런 생각들은 우리를 아무것도 못하는, 그저 하던 것만 하도록 만드는 역할을 한다.도전하더라도 실패를 하면, 왜 실패를 했는지 회고하거나 그 상황을 다른 사람에게 물어봄으로써 성장하는 계기를 만들 수 있다.도전했는데 실력이 조금 부족했더라도, 운이 좋게 성..

출퇴근길 지하철에서, 점심시간의 짧은 휴식 시간에 많은 사람들이 습관처럼 유튜브를 켭니다.수많은 콘텐츠를 보다가, 오늘도 성장을 위해 책을 요약해주는 채널이나, 성장을 위한 동기부여 영상 등을 보는 분들이 있으실겁니다.어려운 책의 핵심도 쏙쏙 뽑아서 이야기해주니, 시간도 아끼고, 성장은 했고, 정말 효율적인 방법처럼 느껴지실껍니다. 하지만, 이런 생각을 해본적 있으신가요?"이렇게 영상을 본 것이, 정말 독서를 한 것과 같을까?"책을 읽어본 적이 있나요?책은 정말 많은 장르가 있습니다.에세이, 시집, 소설 등, 여러가지 방법으로 글을 표현하죠.그리고 책을 읽을 때 우리의 뇌는 가만히 있지 않습니다. '이 인물은 어떻게 생겼을까?', '소설 속 배경은 어떤 느낌일까?', '작가가 이 글로 말하고 싶은 의도는..

개발자라면 많은 트래픽을 받아보고 싶은 분들이 많을텐데요,정작 신입 이력서에서 요구하는 대규모 트래픽 경험을 도대체 어디서 얻을 수 있는지는 알기가 어렵습니다.기업에서 신입에게 어느정도의 선을 요구할지, 좀 더 명확하게 차근차근 알려드리겠습니다.당연하게도, 가장 이상적인건 직접 경험하는 것당연히 대규모 트래픽을 직접 경험해보았다면 가장 이상적이겠지만,이 글을 보시는 분들은 이런 대답을 원한게 아닐 것이라는 것쯤은 알고있습니다.그렇다면, 왜 이게 가장 이상적일지 생각해보신적이 있을까요?깊게 생각해보지는 않고 "단순히 동일한 경험이니까." 정도로 치부할게 아니라,대규모 트래픽을 경험해봤다는 것의 실제 의미는 시스템 운영 중에 트래픽으로 인한 부하가 될만한 지점(병목지점)을 인지하고 개선하는 것입니다.당연히 ..

예전의 나는 프로그램을 개발하면서 "완벽한 코드"를 작성해야 한다는 압박을 느껴왔다.하지만 과거의 경험을 돌아보면, 생각과는 다르게 복잡하거나 문제를 일으키는 코드가 되어있던 적이 있다.당연히 완벽한 코드가 좋은게 아닐까? 완벽하지 않아도 된다는건 무슨 뜻일까?개발자가 아닌, 프로덕트를 판매하는 입장에서 생각해보자개발자의 관점에서는 코드의 완벽함이 중요한 요소일 수 있다.그러나 프로덕트를 판매하는 입장에서 보면, 고객이 느끼는 가치는 코드의 완벽함이 아니라 그 프로덕트가 제공하는 혜택과 경험에 달려 있다.예를 들어, 출시가 늦어져 고객이 원하는 기능을 제때 사용할 수 없다면, 코드가 아무리 완벽하더라도 고객에게는 큰 의미가 없다.반면, 약간의 버그가 있더라도 고객이 필요한 문제를 해결하고 가치를 제공할 ..

해당 이력서의 경우에는 취업 준비생의 이력서입니다. 기술스택은 모두 부트캠프에서 3달간 배운 것 밖에 없었고, 면접관과 여러사람들의 잘못된 피드백으로 이력서상으로는 아무 경험도 없는 사람이 되었습니다. 해당 이력서는 500개의 기업에서 불합격 통보를 받았고, 사연자분은 다시 본가로 내려가기 전 마지막으로 상담을 진행했습니다. 변경 후 일주일도 안되어 "서류 - 과제 - 면접"에서 과제 전형을 패스하고 바로 면접까지 잘 보고 오셨네요. 경험을 살린 변경된 이력서: https://softychoco.tistory.com/13