지난 글에서 mvp 자동화 시스템을 구축했는데 그 사이 6개를 배포했다. 제품 배포도 의미가 있었지만 재밌었던 점은 에이전트를 굴리는 방식이 매주 개선됐다. 처음엔 그저 내가 정해준 구현만 포커싱했다면 이제는 판단까지 에이전트에게 맡기고 결과를 보며 루프를 돌리고 개선하는 단계로 넘어가는 중이다. 단순히 코드를 짜는 비용이 줄어드는 것을 넘어 내 의사결정의 구조 자체가 바뀌고 있다. 에이전트 활용은 3단계로 진화했다1단계 — 구현만 위임. 내가 다 정하고 에이전트는 받아 적기.2단계 — 검증까지 위임. 결과물이 괜찮은지 에이전트가 채점.3단계 — 아이디어·판정까지 위임. 뭘 만들지부터 에이전트가 정하고 루프로 개선.말로는 한 줄이지만 각 단계로 넘어갈 때마다 "어디까지 맡겨도 되는가"를 직접 부딪혀가며..
회사에서는 이미 에이전트 여러 개를 굴리면서 개발하고 있다. 에이전트를 도입하면서 구현 비용이 획기적으로 낮아졌다. 하지만 이런 생산성 향상이 정작 내 개인적인 작업에서는 반영되지 않고 있다는 점이 걸렸다. 단순히 시간을 쓴다고 해결될 문제가 아니라는 생각이 들었고 MVP를 규격화해서 배포하는 자동화 시스템을 만들어보면 어떨까? 라는 생각이 들어 — mvp-factory를 만들기로 했다. 왜 하나에 올인하지 않고 공장인가예전의 사이드 프로젝트는 아이디어 하나 골라서 몇 달을 갈아 넣는 방식이었다. 실패 비용이 크니까 신중할 수밖에 없었다. 그런데 에이전트한테 구현을 맡길 수 있는 지금은 MVP 하나의 비용이 이틀로 줄었다. 그러면 합리적인 전략 자체가 바뀐다.매주 1개,각 빌드는 랜딩 + 핵심 기능 1..
동아리밤은 중앙 동아리 전체가 참여해 동아리들끼리 하는 축제와 같은 행사이다. 우리 동구라미는 실질적으로 유저가 아무도 없었기에 이번 행사에서 동구라미 서비스 활성화를 해보자고 논의했다. 행사에서는 최대 700명까지 참여할 수 있었기에 우리에겐 큰 기회였다. 이에 우리 동구라미는 동아리 연합회에 제안서를 제출했고 간발의 차로 과반수의 동의를 얻어 통과되었다. 이번 동아리밤을 맞아 우리는 동아리원 여부를 식별할 수 있는 기능을 새롭게 개발하여 행사에서 실제로 적용해 보기로 했다. 이를 위해 최대 동시접속자 350명(전체의 50%)을 목표로 부하테스트와 모니터링 환경을 구축할 예정이다. 부하 테스트는 Locust, APM은 Pinpoint를 활용하여 진행할 것이다. 부하 테스트 Locust부하 테스트를 진행..
평소 창업에 관심이 많았고 교내에서 좋은 연이 닿아 조금의 컨설팅을 받게 되었다. 이를 출발점 삼아 23년도부터 구상했던 아이디어인 'seomse'를 가지고 창업 경진대회에 도전했다. 접수 및 선발우리는 '성장트랙 A'로 지원했고 팀장은 나, 기획자 1, 개발자 1 총 3명으로 구성했다. 기획자분은 창업 관련 경험이 있어 많은 도움을 주셨고 나는 설문조사와 인터뷰, 뷰티 관련 지인/지식, 그리고 서류심사에 필요한 시각 자료를 만드는데 힘썼다. 서류 심사서류 심사에서는 최종합격팀의 1.5배수(450팀)를 뽑는다. 개인적으로 느끼기에 '문제 인식' 부분이 잘 구성되어 있다면 충분히 통과 가능할 것 같다. 실제 인터뷰와 설문조사를 통해 문제를 검증했다면 비즈니스 모델에서의 가치 제안과 고객군 설정도 자연스럽게..
교내 중앙동아리 'FLAG'에서 활동하며 능력을 인정받아(?) 동구라미 2기 PD로 프로젝트 디렉팅과 백엔드 팀을 맡게 되었다. 프로젝트를 맡자마자 가장 먼저 인프라 과금 현황과 실제 사용자 유입 여부를 분석했다. 내가 생각하기엔 인프라 규모는 오버 스펙이었고 서비스를 배포는 했지만 실질적인 이용으로 이어지지는 않는 상태였다. 1. 배포 자동화가장 우선적으로 개선한 부분은 배포 파이프라인이었다: 백엔드: 수동 배포에서 무중단 자동 배포로기존: FileZilla를 이용해서 서버에 직접 접속하여 수동으로 배포.개선: GitHub Actions와 nginx reload를 이용해 무중단 배포 환경을 구축.프론트엔드 & 모바일: 앱에서 웹으로 배포 비용 절감기존: 일반 동아리원들은 모바일 앱(aos, ios)으..
약 2년 정도 병역특례로 회사에서 시간을 보내고 2024년도 하반기에는 대학교로 복귀해서 2학기로 엇복학을 했다. 회사에서의 경험 덕분에 대학교에서는 하지 못했던 많은 것을 경험했고 이 과정에서 개발자로서의 진로를 확정하게 되었다. ( "정말 살면서 다른 일을 개발보다 열정적으로 하고 몰입할 수 있을까? 라는 생각을 했을 때 진로를 확정하게 됐다." ) 대학교 첫 학기는 적응할 시간이 필요했고 친구가 없어서 친구 사귀기와 머신러닝, 딥러닝 등 조금은(?) 새로운 분야를 배우느라 적응하는 데 시간이 좀 걸렸다. 그래도 2025년도 상반기 1학기에는 F킬러라는 멘토-멘티 프로그램을 통해 25학번 친구들과 친해지고 학생회 친구들도 만나면서 학교생활 적응에는 성공적이었다. (다행히 화석인 나를 잘 놀아주었다....
회사 내 프로젝트의 배포 시간이 긴 문제가 있었다. 이 문제를 다들 쉬쉬하고 있었지만, 이젠 이를 개선하기 위해 작업을 진행하려고 한다. 현재 평균 배포 시간은 대략 8분에서 10분 사이가 걸리고 있다. 배포가 느린 이유배포가 느린 이유는 빌드 속도가 매우 오래 걸렸다. ➜ NestJS를 사용하고 있었는데 ts를 js로 컴파일하는 과정이 매우 오래 걸렸다. 그 문제의 파일은 `filter.ts`로 배포시간이 긴 것만이 문제가 아니라 IDE 툴로 작업을 할 때 이 파일만 들어가거나 수정이 일어나면 IDE가 엄청 느려지고 정신을 못 차렸다... (작업하는데 매우 불편함) 간단하게 `filter.ts`를 보자면,export class typeOfFilter { @IsOptional() @IsString()..
nGrinder 네이버에서 개발한 서버 부하 테스트를 위한 오픈 소스 프로젝트다. 애플리케이션을 개발하고 nGrinder에서 여러 가지 가상 시나리오를 만들어 트래픽이 몰렸을 때 성능을 측정할 수 있도록 도와준다. 부하 테스트 nGrinder nGrinder는 웹 애플리케이션 Controller와 자바 애플리케이션 Agent로 구성되어 있다. nGrinder 설치 https://github.com/naver/ngrinder/releases Releases · naver/ngrinder enterprise level performance testing solution. Contribute to naver/ngrinder development by creating an account on GitHub. gi..
