Go Gradually - Repository

백엔드 개발자의 의사결정 티어: 어디에 고민을 쏟을 것인가

개발은 코딩이 아니라 의사결정의 연속이다. 변수명을 뭘로 할지, DB를 뭘 쓸지, API를 어떻게 설계할지.하루에도 수십 번의 선택이 쌓여서 하나의 시스템이 된다.그런데 이 선택들이 전부 같은 무게를 가지는 건 아니다.어떤 결정은 한번 내리면 2년 동안 팀 전체를 옥죄고, 어떤 결정은 내일 당장 뒤집어도 아무도 모른다. 문제는 많은 개발자들이 이 무게를 구분하지 못한다는 것이다.가벼운 결정에 이틀을 쓰고, 무거운 결정을 점심시간에 "일단 이거로 가죠" 하고 넘긴다.이 감각의 부재가 기술 부채의 진짜 원인이다. 백엔드 의사결정을 네 단계로 나누고, 각각에 얼마만큼의 에너지를 쓰는 것이 적정한지 이야기해보려 한다.Tier 1. 되돌릴 수 없는 결정어떤 결정들인가시스템의 뼈대에 해당하는 결정들이다. 잘못 세우..

테이블은 어디에 둘 것인가 - 객체의 책임 분리와 DB 배치 기준

들어가며새로운 도메인 개념이 등장했을 때, 개발자가 가장 먼저 마주하는 질문이 있다."이 테이블, 어느 DB에 만들지?" 얼핏 단순해 보이는 이 질문은, 사실 객체의 책임을 어디까지로 볼 것인가라는 설계 판단 그 자체다. 그리고 이 판단의 근거는 놀랍게도 코드나 ERD가 아니라, 비즈니스가 그 개념을 어떤 맥락에서 변경하고 싶어 하는가에 있다.상황: "단백질 초코바"는 어디에 속하는가기존 시스템에 두 개의 데이터베이스가 있다고 가정하자.DB관리 대상핵심 관심사식료품 DB과자, 음료, 초콜릿 등맛, 용량, 유통기한, 원재료영양제 DB비타민, 유산균, 오메가3 등성분 함량, 일일 권장량, 인증어느 날, PM이 말한다."단백질 초코바 상품을 새로 관리해야 해요."단백질 초코바. 이름을 뜯어보면 두 세계의 언어..

요새 숏츠 보면 동물 영상들이 죄다 자극적이고 정말 귀여운 순간들만 모아놓았다.물론 그런 것도 좋긴 한데, 좀 더 소소하면서 꾸며지지 않은, 생생한 모습들을 보고 싶었다. 성수 바로 근처에는 어린이대공원이 있는데, 과천이나 에버랜드급은 아니지만 꽤나 다양한 동물들이 있어서 재밌게 즐길 수 있다. 라마는 이렇게 앉아 있는 모습을 볼 때가 많은데, 저 자세가 은근히 취하기 어려운 자세다. 그래서 라마는 다음과 같은 과정을 거쳐서 앉는다.1. 먼저 앞다리를 굽히고, 뒷다리의 위치를 잡는다.2.뒷다리를 굽힌다.아무렇게나 다리를 굽혀놓으면 허리를 피는데 더 힘이 들기 때문에, 이 부분에서 되게 자세를 많이 고쳐잡는다.3. 허리를 쑥 핀다.이렇게 한 20초정도만에 겨우 앉는다. 동물들의 자연스러..

감사가 무너지면 꾸준함이 무너진다.조급해지기 전에, 대안을 찾기전에, 충분히 감사했나?이번 주의 상황에 대한 감사끊임없이 대화하고 흐름을 읽으며, 내러티브를 유지해야 할 이유를 주심에 감사이번 주도 꺾이지 않고 고민하게 해주심에 감사이번 주의 타인에 대한 감사A1: 내가 어느 방향으로 나아가야 하는지 알려주심에 감사 - 표현 실패A2: 항상 밝게 일해주셔서, 에너지를 불어넣어 주심에 감사 - 표현 실패B1: 내가 행정적으로 막힐 때, 친절히 알려주심에 감사 - 표현 실패A3: 솔직하게 날 대해줌에 감사 - 표현 실패항상 무언가를 수행하기.현재 수행하고 있는 구체적인 전술이 무엇인지 정리데이터 기반 전술 평가전략이 쌓이면, 실현 가능성에 대한 불안이 쌓인다. 결국은 전술이다.체계적인 상태를 유지하기.큰그림..

