- In der Apple-Entwickler-Community wurde ein Boykott des Feedback Assistant vorgeschlagen: Bis die Probleme behoben sind, sollen keine neuen Bugs mehr über das offizielle Bug-Reporting-System eingereicht werden
- Die Teilnahme soll so ablaufen: Zuerst ein Problem mit dem Feedback Assistant selbst melden, danach keine neuen Feedbacks mehr einreichen und auf bestehende Anfragen mit dem Hinweis antworten, dass man sich am Boykott beteiligt
- Die Kritik konzentriert sich auf die Betriebsweise des Bug-Reporting-Systems: keine Offenlegung, ob ein Problem reproduziert wurde, Schließungen ohne Benachrichtigung, keine Möglichkeit zum Wiedereröffnen, überzogene sysdiagnose-Anforderungen, Einstellung von Web-Einreichungen, keine Suche und mehr
- WebKit, Apples Open-Source-Projekte auf GitHub sowie das Teilen von Bugs über Social Media, Blogs und Podcasts sind vom Boykott ausgenommen
- Ziel ist es, sichtbar zu machen, dass Apple auf unbezahlte QA-Arbeit externer Entwickler angewiesen ist, und zu bestätigen, dass Entwickler ihre Arbeit und ihren Lebensunterhalt auch ohne Feedback Assistant fortführen können
So nimmt man am Boykott teil
- Der Boykott von Apples Feedback Assistant beginnt sofort; allen Apple-Entwicklern wird die Teilnahme empfohlen
- Das vorgeschlagene Vorgehen besteht aus drei Schritten
- Im Bereich Developer Tools & Resources des Feedback Assistant ein neues Feedback einreichen und zusammen mit einer Liste der Probleme erklären, dass man bis zur Behebung boykottieren wird
- Keine weiteren neuen Feedbacks einreichen, bis Apple die Probleme behoben hat
- Wenn Apple bei bestehendem Feedback um eine Antwort bittet, antworten, dass man sich im Boykott befindet, und auf die im ersten Schritt eingereichte Feedback-Nummer verweisen
- Das Feedback aus dem ersten Schritt sollte möglichst individuell formuliert werden
- Ziel ist es, Apple dazu zu bringen, boykottbezogenes Feedback zu bearbeiten, und dem Unternehmen klarzumachen, dass Entwickler ernsthaft handeln
Umfang des Boykotts und Ausnahmen
- Der Boykott beschränkt sich auf den Feedback Assistant
- Es bleibt weiterhin möglich, über Bugs in Social Media, Blogs und Podcasts zu sprechen
- Andere öffentliche Bug-Reporting-Systeme von Apple sind ausgenommen
- Diese anderen Bug-Reporting-Systeme werden in vielerlei Hinsicht als besser als der Feedback Assistant bewertet
- Das primäre Ziel ist es, den Feedback Assistant selbst zu verändern, der als der bislang feindseligste Bug-Reporter kritisiert wird
Wiederkehrende Probleme im Feedback Assistant
- Selbst wenn Apple genaue Reproduktionsschritte und ein Beispielprojekt für Xcode erhält, teilt das Unternehmen nicht mit oder verweigert die Offenlegung, ob der gemeldete Bug reproduziert werden kann
- Für Entwickler ist es schwer einzuschätzen, ob Apple ein Feedback ernsthaft behandelt oder es bürokratisch verzögert
- Feedback wird mit dem Status
Investigation complete - Unable to diagnose with current informationgeschlossen, ohne dass zusätzliche Informationen angefordert oder eine Schließung angekündigt werden - Feedback wird ohne Zustimmung des Einreichers geschlossen; derzeit wirkt es wie ein „Feature“ des Systems, dass selbst Apple-Mitarbeiter geschlossenes Feedback nicht wieder öffnen können
- Wenn Apple Feedback zu einem noch nicht behobenen Bug versehentlich schließt, verlangt das Unternehmen vom Entwickler, ein neues Feedback zu eröffnen, statt selbst ein neues Feedback für denselben Bug anzulegen und die Nummer mitzuteilen
- Auch wenn ein Bug nicht behoben wurde oder weder ein Fix noch ein Reproduktionsversuch erfolgt ist, fordert Apple dazu auf, Feedback in der neuesten Beta zu verifizieren
- Wenn der Entwickler nicht verifiziert, schließt Apple das Feedback
- Dieser Prozess wird als große Verschwendung von Entwicklerzeit angesehen
- Bei als Duplikat geschlossenen Feedbacks werden Statusänderungen des ursprünglichen Feedbacks nicht immer weitergegeben
- Apple fordert häufig invasive sysdiagnose-Berichte an und will Feedback ohne diese Berichte oft nicht prüfen
- Viele Entwickler arbeiten auf persönlichen Geräten
- sysdiagnose wird als erheblicher Eingriff in die Privatsphäre betrachtet, die Apple selbst als grundlegendes Menschenrecht bezeichnet
- Apple wird dafür kritisiert, keine kleineren, zielgerichteteren und weniger invasiven Methoden zur Informationssammlung und Diagnose entwickelt zu haben oder diese aufgegeben zu haben
- Seit Kurzem kann Feedback nicht mehr im Web eingereicht werden
- Stattdessen verlangt Apple die Einreichung ausschließlich über die native Feedback-Assistant-App unter macOS oder iOS
- Es wird angegeben, dass Feedback jahrelang über die Web-App eingereicht wurde und die letzte Web-Einreichung am 26. Oktober erfolgte
- Entwickler können im Feedback Assistant nicht nach Bugs suchen
- Apple-Mitarbeiter können die Datenbank durchsuchen, externe Entwickler sehen jedoch nur ihr eigenes eingereichtes Feedback
- Manche Feedbacks müssen geheim bleiben, viele jedoch nicht; eine opt-in-basierte, durchsuchbare Bug-Datenbank würde externen Entwicklern und der Qualität von Apples Plattform-Software helfen
Antwort auf den Einwand „Apple hat auch keine Zeit“
- Der Verteidigung, Apple habe keine Zeit, angemessen auf Feedback zu reagieren, wird nicht zugestimmt
- Prioritäten, Zeitpläne und Personalzuweisung werden durch Entscheidungen der Unternehmensführung festgelegt
- Apple wird dafür kritisiert, die eigene Zeit höher zu bewerten als die Zeit externer Entwickler und offenbar kein schlechtes Gewissen dabei zu haben, deren Zeit endlos zu verschwenden
- Wenn Apple entscheiden kann, keine Zeit für die Beantwortung von Feedback zu haben, können Entwickler ebenfalls entscheiden, keine Zeit für das Einreichen von Feedback zu haben
- Aus Sicht langjähriger Apple-Nutzer sind die jährlich wiederkehrenden OS-Updates nicht zwingend erforderlich; es wird daran erinnert, dass Update-Abstände von etwa zwei Jahren wie zu Zeiten von Mac OS X Snow Leopard mehr Zeit für Bugfixes ließen
Nicht einzelne Ingenieure, sondern das System ist das Ziel
- Dieser Boykott richtet sich nicht gegen einzelne Apple-Ingenieure
- Es wird angenommen, dass auch viele Apple-Ingenieure Verbesserungen am Feedback Assistant wünschen
- Verbesserungen am Feedback Assistant könnten die Beziehung zwischen Apple-Ingenieuren und externen Entwicklern eher stärken als beschädigen
- Ziel des Boykotts ist das Bug-Reporting-System; Apple-Führungskräfte sollen dazu gebracht werden, die anhaltenden Probleme wahrzunehmen und darauf zu reagieren
Unbezahlte QA-Arbeit und die Entscheidung der Entwickler
- Der Boykott kann auch als Arbeitsstreik bezeichnet werden
- Apple nutzt Entwickler in großem Umfang für unbezahlte QA-Arbeit
- In ein einzelnes Feedback können Stunden oder Tage Arbeit fließen
- Sowohl Apple als auch die Entwickler wissen, dass Entwickler eine wichtige Rolle beim Testen und Verfeinern von Apples Software und Produkten spielen
- Apple wird dafür kritisiert, Feedback von Entwicklern als selbstverständlich zu behandeln, den Entwicklern im Bug-Reporting-System aber weder Respekt noch grundlegende Höflichkeit entgegenzubringen
- Entwickler wurden darauf konditioniert zu glauben, es sei ihre Pflicht, Feedback für die Plattform einzureichen, doch Apples Plattformen sind kein Wohltätigkeitsfall
- Apples Plattformen haben Apple zum profitabelsten Unternehmen der Welt gemacht, und externe Entwickler sind keine Apple-Mitarbeiter; unbezahlte Arbeit sollte daher nicht als selbstverständlich gelten
Zwei Ziele des Boykotts
- Das erste Ziel ist, durch den Nachweis, dass Bug-Reports von Entwicklern für Apple notwendig sind und Apple ohne sie Schaden nimmt, Druck zur Verbesserung des Feedback Assistant aufzubauen
- Das zweite Ziel ist, dass Entwickler selbst erkennen, dass sie Apple tatsächlich keine Bugs melden müssen
- Es wird angenommen, dass viele der eingereichten Bugs letztlich nicht behoben werden und dass Fixes, selbst wenn sie kommen, oft zu spät sind, um die Auswirkungen des Bugs zu vermeiden
- Zwar wirken sich Apple-Bugs tatsächlich auf Apps aus, doch da Entwickler kaum erwarten können, dass Apple sie rechtzeitig behebt, liefern sie ihre Apps in der Regel mit Workarounds aus
- Sobald Workarounds eingebaut sind, sinkt die Dringlichkeit für Apple, den Bug zu beheben; Bug-Reporting wird dann eher zu Wohltätigkeit als zu einer Notwendigkeit
Die Rolle des Feedback Assistant neu definieren
- Der Feedback Assistant wird nicht als System verstanden, das Entwicklern Kundenservice bietet
- Vielmehr haben Entwickler dem Feedback Assistant Dienste geleistet, und sie entscheiden sich nun, diese Dienste zurückzuhalten, bis das System verbessert wird
- Es besteht die Hoffnung, dass Apple die Probleme des Feedback Assistant behebt; falls keine Verbesserungen kommen, besteht die Bereitschaft, den Boykott dauerhaft fortzusetzen
- Unabhängig davon, ob Apple positiv reagiert: Wenn viele Entwickler teilnehmen und feststellen, dass der Feedback Assistant für ihre Arbeit und ihren Lebensunterhalt nicht unverzichtbar ist, gilt der Boykott als Erfolg
Ergänzung vom 7. November 2023
- Für den Boykott des Feedback Assistant gibt es nun eine offizielle Webseite
- Auf dieser Seite werden auch eine E-Mail-Adresse, ein RSS-Feed und ein Mastodon-Konto angeboten
- Eine öffentliche Liste der Boykottteilnehmer wird ebenfalls gepflegt; weitere Informationen sind auf der Seite zu finden
1 Kommentare
Meinungen auf Hacker News
Ich schätze, dass ich bei den Berichten, die ich über den Feedback Assistant eingereicht habe, in etwa 10 % der Fälle eine Antwort oder Bestätigung erhalten habe.
Es war ein Bug, der unter iOS zu 100 % reproduzierbar war, und ich hatte sogar ein isoliertes Beispielprojekt bereitgestellt. Es kostet Zeit, einen sorgfältigen und detaillierten Bug-Report zu erstellen; wenn dann gar keine Antwort kommt, ist das wirklich frustrierend, und ich kann diesen Beitrag sehr gut nachvollziehen.
Testen, Reproduzieren und Dokumentieren kosten Zeit und Mühe. Ich wollte nichts dafür, ich wollte nur, dass es behoben wird; meine eigenen Kinder nutzen ebenfalls iPhones.
Andere Unternehmen sind nicht wesentlich anders. Ich habe Cisco eine Remote-Code-Execution-Schwachstelle gemeldet, worauf sie antworteten, sie wüssten bereits davon, würden sie aber nicht beheben, weil das Produkt kurz vor dem End of Life stehe.
Über die Jahre bin ich auf viele Schwachstellen gestoßen, aber wenn ich nicht dafür bezahlt werde, sie zu finden, ignoriere ich sie normalerweise einfach. Es ist die Frustration nicht wert.
Ich habe ordentliche Bug-Reports mit Reproduktionsschritten, eigenen Untersuchungsergebnissen und Details eingereicht, und trotzdem herrscht Stille. Es fühlt sich an, als würde die App Bugs einfach nach
/dev/nullschicken.Ein Boykott oder Streik wirkt nur, wenn die meisten oder fast alle mitmachen. Denn man macht selbst nur dann mit, wenn man sicher ist, dass fast alle mitmachen werden.
Wenn dieser Blogbeitrag nur 0,1 % der Entwickler zum Streiken bringt, wird Apple das nicht einmal bemerken.
Die Idee eines Entwicklerstreiks an sich ist hervorragend, aber wenn sie als Handlungsaufruf einer einzelnen Person, Jeff Johnson, beginnt, führt das meiner Ansicht nach normalerweise kaum zu Verhaltensänderungen.
Wenn man organisieren will, sollte man zuerst 50 bis 200 bekannte und respektierte wichtige Entwickler direkt kontaktieren, ihre Mitzeichnung einholen und dann einen offenen Brief veröffentlichen. Dann können alle sehen, dass das nicht der Wunsch einer Einzelperson ist, sondern ein ernsthafter Streik von Leuten, die wissen, wovon sie sprechen.
Er sollte auch in wichtigen Tech-Medien behandelt werden, damit sowohl Apple als auch Entwickler ihn wahrnehmen.
Und dieser Brief sollte nicht eine Liste sämtlicher Beschwerden sein, sondern konkrete, überprüfbare Maßnahmen benennen, die Apple ergreifen muss, um den Streik zu beenden. Es darf keine endlose Forderungsliste werden, und auch keine Wunschvorstellung nach dem Motto „sofort alles beheben“, sondern realistischer Fortschritt mit Terminen und Meilensteinen.
Wenn man streiken will, muss man tatsächlich organisieren. Ein Blogbeitrag mit „ich fordere alle Apple-Entwickler auf, mitzumachen“ ist keine Organisation, und nur weil man schreibt, dass man streikt, organisiert das nicht auf magische Weise jemand anderes für einen.
Wie der Autor weiter unten sagt, geht es hier weniger um einen Boykott im Sinne eines Kaufstopps als darum, keine kostenlose Arbeit mehr zu leisten; deshalb nenne ich es hier Streik.
Das ist kein offensichtlich wichtiges Anliegen wie ein Kampf um höhere Einkommen. Der Vorteil dieses Streiks ist, dass die Schritte 1 bis 3 am Anfang des Beitrags von allen nur geringen Aufwand verlangen, sodass man leicht mitmachen kann, wenn man möchte.
Wie am Ende des Beitrags gesagt wird, ist eines der Ziele, uns selbst zu beweisen, dass wir den Feedback Assistant eigentlich nicht brauchen. Wir haben kaum etwas zu verlieren, die Teilnahme am Bug-Reporting-System ist für uns nicht unverzichtbar, und wir können einfach gehen.
Dieser Streik ist kein Kampf auf Leben und Tod, den man um jeden Preis gewinnen muss. So hartnäckig schlecht und nervig der Feedback Assistant auch ist, in unseren beruflichen Prioritäten sollte er niedrig stehen.
Ich denke sogar, dass genau diese Haltung Apple gegenüber ein Hebel ist. Wir sind nur Freiwillige, die aus einer schlechten ehrenamtlichen „Gelegenheit“ aussteigen, aber Apple ist für seine kommerziellen Produkte auf unsere kostenlose Arbeit angewiesen und müsste tatsächlich mehr Mitarbeiter einstellen und bezahlen, um sie zu ersetzen.
Niemand verzichtet auf sein Gehalt, wenn er den Feedback Assistant nicht mehr nutzt. Die Kosten, an diesem Streik teilzunehmen, sind sehr niedrig, und für die meisten dürfte Mitmachen sogar weniger kosten als Nicht-Mitmachen.
Deshalb sehe ich die Möglichkeit, dass er mit der Zeit zu einem einflussreichen Streik heranwächst, auf eine Weise, die bei traditionellen Arbeitskämpfen schwierig wäre.
Selbst wenn es so ist, hat Apple genug andere Berichte oder Features zu bearbeiten; es könnte also kaum Auswirkungen haben, wenn externe Bug-Reports komplett verschwinden.
Ich wünschte, Apple würde seinen Umgang mit Bug-Management ändern. Es ist wirklich demotivierend, wenn man einen Bug reproduziert, einen Bug-Report in der Qualität schreibt, die man selbst gern erhalten würde, dazu einen minimalen Testcase erstellt, dann jahrelang nichts hört und der Report schließlich geschlossen wird oder man eine Nachricht bekommt, man solle noch mehr Arbeit leisten und bestätigen, ob das Problem weiterhin besteht.
Ich frage mich, ob es ein Unternehmen in annähernd Apples Größenordnung gibt, das das gut macht.
Mir fallen viele Gründe ein, warum das ein schwieriges Problem ist, und ich verstehe auch, dass die Personalplanung schwierig ist. Aber Apple wird dafür bezahlt, dieses Problem zu lösen, und schafft es nicht.
Deshalb denke ich im Allgemeinen, dass es beim Melden von Bugs besser ist, weniger Arbeit zu investieren. Der Inhalt sollte allerdings sorgfältig und klar sein.
Kann ich nachvollziehen. Selbst wenn man intern bei Apple ein Radar einreicht, wird es oft ähnlich behandelt. Allerdings kann man den Radar-Status sehen.
Also Leute, die Bugfixes machen, Feinschliff vornehmen und die Codebase wie einen Garten pflegen.
Taten sagen mehr als Worte. Apple zeigt durch sein Handeln, was es von Entwicklern hält.
Um Apples Verhalten zu ändern, müsste man wohl ziemlich viel Wirbel machen. Solange Apple auf einem riesigen Geldberg sitzt, hat das Unternehmen kaum einen Anreiz, sich zu ändern.
Apple scheint externe Entwickler als eine Art Ungeziefer zu betrachten. Die Systeme und Prozesse, die man Entwicklern aufzwingt, wirken aktiv darauf ausgelegt, sie zu entmutigen.
Früherer Beitrag: https://news.ycombinator.com/item?id=3947903
Ich fühle mich gerade unglaublich alt.
Nachtrag: Ich habe endlich den vollständigen Formbrief gefunden [1]. Damals habe ich eine Kopie eingereicht, und sie liegt bis heute unbeachtet im Feedback Assistant.
[1]: https://gist.github.com/mysteriouspants/1989061
Manchmal ist ein Bugreport über den Feedback Assistant nötig. Nämlich dann, wenn man einen Apple-internen Entwickler gefunden hat, der den Bug beheben will, und nur noch eine Feedback-Nummer für die interne Arbeitsdokumentation braucht.
Unaufgefordert Bugreports einzureichen ist schlicht Zeitverschwendung. Es ist nicht so sehr, dass ich den Feedback Assistant „boykottiere“; ich habe nur aufgehört, ihn zu benutzen, weil er nichts Nützliches bewirkt.
Als Entwickler weigere ich mich völlig, mich in irgendeiner Form mit Apple einzulassen. Der Grund ist die Jahresgebühr von 100 Dollar.
Jedes Mal, wenn solche Dinge ans Licht kommen, fühle ich mich in meiner Einschätzung besonders bestätigt.
Man stelle sich vor: Das reichste Unternehmen der Welt verlangt Geld für das Privileg, zu seiner Plattform beitragen zu dürfen.
Das ist völlig verrückt, und nichts kann meine Meinung dazu ändern.
Trotzdem könnte man sie wie bei Google einmalig erheben, und günstiger ginge es auch.
Moment mal, heißt das, man kann jetzt kein Feedback mehr über das Web einreichen? Das ist wirklich unfassbar dumm.
Die Feedback-App selbst ist zur Hälfte kaputt, also bekäme Apple meine Berichte wohl selbst dann nicht, wenn es sie wollte.
Ich habe früher einmal in einem Blogbeitrag geschrieben, wie nachlässig Apple Webentwickler im Zusammenhang mit Safari behandelt [1].
Wenn man das hier sieht, scheint Apple auch andere Entwickler nachlässig zu behandeln, und ehrlich gesagt überrascht mich das nicht.
[1] https://www.construct.net/en/blogs/ashleys-blog-2/safari-rel...
Apple macht regelmäßig nicht nur moderne Features kaputt, sondern auch grundlegende Funktionen. Die Testpraktiken scheinen nicht besonders gut zu sein.