Aina silloin tällöin julkaistaan yksi blogikirjoitus ja se saa aikaan reaktion tai vastauksen muissa, jotka puolestaan julkaistaan blogikirjoituksina, ja teema alkaa nousta esiin. Näin tapahtui viime viikolla, ja teema kehitettiin JavaScript-kehysten kustannusten ympärille – kustannus, joka tässä tapauksessa paljastaa, kuinka helvetin tärkeää on käytä JavaScriptiä vastuullisesti.
Moderni terveys, puitteet, suorituskyky ja haitta
Eric Bailey:Tästä tarina alkaa. Eric menee terveyspalveluntarjoajan verkkosivustolle varatakseen ajan ja saa… tyhjän näytön.
Lisäksi kauhistuttava määrä telemetriaa, Modern Healthin asiakaslähtöinen kokemus toimitetaan Reactin ja Webpackin avulla.
Jos olet perehtynyt verkon rakentamiseen, tapahtumat ovat melko ilmeisiä: Web-sivuston, joka luottaa liikaa JavaScriptiin kokemuksensa tehostamiseksi, logiikka törmäsi yhteen tai useampaan muuhun virheelliseen logiikkaan, jonka se kutsuu. Tämä loi umpikujan.
Jos digitaalisia kokemuksia ei hankita elantonsa vuoksi, tapahtunut ei ole ollenkaan itsestään selvää. Näet vain pienen väärennetyn latauspyörän, joka ei koskaan pysähdy.
Voi. Tämä saattaa olla pelkkää haittaa – tai jopa naurettavaa – joissakin tilanteissa, mutta ei silloin, kun jonkun terveys on vaarassa:
Kriisin aikana apua etsivä henkilö ei välitä TypeScriptistä, puun tärinästä, kuumamoduulien vaihtamisesta, A/B-testeistä, palamiskaavioista, NPS:stä, OKR:stä, KPI:stä tai muusta käynnistyssalasta. Kehittäjäkokemuksella ei ole merkitystä jos rakentamaansa asiaa käyttävä henkilö ei todellakaan saa tarvitsemaansa.
Tämä on todellisuuden suuri haju. Mitä tapahtuu, kun työkalumme ja raportointimme – juuri ne asiat, joiden on tarkoitus tehostaa työtämme – estävät käyttökokemuksen? Nämä ovat työkaluja, jotka tarjoavat oivalluksia, jotka voivat auttaa meitä ennakoida käyttäjän tarpeita, varsinkin kun niitä tarvitaan.
Ymmärrän, että sormella osoittaminen JavaScript-kehyksiin on jo eroavaa. Mutta tämä menee pidemmälle, käytätkö Reactia vai päivän puitteet. Kyse on liiketoiminnan prioriteeteista ja kehittäjien kokemuksista, jotka ovat ristiriidassa käyttäjäkokemusten kanssa.
Sitruunoiden markkinat
Alex Russell:Hitaiden ja monimutkaisten kehysten partisanit ovat menestyksekkäästi markkinoineet sitruunoita kuumana uutena asiana huolimatta niiden perässä olevista yleisistä epäonnistumisista, jotka syrjäyttävät prosessissa korkealaatuisempia vaihtoehtoja.
Nämä tekniikat esitettiin alun perin taustalla "paremmat käyttökokemukset", mutta on täysin epäonnistunut lunastaa lupauksensa ulkopuolella korkean johdon kypsät organisaatiot jossa he syntyivät. Laajempaan verkkoon siirrettyinä nämä uudet pinot ovat osoittautuneet sellaisiksi kalliita pätkiä.
Siinä on hankausta. Alex ei pikkuhiljaa sanoja, mutta huomaa, että taakka on siinä, miten kehyksiä on markkinoitu kehittäjille kuin kehittäjille itselleen. Myyntipuhe?
Kun sitruunamyyjät omaksuivat data-light-idean, että parannettu "Developer Experience" ("DX") johtaa parempiin käyttäjätuloksiin, "DX":n parantaminen tuli ja päättyi itsestään, ja monet paremmin tietäneet tunsivat olevansa pakotettuja pelaamaan mukana. Pitkät läpimenoajat tihkuvan UX:n väärentämisessä olivat ominaisuus, ei bugi; he eivät tarvitse sinua menestyäksesi, vain jatkaaksesi ostamista.
Markkinoinnin myötä "DX" syötti ja kytkin on loistava, mutta tekniikka ei kelpaa kenellekään mutta kehittäjille.
Vaikea vatsalle, eikö? Kukaan ei halua tulla huijatuksi, ja on vaikeaa myöntää upotettuja kustannuksia, kun niitä on. Siitä tulee suorastaan henkilökohtaisempaa, jos olet sijoittanut aikaa tiettyyn tekniikkaan ja vaivaa integroidaksesi sen pinoon. Kehitystyönkulut ovat vaikeita ja yhteen asettuminen on kuin asettuisi kotiin, jossa aiot asua jonkin aikaa. Mutta haluat tietää, onko talosi rakennettu sille, mitä Alex kutsuu a “hiekkainen perusta”.
Haluaisin vain pysähtyä hetkeksi sanoakseni, että minulla ei ole nahkaa tässä keskustelussa. Web-yleisenä otan yleensä käyttöön uusia työkaluja varhaisessa vaiheessa tutustuakseni ja pudotan ne nopeasti ja siirrän ne työkalupalstoniin, kunnes löydän niille hyvän käytön. Toisin sanoen tietoni on leveä mutta ei kovinkaan syvä yhdellä alueella tai asiassa. HTML, CSS ja JavaScript ovat minun cocktailini, mutta välitän todella paljon käyttökokemuksesta ja tiedän, milloin minun on hyödynnettävä työkalua tietyn asian ratkaisemiseksi.
Ja myönnetään, että kaikilla ei ole sananvaltaa asiaan. Monet meistä työskentelevät hallituissa tiimeissä, joille on määrätty käyttämämme työkalut. Alex sanoo niin paljon, mikä on mielestäni tärkeää sanoa, koska on selvää, että tämän ei ole tarkoitus olla henkilökohtaista. Se on lausunto prioriteeteistamme ja varmistaa, että ne vastaavat käyttäjien odotuksia.
Annetaan Chrisin ohjata meidät takaisin tarinaan…
Täydelliset testit sisällön estäjillä?
Chris Coyier:Joten ehkä sovelluksesi on rakennettu Reactille, eikä sillä ole väliä, miksi se on niin. Vielä on työtä tehtävänä varmista, että sovellus on luotettava ja helposti saatavilla.
Pelkästään tiedoston eston ei pitäisi tuhota verkkosivustoa kokonaan, mutta usein se tuhoaa sen! JavaScriptissä tämä saattaa johtua siitä, että kehittäjät ovat kirjoittaneet ensimmäisen osapuolen JavaScriptin (jonka yleensä sallin), joka riippuu kolmannen osapuolen JavaScriptistä (jonka estän yleensä).
[...]
Jos estän resursseja
tracking-website.com
, nyt ensimmäisen osapuolen JavaScriptini aiheuttaa virheen. JavaScript ei ole kylmää. Jos virhe tulee, se ei suorita enempää JavaScriptiä alempana tiedostossa. Jos alempana kyseisessä tiedostossa ontransitionToOnboarding();
- se ei onnistu.
Ehkä kannattaa tarkastella uudelleen työnkulkuasi ja muokata sitä tilille, jotta voit tunnistaa lisää epäonnistumisia.
Joten tässä on idea: Suorita päästä päähän -testit selaimissa, joissa on suosittuja sisällön estotoimintoja oletuskokoonpanoilla.
Se voi paljastaa tällaisia ongelmia, jotka estävät asiakkaitasi ja jopa apua tarvitsevia ihmisiä pysäyttämästä heitä.
Hyvä idea! Hei, kaikkea, mikä auttaa luomaan realistisemman kuvan sovelluksen käytöstä. Sellainen selkeys voisi tapahtua paljon aikaisemmin prosessissa, ehkä ennen kehityspäätösten tekemistä. Tunne käyttäjäsi. Miksi he käyttävät sovellusta? Miten he selailevat verkkoa? Missä ne sijaitsevat fyysisesti? Mitä ongelmia heidän tielleen voi tulla? Chrisillä on myös hyvä keskustelu siitä.
- SEO-pohjainen sisällön ja PR-jakelu. Vahvista jo tänään.
- Platoblockchain. Web3 Metaverse Intelligence. Tietoa laajennettu. Pääsy tästä.
- Lähde: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Meistä
- Tili
- tunnustaa
- todella
- Lisäksi
- myöntää
- hyväksyä
- alex
- Kaikki
- jo
- määrä
- ja
- sovelluksen
- nimittäminen
- ALUE
- noin
- takaisin
- BAILEY
- koska
- ennen
- ovat
- Paremmin
- Jälkeen
- Iso
- Tukkia
- esto
- Uutiset ja media
- blogit
- kirja
- syntynyt
- loistava
- selaimet
- Vika
- rakennettu
- liiketoiminta
- Ostaminen
- soittaa
- Puhelut
- joka
- tapaus
- Kaaviot
- selkeys
- selkeä
- collide
- KOM
- monimutkainen
- ristiriitaiset
- pitoisuus
- Hinta
- voisi
- luotu
- kriisi
- CSS
- Asiakkaat
- sopimus
- keskustelu
- päätökset
- oletusarvo
- toimittaa
- toimitettu
- tuottaa
- riippuu
- Huolimatta
- kehitetty
- Kehittäjä
- kehittäjille
- Kehitys
- digitaalinen
- ei
- Dont
- alas
- Pudota
- Aikaisemmin
- Varhainen
- Tehokas
- vaivaa
- päittäin
- virhe
- erityisesti
- Jopa
- jokainen
- suorittaa
- odotukset
- experience
- Elämykset
- Epäonnistuminen
- väärennös
- tuttu
- perehtyneisyys
- FAST
- Ominaisuus
- filee
- Löytää
- sormi
- puitteet
- alkaen
- edelleen
- yleensä
- saada
- Goes
- menee
- hyvä
- suuri
- tapahtua
- tapahtui
- tapahtuu
- Kova
- terveys
- terveydenhuollon
- auttaa
- auttaa
- tätä
- KUUMA
- Talo
- Miten
- HTTPS
- Minä
- ajatus
- tunnistaa
- tärkeä
- parani
- parantaminen
- in
- Muilla
- ensin
- oivalluksia
- asennetaan
- Integrointi
- investoineet
- IT
- itse
- ammattikieli
- JavaScript
- Pitää
- Tietää
- tuntemus
- johtaa
- Liidit
- linja
- vähän
- elävät
- lastaus
- sijaitsevat
- Pitkät
- Erä
- tehdä
- Tekeminen
- onnistui
- monet
- markkinat
- Marketing
- asia
- ehkä
- Moderni
- moduuli
- hetki
- lisää
- Tarve
- tarpeet
- Uusi
- Ilmeinen
- ONE
- Vaihtoehdot
- Muut
- Muuta
- ulkopuolella
- maali
- erityinen
- Ohi
- Ihmiset
- suorituskyky
- ehkä
- henkilö
- henkilöstö
- kuva
- kappale
- kappaletta
- Piki
- senkin
- suunnitelma
- Platon
- Platonin tietotieto
- PlatonData
- Pelaa
- pistettä
- Suosittu
- Kirje
- Viestejä
- teho
- aika
- hinta
- ongelmia
- prosessi
- lupaus
- todistettu
- toimittaa
- toimittaja
- julkaistu
- tavoittaa
- suhtautua
- reaktio
- realistinen
- Todellisuus
- ymmärtää
- luotettava
- Raportointi
- Esittelymateriaalit
- vastaus
- paljastaa
- ajaa
- myynti
- sanoo
- Näytön
- etsiä
- Myyjät
- myynti
- palvelu
- Palveluntarjoaja
- tilanteita
- iho
- hidas
- So
- SOLVE
- jonkin verran
- erityinen
- pino
- Stacks
- alkaa
- käynnistyksen
- Lausunto
- Yhä
- stop
- pysähtynyt
- Lopettaa
- Tarina
- menestyä
- Onnistuneesti
- haaste
- tarkoitus
- Puhua
- tiimit
- teknologia
- Technologies
- testit
- -
- heidän
- teema
- itse
- asia
- asiat
- Ajattele
- kolmannen osapuolen
- aika
- kertaa
- että
- liian
- työkalu
- työkalut
- TÄYSIN
- totta
- VUORO
- säätämistä
- konekirjoitusteksti
- paljastaa
- us
- käyttää
- käyttäjä
- Käyttäjäkokemus
- Käyttäjät
- ux
- Herätä
- verkko
- webpack
- Verkkosivu
- viikko
- Mitä
- onko
- joka
- vaikka
- KUKA
- laajempi
- sanoja
- Referenssit
- työnkulku
- työnkulkuja
- arvoinen
- kirjallinen
- Sinun
- zephyrnet