같은 '계획'이라 부르지만, 작동 원리는 완전히 다르다 우리는 무언가를 준비할 때 습관적으로 "계획을 세우자"고 말한다. 그런데 그 계획이라는 것을 자세히 들여다보면, 사실 서로 전혀 다른 두 종류가 뒤섞여 있다. 하나는 순서를 따라야 하는 계획이고, 다른 하나는 빠짐없이 해내야 하는 계획이다. 이 둘을 구분하지 못하면, 엉뚱한 도구로 엉뚱한 문제를 풀게 된다.1. 두 계획의 본질: 순서 vs 완전성 절차적 계획은 요리 레시피와 같다. 양파를 먼저 볶지 않고 소스를 부으면 맛이 달라지듯, 각 단계가 다음 단계의 전제 조건이 된다. 핵심은 "어떤 순서로 하느냐"이며, 순서를 틀리면 결과 자체가 바뀐다. 반면 항목형 계획은 해외여행 준비물 목록과 같다. 여권을 먼저 챙기든 충전기를 먼저 챙기든 상관없다. 중..

감사가 무너지면 꾸준함이 무너진다.조급해지기 전에, 대안을 찾기전에, 충분히 감사했나?이번 주의 감사내 일을 치열하게, 즐겁게, 몰입해서 할 수 있음에 감사.패션 업계에서 일할 수 있게 됨에 감사도전적인 환경에서, 성장하기 위한 체계를 구축할 수 있음에 감사집단의 이익 중심적 사고로 경계를 넘어 일할 수 있음에 감사.합의된 체계가 하나의 유비쿼터스 언어가 되어, 이 기준으로 일하고 토론할 수 있음에 감사. 적극적으로 우리의 제품을 위해 피드백하는 과정이, Ownership으로 승화됨에 감사.항상 무언가를 수행하기.현재 수행하고 있는 구체적인 전술이 무엇인지 정리데이터 기반 전술 평가전략이 쌓이면, 실현 가능성에 대한 불안이 쌓인다. 결국은 전술이다.체계적인 상태를 유지하기.큰그림 그리고 핵심 짚기.처음부..

진심, 그리고 목표"진심”을 정량화할 수 있는가?알고 지낸 기간도 증명하지 못하고,단순 말뿐인 공감도 증명하지 못한다.가장 좋은 방법은 행동의 일관성이다.주변 사람들의 도움을 받아 행동의 일관성을 차근차근 늘려가는 사람과, 다른 사람들의 낮은 기준에 의존하여 높은 기준을 집착과 통제로 받아들이고 그냥 멈춰 있는 사람은 천지차이다.이는 자신이 현재 있는 환경에 어느정도 의존적이다.나의 경우의 약점은 변화에 대한 두려움이다.내 경험상 이는 혼자서 해결하긴 힘들었다.현재는 나라는 사람이 들어온 변화를 긍정적으로 받아들여 주시는 팀원분들을 만나, 스스로를 계속 변화하는 환경에 넣을 수 있게 됐다.낮은 기준에 만족하며 멈춰 있을 수도 있다,하지만, 높은 기준을 가진 사람들 사이에 존재하는 깊은 이해는 의지와 동기..

최근 복지로 옷 구매 지원을 받게 되면서, 오랜만에 옷을 둘러보고 있었다.어떤 옷을 살까 했지만, 가장 마지막으로 옷을 산 지 4년이 조금 넘었기 때문에, 내 옷장은 더이상 쓸모가 없었다.그래서, 일단 기본템을 확보하기 시작했다. 근데 사실 옷을 그렇게 잘 볼 줄 모르기 때문에, 주로 기본템까지만 사고 멈췄던 나는 이 생각을 했다.회사에서 옷 처음 사는 사람들을 위한 기본템 추천같은 글은 찾기 어렵네...나라도 쓰면 좀 도움이 될라나? 그래서 GPT의 초안과 검수를 통해 글을 작성했다. 실패하지 않는 저점이다.모나미룩이니 뭐니 해도, 많은 사람들이 사는 데는 이유가 있는 법이다. 패션을 처음 시작할 때는 멋있어 보이는 옷부터 찾기보다, 기본 옷을 어떤 순서로 사야 하는지부터 아는 게 더 중요하다.처음부..

