나는 참 운이 좋다. 올해 연봉 협상도 맞춰주셨고,AI 관련 워크샵 교육 기회도 받게 되었다. ㅎㅎ 🫠 전 인원이 받기에는 업무 시간과 비용 문제가 있으니,“배우면 바로 실무에 적용할 수 있을 것 같은 사람” 위주로우선 교육을 진행하게 된 것 같다.그리고 그중 한 명이 나였다. 안 그래도 우리 서비스에는 OpenAI API를 활용해 운영팀에 제공하는 기능이 일부 들어가 있다.하지만 실제 사용을 해보니 개인적으로도, 운영팀에서도은근한 불만과 크고 작은 에러들이 계속 발생하고 있었다. 이번 교육을 계기로그 문제들을 제대로 이해하고,실무에 안정적으로 붙여보고 싶다는 생각이 들었다. 그런데 막상 0~1주차 수업을 듣고 나니조금 복잡한 감정이 들었다.수강생 중 개발자는 나뿐이었고,수업은 API 세팅에 많은 시간..

0️⃣ 운이 좋았다면 좋은 이직성공개발 경력을 딱 1년 채울 즈음,회사 사정으로 개발팀이 정리되면서 퇴사를 해야 하는 상황이 왔다.원래는 1년을 더 채우고, 포트폴리오를 정리하면서 천천히 이직하려고 했었다.그런데 한 달 내로 실업자가 될 수 있는 상황이 되어버렸다.생각보다 담담했다.퇴사 전 대표님과 1:1 상담을 했고,그 자리에서 “앞으로 어떤 방향으로 가고 싶냐”는 질문을 받았다.당시 나는 이커머스 쪽 개발에 관심이 있다고 말씀드렸고,대표님은 지금 회사에 추천을 해주셨다.“이런 사이트를 구상 중인데, 괜찮으면 추천해주겠다.”이 기회를 놓치면 안 된다고 생각했다.그날 바로 이력서를 정리하기 시작했다.운이 좋았던 건 맞다.하지만 그 1년 동안 버텨왔기에 잡을 수 있었던 운이라고 믿고 싶다.🥲 1️⃣ 생각..

2월 초 정식오픈~~예~~~😀초기 기획부터 설계 기획 QA 베타 정식오픈까지!! 베타 이후 미친듯한 피드백반영 진행(.. 죽음의 2주) 및 운영보수 를 하면서 진행한 내용들,그리고 또하나 나에게 찾아온 기회까지👍앞으로 작성해보려한다

0️⃣ 시작하며 — 이번 베타 테스트는 어떤 경험이었나?베타기간 : 11월 ~ 1월!내가 만든 서비스가 실제 사용자에게 닿는 첫 순간이었다.이전 회사에서도 서비스를 운영해본 경험은 있었지만,기획 → 개발 → QA → 베타 테스트까지 전 과정을 직접 주도한 것은 이번이 처음이었다.그래서 기대 반, 걱정 반이었다.특히 내부가 아닌 실제 사용자들의 피드백을 직접 마주하게 된다는 사실이 계속 신경 쓰였다.베타 테스트 시작 당일, 엄청 떨었던 것 같다.오픈 직후에는 로그 화면만 붙잡고 사용자 행동을 추적했던 기억뿐이다.“제발 큰 문제만 없기를…” 이런 마음으로 하루 종일 모니터 앞에 앉아 있었다.그리고...! 2월부터 정식오픈을 해서 운영중에 있다.1️⃣ Before Beta — 준비 과정가장 불안했던 건 “내 ..

0️⃣ 취업 준비 기간 — 현실을 직시하기취업 준비 기간 동안은 스스로를 객관적으로 바라보는 연습을 정말 많이 했다.내가 가진 실력, 그리고 시장에서의 위치를 냉정하게 보려고 했다.(냉정하게 볼수록 처참했다..)그래도 그와중에 세운 기준은 단 두 가지였다.첫 회사는 ‘배울 수 있는 곳’이어야 한다.최저임금을 당당하게 제시하는 회사에는 가지 않는다.최저임금을 달아두고 상시로 인원을 뽑는 회사에 가면,, 안그런 회사도 물론 있겠지만,, 앞으로의 내가 개발자커리어를 계속 이어가고 싶을까?(아니요..)그래서 월급보다는 배울 수 있는 환경을, 화려한 회사명보다는 사람과 분위기를 보기로 했다.다행히도, 당시 참여하던 취업 연계 프로그램을 통해 여러 기업 중 일부에 이력서를 제출할 수 있었고, 그중 면접 분위기가 가..

1차 캐싱 적용 이후 실제 운영 환경에서 QA를 진행하던 중 콜드스타트(Empty Cache) 문제가 발생하였다.초기 조회 시 트윗이 없을 경우, 빈 캐시가 TTL 동안 유지되어 신규 트윗이 반영되지 않는 현상이 확인되었는데,이는 since_id 기반 비교 로직이 “LastId 없음(null)” 상태를 올바르게 처리하지 못해 전체 갱신이 생략되는 것이 원인이었다. 👀 What I Faced초기 조회 시 0건인 상태 → 빈 캐시 저장15분 내 새 트윗이 생성되어도 search/recent 호출 시 hasNew=false 로 판단캐시 만료 전까지 계속 0건 반환TTL 만료 후 /users/:id/tweets 전체 조회 시점에서야 데이터 갱신🧩 Root Cause / Theory캐싱 로직이 “빈 캐시 +..

Introduction서비스 특성상 SNS 연동을 핵심 기능으로 삼고 개발을 진행하던 중, Rate Limit이라는 문제에 직면하게 되었다.인스타그램 API는 비교적 호출 한도가 여유 있었지만, X(Twitter) API는 훨씬 더 제한적인 호출 정책을 가지고 있었다.특히 /2/users/:id/tweets 엔드포인트는 사용자별 15분당 5회라는 매우 낮은 호출 한도를 가지고 있어,다수의 인플루언서 데이터를 동시에 처리해야 하는 서비스 환경에서는 사실상 실시간 조회가 불가능한 구조였다. 이 문제를 해결하기 위해 캐싱을 통한 호출 최적화를 도입했고,그 결과 Rate Limit을 회피하면서 일정 수준의 실시간성을 확보할 수 있었다.하지만 이후 실제 운영 환경에서 캐싱 정책의 한계와 예외 상황이 드러나면서, ..

어영부영 개발자로서의 커리어를 쌓으면서 오랜만에 블로그를 들어왔는데, 생각보다 보고 가시는 분들이 계시네요😀처음 개발공부를 시작하는 분들, 코딩을 하다가 정보를 찾아 떠돌다 한번씩 들어오는 분들이 계시는것 같습니다!비전공자 부트캠프 출신 (무려 두번 ㄷㄷ )개발자로서, 고민도 많고, 앞으로의 개발자로서의 커리어가 늘 걱정되지만, 다시 개발로그에 천천히 현재 개발자로서 겪고있는 문제, 트러블 슈팅, 공부내용 등등 조금씩 기록해보고자 합니다. 백엔드 자바스프링으로 시작해서, 현재 풀스택개발자로 C#, TypeScript, postgresql을 사용하여 자회사 BtoC 서비스 오픈베타 직전에 있습니다. 베타 잘됬으면 좋겠다!!