Di tanto in tanto, viene pubblicato un post sul blog che stimola una reazione o una risposta in altri che vengono, a loro volta, pubblicati come post sul blog, e un tema inizia a emergere. Questo è quello che è successo la scorsa settimana e il tema sviluppato attorno al costo dei framework JavaScript, un costo che, in questo caso, rivela quanto sia dannatamente importante usa JavaScript in modo responsabile.
Salute moderna, strutture, prestazioni e danni
Eric Bailey:È qui che inizia la storia. Eric visita il sito Web di un fornitore di servizi sanitari per prenotare un appuntamento e riceve... uno schermo vuoto.
Oltre una terrificante quantità di telemetria, l'esperienza rivolta al cliente di Modern Health viene fornita utilizzando React e Webpack.
Se hai familiarità con il modo in cui è costruito il web, quello che è successo è abbastanza ovvio: un sito web che si affida eccessivamente a JavaScript per potenziare la sua esperienza ha avuto la sua logica in collisione con uno o più altri pezzi di logica errati che evoca. Questo ha creato una situazione di stallo.
Se non fai esperienze digitali per vivere, quello che è successo non è affatto scontato. Tutto quello che vedi è un minuscolo spinner di caricamento falso che non si ferma mai.
D'oh. Questo potrebbe essere un semplice fastidio - o addirittura ridicolo - in alcune situazioni, ma non quando è in gioco la salute di qualcuno:
Una persona che cerca aiuto in un momento di crisi non si preoccupa di TypeScript, tree shaking, hot module replacement, A/B test, burndown charts, NPS, OKRs, KPIs, o altro gergo di avvio. L'esperienza degli sviluppatori non conta un cazzo se la persona che usa la cosa che ha costruito non può effettivamente ottenere ciò di cui ha bisogno.
Questo è il grande schiaffo della realtà. Cosa succede quando i nostri strumenti e report, proprio le cose che dovrebbero rendere il nostro lavoro più efficace, intralciano l'esperienza dell'utente? Questi sono strumenti che forniscono spunti che possono aiutarci anticipare le esigenze di un utente, soprattutto in un momento di bisogno.
Mi rendo conto che puntare il dito contro i framework JavaScript è già divisivo. Ma questo va oltre il fatto che tu usi React o quadro d'jour. Riguarda le priorità aziendali e l'esperienza degli sviluppatori in conflitto con le esperienze degli utenti.
Il mercato dei limoni
Alex Russell:I partigiani per framework lenti e complessi hanno commercializzato con successo i limoni come la novità calda, nonostante i pervasivi fallimenti sulla loro scia, spiazzando le opzioni di qualità superiore nel processo.
Queste tecnologie sono state inizialmente lanciate sul retro di "esperienze utente migliori", ma hanno completamente fallito per mantenere quella promessa al di fuori del organizzazioni ad alta maturità manageriale in cui sono nati. Trapiantati nella rete più ampia, questi nuovi stack hanno dimostrato di esserlo tizi costosi.
C'è il problema. Alex non usa mezzi termini, ma nota che l'onere sta nel modo in cui i framework sono stati commercializzati agli sviluppatori rispetto agli sviluppatori stessi. Il discorso di vendita?
Una volta che i venditori di limoni hanno incorporato l'idea data-light secondo cui una migliore "esperienza dello sviluppatore" ("DX") porta a migliori risultati per gli utenti, il miglioramento della "DX" è diventato e fine a se stesso, e molti che sapevano meglio si sono sentiti costretti a stare al gioco. I lunghi tempi di consegna nella falsificazione della UX a cascata erano una caratteristica, non un bug; non hanno bisogno che tu abbia successo, solo per continuare a comprare.
Come va il marketing, il "DX" esca-e-switch è geniale, ma la tecnologia non funziona per nessuno ma sviluppatori.
Duro da digerire, vero? Nessuno vuole essere ingannato ed è difficile ammettere un costo irrecuperabile quando ce n'è uno. Diventa decisamente personale se hai investito tempo in uno specifico pezzo di tecnologia e sforzi per integrarlo nel tuo stack. I flussi di lavoro di sviluppo sono difficili e stabilirsi in uno di essi è un po' come sistemarsi in una casa in cui hai intenzione di vivere per un po'. Ma vorresti sapere se la tua casa è stata costruita su quello che Alex chiama... "fondo sabbioso".
Vorrei solo fermarmi qui un momento per dire che non ho pelle in questo dibattito. In qualità di generalista del web, tendo ad adottare presto nuovi strumenti per familiarizzare, quindi abbandonarli rapidamente, relegandoli nel mio capanno degli attrezzi finché non ne trovo un buon utilizzo. In altre parole, la mia conoscenza è largo ma non molto deep in una zona o cosa. HTML, CSS e JavaScript sono il mio cocktail preferito, ma mi interessa molto l'esperienza dell'utente e so quando utilizzare uno strumento per risolvere un particolare problema.
E riconosciamo che non tutti hanno voce in capitolo. Molti di noi lavorano in team gestiti a cui sono prescritti gli strumenti che utilizziamo. Lo dice Alex, cosa che penso sia importante sottolineare perché è chiaro che non si tratta di qualcosa di personale. È una dichiarazione sulle nostre priorità e assicurarci che soddisfino le aspettative degli utenti.
Lasciamo che Chris ci riporti alla storia...
Test end-to-end con Content Blocker?
Chris Coyer:Quindi, forse la tua app è basata su React e non importa perché è così. C'è ancora del lavoro da fare assicurarsi che l'app sia affidabile e accessibile.
Il solo blocco di un file non dovrebbe rovinare completamente un sito Web, ma spesso lo fa! In JavaScript, ciò potrebbe essere dovuto al fatto che gli sviluppatori hanno scritto JavaScript di prima parte (che generalmente consentirò) che dipende da JavaScript di terze parti (che generalmente bloccherò).
[...]
Se blocco le risorse da
tracking-website.com
, ora il mio JavaScript di prima parte genererà un errore. JavaScript non è tranquillo. Se viene generato un errore, non esegue più JavaScript più in basso nel file. Se più in basso in quel file ètransitionToOnboarding();
- non funzionerà.
Forse vale la pena rivisitare il tuo flusso di lavoro e modificarlo per tenere conto per identificare più punti di errore.
Quindi ecco un'idea: esegui i tuoi test end-to-end nei browser che dispongono di blocchi di contenuti popolari con configurazioni predefinite installate.
In questo modo potresti scoprire problemi come questo che impediscono ai tuoi clienti, e in effetti alle persone bisognose, di essere fermati sulle loro tracce.
Buona idea! Ehi, tutto ciò che aiuta a dipingere un quadro più realistico di come viene utilizzata l'app. Quel tipo di chiarezza potrebbe verificarsi molto prima nel processo, forse prima di decidere sulle decisioni di sviluppo. Conosci i tuoi utenti. Perché usano l'app? Come navigano sul web? Dove si trovano fisicamente? Quali problemi potrebbero ostacolarli? Chris ha un ottimo discorso anche su questo.
- Distribuzione di contenuti basati su SEO e PR. Ricevi amplificazione oggi.
- Platoblockchain. Web3 Metaverse Intelligence. Conoscenza amplificata. Accedi qui.
- Fonte: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Chi siamo
- Il mio account
- riconoscere
- effettivamente
- aggiunta
- ammettere
- adottare
- alex
- Tutti
- già
- quantità
- ed
- App
- appuntamento
- RISERVATA
- in giro
- precedente
- BAILEY
- perché
- prima
- essendo
- Meglio
- Al di là di
- Big
- Bloccare
- blocco
- Blog
- blog
- libro
- Dezen Dezen
- brillante
- browser
- Insetto
- costruito
- affari
- Acquisto
- chiamata
- Bandi
- che
- Custodie
- Grafici
- chiarezza
- pulire campo
- entrare in collisione
- COM
- complesso
- Conflitto
- contenuto
- Costo
- potuto
- creato
- crisi
- CSS
- Clienti
- affare
- dibattito
- decisioni
- Predefinito
- consegnare
- consegnato
- consegna
- dipende
- Nonostante
- sviluppato
- Costruttori
- sviluppatori
- Mercato
- digitale
- non
- Dont
- giù
- Cadere
- In precedenza
- Presto
- Efficace
- sforzo
- da un capo all'altro
- errore
- particolarmente
- Anche
- tutti
- eseguire
- le aspettative
- esperienza
- Esperienze
- Fallimento
- falso
- familiare
- Familiarità
- FAST
- caratteristica
- Compila il
- Trovare
- dito
- quadri
- da
- ulteriormente
- generalmente
- ottenere
- va
- andando
- buono
- grande
- accadere
- successo
- accade
- Hard
- Salute e benessere
- assistenza sanitaria
- Aiuto
- aiuta
- qui
- HOT
- Casa
- Come
- HTTPS
- MALATO
- idea
- identificare
- importante
- migliorata
- miglioramento
- in
- In altre
- inizialmente
- intuizioni
- installato
- Integrazione
- investito
- IT
- stessa
- gergo
- JavaScript
- mantenere
- Sapere
- conoscenze
- portare
- Leads
- linea
- piccolo
- vita
- Caricamento in corso
- collocato
- Lunghi
- lotto
- make
- Fare
- gestito
- molti
- Rappresentanza
- Marketing
- Importanza
- forza
- moderno
- modulo
- momento
- Scopri di più
- Bisogno
- esigenze
- New
- ovvio
- ONE
- Opzioni
- Altro
- Altri
- al di fuori
- dipingere
- particolare
- passato
- Persone
- performance
- Forse
- persona
- cronologia
- immagine
- pezzo
- pezzi
- Intonazione
- acuto
- piano
- Platone
- Platone Data Intelligence
- PlatoneDati
- Giocare
- punti
- Popolare
- Post
- Post
- energia
- piuttosto
- prezzo
- problemi
- processi
- PROMETTIAMO
- comprovata
- fornire
- fornitore
- pubblicato
- raggiungere
- Reagire
- reazione
- realistico
- Realtà
- rendersi conto
- affidabile
- Reportistica
- Risorse
- risposta
- Rivela
- Correre
- vendite
- dice
- allo
- cerca
- Sellers
- Vendita
- servizio
- Provider di servizi
- situazioni
- Pelle
- rallentare
- So
- RISOLVERE
- alcuni
- specifico
- pila
- Stacks
- inizio
- startup
- dichiarazione
- Ancora
- Fermare
- fermato
- Interrompe
- Storia
- avere successo
- Con successo
- convocazione
- suppone
- Parlare
- le squadre
- Tech
- Tecnologie
- test
- I
- loro
- tema
- si
- cosa
- cose
- Pensare
- di parti terze standard
- tempo
- volte
- a
- pure
- strumenti
- COMPLETAMENTE
- vero
- TURNO
- tweaking
- Dattiloscritto
- scoprire
- us
- uso
- Utente
- Esperienza da Utente
- utenti
- ux
- Wake
- sito web
- Webpack
- Sito web
- settimana
- Che
- se
- quale
- while
- OMS
- più ampia
- parole
- Lavora
- flusso di lavoro
- flussi di lavoro
- valore
- scritto
- Trasferimento da aeroporto a Sharm
- zefiro