---
title: "Ask HN: 소방서용 소프트웨어 재단을 만들어야 할까?"
published: 2025-12-17T23:58:04.000Z
canonical: https://jeff.news/article/987
---
# Ask HN: 소방서용 소프트웨어 재단을 만들어야 할까?

응급 서비스용 오픈소스 소프트웨어 재단 설립에 대한 HN 토론. 소프트웨어보다 지원, 영업, 교육, 데이터 마이그레이션 등 비소프트웨어 문제가 더 크며, 현장의 변화 저항과 예산 구조도 고려해야 한다는 현실적 조언.

- 누군가 HN에 "응급 서비스(소방서 등)를 위한 소프트웨어 재단을 시작해야 할까?"라고 물었고, 현실적인 답변이 올라온 스레드

- 핵심 조언: 코드 짜기 전에 **먼저 도시/농촌 소방서에서 실제로 소프트웨어를 어떻게 쓰는지 관찰**해야 함. 특히 다른 시스템(회계 시스템 등)과의 연동에 주목해야 하는데, 한 곳이 QuickBooks를 쓴다면 결국 "모든" 회계 시스템과 연동해야 한다고 각오해야 함

- 소프트웨어 외적인 문제가 더 큼:
  - 시스템 장애 시 대응 계획은?
  - 고객이 10, 100, 1000개일 때 지원 레이어는? 그 비용은 어디서?
  - 무료로 코드를 짜주는 사람은 있어도, **나머지(지원, 운영, 교육)는 유료**임

- 영업도 문제임: 시골 소방서에 어떻게 접근할 건지, 데이터 마이그레이션과 직원 재교육은 누가 하는지, 기존 솔루션보다 낫다는 걸 어떻게 설득할 건지

- **변화에 대한 저항이 강함**. 더 좋은 대안이 있어도 바꾸기 싫어하는 경향이 있음. 연간 13만 달러 예산의 시골 소방서에서 1만 달러를 아끼면? 예산이 12만 달러로 줄어들 뿐, 그 돈이 소방서 안에 재배치되지 않음. 전환의 고통을 감수할 인센티브가 없다는 거임

- 결론: 취지는 훌륭하지만, 소프트웨어는 전체 문제의 가장 작은 부분일 수 있음. 시작하기 전에 끝이 어떤 모습일지 먼저 이해해야 함

## 핵심 포인트

- 코드 작성 전에 현장 관찰부터 — 연동 시스템 파악 필수
- 소프트웨어는 전체 문제의 가장 작은 부분
- 무료 코드는 있어도 지원/운영/교육은 유료
- 비용 절감이 현장 재투자로 이어지지 않아 전환 인센티브 부족

## 인사이트

오픈소스 프로젝트를 시작할 때 기술보다 운영/영업/지원의 현실적 비용을 먼저 생각해야 한다는 보편적 교훈. 특히 공공 영역에서의 소프트웨어 도입 장벽이 잘 정리됨.