Sesekali, satu posting blog diterbitkan dan itu memicu reaksi atau tanggapan pada orang lain yang, pada gilirannya, diterbitkan sebagai posting blog, dan sebuah tema mulai muncul. Itulah yang terjadi minggu lalu dan tema dikembangkan seputar biaya kerangka kerja JavaScript โ biaya yang, dalam hal ini, mengungkapkan betapa pentingnya untuk gunakan JavaScript secara bertanggung jawab.
Kesehatan modern, kerangka kerja, kinerja, dan bahaya
Eric Bailey:Di sinilah cerita dimulai. Eric membuka situs web penyedia layanan kesehatan untuk membuat janji temu dan mendapatkanโฆ layar kosong.
Selain jumlah telemetri yang mengerikan, pengalaman menghadapi pelanggan Modern Health disampaikan menggunakan React dan Webpack.
Jika Anda terbiasa dengan bagaimana web dibangun, apa yang terjadi cukup jelas: Sebuah situs web yang terlalu mengandalkan JavaScript untuk mendukung pengalamannya memiliki logikanya bertabrakan dengan satu atau lebih potongan logika yang salah yang dipanggilnya. Ini menciptakan kebuntuan.
Jika Anda tidak menjadikan pengalaman digital sebagai mata pencaharian, apa yang terjadi tidak jelas sama sekali. Yang Anda lihat hanyalah pemintal pemuatan palsu kecil yang tidak pernah berhenti.
Aduh. Ini mungkin hanya gangguan โ atau bahkan menggelikan โ dalam beberapa situasi, tetapi tidak ketika kesehatan seseorang dipertaruhkan:
Seseorang yang mencari bantuan di saat krisis tidak peduli dengan TypeScript, pohon gemetar, penggantian modul panas, pengujian A/B, bagan burndown, NPS, OKR, KPI, atau jargon startup lainnya. Pengalaman pengembang tidak diperhitungkan jika orang yang menggunakan benda yang mereka buat tidak bisa benar-benar mendapatkan apa yang mereka butuhkan.
Ini adalah pukulan besar dari kenyataan. Apa yang terjadi jika perkakas dan pelaporan kami โ hal-hal yang seharusnya membuat pekerjaan kami lebih efektif โ menghalangi pengalaman pengguna? Ini adalah alat yang memberikan wawasan yang dapat membantu kita mengantisipasi kebutuhan pengguna, terutama pada saat dibutuhkan.
Saya menyadari bahwa menyalahkan kerangka kerja JavaScript sudah memecah belah. Tapi ini melampaui apakah Anda menggunakan React atau framework d'jour. Ini tentang prioritas bisnis dan pengalaman pengembang yang bertentangan dengan pengalaman pengguna.
Pasar Lemon
Alex Russel:Partisan untuk kerangka kerja yang lambat dan kompleks telah berhasil memasarkan lemon sebagai hal baru yang panas, meskipun kegagalan merembes setelahnya, mengesampingkan opsi berkualitas lebih tinggi dalam prosesnya.
Teknologi ini awalnya dipasang di belakang โpengalaman pengguna yang lebih baikโ, tapi sudah gagal total untuk memenuhi janji itu di luar organisasi dengan kematangan manajemen tinggi di mana mereka dilahirkan. Ditransplantasikan ke web yang lebih luas, tumpukan baru ini telah terbukti pakaian mahal.
Ada intinya. Alex tidak berbasa-basi, tetapi perhatikan bahwa tanggung jawab ada pada cara kerangka kerja dipasarkan ke pengembang daripada pengembang itu sendiri. Promosi penjualan?
Setelah penjual lemon menanamkan ide data-light yang meningkatkan "Pengalaman Pengembang" ("DX") mengarah ke hasil pengguna yang lebih baik, meningkatkan "DX" menjadi dan berakhir dengan sendirinya, dan banyak yang tahu lebih baik merasa terpaksa untuk bermain bersama. Waktu tunggu yang lama dalam memalsukan trickle-down UX adalah fitur, bukan bug; mereka tidak membutuhkan Anda untuk berhasil, hanya untuk terus membeli.
Saat pemasaran berjalan, "DX" umpan-dan-ganti brilian, tetapi teknologinya tidak cocok untuk siapa pun tapi pengembang.
Sulit untuk perut, kan? Tidak ada yang mau ditipu, dan sulit untuk mengakui biaya cekung bila ada. Ini menjadi sangat pribadi jika Anda telah menginvestasikan waktu dalam teknologi tertentu dan upaya untuk mengintegrasikannya ke dalam tumpukan Anda. Alur kerja pengembangan sulit dan menetap menjadi satu agak seperti menetap di rumah yang Anda rencanakan untuk tinggal sebentar lagi. Tapi Anda ingin tahu apakah rumah Anda dibangun di atas apa yang Alex sebut a โdasar berpasirโ.
Saya hanya ingin berhenti sejenak di sini untuk mengatakan bahwa saya tidak punya kulit dalam perdebatan ini. Sebagai seorang generalis web, saya cenderung mengadopsi alat baru lebih awal untuk keakraban, lalu membuangnya dengan cepat, memindahkannya ke gudang alat saya sampai saya menemukan kegunaan yang baik untuk alat tersebut. Dengan kata lain, pengetahuan saya adalah lebar tapi tidak terlalu mendalam dalam satu bidang atau hal. HTML, CSS, dan JavaScript adalah pilihan saya, tetapi saya sangat peduli tentang pengalaman pengguna dan tahu kapan harus menggunakan alat untuk memecahkan masalah tertentu.
Dan mari kita akui bahwa tidak semua orang memiliki suara dalam masalah ini. Banyak dari kita bekerja dalam tim terkelola yang menentukan alat yang kita gunakan. Alex mengatakan sebanyak itu, yang menurut saya penting untuk disebutkan karena jelas ini tidak dimaksudkan untuk bersifat pribadi. Ini adalah pernyataan tentang prioritas kami dan memastikannya sesuai dengan harapan pengguna.
Biarkan Chris mengarahkan kita kembali ke ceritaโฆ
Tes Ujung-Ke-Ujung dengan Pemblokir Konten?
Chris Coyier:Jadi, mungkin aplikasi Anda dibangun di atas React dan tidak masalah mengapa demikian. Masih ada pekerjaan yang harus dilakukan memastikan aplikasi dapat diandalkan dan dapat diakses.
Hanya memblokir file seharusnya tidak merusak situs web sepenuhnya, tetapi sering kali hal itu terjadi! Dalam JavaScript, itu mungkin karena pengembang telah menulis JavaScript pihak pertama (yang biasanya saya izinkan) yang bergantung pada JavaScript pihak ketiga (yang biasanya akan saya blokir).
[...]
Jika saya memblokir sumber daya dari
tracking-website.com
, sekarang JavaScript pihak pertama saya akan menampilkan kesalahan. JavaScript tidak dingin. Jika terjadi kesalahan, itu tidak mengeksekusi lebih banyak JavaScript lebih jauh di dalam file. Jika lebih jauh di bawah file itutransitionToOnboarding();
- itu tidak akan berhasil.
Mungkin ada baiknya meninjau kembali alur kerja Anda dan menyesuaikannya untuk mengidentifikasi lebih banyak titik kegagalan.
Jadi inilah idenya: Jalankan tes end-to-end Anda di browser yang memiliki pemblokir konten populer dengan konfigurasi default terpasang.
Melakukan hal itu dapat mengungkap masalah seperti ini yang menghentikan pelanggan Anda, dan bahkan orang yang membutuhkan, terhenti di jalurnya.
Ide bagus! Hei, apa pun yang membantu melukiskan gambaran yang lebih realistis tentang bagaimana aplikasi digunakan. Kejelasan semacam itu bisa terjadi jauh lebih awal dalam prosesnya, mungkin sebelum menetapkan keputusan pengembangan. Kenali pengguna Anda. Mengapa mereka menggunakan aplikasi? Bagaimana mereka menjelajahi web? Di mana mereka secara fisik berada? Masalah apa yang bisa menghalangi mereka? Chris juga banyak bicara tentang itu.
- Konten Bertenaga SEO & Distribusi PR. Dapatkan Amplifikasi Hari Ini.
- Platoblockchain. Intelijen Metaverse Web3. Pengetahuan Diperkuat. Akses Di Sini.
- Sumber: https://css-tricks.com/healthcare-selling-lemons-and-the-price-of-developer-experience/
- 1
- 11
- 7
- 9
- 98
- a
- Tentang Kami
- Akun
- mengakui
- sebenarnya
- tambahan
- mengakui
- mengambil
- alex
- Semua
- sudah
- jumlah
- dan
- aplikasi
- penunjukan
- DAERAH
- sekitar
- kembali
- Kebun istana
- karena
- sebelum
- makhluk
- Lebih baik
- Luar
- Besar
- Memblokir
- pemblokiran
- Blog
- blog
- Book
- lahir
- cemerlang
- browser
- Bug
- dibangun di
- bisnis
- Pembelian
- panggilan
- Panggilan
- yang
- kasus
- Charts
- kejelasan
- jelas
- Bertabrakan
- COM
- kompleks
- Berbenturan
- Konten
- Biaya
- bisa
- dibuat
- krisis
- CSS
- pelanggan
- transaksi
- perdebatan
- keputusan
- Default
- menyampaikan
- disampaikan
- mengantarkan
- tergantung
- Meskipun
- dikembangkan
- Pengembang
- pengembang
- Pengembangan
- digital
- Tidak
- Dont
- turun
- Menjatuhkan
- Terdahulu
- Awal
- Efektif
- usaha
- ujung ke ujung
- kesalahan
- terutama
- Bahkan
- semua orang
- menjalankan
- harapan
- pengalaman
- Pengalaman
- Kegagalan
- gadungan
- akrab
- Keakraban
- FAST
- Fitur
- File
- Menemukan
- jari
- kerangka
- dari
- lebih lanjut
- umumnya
- mendapatkan
- Pergi
- akan
- baik
- besar
- terjadi
- terjadi
- Terjadi
- Sulit
- Kesehatan
- kesehatan
- membantu
- membantu
- di sini
- PANAS
- Rumah
- Seterpercayaapakah Olymp Trade? Kesimpulan
- HTTPS
- SAYA AKAN
- ide
- mengenali
- penting
- ditingkatkan
- meningkatkan
- in
- Di lain
- mulanya
- wawasan
- diinstal
- Mengintegrasikan
- diinvestasikan
- IT
- Diri
- jargon
- JavaScript
- Menjaga
- Tahu
- pengetahuan
- memimpin
- Memimpin
- baris
- sedikit
- hidup
- pemuatan
- terletak
- Panjang
- Lot
- membuat
- Membuat
- berhasil
- banyak
- Pasar
- Marketing
- hal
- mungkin
- modern
- modul
- saat
- lebih
- Perlu
- kebutuhan
- New
- Jelas
- ONE
- Opsi
- Lainnya
- Lainnya
- di luar
- cat
- tertentu
- lalu
- Konsultan Ahli
- prestasi
- mungkin
- orang
- pribadi
- gambar
- bagian
- potongan-potongan
- Nada
- bernada
- rencana
- plato
- Kecerdasan Data Plato
- Data Plato
- Bermain
- poin
- Populer
- Pos
- Posts
- kekuasaan
- cukup
- harga pompa cor beton mini
- masalah
- proses
- janji
- terbukti
- memberikan
- pemberi
- diterbitkan
- mencapai
- Bereaksi
- reaksi
- realistis
- Kenyataan
- menyadari
- dapat diandalkan
- Pelaporan
- Sumber
- tanggapan
- Mengungkapkan
- Run
- penjualan
- mengatakan
- Layar
- pencarian
- Penjual
- Penjualan
- layanan
- Service Provider
- situasi
- Kulit
- lambat
- So
- MEMECAHKAN
- beberapa
- tertentu
- tumpukan
- Tumpukan
- dimulai
- startup
- Pernyataan
- Masih
- berhenti
- terhenti
- Berhenti
- Cerita
- berhasil
- berhasil
- Panggilan
- Seharusnya
- Berbicara
- tim
- tech
- Teknologi
- tes
- Grafik
- mereka
- tema
- diri
- hal
- hal
- Berpikir
- pihak ketiga
- waktu
- kali
- untuk
- terlalu
- alat
- alat
- SAMA SEKALI
- benar
- MENGHIDUPKAN
- tweaking
- Naskah
- menemukan
- us
- menggunakan
- Pengguna
- Pengguna Pengalaman
- Pengguna
- ux
- Bangun
- jaringan
- Paket web
- Situs Web
- minggu
- Apa
- apakah
- yang
- sementara
- SIAPA
- lebih luas
- kata
- Kerja
- alur kerja
- Alur kerja
- bernilai
- tertulis
- Anda
- zephyrnet.dll