플리퍼 제로, 공식 펌웨어 개발 중단 논란 끝에 커뮤니티 기여 다시 받는다

• 플리퍼 제로 팀이 “공식 펌웨어 개발을 멈춘 것 아니냐”는 커뮤니티 반발에 답을 내놨음

  • 결론은 완전 중단은 아니고, 펌웨어 유지보수와 커뮤니티 기여 검토에 다시 리소스를 배정하겠다는 쪽임
  • 다만 예전처럼 채팅방에서 실시간으로 얘기하고, 즉흥적으로 요청을 받아주는 방식은 끝났다고 봐야 함

• 배경에는 킥스타터 시절부터 쌓인 꽤 긴 피로감이 있음

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

• 공식 펌웨어 1.0의 핵심 문제는 생각보다 빡센 하드웨어 제약이었음

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

• 앞으로 기능 요청은 깃허브 디스커션에서 투표로 정리됨

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

• 풀 리퀘스트는 더 빡세게 본다고 못박았음

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

• 통합 테스트와 회귀 테스트를 공개하겠다는 부분이 실무적으로 제일 중요함

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

---

기술 맥락

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

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

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

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