3개월 스타트업 개발자 인턴을 마무리하며, 느낀점

2024.02.27·회고

인턴의 시작지난 23년 겨울, 나는 실험실 자동화 도메인을 다루는 스타트업의 채용연계형 인턴으로 입사를 했다. 그리고 24년 2월 26일, 나는 퇴사를 하게 되었다. 첫 스타트업에 대한 도전의 시간동안, 정말 많은 일들이 일어났었다. 도전적인 일, 새로운 경험을 해볼 수 있는 일, 불합리한 일 등 좋고 힘든 일이 (정말) 많았다. 하지만 결과적으로는 정말 재밌었다.(무진장 힘들었지만..)비록 이번에는 아쉽게 됬지만, 또 도전해보고 싶다. 그래서 그런지 글을 작성하는 이 시점에는 아쉬움의 감정이 정말 많이든다. 지인이 보내준 유튜브 영상은, 이 기업에 대한 엄청난 관심을 갖게 만들었다. 특히, 대표의 분명한 목표와 실행력, 이것만으로도 나는 정말 이곳에서 일해보고 싶었다. 그리고 관련된 모든 자료를 찾아보..

AI에 위임한 비용은 어디서 청구되는가?

2026.08.19·회고

나는 초기 단계(Seed)의 스타트업에서 개발자로 일을 하고 있다. 초기 스타트업의 특성(?) 상 AI의 도음도 많이 받고, 업무에 많이 활용하고 있다 생각하고 있다. 그런데 오늘 우연한 기회로 특정 한사람을 만나고 "내가 AI 를 정말 '많이' 그리고 '잘' 사용하고 있는가?"에 대해 문득 의문을 갖게 되었다. 오늘 본 특별한 사람은 AI를 어떻게 사용했는가?오늘 본 특별한 사람은 AI를 통해 원하는 결과물을 만들어 낸 것 같은데, AI를 사용하는 방식이 달랐다.특별한 사람: 모든 작업을 AI에게 위임한다.나: 대부분의 작업을 AI에게 위임하지만, 내가 작업을 검토한다. 그 사람의 결과물은 흥미로웠다. 1주일 내, 여러개의 피처 기능 개발과 다양한 도메인의 확장, 서버 마이그레이션, 인프라 자동화 등 ..

나의 첫 개발 멘토링은 어떠했을까?

2024.11.07·TIL

나는 이제 만 2년차 백엔드 개발자이다. 비전공자이며, 3년전 부트캠프를 통해 개발에 입문하게 되었다. 부트캠프를 할 때, 나는 당시 멘토에 대한 동경이 있었다. "나도 멘토님 같은 개발자가 될 수 있을까?"의 생각과 더불어 "나도 언젠가 이렇게 받은 배움을 다른 사람들에게 배풀 수 있으면 좋겠다." 하는 생각을 했었다.  그리고 시간은 흘러 벌써 만 2년의 경력을 가진 개발자가 되었는데, 운좋게 지인의 추천을 통해, 나에게 멘토링을 할 수 있는 기회가 찾아왔다. 당시 나는 4분기 2회차 스프린트에 정신없이 개발을 하고 있을 때라서, 문자도 메일도 퇴근(출근 약 13시간 뒤..)에 확인할 수 있었다. 당시 너무 지치고 힘들었지만, 나에게도 이런 기회가 찾아왔다는 기쁨에 회신을 했던 기억이 난다. 하지만 ..

[ 개인공부 ] 코드설계원칙, KISS 원칙에 관하여

2023.11.01·개인공부

가능한 단순하게 유지하라, Keep It Short and Simple(KISS) KISS 에 대해 알아보기 전에, 다음 질문에 스스로 답을 해보는 것이 좋다. KISS 원칙에서 단순한 이라는 단어가 가지는 의미는 무엇일까? 어떤 종류의 코드를 단순한 코드라고 할 수 있을까? 복잡한 코드는 어떤 코드인가? 간단한 코드를 작성하려면 어떻게 하면 좋을까? YAGNI 원칙은 KISS 원칙과 어떤 점이 다른가? KISS 원칙 정의와 해석 KISS 원칙은 가능한 단순하게 유지하라 는 원칙이며, 많은 상황에 적용될 수 있는 포괄적인 설계 원칙이다. Keep It Simple and Stupid, Keep It Short and Simple, Keep it Simple and Straight forward 등 다양하..

Open-Closed Principle(OCP) 개방 폐쇄 원칙

2026.02.22·아키텍처

개방 폐쇄 원칙, Open-Closed Principle(OCP)개방 폐쇄 원칙은 확장할 때는 개방, 수정할 때는 폐쇄 원칙으로 불린다. 이는 SOLID 원칙 중에서도 가장 이해하기 어렵고, 마스터하기 어려우면서도 가장 유용한 원칙이다.개방 폐쇄 원칙을 이해하기 어려운 이유는 코드를 변경할 때 그 결과를 확장으로 보아야하는지, 수정으로 보아야하는지 명확하게 구분하기 어렵기 때문이다.개방 폐쇄 원칙이 숙달하기 어려운 이유는 '확장할 때는 개방, 수정할 때는 폐쇄' 라는 개념을 어떻게 달성할 것인지, 높은 확장성을 추가하면서 코드의 가독성에 영향을 미치지 않도록 이 원칙을 프로젝트에 어떻게 유연하게 적용할 것인지와 같은 문제는 이해하기 어려운 문제에 속하기 때문이다.하지만 개방 폐쇄 원칙은 확장성이 코드 품..

AI에 위임한 비용은 어디서 청구되는가?

