카테고리: Dev

SaaS 개발팀의 조건

깃플팀은 소규모 SaaS 개발팀입니다. 언제나 사용자스토리, 버그, 태스크, 기술부채들이 쌓이고 넘칩니다. 이상황을 헤쳐가는 깃플팀의 방법을 소개합니다. 애자일하게, 린하게 깃플은 기민한agile 방법론인 깃플팀은 스크럼을 합니다. PO는 고정, 스크럼 매스터는 번갈아 가면서 맡습니다. 스프린트의 리듬에 따라 2주 사이클을 돌립니다. 이 리듬을 잘 타게

깃플 기술스택 구경하세요~ (백엔드 편)

Gitple은 SaaS(Software as a Service) 형태의 전형적인 클라우드 애플리케이션 입니다. 개발팀은 두번째의 경험이라 이번에는 더욱 정교하게 기술스택을 쌓아 나가고 있습니다. 깃플 서비스의 백엔드 기술스택을 전반적으로 설명해 보겠습니다. 각각의 기술에 대한 상세 내용은 앞으로 블로그 포스팅 할 예정입니다. 위에서 부터 차례로 설명합니

CI - 지속적 통합

지속적 통합(CI, continuous integration)에 대해서 살펴 보겠습니다. CI가 왜 필요한가? 버그는 초기에 발견하면 금방 해결할 수 있지만, 시간이 지나면 사소한 버그라도 해결에 시간과 노력이 많이 듧니다. 그래서, 문제를 조기에 발견하는 것은 아주 중요합니다. 예를 들어 보겠습니다. Apple의 SSL 라이브러리의 어이없던 “goto f