Din când în când, o postare de blog este publicată și provoacă o reacție sau un răspuns în altele care sunt, la rândul lor, publicate ca postări pe blog și începe să apară o temă. Asta s-a întâmplat săptămâna trecută și tema dezvoltată în jurul costului cadrelor JavaScript - un cost care, în acest caz, dezvăluie cât de important este să utilizați JavaScript în mod responsabil.
Sănătate modernă, cadre, performanță și rău
Eric Bailey:Aici începe povestea. Eric merge pe site-ul web al unui furnizor de servicii de sănătate pentru a rezerva o întâlnire și primește... un ecran gol.
În plus față de o cantitate terifiantă de telemetrie, Experiența Modern Health cu clienții este oferită folosind React și Webpack.
Dacă sunteți familiarizat cu modul în care este construit web-ul, ceea ce s-a întâmplat este destul de evident: un site web care se bazează prea mult pe JavaScript pentru a-și alimenta experiența a avut logica sa se ciocnească cu una sau mai multe alte părți logice rătăcitoare pe care le invocă. Acest lucru a creat un impas.
Dacă nu faci experiențe digitale pentru a trăi, ceea ce s-a întâmplat nu este deloc evident. Tot ce vezi este un mic rotor de încărcare fals care nu se oprește niciodată.
D'oh. Acest lucru poate fi o simplă pacoste – sau chiar de râs – în unele situații, dar nu atunci când sănătatea cuiva este în pericol:
Persoanei care caută ajutor într-o perioadă de criză nu îi pasă de TypeScript, tree tree sharing, hot module change, A/B tests, burndown charts, NPS, OKRs, KPI-uri sau alt jargon de pornire. Experiența dezvoltatorului nu contează pentru rahat dacă persoana care folosește lucrul pe care l-a construit nu poate obține de fapt ceea ce are nevoie.
Acesta este marele iz de realitate. Ce se întâmplă atunci când instrumentele și raportarea noastră – chiar lucrurile care ar trebui să ne facă munca mai eficientă – stau în calea experienței utilizatorului? Acestea sunt instrumente care oferă perspective care ne pot ajuta anticipa nevoile unui utilizator, mai ales într-o perioadă de nevoie.
Îmi dau seama că arătarea cu degetul către cadrele JavaScript este deja dezbinătoare. Dar acest lucru depășește dacă utilizați React sau cadru de zi. Este vorba despre prioritățile de afaceri și experiența dezvoltatorului care intră în conflict cu experiențele utilizatorilor.
Piața de lămâi
Alex Russell:Partizanii pentru cadre lente și complexe au comercializat cu succes lămâile ca lucru nou fierbinte, în ciuda eșecurilor omniprezente din urma lor, excluzând opțiunile de calitate superioară în acest proces.
Aceste tehnologii au fost inițial prezentate pe spatele „experiențe mai bune pentru utilizatori”, dar au a eșuat total pentru a respecta acea promisiune în afara organizaţii cu înaltă maturitate managerială în care s-au născut. Transplantate în rețeaua mai largă, aceste noi stive s-au dovedit a fi duds scumpe.
Acolo este frecarea. Alex nu toca cuvintele, dar observați că sarcina ține de modul în care cadrele au fost comercializate dezvoltatorilor decât dezvoltatorilor înșiși. argumentul de vânzare?
Odată ce vânzătorii de lămâie au încorporat ideea de ușoară a datelor care îmbunătățirea „Experiența dezvoltatorului” („DX”) duce la rezultate mai bune pentru utilizatori, îmbunătățirea „DX” a devenit și s-a încheiat în sine, iar mulți dintre cei care știau mai bine s-au simțit forțați să joace împreună. Perioadele lungi de livrare în falsificarea UX de trickle-down au fost o caracteristică, nu o eroare; nu au nevoie de tine pentru a reuși, doar pentru a continua să cumpere.
În ceea ce privește marketingul, „DX” momeală și comutator este genial, dar tehnologia nu furnizează nimănui dar dezvoltatori.
Dur la stomac, nu? Nimeni nu vrea să fie păcălit și este greu să recunoști un cost scufundat atunci când există unul. Devine de-a dreptul personal dacă ai investit timp într-o anumită bucată de tehnologie și efort pentru ao integra în stiva ta. Fluxurile de lucru de dezvoltare sunt grele și instalarea într-una este un fel de a te instala într-o casă în care plănuiești să locuiești într-un timp scurt. Dar ai vrea să știi dacă casa ta a fost construită pe ceea ce Alex numește a „fundație de nisip”.
Aș dori doar să fac o pauză aici pentru a spune că nu am piele în această dezbatere. În calitate de generalist web, tind să adopt instrumente noi devreme pentru familiaritate, apoi să le abandonez rapid, relegându-le în magazia mea de instrumente până când le găsesc o utilizare bună. Cu alte cuvinte, cunoștințele mele sunt larg dar nu foarte adânc într-un domeniu sau lucru. HTML, CSS și JavaScript sunt cocktail-ul meu preferat, dar îmi pasă foarte mult de experiența utilizatorului și știu când să apelez la un instrument pentru a rezolva un anumit lucru.
Și să recunoaștem că nu toată lumea are un cuvânt de spus în această problemă. Mulți dintre noi lucrăm în echipe gestionate cărora li se prescriu instrumentele pe care le folosim. Alex spune la fel de multe, ceea ce cred că este important să spun pentru că este clar că acest lucru nu este menit să fie personal. Este o declarație cu privire la prioritățile noastre și ne asigurăm că acestea corespund așteptărilor utilizatorilor.
Să-i lăsăm lui Chris să ne îndrume înapoi la poveste...
Teste end-to-end cu blocare de conținut?
Chris Coyier:Deci, poate că aplicația dvs. este construită pe React și nu contează de ce este așa. Mai este de lucru asigurați-vă că aplicația este fiabilă și accesibilă.
Doar blocarea unui fișier nu ar trebui să distrugă în totalitate un site web, dar de multe ori o face! În JavaScript, asta se poate datora faptului că dezvoltatorii au scris JavaScript de la prima parte (pe care îl voi permite în general), care depinde de JavaScript de la terți (pe care îl voi bloca în general).
[...]
Dacă blochez resurse de la
tracking-website.com
, acum JavaScript meu primar va genera o eroare. JavaScript nu este rece. Dacă se afișează o eroare, aceasta nu execută mai mult JavaScript mai jos în fișier. Dacă mai jos în acel fișier estetransitionToOnboarding();
- asta nu va merge.
Poate că merită să vă revizuiți fluxul de lucru și să îl ajustați pentru a identifica mai multe puncte de eșec.
Așadar, iată o idee: rulați testele end-to-end în browsere care au blocare de conținut populare cu configurații implicite instalate.
Procedând astfel, s-ar putea să descopere probleme de genul acesta, care îi împiedică pe clienții dvs. și, într-adevăr, pe oamenii care au nevoie, să fie opriți pe drum.
Bună idee! Hei, orice vă ajută să faceți o imagine mai realistă a modului în care este utilizată aplicația. Acest tip de claritate s-ar putea întâmpla mult mai devreme în proces, poate înainte de a decide asupra deciziilor de dezvoltare. Cunoaște-ți utilizatorii. De ce folosesc aplicația? Cum navighează ei pe web? Unde sunt localizate fizic? Ce probleme le-ar putea sta în cale? Chris are o discuție grozavă și despre asta.
- Distribuție de conținut bazat pe SEO și PR. Amplifică-te astăzi.
- Platoblockchain. Web3 Metaverse Intelligence. Cunoștințe amplificate. Accesați Aici.
- Sursa: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Despre Noi
- Cont
- recunoaște
- de fapt
- plus
- admite
- adopta
- alex
- TOATE
- deja
- sumă
- și
- aplicaţia
- programare
- ZONĂ
- în jurul
- înapoi
- BAILEY
- deoarece
- înainte
- fiind
- Mai bine
- Dincolo de
- Mare
- Bloca
- blocarea
- Blog
- bloguri
- carte
- născut
- genial
- browsere
- Bug
- construit
- afaceri
- Cumpărare
- apel
- apeluri
- pasă
- caz
- Grafice
- claritate
- clar
- Collide
- COM
- complex
- În conflict
- conţinut
- A costat
- ar putea
- a creat
- criză
- CSS
- clienţii care
- afacere
- dezbatere
- Deciziile
- Mod implicit
- livra
- livrate
- livrarea
- depinde de
- În ciuda
- dezvoltat
- Dezvoltator
- Dezvoltatorii
- Dezvoltare
- digital
- Nu
- Dont
- jos
- Picătură
- Mai devreme
- Devreme
- Eficace
- efort
- un capăt la altul
- eroare
- mai ales
- Chiar
- toată lumea
- a executa
- aşteptări
- experienţă
- Experiențe
- Eșec
- fals
- familiar
- Familiaritate
- FAST
- Caracteristică
- Fișier
- Găsi
- deget
- cadre
- din
- mai mult
- în general
- obține
- Merge
- merge
- bine
- mare
- întâmpla
- sa întâmplat
- se întâmplă
- Greu
- Sănătate
- de asistență medicală
- ajutor
- ajută
- aici
- FIERBINTE
- casă
- Cum
- HTTPS
- BOLNAV
- idee
- identifica
- important
- îmbunătățit
- îmbunătățirea
- in
- În altele
- inițial
- perspective
- instalat
- integrarea
- investit
- IT
- în sine
- jargon
- JavaScript
- A pastra
- Cunoaște
- cunoştinţe
- conduce
- Conduce
- Linie
- mic
- viaţă
- încărcare
- situat
- Lung
- Lot
- face
- Efectuarea
- gestionate
- multe
- Piață
- Marketing
- materie
- ar putea
- Modern
- modul
- moment
- mai mult
- Nevoie
- nevoilor
- Nou
- evident
- ONE
- Opţiuni
- Altele
- Altele
- exterior
- vopsea
- special
- trecut
- oameni
- performanță
- poate
- persoană
- personal
- imagine
- bucată
- piese
- Smoală
- tonalitate
- plan
- Plato
- Informații despre date Platon
- PlatoData
- Joaca
- puncte
- Popular
- Post
- postări
- putere
- destul de
- preţ
- probleme
- proces
- promisiune
- dovedit
- furniza
- furnizorul
- publicat
- ajunge
- Reacţiona
- reacţie
- realist
- Realitate
- realiza
- de încredere
- Raportarea
- Resurse
- răspuns
- dezvaluie
- Alerga
- de vânzări
- spune
- Ecran
- caută
- Vanzatorii
- De vânzare
- serviciu
- Furnizor de servicii
- situații
- Piele
- încetini
- So
- REZOLVAREA
- unele
- specific
- stivui
- Stive
- începe
- lansare
- Declarație
- Încă
- Stop
- oprit
- opriri
- Poveste
- reuși
- Reușit
- citație
- a presupus
- Vorbi
- echipe
- tech
- Tehnologii
- teste
- lor
- temă
- se
- lucru
- lucruri
- Crede
- terț
- timp
- ori
- la
- de asemenea
- instrument
- Unelte
- INTRU TOTUL
- adevărat
- ÎNTORCĂ
- optimizări
- manuscris dactilografiat
- descoperi
- us
- utilizare
- Utilizator
- Experiența de utilizare
- utilizatorii
- ux
- Trezi
- web
- WebPACK
- website
- săptămână
- Ce
- dacă
- care
- în timp ce
- OMS
- mai larg
- cuvinte
- Apartamente
- flux de lucru
- fluxuri de lucru
- valoare
- scris
- Ta
- zephyrnet