2026.08.19·회고

나는 초기 단계(Seed)의 스타트업에서 개발자로 일을 하고 있다. 초기 스타트업의 특성(?) 상 AI의 도음도 많이 받고, 업무에 많이 활용하고 있다 생각하고 있다. 그런데 오늘 우연한 기회로 특정 한사람을 만나고 "내가 AI 를 정말 '많이' 그리고 '잘' 사용하고 있는가?"에 대해 문득 의문을 갖게 되었다. 오늘 본 특별한 사람은 AI를 어떻게 사용했는가?오늘 본 특별한 사람은 AI를 통해 원하는 결과물을 만들어 낸 것 같은데, AI를 사용하는 방식이 달랐다.특별한 사람: 모든 작업을 AI에게 위임한다.나: 대부분의 작업을 AI에게 위임하지만, 내가 작업을 검토한다. 그 사람의 결과물은 흥미로웠다. 1주일 내, 여러개의 피처 기능 개발과 다양한 도메인의 확장, 서버 마이그레이션, 인프라 자동화 등 ..

지금 회사에서의 2주년과 2026년 상반기 회고

2026.07.06·회고

회고 글을 쓸 때면 항상 생각하는 것이지만, 시간이 참 빠르다. 벌써 2026년의 상반기가 모두 지나갔다. 한 일도, 일어난 일도 너무나 많았던 밀도 높은 시간이었다. 그동안 꾸준히 회고를 진행했고 글로도 남겨두었지만, 온전히 완성되지 못한 글들이라 대부분 비공개 처리를 해두곤 했다. 하지만 이번 상반기 회고만큼은 비공개가 아닌, 공개된 글로 남겨보려 한다. 1. 지금 회사에서의 2주년: 변화, 그리고 위기 2024년 4월 7일, 나는 지금의 회사인 미션드리븐에 입사했다. 그리고 어느덧 시간이 흘러 2026년 4월 7일, 이곳에서 2주년을 맞이했다. 글을 작성하는 지금, 우리 회사는 내가 처음 입사했던 24년도의 모습과는 많이 달라져 있다. 미션드리븐은 Seed 단계의 초기 스타트업이다. 최초 구성은..

Open-Closed Principle(OCP) 개방 폐쇄 원칙

2026.02.22·아키텍처

개방 폐쇄 원칙, Open-Closed Principle(OCP)개방 폐쇄 원칙은 확장할 때는 개방, 수정할 때는 폐쇄 원칙으로 불린다. 이는 SOLID 원칙 중에서도 가장 이해하기 어렵고, 마스터하기 어려우면서도 가장 유용한 원칙이다.개방 폐쇄 원칙을 이해하기 어려운 이유는 코드를 변경할 때 그 결과를 확장으로 보아야하는지, 수정으로 보아야하는지 명확하게 구분하기 어렵기 때문이다.개방 폐쇄 원칙이 숙달하기 어려운 이유는 '확장할 때는 개방, 수정할 때는 폐쇄' 라는 개념을 어떻게 달성할 것인지, 높은 확장성을 추가하면서 코드의 가독성에 영향을 미치지 않도록 이 원칙을 프로젝트에 어떻게 유연하게 적용할 것인지와 같은 문제는 이해하기 어려운 문제에 속하기 때문이다.하지만 개방 폐쇄 원칙은 확장성이 코드 품..

1-2 긴급성과 중요성을 혼동하지 말자

2026.01.10·회고

요즘 긴급한 일들이 자꾸만 발생한다. 업무적으로나 개인적으로나 말이다.스프린트(핵심 업무)중 고객 CS처리 요청이 들어온다.개인 시간 중 지인의 도움(?)요청이 자꾸만 생긴다. 그런데 지나고 보면 그리 긴급하지 않은 일들이 대부분이었다. 혹시 나 스스로 '가짜 긴급함'을 만들어내고, 그 안에서 허우적거린 것은 아닐까? 하는 질문을 스스로 던져본다.스프린트 중 발생하는 다른 업무 요청들나의 업무 중 핵심 업무는 스프린트(신규 기능 개발 및 개선 업무)이다. 그리고 팀 내에서도 핵심 업무는 스프린트로 정의하고 있다. 개인적으로 나의 가치의 우선순위는 신규 기능 개발보다는 기존 기능의 개선이 높다. 하지만, 팀 내 의사결정에서는 현 상황에서 신규기능 개발에 우선순위를 더 높게 평가하고 있다. 나는 왜 유지보수..

26-1 25년을 보내고 26년을 맞이하며

2026.01.01·회고

25년을 보내고 26년을 맞이했다. 새해라고해서 크게 달라지는 것은 없으나, 전반적인 지난 25년을 돌이켜보고, 26년에 대한 목표를 정리해보고자 한다. 지난 25년에 대한 목표는 크게 3가지이고, 내용은 지난 회고글에 작성해두었다. 기술적 깊이와 비지니스적 관점의 균형지속 가능한 (클린)코드 작성사용자 중심의 문제 해결목표한 바를 이루었는가? 라고 자문한다면, 반은 성공하고, 반은 실패했다 이야기 할 것 같다.25년의 목표들에 대한 나의 생각내가 바라본 성공이 다른 사람이 보기에는 실패 아닌가? 라고 바라볼 수도 있다. 그러나 지금 내 자신을 돌이켜보는 글에서는 나 중심적으로 작성해본다.내가 바라본 성공: 해당 목표를 위한 액션이 존재하는가 이다. 나는 3가지 목표를 모두 성공했다고 생각한다. 하지..