본 내용은 사내 강좌에 등장한 내용을 축약하고, 개인적인 소감 위주로 작성한 글입니다.기술 이야기가 조금 나오지만, 핵심은 직원으로서의 커리어/비즈니스 관점이기에, 기술 언급에 매몰되지 않고 재미로 읽어주시면 감사드리겠습니다. 서론최근에는 더 이상 저녁 7시에 글을 올리는 방식을 유지하기 어렵다고 판단했다.(퇴근하면 9시다.)그래서 발행 시간을 저녁 10시로 변경했다. 또한 현재 기준으로는, 토이 프로젝트를 병행하지 않는 이상 기술 블로그를 지속적으로 쓰는 일이 쉽지 않다고 느낀다.그 이유는 실무의 기술적 의사결정이 대개 비즈니스 지표, SLA, SLO를 기준으로 이루어지기 때문이다. 하지만 이런 수치를 외부에 그대로 공개하는 순간, 내부 상황을 어느 정도 역산할 수 있게 되고, 결국 정보보안 이슈와 맞..

감사가 무너지면 꾸준함이 무너진다.조급해지기 전에, 대안을 찾기전에, 충분히 감사했나?이번 주의 감사틀려도 된다, 배우면 다시 복구할 수 있다는 사실로 인해, 현재에 집중할 수 있게 됨에 감사.나 자신의 부족함을 인정할 수 있게 됨에 감사.매 순간 스스로를 증명해야 한다는 책임을 놓고도, 작은 결과를 누적시켜 높은 기준을 달성할 수 있다는 사실을 확인 받음에 감사.항상 겸손하게, 배움의 자세를 유지할 수 있게 해주심에 감사.항상 무언가를 수행하기.현재 수행하고 있는 구체적인 전술이 무엇인지 정리데이터 기반 전술 평가전략이 쌓이면, 실현 가능성에 대한 불안이 쌓인다. 결국은 전술이다.스스로를 증명한다는 의지 + 작은 결과를 누적시켜 높은 기준을 달성하기.체계적인 상태를 유지하기.큰그림 그리고 핵심 짚기.처..

본 글은 AI의 코드 리뷰가 필요하다 라는 관점에서 작성된 글입니다.최근에 AI 코드를 리뷰하지 않고 커밋하는 경우도 많다는 걸 알고 있으며,이러한 개발방식을 선호하시는 분들은 글이 유의미하지 않을 수 있습니다. 본 글은 제가 기본적으로 알고 있는 지식과 적용하던 절차를 바탕으로 작성된 글입니다.이 과정이 만약 비효율적이거나 더 좋은 방법이 있다면, 언제든 수정될 수 있습니다.최신 수정일자: 2026/03/15 요새는 구현 부분을 AI가 많이 대체하고 있다. 과거에는 기존에 TDD/구현을 직접 해보면서 요구사항 분석에 깊이가 깊어지던 시간이 있었다.이 과정은 코드 산출물을 직접 만들면서 요구사항을 이해했기 때문에, 코드 작성 시간 시점에서 효율적이었다. 하지만, 이젠 코드 자체의 작성 시간이 AI로 인해..

최신 버전은 아래 구조와 다를 수 있습니다. 공식 문서를 참고하여, 버전이 맞는 지 확인해 주시기 바랍니다. 시작하기 | 토스페이먼츠 개발자센터토스페이먼츠 결제 연동하는 클라이언트, 서버 개발자가 꼭 읽어야할 문서를 추천해드려요. 빠르게 개발을 시작해보세요.docs.tosspayments.com 결제 이해하기온라인 결제: https://docs.tosspayments.com/guides/v2/get-started/online-payment결제 흐름 이해하기: https://docs.tosspayments.com/guides/v2/get-started/payment-flow이 글 보다 당신에게 딱 맞출 수 있는, Toss Payments 공식 문서: https://docs.tosspayments.com/g..

