Gesundheitswesen, Verkauf von Zitronen und den Preis der Entwicklererfahrung

Vor kurzem hat eine Reihe von Blog -Posts erhitzte Diskussionen über die Kosten von JavaScript -Frameworks ausgelöst, wodurch die Wichtigkeit der Verwendung von JavaScript verantwortungsbewusst hervorgehoben wird.

Eric Bailey: Moderne medizinische, Rahmen, Leistung und Schaden

Die Geschichte beginnt, wenn Eric versucht, einen Termin auf der Website eines medizinischen Anbieters zu vereinbaren, aber auf einen leeren Bildschirm trifft.

Die Kundenerfahrung von

Modern HealthCare basiert auf React und WebPack, begleitet von einer großen Menge an Telemetriedaten.

Für diejenigen, die mit der Webentwicklung vertraut sind, ist der Grund offensichtlich: Websites, die zu sehr auf JavaScript angewiesen sind, deren logische Konflikt mit anderen genannten Fehlerlogiken, die zu Deadlocks führen.

Aber für nicht professionelle ist dies nicht offensichtlich. Alles, was sie sehen, ist die unendliche Ladeanimation.

Dies mag in einigen Fällen ein geringes Problem darstellen, aber die Folgen sind unvorstellbar, wenn es um Gesundheitsprobleme geht:

Personen, die Hilfe suchen, kümmern sich nicht um Typuskript, Baumschütteln, Ersatz für heißes Modul, A/B -Tests, Burnout -Diagramme, NPs, OKR, KPI oder andere unternehmerische Begriffe. Wenn Benutzer die von ihnen benötigten Dienste nicht erhalten können, ist die Entwicklererfahrung bedeutungslos.

Dies ist der Einfluss der Realität. Was passiert, wenn unsere Tools und Berichte - die Tools, die produktiver sein sollten - so sind, wie die Benutzererfahrung behindert? Diese Tools sollen Erkenntnisse liefern, die uns helfen, die Benutzerbedürfnisse, insbesondere in Notfällen, vorherzusagen.

Ich weiß, dass es leicht zu kontroverslich ist, auf das JavaScript -Framework mit dem Finger auf das JavaScript -Framework zu richten. Es geht jedoch nicht nur darum, React oder andere Frameworks zu verwenden, sondern auch einen Konflikt zwischen Geschäftsprioritäten und Entwicklererfahrungen und Benutzererfahrungen.

Alex Russell: Zitronenmarkt

Die Befürworter langsamer und komplexer Frameworks haben erfolgreich ineffiziente Frameworks in trendige Dinge gepackt und trotz ihrer Mängel überall qualitativ hochwertige Entscheidungen drücken.

Diese Technologien wurden zunächst unter dem Banner der "Verbesserung der Benutzererfahrung", aber außerhalb von Organisationen mit hoher Laufzeit haben sie ihre Versprechen völlig versäumt. In der breiteren Webumgebung haben sich diese neuen Technologiestapel als teure Fehler erwiesen.

Das Problem ist hier. Alex ist ausgesprochen, aber er weist darauf hin, dass die Verantwortung in der Art und Weise liegt, wie der Rahmen vermarktet wird, nicht in den Entwicklern selbst. Was ist eine Marketingstrategie?

Sobald Zitronenverkäufer das Konzept einbringen, dass „die Verbesserung der Entwicklererfahrung (DX) zu einer besseren Benutzererfahrung führt“, wird „Verbesserung von DX“ zum Zweck selbst und viele Menschen, die ihre Nachteile kennen, sind zur Teilnahme gezwungen. Es ist eine Strategie, die negativen Auswirkungen der Benutzererfahrung für lange Zeit zu maskieren, und nicht ein Fehler.

Aus Marketingperspektive ist diese "DX" -Köder- und Packungsstrategie sehr clever, aber die Technologie selbst bringt niemandem für den Entwickler Vorteile.

