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!