Időnként megjelenik egy blogbejegyzés, amely reakciót vagy reakciót vált ki a többiben, amelyeket viszont blogbejegyzésként tesznek közzé, és egy téma kezd kirajzolódni. Ez történt a múlt héten, és a téma a JavaScript-keretrendszerek költségei körül alakult ki – ez a költség ebben az esetben megmutatja, milyen átkozottul fontos felelősségteljesen használja a JavaScriptet.
Modern egészség, keretrendszerek, teljesítmény és károk
Eric Bailey:Itt kezdődik a történet. Eric felkeres egy egészségügyi szolgáltató webhelyét, hogy időpontot foglaljon, és… egy üres képernyőt kap.
Ráadásul félelmetes mennyiségű telemetria, A Modern Health ügyfélközpontú élményét a React és a Webpack segítségével biztosítják.
Ha ismeri a web felépítését, elég nyilvánvaló, hogy mi történt: egy webhely, amely túlzottan támaszkodik a JavaScript-re, hogy megerősítse tapasztalatait, a logikája ütközött egy vagy több más általa megidézett hibás logikadarabbal. Ez holtpontot teremtett.
Ha nem élsz digitális élményekkel, akkor egyáltalán nem nyilvánvaló, hogy mi történt. Csak egy apró hamis betöltő pörgetőt látsz, amely soha nem áll le.
D'oh. Ez bizonyos helyzetekben pusztán zavaró – vagy akár nevetséges – lehet, de nem akkor, ha valaki egészsége veszélyben van:
A válság idején segítséget kérő személyt nem érdekli a TypeScript, a fa rázása, a forró modulok cseréje, az A/B-tesztek, a kiégési diagramok, az NPS, az OKR-k, a KPI-k vagy más indítási szakzsargon. A fejlesztői tapasztalat nem számít szarnak ha az általa épített dolgot használó személy valójában nem tudja megszerezni azt, amire szüksége van.
Ez a valóság nagy illata. Mi történik, ha az eszközeink és a jelentéskészítésünk – éppen azok a dolgok, amelyeknek munkánkat hatékonyabbá kell tenniük – akadályozzák a felhasználói élményt? Ezek olyan eszközök, amelyek betekintést nyújtanak a segítségünkre előre jelezni a felhasználó igényeit, különösen szükség esetén.
Tudom, hogy a JavaScript-keretrendszerekre való mutogatás már megosztó. De ez túlmutat azon, hogy használja-e a React-et ill keret d'jour. Az üzleti prioritásokról és a fejlesztői tapasztalatokról szól, amelyek ütköznek a felhasználói élményekkel.
A citrom piaca
Alex Russell:A lassú, összetett keretek pártfogói sikeresen hirdették a citromot, mint a legmenőbb újdonságot, annak ellenére, hogy a nyomukban elterjedt kudarcok kiszorítják a jobb minőségű lehetőségeket.
Ezeket a technológiákat kezdetben a hátoldalán helyezték el „jobb felhasználói élmény”, de van végképp megbukott hogy teljesítse ezt az ígéretét azon kívül magas vezetői érettségű szervezetek amelyben születtek. A szélesebb hálóba átültetve ezek az új kötegek beváltak drága köcsögök.
Ott a dörzsölés. Alex nem finomkodik, de vedd észre, hogy a keretrendszerek a fejlesztők, mint maguk a fejlesztők felé kerülnek értékesítésre. Az értékesítési pálya?
Miután a citromeladók beágyazták az adatkönnyű ötletet, hogy a továbbfejlesztett „Developer Experience” („DX”) jobb felhasználói eredményekhez vezet, a „DX” fejlesztése önmagában is véget ért, és sokan, akik jobban ismerték, kénytelenek voltak együtt játszani. A lecsökkent UX meghamisításának hosszú átfutási ideje jellemző volt, nem hiba; nincs szükségük rád a sikerhez, csak a vásárláshoz.
Ahogy a marketing megy, a „DX” csali-és-kapcsoló zseniális, de a technológia senkinek sem nyújt eredményt de fejlesztők.
Kemény gyomorra, igaz? Senki sem akarja, hogy becsapják, és nehéz beismerni az elsüllyedt költségeket, ha van ilyen. Teljesen személyessé válik, ha időt fektet egy adott technológiai elembe, és erőfeszítéseket tesz annak integrálásával a verembe. A fejlesztési munkafolyamatok nehézkesek, és az egyikbe beilleszkedni olyan, mintha egy olyan házban telepedne le, amelyben rövid ideig lakni szeretne. De azt szeretné tudni, hogy a háza arra épül-e, amit Alex a “homokos alapozó”.
Szeretnék itt egy pillanatra megállni, hogy elmondjam, nincs bőröm ebben a vitában. Web általános szakértőként hajlamos vagyok korán elfogadni az új eszközöket, hogy megismerjem, majd gyorsan ledobjam őket, és az eszköztáramba helyezem őket, amíg nem találok megfelelő hasznot. Más szóval a tudásom az széles de nem nagyon mély egy területen vagy dologban. A HTML, a CSS és a JavaScript a kedvenc koktélom, de nagyon érdekel a felhasználói élmény, és tudom, mikor kell eszközhöz nyúlni egy adott dolog megoldásához.
És valljuk be, hogy nem mindenkinek van beleszólása a dologba. Sokan olyan felügyelt csapatokban dolgozunk, amelyeknek elő van írva az általunk használt eszközök. Alex ennyit mond, amit szerintem fontos felhívni, mert egyértelmű, hogy ez nem személyeskedés. Ez egy nyilatkozat a prioritásainkról, és biztosítja, hogy azok megfeleljenek a felhasználói elvárásoknak.
Engedjük meg Chrisnek, hogy visszakalauzoljon minket a történethez…
Végpontok közötti tesztek tartalomblokkolóval?
Chris Coyier:Tehát előfordulhat, hogy az alkalmazás a Reactre épül, és nem számít, hogy miért van így. Van még tennivaló biztosítsa az alkalmazás megbízhatóságát és elérhetőségét.
Egy fájl blokkolása nem tönkreteheti teljesen a webhelyet, de gyakran megtörténik! A JavaScriptben ennek az az oka, hogy a fejlesztők saját JavaScriptet írtak (amit általában engedélyezek), amely a harmadik fél JavaScript-étől függ (amit általában blokkolok).
[...]
Ha blokkolom az erőforrásokat
tracking-website.com
, most az első féltől származó JavaScriptem hibát fog dobni. A JavaScript nem hideg. Ha hibaüzenet jelenik meg, akkor nem hajt végre több JavaScriptet a fájlban lejjebb. Ha lejjebb abban a fájlban vantransitionToOnboarding();
- ez nem fog menni.
Talán érdemes újra áttekinteni a munkafolyamatot, és figyelembe venni, hogy további hibákat találjon.
Tehát íme egy ötlet: Futtassa le a végpontok közötti teszteket olyan böngészőkben, amelyekben népszerű tartalomblokkolók vannak telepítve alapértelmezett konfigurációkkal.
Ha így tesz, az ehhez hasonló problémákat fedezhet fel, amelyek megakadályozzák ügyfeleit, sőt, rászorulóit is, hogy megállítsák az útjukat.
Jó ötlet! Hé, bármi, ami segít valósághűbb képet festeni az alkalmazás használatáról. Ez a fajta egyértelműség sokkal korábban megtörténhet a folyamat során, talán még a fejlesztési döntések meghozatala előtt. Ismerje meg felhasználóit. Miért használják az alkalmazást? Hogyan böngésznek a weben? Fizikailag hol vannak? Milyen problémák állhatnak az útjukban? Chris is remekül beszél erről.
- SEO által támogatott tartalom és PR terjesztés. Erősödjön még ma.
- Platoblockchain. Web3 metaverzum intelligencia. Felerősített tudás. Hozzáférés itt.
- Forrás: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Rólunk
- Fiók
- elismerni
- tulajdonképpen
- mellett
- beismerni
- elfogadja
- alex
- Minden termék
- már
- összeg
- és a
- app
- időpont egyeztetés
- TERÜLET
- körül
- vissza
- BAILEY
- mert
- előtt
- hogy
- Jobb
- Túl
- Nagy
- Blokk
- blokkoló
- Blog
- blogok
- könyv
- született
- ragyogó
- böngészők
- Bogár
- épült
- üzleti
- Vásárlás
- hívás
- kéri
- ami
- eset
- táblázatok
- világosság
- világos
- Összeütközik
- COM
- bonyolult
- Ellentmondó
- tartalom
- Költség
- tudott
- készítette
- válság
- CSS
- Ügyfelek
- üzlet
- vita
- határozatok
- alapértelmezett
- szállít
- szállított
- átadó
- függ
- Ellenére
- fejlett
- Fejlesztő
- fejlesztők
- Fejlesztés
- digitális
- Nem
- ne
- le-
- Csepp
- Korábban
- Korai
- Hatékony
- erőfeszítés
- végtől végig
- hiba
- különösen
- Még
- mindenki
- kivégez
- várakozások
- tapasztalat
- Tapasztalatok
- Kudarc
- hamisítvány
- ismerős
- bizalmasság
- GYORS
- Funkció
- filé
- Találjon
- ujj
- keretek
- ból ből
- további
- általában
- kap
- Goes
- megy
- jó
- nagy
- történik
- történt
- megtörténik
- Kemény
- Egészség
- egészségügyi
- segít
- segít
- itt
- FORRÓ
- Ház
- Hogyan
- HTTPS
- BETEG
- ötlet
- azonosítani
- fontos
- javított
- javuló
- in
- Más
- alapvetően
- meglátások
- telepítve
- integrálása
- befektetett
- IT
- maga
- zsargon
- JavaScript
- Tart
- Ismer
- tudás
- vezet
- vezetékek
- vonal
- kis
- élő
- betöltés
- található
- Hosszú
- Sok
- csinál
- Gyártás
- sikerült
- sok
- piacára
- Marketing
- Anyag
- esetleg
- modern
- Modulok
- pillanat
- több
- Szükség
- igények
- Új
- Nyilvánvaló
- ONE
- Opciók
- Más
- Egyéb
- kívül
- különös
- múlt
- Emberek (People)
- teljesítmény
- talán
- person
- személyes
- kép
- darab
- darabok
- Hangmagasság
- hangú
- terv
- Plató
- Platón adatintelligencia
- PlatoData
- játszani
- pont
- Népszerű
- állás
- Hozzászólások
- hatalom
- szép
- ár
- problémák
- folyamat
- ígéret
- igazolt
- ad
- ellátó
- közzétett
- el
- Reagál
- reakció
- valószerű
- Valóság
- észre
- megbízható
- Jelentő
- Tudástár
- válasz
- felfedi
- futás
- értékesítés
- azt mondja,
- Képernyő
- keres
- Sellers
- Eladási
- szolgáltatás
- Szolgáltató
- helyzetek
- Bőr
- lassú
- So
- SOLVE
- néhány
- különleges
- verem
- Stacks
- kezdődik
- indítás
- nyilatkozat
- Még mindig
- megáll
- megállt
- Leállítja
- Történet
- sikerül
- sikeresen
- feltételezett
- Beszél
- csapat
- tech
- Technologies
- tesztek
- A
- A vonal
- azok
- téma
- maguk
- dolog
- dolgok
- harmadik fél
- idő
- alkalommal
- nak nek
- is
- szerszám
- szerszámok
- TELJESEN
- igaz
- FORDULAT
- csípés
- Gépelt
- feltárni
- us
- használ
- használó
- User Experience
- Felhasználók
- ux
- Ébred
- háló
- webpack
- weboldal
- hét
- Mit
- vajon
- ami
- míg
- WHO
- szélesebb
- szavak
- Munka
- munkafolyamatok
- érdemes
- írott
- te
- A te
- zephyrnet