Es ist schwer zu akzeptieren, oder? Niemand möchte getäuscht werden, und es ist schwierig zuzugeben, dass gesunkene Kosten. Es ist noch schwieriger, wenn Sie Ihre Zeit und Mühe in eine bestimmte Technologie investiert und in Ihren Technologiestapel integriert haben. Der Entwicklungsworkflow ist komplex, und die Anpassung an einen Prozess ist wie die Anpassung an ein Haus, in dem Sie eine Weile leben möchten. Aber Sie sollten wissen, ob Ihr Haus auf dem gebaut ist, was Alex "Sand Foundation" nennt.

Ich möchte hier innehalten, um zu zeigen, dass ich keine persönliche Position in dieser Debatte habe. Als Web -Generalist probiere ich eher früh neue Tools aus, um sich mit ihnen vertraut zu machen, und gib dann schnell auf und stecke sie in meine Toolbox, bis ich den richtigen Zweck finde. Mit anderen Worten, ich habe eine breite Palette von Wissen, aber ich habe kein tiefes Verständnis in einem bestimmten Bereich. HTML, CSS und JavaScript sind meine gemeinsamen Kombinationen, aber ich legen großen Wert auf die Benutzererfahrung und weiß, wann Sie das richtige Tool auswählen sollen, um ein bestimmtes Problem zu lösen.

Darüber hinaus müssen wir zugeben, dass nicht jeder selbst Entscheidungen treffen kann. Viele von uns arbeiten an verwalteten Teams und verwenden Tools vorgegeben. Alex erwähnte dies auch und ich denke, es ist wichtig, weil es deutlich zeigt, dass es nicht für Einzelpersonen ist. Dies ist eine Aussage zu unseren Prioritäten und der Sicherstellung, dass sie den Erwartungen des Benutzers entsprechen.

Lassen Sie uns Chris zum Thema zurückführen ...

Chris Coyier: End-to-End-Test mit dem Inhalts-Interceptor?

Vielleicht ist Ihre Anwendung mit React erstellt, und der Grund ist nicht wichtig. Es gibt noch einige Arbeit, um die Zuverlässigkeit und Zugänglichkeit der Anwendung zu gewährleisten.

Nur eine Datei blockieren sollte eine Website nicht vollständig zerstören, aber es tut es oft! In JavaScript liegt dies wahrscheinlich daran, dass der Entwickler JavaScript (ich normalerweise blockiere), das auf JavaScript von Drittanbietern beruht (ich blockiere normalerweise).

[…]

Wenn ich Ressourcen von Tracking-Website.com blockiere, wirft mein First-Porty JavaScript einen Fehler aus. JavaScript ignoriert keine Fehler. Wenn ein Fehler geworfen wird, wird der untere JavaScript -Code in der Datei nicht ausgeführt. Wenn der Code auf niedrigerer Ebene übergangtoonboarding () ist;-wird er nicht ausgeführt.

Vielleicht lohnt es sich, Ihren Workflow erneut zu besuchen und ihn anzupassen, um mehr Fehlerpunkte zu identifizieren.

Hier ist eine Idee: Führen Sie Ihre End-to-End-Tests in einem Browser mit dem installierten Inhaltsblocker und seiner Standardkonfiguration aus.

Dies kann einige Probleme finden, die Ihre Kunden sowie die Bedürftigen aufhalten.

Gute Idee! Eine Möglichkeit, darzustellen, wie eine Anwendung realistischer verwendet wird, ist gut. Diese Klarheit kann zu Beginn des Prozesses entstehen, möglicherweise bevor sie Entwicklungsentscheidungen treffen. Lernen Sie Ihre Benutzer kennen. Warum verwenden sie diese App? Wie stöbern sie im Internet? Wo ist ihre geografische Lage? Welche Probleme könnten ihnen im Wege stehen? Chris hielt auch eine gute Rede dazu.

Das obige ist der detaillierte Inhalt vonGesundheitswesen, Verkauf von Zitronen und den Preis der Entwicklererfahrung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!