Il sistema di segnalazione bug di Apple: funziona per qualcun altro?
Ciao a tutti, Tyler qui da AgntBox. Passiamo molto tempo a esplorare vari strumenti, scoprendo cosa funziona e cosa no. A volte questo significa trovare bug e, se siamo particolarmente disponibili, segnalarli. Questa settimana voglio parlare di qualcosa che è stata una frustrazione ricorrente, e proviene da un’azienda su cui molti di noi contano ogni giorno: Apple.
Non sono qui per criticare Apple, ma il loro sistema di segnalazione bug, specificamente il modo in cui gestiscono i rapporti più vecchi, sembra un po’ un labirinto. Ci siamo stati tutti – trovi un glitch, scrivi meticolosamente un rapporto di bug, magari includi anche screenshot o una registrazione dello schermo, e poi lo invii nell’etere. Speri che venga esaminato, magari anche risolto in un aggiornamento futuro.
Il problema sorge quando questi bug non vengono risolti immediatamente. È comprensibile; non ogni bug è critico, e i cicli di sviluppo sono lunghi. Tuttavia, ciò che non è così comprensibile è quando Apple chiude casualmente questi rapporti. E non perché hanno risolto il bug, ma perché vogliono che tu “verifichi” che sia ancora presente. Fondamentalmente, se non rispondi alla loro richiesta, il tuo rapporto viene contrassegnato come chiuso, anche se il bug è ancora lì, felicemente a causare problemi agli utenti.
Pensa a questo per un secondo. Fai il lavoro di ricerca, aiuti a migliorare il loro software, e poi mesi dopo ricevi un’email che ti chiede di riconfermare qualcosa che hai già segnalato. Se perdi quell’email, o sei troppo occupato, o sei passato ad altri progetti, il tuo rapporto viene sostanzialmente cancellato dalla loro coda attiva. Questo non è solo un fastidio minore; è un ostacolo significativo per chiunque cerchi di contribuire in modo significativo all’ecosistema.
Dalla prospettiva di un revisore, questo processo è particolarmente irritante. Testiamo costantemente nuove versioni di software, nuovi sistemi operativi e nuove funzionalità. Un bug trovato in iOS 16 potrebbe essere ancora presente in iOS 17. Ma invece di Apple che tiene traccia di ciò, scaricano il peso sul reporter originale. Sembra che stiano cercando di liberarsi del loro arretrato scaricando il lavoro. Mi chiedo se siano più interessati a ridurre il loro conteggio di bug sulla carta piuttosto che a risolvere i problemi sottostanti.
Considera lo scenario: segnali un bug, magari uno di nicchia che influisce solo su determinati flussi di lavoro o configurazioni hardware. Non è un blocco totale, ma è fastidioso. Lo segnali e poi passi oltre. Mesi dopo, ricevi questa richiesta di “verifica”. Se non torni in quel flusso di lavoro specifico per rieseguirlo sulla beta più recente, il rapporto di bug muore. E poi, se qualcun altro lo incontra, deve ricominciare da capo. È inefficiente e scoraggia la partecipazione.
I buoni sistemi di segnalazione bug incoraggiano la partecipazione. Rendono facile per gli utenti contribuire e sentirsi ascoltati. Tuttavia, questo sistema sembra progettato per escludere rapporti che non vengono attivamente inseguiti dal reporter. Mette l’onere sull’utente di monitorare e rivalidare continuamente i problemi, il che non è un modello sostenibile per la persona media, per non parlare di qualcuno che riporta molti bug su varie piattaforme.
Mi piacerebbe vedere Apple ripensare a questo. Forse un sistema in cui i rapporti vengono chiusi solo se vengono esplicitamente contrassegnati come risolti, o se il reporter stesso conferma che non è più un problema. Oppure, meglio ancora, se potessero tenere traccia internamente se un problema segnalato è stato affrontato in aggiornamenti successivi senza bisogno che noi rieseguiamo ogni singolo test. Favorirebbe un ambiente molto più collaborativo e aiuterebbe sinceramente a migliorare i loro prodotti.
Cosa ne pensi? Hai sperimentato frustrazioni simili con il sistema di segnalazione bug di Apple? Fammi sapere nei commenti qui sotto. Fino alla prossima volta, continua a testare e continua a spingere per strumenti migliori!
🕒 Published: