애플, 버그 리포트 무시? 개발자들의 분노
애플이 버그 리포트를 무시하고, 수정되지 않은 버그에 대해 불필요한 재확인 요구를 하는 행태가 비판받고 있음
개발자들은 버그 수정보다 리포트 자동 종료에 초점을 맞춘 애플의 대응 방식에 불만을 제기함
기업 문화와 SLA(Service Level Agreement) 중심의 버그 처리 방식이 소프트웨어 품질 저하를 야기한다는 지적
일부 개발자들은 버그 리포트 제출을 포기하고, 오픈소스 프로젝트에 기여하는 방향으로 전환
버그 리포트의 무시와 개발자 시간 낭비
게시글에 따르면 애플은 버그 리포트를 제출한 개발자에게 수정 여부 확인(Verify)을 요구하지만, 실제로는 버그가 수정되지 않는 경우가 많다고 지적한다. 또한, 애플은 개발자에게 베타 버전에서 버그를 확인하도록 요구하면서도, 정작 버그 수정에는 소극적인 태도를 보인다는 비판이 제기된다. 이러한 행태는 개발자들의 시간 낭비로 이어지며, 소프트웨어 품질 저하(Software Quality Degradation)의 원인이 된다는 것이다.
자동 종료 및 SLA 중심의 버그 처리
댓글에서는 애플을 포함한 많은 기업들이 SLA(Service Level Agreement)를 준수하기 위해 버그 리포트를 자동 종료하는 경향이 있다고 지적한다. 특히, 버그의 우선순위를 낮추거나, 사용자에게 재현 여부를 묻는 방식으로 리포트를 닫는 경우가 많다. 이러한 방식은 버그 해결보다는 지표 관리(Metric Management)에 초점을 맞춘 결과이며, 개발자들의 불만을 야기한다. 또한, AI 환각(Hallucination)과 유사하게, 버그가 해결되지 않았음에도 불구하고 해결된 것으로 간주되는 경우도 발생한다.
기업 문화와 개발 프로세스의 문제점
논의에서는 애플의 내부적인 문제점을 지적하며, 버그 리포트 처리 방식이 기업 문화와 밀접하게 연관되어 있다고 분석한다. 특히, 버그 리포트가 Radar라는 내부 시스템을 통해 관리되며, 각 리포트의 상태 변화가 엄격하게 관리된다는 점을 강조한다. 이러한 시스템은 버그 해결보다는 보고 체계(Reporting System)에 집중하게 만들고, 개발자들이 버그 해결에 집중하기 어렵게 만든다. 또한, 데이터 미저장 정책(Zero-Retention Policy)과 유사하게, 오래된 버그는 '관련 없음'으로 처리되는 경우도 발생한다.
커뮤니티의 경험 공유와 대안 제시
커뮤니티에서는 다양한 기업들의 버그 리포트 처리 경험을 공유하며, 애플의 사례가 특별한 것이 아님을 강조한다. 일부 개발자들은 버그 리포트 제출을 포기하고, 오픈소스 프로젝트(Open Source Project)에 기여하거나, 버그를 직접 해결하는 방식으로 전환하고 있다고 언급한다. 또한, 버그 리포트의 중요성을 강조하며, QA 팀(QA Team) 또는 프로그램 팀(Program Team)이 버그를 관리하고, 유사한 버그를 통합하여 해결하는 방식을 제안한다.
