2월 25일
쏘카 디자인 시스템 2.0 개발기 2편: 기술로 굴리기(웹)
컴포넌트를 Hook과 객체로 분리해 재사용성과 테스트성을 높였습니다. rollup으로 트리쉐이킹과 SSR을 개선하고 Instructions·Figma MCP로 LLM 연동을 도입했습니다.


2월 25일
컴포넌트를 Hook과 객체로 분리해 재사용성과 테스트성을 높였습니다. rollup으로 트리쉐이킹과 SSR을 개선하고 Instructions·Figma MCP로 LLM 연동을 도입했습니다.

2월 24일
Figma 연동과 운영 규칙 중심으로 디자인 시스템 2.0 설계와 운영을 정리했습니다. 토큰·컴포넌트·릴리스·품질 관리 방안 설명합니다.

2월 14일
테이블·코드를 점진 개선해 테스트 가능한 구조로 전환하고 코드 먼저 스키마 나중으로 안전하게 변경했습니다. Postman과 ERD 문서화로 장애 대응과 지식 공유를 개선했습니다.
1월 20일
Node.js 컨테이너에서 graceful shutdown 문제의 원인과 실무적 해결책을 정리했습니다. PID 1 동작, 이벤트 루프 영향, K8s 종료 정책 동기화가 중요합니다.

1월 8일
쏘카프레임 블루투스 모듈은 iOS·Android 블루투스 API를 추상화하여 기기 관리와 명령 처리를 단순화했습니다. 이를 통해 플랫폼 차이 해소와 확장성·테스트 용이성·비즈니스 분리 등의 이점을 확보했습니다.

1월 7일
쏘카프레임은 Android와 iOS에서 공통 추상화를 통해 개발자 경험을 통일했습니다. 이를 통해 개발 속도와 제품 안정성 향상, 주니어 온보딩 가속화를 도모했습니다.

6월 11일
FE Core팀은 monorepo 환경에서 CI 빌드 속도와 안정성을 개선하기 위해 Runner 업그레이드, 병렬 빌드, 캐시 최적화 전략을 도입했습니다. 이를 통해 전체 빌드 시간을 최대 84% 단축하고 효율적인 자동화 체계를 구축하였습니다.

6월 2일
쏘카 QA팀은 Jenkins에서 GitHub Actions로 전환하여 자동화 테스트 환경을 효율적으로 구축하고 팀 역량을 강화했습니다. 자동화 도입 과정에서 한계를 발견하고, 현실적인 범위에서 점진적 확장 전략으로 전환하여 지속 가능한 테스트 환경을 마련하고 있습니다.

2월 26일
1. 들어가며

2월 12일
들어가며 날씨 기반 세차 운영 최적화 2.1 기존 세차 오퍼레이션과 개선 필요성 2.2 날씨 데이터 수집 데이터 분석 및 운영 적용 3.1 분석을 위한 데이터 상세 정의

1월 16일
베넷은 쏘카 데이터 엔지니어링팀에 합류 후 다양한 프로젝트와 체계적인 온보딩 과정을 경험했습니다. 이를 통해 데이터 엔지니어로서 기술적 성장을 이루며 팀의 일원으로서의 역할을 확립하게 되었습니다.

11월 12일
목차 시작하며 문제점들 2.1 환경변수 일원화 2.2 환경 변수를 만들기까지의 과정 쉘 스크립트를 만들어보자 CLI를 만들어보자 마무리 1. 시작하며 안녕하세요 commo

11월 7일
목차 “도련님이 쏜 작은 공, 축제가 시작된거야” “프로모션은 성공적이었어! 그런데정말 다 좋았을까?” 2.1 주요 지표 변화 2.2 긍정 변화 2.2 부정 변화 “프로모

8월 30일
목차 시작하며 규모가 커지면서 생기는 문제점들 2.1 계속해서 생겨나는 중복 코드들 2.2 멀티레포 환경에서의 공통 라이브러리 업데이트 일관성을 위한 모노레포 도입과 고민

7월 24일
목차 소개 개선 목적 차량재배치 설명 카프카 스프링으로 변경된 아키텍처 및 코드 설명
7월 16일
누가 내 쿠키를 먹었을까?

6월 12일
안녕하세요. FMS 엔지니어링팀의 렉스, 마르코입니다.

3월 12일
목차

3월 7일
쏘카플랜 개편기
2월 13일
목차
끝