Warum ist das neue Google Mail-Design so langsam?

Bild
Wie Sie wissen, hat Google 2018 die größte Neugestaltung der Benutzeroberfläche seines E-Mail-Dienstes Google Mail durchgeführt. Wie immer waren nicht alle damit zufrieden - und diesmal gibt es durchaus objektive Gründe für die Unzufriedenheit mit dem Service. Warum hat das Laden von Google Mail so lange gedauert und Aktionen wie das Löschen oder Archivieren einer Konversation können 4 bis 6 Sekunden dauern?

Vor ein paar Tagen stellte ein Nutzer von Hacker News eine ähnliche Frage - und er erhielt eine Antwort von einem anonymen Google-Mitarbeiter, der einen Blick auf die Entwicklungskultur im Unternehmen und seine Kollegen warf.

Ihm zufolge geschieht dies alles aufgrund der Tatsache, dass Google keine Strafen für solche "Fehlschläge" vorsieht.

Innerhalb der Mauern des Unternehmens fördern sie aktiv Starts - öffentliche Veröffentlichungen von etwas. Und die Tatsache, dass Produkte nur die Hälfte der erforderlichen Funktionen enthalten können, nicht funktionieren, nur unter Chrome funktionieren usw. - das stört niemanden, da ihre Entwickler dafür nicht gefährdet sind. Das ist die Norm.

Die Bedeutung einer solchen Aktion ist nur eine Sache - für den beruflichen Aufstieg, denn ohne größere Starts über ein bestimmtes Niveau hinaus können Sie nicht gehen. Wir haben also Hunderte unnötiger Chat-Anwendungen, endlose Neugestaltungen und Neustarts - andernfalls können Einzelpersonen nicht befördert werden.

Als das Management des Unternehmens versuchte, das Problem durch die Herausgabe eines internen Dokuments zu lösen, das anstelle von Starts zu erfolgreichen „Landungen“ ( Landung , erfolgreiche Starts) motiviert, haben sich die Mitarbeiter in ihrem Leben nur verändert: s / Start / Landung / g in seiner Leistungsbeurteilung.

Nehmen Sie zum Beispiel den Allo-Messenger. Die Entwicklung dauerte zwei Jahre. Danach beschloss das Unternehmen, die Entwicklung auszusetzen und das Projekt einzufrieren. Wie sich herausstellte, haben die Verantwortlichen des Boten nicht gleichzeitig gelitten - im Gegenteil, einige von ihnen wurden sogar befördert.

Leider sind die dringenden Probleme der Benutzer des Unternehmens heute offenbar nicht allzu interessiert:
Wissen Sie, wie viele Fehler Sie beheben müssen, um eine Erhöhung zu erhalten? Unendlich viele. Es spielt keine Rolle, wie viele Fehler Sie beheben - es wird Ihnen nie genug "Beitrag" bringen, um sich zu erhöhen, niemals. Es reicht jedoch aus, nur ein Redesign durchzuführen - auch wenn es praktisch nutzlos ist - und die Aktion ist in Ihrer Tasche.

Natürlich gibt es innerhalb der Mauern des Unternehmens selbst Leute, die vor der Möglichkeit warnen und sich beschweren, Leistungsfehler in Tracker stecken - das ist einfach alles, was ignoriert wird. Die meisten Arbeiter geben schließlich auf und hören auf, über Fehler zu schreiben, weil die typische Antwort lautet: "Sie sind nicht unsere Zielgruppe."

Und wir alle kennen diese Probleme! Wir alle! Einige geben auf, wenn es um sie geht; andere beginnen einfach, nach oben zu „optimieren“ - anstatt in Richtung dessen zu optimieren, was für den Benutzer oder das Unternehmen gut ist.

In seinen Gedanken ist der Entwickler nicht allein. Graham Wheeler teilte eine Geschichte aus seinem Leben bei Google mit, die seine Position bestätigte.
Einmal bei Google erhielt ich eine negative Leistungsbeurteilung. Ich entschied, dass der beste Weg, meine Zeit zu verbringen, darin besteht, den Code, den ich erhalten habe, umzugestalten, um den Grad der Testabdeckung von 0% auf 80% zu erhöhen und dabei viele Fehler zu korrigieren. Infolgedessen bekam ich eine beschissene Bewertung der Leistungsbeurteilung, und der Autor des ursprünglichen Govnokoda erhielt eine Gehaltserhöhung.

Geschichten über Entwicklungsmanagementprobleme bei Google erscheinen regelmäßig im Web. Die Reaktion der Benutzer lässt auch nicht lange auf sich warten. Geschäftskunden, die Google Apps verwenden, wechseln zu FastMail , dessen Hauptprinzip E-Mail und nicht mehr ist.

So sind wir und wir bekommen Dinge wie das neue Google Mail. Dies hat einerseits eine Neugestaltung im Sinne von Material Design, einen Offline-Modus und viele andere kleinere Verbesserungen erfahren, die aus dem Google-Posteingang übertragen werden und im nächsten Jahr eine lange Lebensdauer haben werden. Auf der anderen Seite werden 358 Anforderungen für das vollständige Laden ausgeführt und 6,3 MB heruntergeladen. Zum Vergleich: Der "alte" Modus der HTML-Ansicht in Google Mail umfasst nur 14 Anfragen und 25,3 KB, sodass das Laden in 2 Sekunden möglich war.

Diese Praxis gilt natürlich nicht nur für Google, sondern auch für viele andere große Unternehmen. Wir beobachten das bekannte Prinzip „Sie bekommen, was Sie messen“ in Aktion.

Eine ähnliche Geschichte erzählte der Entwickler Steve , der bei Apple unter MacOS X Snow Leopard arbeitete. Zum größten Teil war Steve bestrebt, Fehler in allen wichtigen Betriebssystem-Frameworks zu beheben - und als Ergebnis der Veröffentlichung wurde ihm eine Beförderung verweigert, da seine Anwesenheit "bei keinem der Projekte kritisch war".

Die Ironie dabei ist, dass diese Version des Betriebssystems, basierend auf der Idee des Unternehmensmanagements, eine Version sein sollte, in der alles darauf abzielte, die Stabilität und Leistung des Systems zu verbessern. Während einige von ihnen erwartungsgemäß an der Stabilität arbeiteten, „schoben“ andere aktiv neue Funktionen wie einen Garbage Collector für Objective-C in die Version, was die Arbeit anderer verzögerte und Xcode für mehrere Monate unbrauchbar machte.

Die Arbeit an den Fehlern war jedoch nicht umsonst für normale Benutzer, die sich an die hervorragende Leistung von Snow Leopard und dem nachfolgenden Lion erinnerten - im Gegensatz zu Chrome, das beim Schreiben dieses Beitrags nur ein paar Mal einfrierte und einen Absturz der Registerkarte "Entwurf" verursachte.

Source: https://habr.com/ru/post/de429018/


All Articles