아담은 여러 가지 일화들을 통해 소프트웨어 개발 현장의 복잡성을 드러냅니다. 먼저, 한 개발자가 여러 프로젝트를 동시에 진행하며 발생한 신뢰 문제와 업계의 미흡한 레퍼런스 체크 관행을 지적하며 신뢰의 중요성을 강조합니다. 다음으로, 폴란드의 한 소프트웨어 하우스가 ‘시니어 개발자’를 프로젝트 관리 능력과 높은 청구 단가를 기준으로 정의했던 사례를 들며, 개발자 역량 정의의 모호성을 꼬집습니다. 또한, 한 고객사가 두 개의 외부 팀에게 동일한 프로젝트를 맡기면서 협업 프로세스 합의 없이 진행되어 발생한 심각한 코드 충돌과 배포 문제를 상세히 설명하며, 명확한 규칙과 고객에 대한 단호함의 필요성을 역설합니다. 이어서 인도 팀으로의 프로젝트 인계 과정에서 기술적인 질문이 전혀 없었던 사례를 통해 문화적 차이가 소통에 미치는 영향을 보여주고, 해외 협업 시 문화적 이해의 중요성을 강조합니다. 클라우드 비용 관리의 실패 사례로는 이전 CTO의 이메일 주소가 업데이트되지 않아 오래된 AWS PostgreSQL 인스턴스로 인해 1년간 매월 1만 유로가 부과되었던 상황을 공유하며, 클라우드 자원 관리의 허점과 경고 알림의 중요성을 일깨웁니다. 통합 프로젝트와 관련된 일화에서는 SOAP API 통합 작업 중 벤더 서버의 2주간 작동 중단 사실이 뒤늦게 밝혀져 막대한 시간과 비용이 낭비된 경험을 이야기하며, 통합 작업의 불확실성과 견적 산정의 어려움을 설명하고 시간 및 재료 기반(Time & Material) 계약의 필요성을 제안합니다. 마지막으로, “우리 코드는 너무 좋아서 에러가 없다”고 주장하는 개발자의 사례와 오래된 Ruby on Rails 애플리케이션이 Heroku의 CentOS 업데이트로 인해 예기치 않게 중단된 사건을 언급하며, 과도한 자신감, 에러 처리의 부재, 그리고 레거시 시스템 유지보수의 위험성을 경고합니다.
아담의 소프트웨어 개발 실패 사례와 교훈
13. Adam Piotrowski - It is not so bad, after all - wroc_love.rb 2025
작성자
wrocloverb
발행일
2025년 04월 17일
핵심 요약
- 1 루비 컨퍼런스에서 아담이 경험한 소프트웨어 개발 프로젝트의 다양한 문제 상황과 실패 사례를 공유합니다.
- 2 채용, 팀 관리, 고객 관계, 클라우드 비용, 시스템 통합 등 비기술적 측면의 어려움과 그로부터 얻은 교훈을 이야기합니다.
- 3 신뢰의 중요성, 명확한 소통의 필요성, 오래된 시스템 관리의 위험성 등을 강조하며 업계의 현실을 유머러스하게 전달합니다.
도입
본 발표는 루비 컨퍼런스에서 아담 사린브키(Adam Sarinvki)가 진행한 비기술적 강연으로, 코드나 신기술에 대한 내용보다는 소프트웨어 개발 과정에서 흔히 발생하는 '실패(fuckups)' 사례와 그로부터 얻은 교훈에 초점을 맞춥니다. 아담은 청중들이 자신의 프로젝트와 팀을 돌아보고 새로운 영감을 얻기를 바라며, 기술적 지식만큼이나 프로젝트 관리 및 팀 역학 관계에서 발생하는 문제들을 이해하고 배우는 것이 중요하다고 강조합니다.
결론
아담은 이러한 '실패' 사례들을 공유함으로써 다른 이들의 실수를 통해 배우는 것의 가치를 역설합니다. 그는 코드의 비용과 가치에 대한 능동적인 사고, 더 나은 문서화, 그리고 고객과의 상호작용에서 단호함의 중요성을 강조합니다. 궁극적으로, 그는 지역 개발자 커뮤니티, 밋업, 컨퍼런스를 지원할 것을 강력히 요청하며, 특히 코로나19 이후 커뮤니티 참여가 줄어드는 상황에서 지식 공유와 지원적인 환경을 조성하는 데 있어 커뮤니티의 역할이 매우 중요하다고 역설합니다. 이러한 공유된 경험들은 소프트웨어 산업에서 전문적인 성장과 회복력을 키우는 데 필수적이라는 메시지로 강연을 마무리합니다.