cohiChat
1.[1주차] Cohi-chat 회고록
기획에서 출시까지 FastAPI 개발 백서 책 기반으로 커피챗 예약 프로그램을 만드는 프로젝트를 시작했다.원래는 FastAPI(Python)로 작성된 예제 코드인데, 우리 팀은 이걸 Java + Spring으로 마이그레이션하기로 했다.왜 마이그레이션?Python으로 M
2.[2주차] 팀원과 함께 고민한 기술 스택
2주차는 진짜 엄청나게 빡셨다.. 진짜 빡셨다 커피챗을 시작하기 전에 크게 세 종류로 나뉘는데 팀원에게 모든 것을 일임한 것 같이 논의한 것 내가 다 한 것들 1. 팀원에게 모든 것을 일임한 것 코드 품질 관리 린: 에어비앤비 같은 빡빡한 규칙 대신 널널한 것으로
3.[2주차] 팀원과 함께 고민한 기술 스택-2
2주차 2부는 진짜... 길을 잃으며 나아가는 과정을 생중계한다고 보면 된다.처음엔 단순했다. "CI/CD를 진행하려면 디렉토리 구조를 어떻게 해야 하지?"고민했던 구조:A안: 모노레포 (apps/backend/, apps/frontend/)B안: 현재 구조 유지 (루
4.[3~4주차] 팀장으로서의 성장과 10개 이슈를 쳐낸 한 주 - 1
4주차는 "막막함"이 "할 일 목록"으로 바뀌는 전환점이었다. 3주차까지는 "뭘 해야 하지?"라는 막연함이 있었는데, 이번 주는 Issue를 잘 쓰고, PR을 잘 쓰고, 코드리뷰를 잘 활용하면서 체계적으로 일을 쳐내는 방법을 체득했다.이번 회고는 크게 세 파트로 나눈다
5.[3~4주차] 팀장으로서의 성장과 10개 이슈를 쳐낸 한 주 -2
이번 회고는 크게 세 파트로 나눴다1\. 기술적 성장: 예약 도메인, 보안, 파일 업로드, Google Calendar 연동2\. 팀장으로서의 인사이트: 협업 방식 개선, Issue/PR 템플릿, 범위 설정3\. 회고와 다음 단계이번은 2,3 파트를 진행하려고 한다.아
6.[5주차] FE 리펙토링과 인프라정리
이번 주는 FE 리펙토링과 인프라 정리에 집중한 주였다. Calendar 기능을 Bulletproof 구조로 리팩토링하고, 레거시 코드(Python 백엔드, 푸딩캠프 브랜딩)를 정리했다. EC2 배포 관련 이슈도 여러 개 해결했다.이제 드디어 서비스 다운 서비스가 되어
7.Bulletproof React
프로덕션 레벨의 확장 가능하고 유지보수하기 쉬운 React 애플리케이션 아키텍처참고: alan2207/bulletproof-react기존 방식은 파일 유형별로 폴더를 나눔:src/├── features/│ ├── calendar/ │ ├── auth/
8.MVVM 패턴
Model-View-ViewModel: 데이터 로직과 UI를 분리하는 아키텍처 패턴참고: MVVM in React - Medium문제점:API 로직, 데이터 변환, UI가 한 곳에 섞임테스트하기 어려움재사용 불가Bulletproof의 feature 구조와 MVVM을 함
9.[6주자] 1차 릴리즈를 향한 질주
🔗 \[Milestone > 📅 2026년 2월 3주차이번 주는 '1차 릴리즈 완성'이라는 하나의 목표만을 바라보고 전력 질주했습니다. 그 과정에서 단순히 기능을 완성하는 것을 넘어, 팀원 모두가 '우리가 진짜 팀으로 움직이고 있구나'를 느낀 소중한 시간이었는데요.
10.[7주차] SQLite 옮겼다가 502 맞고, 배포 뜯어고치고, 기술 선택 기준 다시 세운 주
짤 출처: This Is Fine | Know Your Meme이번 주는 기능을 화려하게 붙인 주는 아니었다.대신,서비스가 진짜 운영 환경에서 살아남으려면무엇을 먼저 정리해야 하는지 아주 세게 배운 주였다.겉으로 보면 결과물이 적어 보인다.UI 스크린샷도 많지 않다.그