---
title: "플리퍼 제로, 공식 펌웨어 개발 중단 논란 끝에 커뮤니티 기여 다시 받는다"
published: 2026-07-05T18:22:00.000Z
canonical: https://jeff.news/article/4682
---
# 플리퍼 제로, 공식 펌웨어 개발 중단 논란 끝에 커뮤니티 기여 다시 받는다

플리퍼 제로 팀이 공식 펌웨어 개발을 사실상 유지보수 모드로 돌리려다 커뮤니티 반발을 받고 방향을 수정했음. 앞으로는 깃허브 디스커션 투표, 더 엄격한 풀 리퀘스트 규칙, 통합 테스트 공개를 통해 제한된 리소스로 커뮤니티 기여를 받겠다는 입장임.

- 플리퍼 제로 팀이 “공식 펌웨어 개발을 멈춘 것 아니냐”는 커뮤니티 반발에 답을 내놨음
  - 결론은 완전 중단은 아니고, 펌웨어 유지보수와 커뮤니티 기여 검토에 다시 리소스를 배정하겠다는 쪽임
  - 다만 예전처럼 채팅방에서 실시간으로 얘기하고, 즉흥적으로 요청을 받아주는 방식은 끝났다고 봐야 함

- 배경에는 킥스타터 시절부터 쌓인 꽤 긴 피로감이 있음
  - 플리퍼 제로는 2020년 킥스타터로 시작했고, 당시에는 “5백만 달러 받고 튀는 프로젝트 아니냐”는 의심과 비난도 많이 받았다고 함
  - 코로나 이후 부품 부족, 공급망 비용 상승, 정치적 혼란까지 겹쳤지만 결국 모든 후원자에게 제품을 배송했고, 약속한 기능도 구현했다고 강조함
  - 지금은 대체 펌웨어, 앱, 스크립트가 돌아가는 개발 플랫폼이 됐고, 팀은 이걸 “임무 완수”에 가깝게 보고 있었음

- 공식 펌웨어 1.0의 핵심 문제는 생각보다 빡센 하드웨어 제약이었음
  - 플리퍼 제로 펌웨어에 쓸 수 있는 플래시 메모리는 700KB뿐이라 새 기능을 계속 넣기 어렵다고 함
  - 그래서 기능 일부를 마이크로SD 카드에서 동적으로 로드되는 앱으로 빼는 구조를 만들었고, 이게 2024년 안정 펌웨어 1.0의 기반이 됨
  - 펌웨어 API와 SDK도 안정화해서 앱 개발자들이 API 변경 때문에 매달 다시 빌드하는 상황을 줄였다고 함

> [!IMPORTANT]
> 이 이슈는 “기능 더 넣어줘” 문제가 아니라, 700KB 펌웨어 제약과 100만 명 넘는 사용자 규모를 동시에 감당하는 오픈소스 운영 문제에 가까움.

- 앞으로 기능 요청은 깃허브 디스커션에서 투표로 정리됨
  - 플리퍼 제로 사용자가 100만 명을 넘으면서 디스코드, 레딧, 소셜 미디어, DM으로 오는 요청을 사람이 분류하는 게 불가능해졌다고 함
  - 팀은 가장 많은 표를 받은 구체적인 기능 요청을 매주 검토하겠다고 했음
  - 추상적인 질문, 잡담, 도움 요청은 디스커션이 아니라 기존 커뮤니티 채널에 남기라는 입장임

- 풀 리퀘스트는 더 빡세게 본다고 못박았음
  - 특히 검증하기 어려운 저수준 라이브러리 변경이나 AI 생성 코드가 들어간 변경은 더 엄격히 평가한다고 함
  - UI에 영향을 주는 변경은 문서 수정까지 같이 요구될 가능성이 큼
  - 앱 카탈로그 쪽 풀 리퀘스트는 기존 방식대로 받는다고 선을 그었음

- 통합 테스트와 회귀 테스트를 공개하겠다는 부분이 실무적으로 제일 중요함
  - 펌웨어 변경이 기존 기능을 깨지 않는지 확인하기 위해 QA 팀이 쓰던 통합 테스트 케이스를 공개할 예정임
  - 모든 펌웨어 변경에는 이 테스트 실행이 필요하고, 회귀 테스트 일부에는 커뮤니티도 참여시키겠다고 함
  - 말 그대로 “기여는 받겠지만, 검증 비용까지 같이 가져와야 한다”는 메시지임

---
## 기술 맥락

- 플리퍼 제로가 앱 동적 로딩 구조를 택한 건 멋져 보이는 아키텍처라서가 아니라, 펌웨어 플래시가 700KB밖에 안 되는 현실적인 한계 때문이에요. 핵심 기능까지 앱으로 빼야 새 기능을 넣을 공간이 생기거든요.

- SDK와 API 안정화가 중요한 이유는 커뮤니티 앱 생태계가 깨지지 않게 하려는 거예요. 펌웨어 내부 구조가 매달 바뀌면 앱 개발자는 계속 따라가야 하고, 그러면 플랫폼 신뢰도가 바로 떨어져요.

- 깃허브 디스커션 투표 방식은 제품팀 입장에서는 노이즈를 줄이는 장치예요. 사용자가 100만 명을 넘으면 실시간 채팅에서 중요한 요구와 개인 취향을 구분하기가 거의 불가능해지거든요.

- 통합 테스트 공개는 커뮤니티 기여를 막겠다는 신호라기보다, 저수준 펌웨어 프로젝트에서 필요한 최소한의 안전장치에 가까워요. 한 줄 수정이 무선 기능, 저장장치, UI를 동시에 깨뜨릴 수 있어서 테스트 없이는 리뷰가 감당이 안 돼요.

## 핵심 포인트

- 플리퍼 제로 펌웨어는 700KB 플래시 한계 때문에 기능을 앱으로 분리하는 구조로 안정화됐음
- 공식 팀은 새 기기 개발에 집중하지만 펌웨어 유지보수와 커뮤니티 기여 검토 리소스는 다시 배정함
- 기능 요청은 깃허브 디스커션 투표 기반으로 우선순위를 정하고, 풀 리퀘스트는 통합 테스트와 문서 영향까지 더 엄격히 본다고 밝힘

## 인사이트

하드웨어 해킹 장난감처럼 보이던 제품이 100만 사용자 규모의 개발 플랫폼이 되면서, 오픈소스 프로젝트 운영 문제가 그대로 터진 사례임. 특히 AI 생성 코드와 저수준 펌웨어 변경을 어떻게 검증할지에 대한 고민이 꽤 현실적임.