@SoftyChoco Blog

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

최근 개발자들이나 취준생분들과 이야기를 나누다 보면 공통적으로 나오는 한숨 섞인 질문이 있습니다. "서류 통과조차 왜 이렇게 힘들까요?"제가 커리어를 시작할 때와 비교해 보면, 지금의 채용 시장은 단순히 '불황'이라는 단어로 설명하기엔 훨씬 더 복잡하고 가혹해진 것 같습니다. 하지만 냉정하게 시장을 들여다보면, 우리가 어디에 집중해야 할지 그 실마리가 보입니다.1. 이력서의 상향 평준화채용 공고 자체가 줄어든 것도 문제지만, 더 큰 문제는 불안감으로 인한 이력서 남발입니다. 취업자리가 줄어드니 불안해진 지원자들이 더 많은 곳에 이력서를 던지는데, 그 과정에서 AI의 힘을 빌려 문장을 매끄럽게 다듬습니다.채용 담당자의 책상 위에는 이제 잘 못 쓴 이력서가 많이 줄었습니다. 하지만 역설적으로 '진짜 실력이 ..

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

대기업 출신과 중소기업 출신들이 섞여있는 회사에서 근무를 해본 경험이 있습니다. 거기서 동료들과 일하며 흥미로운 점을 발견했습니다. 어디 출신이냐에 따라 눈에 띄는 '마인드셋'의 차이가 존재한다는 것이었죠. 네카라쿠배부터, 아마존, 구글 출신까지. 대기업 출신의 동료들은 새로운 아이디어나 어려운 문제에 대해 '어떻게 하면 할 수 있을까?'를 먼저 고민하는 경향이 있었습니다. 실패에 대한 두려움보다는 도전에 대해 긍정적인 편이였어요. 반면, 중소기업 환경에서 올라온 동료들과 과거의 저는 새로운 시도 앞에서 "그게 되겠어?", "해봤자 안 될 텐데"와 같은 냉소적인 반응을 먼저 보이곤 했습니다. 처음에는 그저 개개인의 차이라고 생각했지만, 각자의 이야기를 들어보고 과거를 회고해보면서 깨달았습니다. 이건 개인..

혹시, '걸어 다니는 자기계발서' 같은 리더와 일하고 계신가요? 마치 자신의 상황이나 운은 생각하지 않고, 그저 자신처럼 하면 무조건 성공한다고 이야기하는 그런 자기계발서 같은 리더 말이에요. "나는 이렇게 성공했으니, XX님도 할 수 있습니다." "제가 예전에 겪은 압박에 비하면 이건 아무것도 아니에요. ㅎㅎ" 이런 말들, 혹시 익숙하지 않으신가요? 선의로 포장되어 있지만, 어쩐지 나를 작아지게 만드는 말들이죠. 많은 리더들이 자신의 성공 경험을 바탕으로 팀을 이끌어가지만, 그 중 일부는 자신만의 성공 방정식을 '유일한 정답'으로 여기는 경우가 있습니다. 그들의 세상에서는 자신의 성공에 기여했던 수많은 맥락들은 지워지고, 오직 '개인의 의지와 노력'만이 남는 경우가 있습니다. 그리고 큰 실패 경험이 없..

"AI는 결국 개발자를 대체할까요?"요즘 개발자들끼리 이야기 할 때면 어김없이 나오는 주제입니다.이미 클로드 코드와 커서 등이 만들어내는 코드는 제법 그럴듯하고, 단순한 기능은 몇 분 만에 뚝딱 만들어내기도 합니다.불안감이 드는 건 어쩔 수 없죠.그래서 오늘은 조금 도발적인 질문을 던져보려고 합니다.지금 당신의 이력서를 한 번 열어보세요.빼곡히 적힌 기술 스택들과 .혹시 그 역량들은, 대학생이 AI를 활용했을 때 금방 따라 할 수 있는 것들은 아닌가요?이 불편한 질문에 답하기 위해, 저는 최근 생각했던 흥미로운 비유 하나를 공유하고 싶습니다."AI는 프렌차이즈와 같다."프랜차이즈는 요리 산업에 혁명을 가져왔습니다.본사에서 제공하는 표준화된 레시피와 시스템 덕분에, 최고급 요리사가 아니어도 누구나 일정한 ..

