I ny og næ bliver et blogindlæg udgivet, og det ansporer til en reaktion eller reaktion hos andre, som til gengæld bliver offentliggjort som blogindlæg, og et tema begynder at dukke op. Det er, hvad der skete i den forløbne uge, og temaet udviklede sig omkring omkostningerne ved JavaScript-rammer - en omkostning, der i dette tilfælde afslører, hvor meget vigtigt det er at bruge JavaScript ansvarligt.
Moderne sundhed, rammer, ydeevne og skade
Eric Bailey:Det er her historien begynder. Eric går til en sundhedsudbyders hjemmeside for at bestille en tid og får... en tom skærm.
Foruden en frygtelig mængde telemetri, Modern Healths kundevendte oplevelse leveres ved hjælp af React og Webpack.
Hvis du er bekendt med, hvordan nettet er bygget op, er det, der skete, ret indlysende: Et websted, der overdrevet stoler på JavaScript for at drive sin oplevelse, fik sin logik til at kollidere med en eller flere andre vildfarne stykker logik, som den tilkalder. Dette skabte et dødvande.
Hvis man ikke laver digitale oplevelser for at leve, er det, der skete, slet ikke indlysende. Det eneste, du ser, er en lille, falsk ladespind, der aldrig stopper.
Åh. Dette kan være blot gener - eller endda latterligt - i nogle situationer, men ikke når nogens helbred er på spil:
En person, der søger hjælp i en krisetid, er ligeglad med TypeScript, trærystelser, udskiftning af varme moduler, A/B-tests, nedbrændingsdiagrammer, NPS, OKR'er, KPI'er eller anden opstartsjargon. Udviklererfaring tæller ikke for lort hvis den person, der bruger den ting, de byggede, faktisk ikke kan få det, de har brug for.
Dette er virkelighedens store lugt. Hvad sker der, når vores værktøj og rapportering - netop de ting, der skal gøre vores arbejde mere effektivt - kommer i vejen for brugeroplevelsen? Det er værktøjer, der giver indsigt, der kan hjælpe os foregribe en brugers behov, især i en tid med behov.
Jeg er klar over, at det allerede er splittende at pege fingeren på JavaScript-rammer. Men dette går ud over, om du bruger React eller ramme d'jour. Det handler om forretningsprioriteter og udvikleroplevelse, der er i konflikt med brugeroplevelser.
Markedet for citroner
Alex Russell:Partisaner for langsomme, komplekse rammer har med succes markedsført citroner som den hotte nye ting, på trods af de gennemgående fejl i deres kølvand, og fortrænger muligheder af højere kvalitet i processen.
Disse teknologier blev oprindeligt sat på bagsiden af "bedre brugeroplevelser", men har totalt mislykkedes at indfri det løfte uden for organisationer med høj ledelsesmodenhed hvori de er født. Transplanteret til det bredere net har disse nye stakke vist sig at være dyre duder.
Der er gniden. Alex skriver ikke ord, men læg mærke til, at byrden er på den måde, rammerne er blevet markedsført til udviklere end udviklerne selv. Salgstalen?
Når først citronsælgerne indlejrede den datalette idé, at forbedret "Developer Experience" ("DX") fører til bedre brugerresultater, blev forbedringen af "DX" en ende i sig selv, og mange, der vidste bedre, følte sig tvunget til at spille med. De lange leveringstider i forfalskning af trickle-down UX var en funktion, ikke en fejl; de har ikke brug for dig for at få succes, kun for at blive ved med at købe.
Som marketing går, "DX" agn-og-switch er genialt, men teknologien leverer ikke for nogen men udviklere.
Hård at mave, ikke? Ingen ønsker at blive narret, og det er svært at indrømme en uoverkommelig pris, når der er en. Det bliver direkte personligt, hvis du har investeret tid i et bestemt stykke teknologi og kræfter på at integrere det i din stak. Udviklingsarbejdsgange er svære, og at finde sig til rette i et er ligesom at bosætte sig i et hus, du planlægger at bo om lidt. Men du vil gerne vide, om dit hus er bygget på det, Alex kalder en "sanded foundation".
Jeg vil lige stoppe her et øjeblik for at sige, at jeg ikke har nogen hud i denne debat. Som webgeneralist har jeg en tendens til at adoptere nye værktøjer tidligt for at blive fortrolige, og derefter droppe dem hurtigt og henvise dem til mit værktøjsskur, indtil jeg finder en god brug for dem. Min viden er med andre ord bred men ikke meget dyb på et område eller en ting. HTML, CSS og JavaScript er min foretrukne cocktail, men jeg går meget op i brugeroplevelsen og ved, hvornår jeg skal række ud efter et værktøj til at løse en bestemt ting.
Og lad os erkende, at ikke alle har indflydelse på sagen. Mange af os arbejder på administrerede teams, der får ordineret de værktøjer, vi bruger. Alex siger så meget, hvilket jeg synes er vigtigt at sige, fordi det er klart, at dette ikke er ment som personligt. Det er en erklæring om vores prioriteter og sikrer, at de lever op til brugernes forventninger.
Lad os give Chris lov til at styre os tilbage til historien...
End-to-end test med indholdsblokkere?
Chris Coyier:Så måske er din app bygget på React, og det er lige meget, hvorfor det er sådan. Der er stadig arbejde at gøre sikre, at appen er pålidelig og tilgængelig.
Blot at blokere en fil burde ikke ødelægge et websted totalt, men det gør det ofte! I JavaScript kan det skyldes, at udviklerne har skrevet førsteparts JavaScript (hvilket jeg generelt vil tillade), der afhænger af tredjeparts JavaScript (som jeg generelt vil blokere).
[...]
Hvis jeg blokerer ressourcer fra
tracking-website.com
, nu vil mit førsteparts JavaScript give en fejl. JavaScript er ikke chill. Hvis der opstår en fejl, udfører den ikke mere JavaScript længere nede i filen. Hvis længere nede i den fil ertransitionToOnboarding();
- det går ikke.
Måske er det værd at gense din arbejdsgang og tilpasse den for at identificere flere fejlpunkter.
Så her er en idé: Kør dine ende-til-ende-tests i browsere, der har populære indholdsblokkere med standardkonfigurationer installeret.
Hvis du gør det, kan det afsløre problemer som dette, der forhindrer dine kunder, og faktisk mennesker i nød, i at blive stoppet i deres spor.
God ide! Hej, alt, hvad der hjælper med at tegne et mere realistisk billede af, hvordan appen bruges. Den slags klarhed kunne ske meget tidligere i processen, måske før man beslutter sig for udviklingsbeslutninger. Kend dine brugere. Hvorfor bruger de appen? Hvordan surfer de på nettet? Hvor er de fysisk placeret? Hvilke problemer kan komme i vejen for dem? Chris har også en god snak om det.
- SEO Powered Content & PR Distribution. Bliv forstærket i dag.
- Platoblokkæde. Web3 Metaverse Intelligence. Viden forstærket. Adgang her.
- Kilde: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Om
- Konto
- anerkende
- faktisk
- Desuden
- indrømme
- vedtage
- alex
- Alle
- allerede
- beløb
- ,
- app
- udnævnelse
- OMRÅDE
- omkring
- tilbage
- BAILEY
- fordi
- før
- være
- Bedre
- Beyond
- Big
- Bloker
- blokering
- Blog
- blogs
- bog
- født
- strålende
- browsere
- Bug
- bygget
- virksomhed
- Købe
- ringe
- Opkald
- hvilken
- tilfælde
- Diagrammer
- klarhed
- klar
- Kollidere
- KOM
- komplekse
- Modstridende
- indhold
- Koste
- kunne
- oprettet
- krise
- CSS
- Kunder
- deal
- debat
- afgørelser
- Standard
- levere
- leveret
- leverer
- afhænger
- Trods
- udviklet
- Udvikler
- udviklere
- Udvikling
- digital
- Er ikke
- Dont
- ned
- Drop
- tidligere
- Tidligt
- Effektiv
- indsats
- ende til ende
- fejl
- især
- Endog
- alle
- udføre
- forventninger
- erfaring
- Oplevelser
- Manglende
- falsk
- bekendt
- Kendskab
- FAST
- Feature
- File (Felt)
- Finde
- finger
- rammer
- fra
- yderligere
- generelt
- få
- Goes
- gå
- godt
- stor
- ske
- skete
- sker
- Hård Ost
- Helse
- sundhedspleje
- hjælpe
- hjælper
- link.
- HOT
- hus
- Hvordan
- HTTPS
- SYG
- idé
- identificere
- vigtigt
- forbedret
- forbedring
- in
- I andre
- i første omgang
- indsigt
- installeret
- Integration
- investeret
- IT
- selv
- jargon
- JavaScript
- Holde
- Kend
- viden
- føre
- Leads
- Line (linje)
- lidt
- levende
- lastning
- placeret
- Lang
- Lot
- lave
- Making
- lykkedes
- mange
- Marked
- Marketing
- Matter
- måske
- Moderne
- modul
- øjeblik
- mere
- Behov
- behov
- Ny
- Obvious
- ONE
- Indstillinger
- Andet
- Andre
- uden for
- male
- særlig
- forbi
- Mennesker
- ydeevne
- måske
- person,
- personale
- billede
- stykke
- stykker
- Pitch
- skingre
- fly
- plato
- Platon Data Intelligence
- PlatoData
- Leg
- punkter
- Populær
- Indlæg
- Indlæg
- magt
- smuk
- pris
- problemer
- behandle
- løfte
- gennemprøvet
- give
- udbyder
- offentliggjort
- nå
- Reagerer
- reaktion
- realistisk
- Reality
- indse
- pålidelig
- Rapportering
- Ressourcer
- svar
- afslører
- Kør
- salg
- siger
- Skærm
- søger
- Sælgere
- Salg
- tjeneste
- Tjenesteudbyder
- situationer
- hud
- langsom
- So
- SOLVE
- nogle
- specifikke
- stable
- Stakke
- starter
- opstart
- Statement
- Stadig
- Stands
- stoppet
- stopper
- Story
- lykkes
- Succesfuld
- Stævning
- formodes
- Tal
- hold
- tech
- Teknologier
- tests
- deres
- tema
- selv
- ting
- ting
- Tænk
- tredjepart
- tid
- gange
- til
- også
- værktøj
- værktøjer
- HELT
- sand
- TUR
- tweaking
- maskinskrift
- afdække
- us
- brug
- Bruger
- Brugererfaring
- brugere
- ux
- Wake
- web
- webpack
- Hjemmeside
- uge
- Hvad
- hvorvidt
- som
- mens
- WHO
- bredere
- ord
- Arbejde
- workflow
- arbejdsgange
- værd
- skriftlig
- Din
- zephyrnet