나는 이전에 -120대에서 MountainCar 구현을 마무리 지었지만, 공식 문서에서는 100개 이상의 trials에서 -110 이상의 Reward를 문제 해결의 기준으로 판단한다. MountainCar v0A toolkit for developing and comparing reinforcement learning algorithms. - openai/gymgithub.com 그래서, 이러한 찜찜함을 제거하기 위해, MountainCar 문제에 마저 도전을 수행해보았다.DDQN 적용 Double DQN 최적 행동 선택과 행동 가치 평가(Q값 평가)의 신경망 분리 학습 시의 실시간 모멘텀을 가치 평가와 분리하면, 순간적으로 가치가 높아진 잘못된 행동을 계속 선택하는 현상을 막을 수 ..

앞서, k3s로 쿠버네티스에 대한 정보를 대략적으로 이해했다. 'Article - 깊게 탐구하기/kubernetes, k8s 적용기' 카테고리의 글 목록목표: 핀잇 실사용자 1명 이상 달성하기 글은 비정기적으로 7시에 올라옵니다.go-gradually.tistory.com 클러스터 내에 노드 등록각 노드의 적절한 리소스를 할당하는 방식을, "마스터 노드(컨트롤 플레인)"에서 관리쿠버네티스가 어렵다고 하는 가장 큰 이유선점형/비선점형 리소스 할당을 이용해, 직접 관리하는 것이제 k3s 가 자동으로 진행해주던 부분을 직접 해보며, k8s를 좀 더 깊게 써보자.기본 개념 1 - kubeadm, kubectl, kubelet의 구분기본 개념 2 - 목표 상태 설정모든 노드: k8s 설치 준비모든 노드: k8s ..

감사가 무너지면 꾸준함이 무너진다.조급해지기 전에, 대안을 찾기전에, 충분히 감사했나?이번 주의 감사회사의 날 향한 믿음에 감사반드시 보답할 것이다.고객 만족/비즈니스 목표 달성 - 두마리 토끼 잡기돈 걱정 없이 일할 수 있음에 감사친구들의 축하에 감사면접 경험에서의 나의 감사함을 지키면서, 함께 성취하기 위한 깨달음을 주심에 감사항상 무언가를 수행하기.현재 수행하고 있는 구체적인 전술이 무엇인지 정리데이터 기반 전술 평가전략이 쌓이면, 실현 가능성에 대한 불안이 쌓인다. 결국은 전술이다.체계적인 상태를 유지하기.큰그림 그리고 핵심 짚기.처음부터 끝까지 차근차근 전개하기.현 시스템에 대한 감사를 유지하기.보상 체계를 깨끗히 유지하기.입장 중심이 아닌 이익 중심으로 사고하기.팩트와 의견 구분하기.윈-윈 전..

최근 A사에서 다대다 면접을 진행했다.해당 면접은 A사의 인프라 면접관님과 백엔드 면접관님, J사의 IT기획 면접관님, A사의 HR 면접관님과 함께 다대다 면접이 진행됐다. 그 면접을 진행하면서, 나의 면접 답변에 잘못된 점이 있었는지, 기획 팀 리더셨던 면접관분의 표정이 굉장히 안좋아지셨다.그래서, 면접관님께 넌지시 떠보듯 여쭤봤는데, 정말 따끔한 조언을 들었다. 이 인사이트가 정말 중요하고 귀중하다고 생각했기에, 다음과 같은 회고를 남긴다. 제목에서 나타내듯 토픽은 사내정치 이다.불건강한 사내 정치가 왜 발생하게 되는지, 그리고 이를 피하기 위한, 일하는 마음가짐을 다룬다. 기획 면접관님은 다음과 같은 질문을 던지셨다. 요즘 AI가 발전하는 만큼, 개발자들도 AI와 경쟁하는 상황에 놓여있다.이와 같..