"경력이 없어 취업이 안 되고, 취업을 못 하니 경력이 없다."IT 업계에 뛰어든 신입과 주니어 개발자라면 이 말이 얼마나 뼈아프게 다가오는지 공감하실 겁니다. 과거 신입의 몫이었던 단순 반복 업무를 AI가 대체하기 시작하면서, 이제 막 커리어를 쌓으려는 이들의 입지는 점점 좁아지고 있습니다. 기업은 그 어느 때보다 'AI를 활용해 즉시 실무에 투입 가능한 인력'을 원하고 있죠.이처럼 암울해 보이는 상황 속에서, 우리는 어떻게 돌파구를 찾아야 할까요?저는 그 해답이 바로 '바이브 코딩(Vibe Coding)'에 있다고 생각합니다. 최근 IT 업계에서 주목받고 있는 이 개념은 단순히 AI가 코드를 대신 짜주는 것을 넘어, 아이디어 구상부터 완성까지 AI를 파트너 삼아 제품 개발의 모든 과정을 주도적으로 이..

이런 생각을 해보자. 어제까지는 막노동을 하던 사람이, 오늘 갑자기 기막힌 사업을 구상해서 성공할 가능성은 얼마나 될까? 아마 대부분은 불가능에 가깝다고 여길 것이다.왜 그럴까?단지 그 사람이 막노동을 하는 사람이라서가 아니다. 우리는 생략된 배경까지도 생각하여 판단한다. 막노동을 하는 사람은 먹고살기 힘들 것이고, 하루하루 일하는게 삶일테니까.물론, 100% 모든 사람이 그런 것은 아니다. 그럼 그들간의 차이는 어디에서 발생하는걸까? 우물 안 개구리이러한 상황은 분명 막노동을 하는 사람만의 이야기가 아니다.대부분의 사람들은 자신이 맡은 '역할'의 관점을 잘 벗어나지 못한다. 마치 우물 안 개구리처럼, 자신이 보고있는 하늘이 전부라 믿는 것처럼. 그 역할이 주는 안정감과 익숙함에 안주하면서, 다른 세상이..

개발자들은 보통 하드 스킬에는 많은 신경을 쓰지만, 정작 업무 효율에 대해서는 깊이 고민하지 않는 경우가 많습니다.특히 신입 개발자일수록 이런 경향이 강하게 나타나죠.하지만 개발과 업무는 생각보다 비슷한 패턴을 보입니다.시스템에 부하가 생기는 경우?아무런 최적화가 없을 때 시스템에 부하가 생기는 원인은 다음과 같습니다.단순한 조회가 많을 때네트워크 요청이 많을 때CPU, 메모리, Disk I/O, 네트워크 등 시스템 자원을 많이 사용할 때그 외 기타...위에서 이야기한 내용들은 대부분 쉽게 개선이 가능한 영역입니다.캐시를 사용하거나, 요청 여러개를 묶어서(bulk) 요청하거나, 스케일 업 또는 스케일 아웃 하는 방법 처럼요. 이런 케이스는 간단하게 해결할 수 있는 부분을 업무적으로 봤을 때는 어떤 상황일..

살다 보면 누구나 한 번쯤은 "인생이 재미없다"고 느낄 때가 있습니다. 그 이유는 무엇일까요?우리가 재미있어 하던 일을 더 이상 할 수 없게 되었거나, 그 일에서 더 이상 의미를 찾지 못하거나, 혹은 그 일을 하면서 성과를 내야 한다는 부담감 등의 이유일 수 있습니다.하지만 사실은 우리의 인생에 재미있는 것은 차고 넘칩니다. 단지 그 재미가 너무 작아서 눈에 띄지 않는 것일 뿐입니다.예를 들어, 잘 만들어진 계란후라이, 우연히 들은 좋은 음악, 혹은 친구와의 짧은 대화 속에서 느끼는 즐거움처럼요.이 작은 재미들은 일반적으로 일상에 크게 영향을 주지 않지만, 이를 발견하고 키워나갈 때 더 큰 즐거움과 의미로 발전할 수 있습니다.먼저, 작은 재미를 찾아보자.어릴 때를 떠올려보세요.우리는 별일 아닌 것에서도..