Penjagaan kesihatan, menjual lemon, dan harga pengalaman pemaju

Baru -baru ini, satu siri jawatan blog telah mencetuskan perbincangan yang hangat mengenai kos kerangka JavaScript, yang menonjolkan kepentingan menggunakan JavaScript secara bertanggungjawab.

Eric Bailey: Perubatan Moden, Rangka Kerja, Prestasi dan Kerosakan

Cerita bermula apabila Eric cuba membuat temujanji di laman web pembekal perubatan, tetapi menemui skrin kosong.

Pengalaman pelanggan Healthcare moden bergantung pada React dan Webpack, disertai dengan sejumlah besar data telemetri.

Bagi mereka yang biasa dengan pembangunan web, sebabnya jelas: laman web yang terlalu bergantung pada JavaScript, yang logiknya bertentangan dengan logik ralat lain yang dipanggil, mengakibatkan kebuntuan.

Tetapi untuk bukan profesional, ini tidak jelas. Apa yang mereka lihat ialah animasi pemuatan yang tidak pernah berakhir.

ini mungkin masalah kecil dalam beberapa kes, tetapi akibatnya tidak dapat dibayangkan ketika datang ke masalah kesihatan:

Orang yang mencari bantuan tidak peduli dengan TypeScript, Shaking Tree, penggantian modul panas, ujian A/B, carta pembakaran, NPS, OKR, KPI, atau istilah keusahawanan lain. Jika pengguna tidak dapat mendapatkan perkhidmatan yang mereka perlukan, pengalaman pemaju tidak bermakna.

Ini adalah kesan realiti. Apa yang berlaku apabila alat dan laporan kami -alat yang harus lebih produktif -adalah dengan cara yang menghalang pengalaman pengguna? Alat ini sepatutnya memberikan pandangan yang membantu kami meramalkan keperluan pengguna, terutamanya dalam kecemasan.

Saya tahu bahawa menunjuk jari di kerangka JavaScript itu sendiri mudah menyebabkan kontroversi. Tetapi ia bukan hanya tentang menggunakan React atau rangka kerja lain, tetapi konflik antara keutamaan perniagaan dan pengalaman pemaju dan pengalaman pengguna.

Alex Russell: Lemon Market

Penyokong rangka kerja yang perlahan dan kompleks telah berjaya membungkus rangka kerja yang tidak cekap ke dalam hal -hal yang bergaya, memerah pilihan kualiti yang lebih tinggi meskipun kelemahan mereka di mana -mana.

Teknologi-teknologi ini pada mulanya di bawah bendera "meningkatkan pengalaman pengguna", tetapi di luar organisasi matang, mereka gagal memenuhi janji-janji mereka. Dalam persekitaran web yang lebih luas, susunan teknologi baru ini telah terbukti menjadi kegagalan mahal.

Masalahnya di sini. Alex lantang, tetapi dia menegaskan bahawa tanggungjawabnya terletak pada cara kerangka itu dipasarkan, bukan pemaju sendiri. Apakah strategi pemasaran?

Setelah penjual lemon menanamkan konsep bahawa "meningkatkan pengalaman pemaju (DX) membawa kepada pengalaman pengguna yang lebih baik", "Meningkatkan DX" menjadi tujuan itu sendiri, dan banyak orang yang mengetahui kelemahannya dipaksa untuk mengambil bahagian. Ia adalah strategi untuk menutupi kesan negatif pengalaman pengguna untuk masa yang lama, bukan kesilapan; mereka tidak memerlukan anda untuk berjaya, mereka hanya memerlukan anda untuk terus membeli.

Dari perspektif pemasaran, strategi umpan dan pembungkusan "dx" ini sangat pandai, tetapi teknologi itu sendiri tidak membawa manfaat kepada sesiapa sahaja, kecuali pemaju.

Sukar untuk diterima, bukan? Tiada siapa yang mahu ditipu, dan sukar untuk mengakui bahawa kos tenggelam. Lebih sukar jika anda telah melabur masa dan usaha anda dalam teknologi tertentu dan mengintegrasikannya ke dalam tumpukan teknologi anda. Aliran kerja pembangunan adalah rumit, dan menyesuaikan diri dengan satu proses adalah seperti menyesuaikan diri ke rumah di mana anda merancang untuk hidup seketika. Tetapi anda harus tahu sama ada rumah anda dibina atas apa yang dipanggil Alex "Yayasan Pasir".

Saya ingin berhenti sejenak di sini untuk menunjukkan bahawa saya tidak mempunyai kedudukan peribadi mengenai perdebatan ini. Sebagai generalis web, saya cenderung untuk mencuba alat baru awal untuk mengenali mereka, kemudian dengan cepat menyerah dan meletakkannya di dalam kotak alat saya sehingga saya dapati tujuan yang betul. Dalam erti kata lain, saya mempunyai pelbagai pengetahuan, tetapi saya tidak mempunyai pemahaman yang mendalam dalam bidang tertentu. HTML, CSS, dan JavaScript adalah kombinasi biasa saya, tetapi saya memberi penekanan yang besar kepada pengalaman pengguna dan mengetahui kapan memilih alat yang tepat untuk menyelesaikan masalah tertentu.

Selain itu, kita harus mengakui bahawa tidak semua orang boleh membuat keputusan sendiri. Ramai di antara kita bekerja pada pasukan yang diuruskan dan menggunakan alat yang telah ditentukan sebelum ini. Alex juga menyebutnya, dan saya fikir ia penting kerana ia jelas menunjukkan bahawa ia bukan untuk individu. Ini adalah pernyataan mengenai keutamaan kami dan memastikan bahawa mereka sepadan dengan jangkaan pengguna.

mari kita biarkan Chris membimbing kita kembali ke topik ...

Chris Coyier: Ujian akhir-ke-akhir menggunakan pemintas kandungan?

Jadi, mungkin permohonan anda dibina dengan React, dan sebabnya tidak penting. Masih terdapat beberapa kerja untuk memastikan kebolehpercayaan dan kebolehcapaian permohonan.

hanya menyekat fail tidak boleh memusnahkan laman web, tetapi ia sering kali! Dalam JavaScript, ini mungkin kerana pemaju menulis JavaScript pihak pertama (saya biasanya menyekat) yang bergantung kepada JavaScript pihak ketiga (saya biasanya menyekat).

[...]

Jika saya menyekat sumber dari penjejakan-website.com, JavaScript pihak pertama saya melemparkan ralat. JavaScript tidak mengabaikan kesilapan. Jika ralat dilemparkan, ia tidak akan melaksanakan kod JavaScript yang lebih rendah dalam fail. Jika kod peringkat rendah adalah transitionToonboarding ();-maka ia tidak akan dilaksanakan.

Mungkin patut dikaji semula aliran kerja anda dan menyesuaikannya untuk mengenal pasti lebih banyak titik kegagalan.

Jadi, inilah idea: Jalankan ujian akhir-ke-akhir anda dalam penyemak imbas dengan penghalang kandungan popular yang dipasang dan konfigurasi lalainya.

berbuat demikian mungkin menemui beberapa masalah yang akan menghalang pelanggan anda, serta yang memerlukan.

idea yang baik! Apa -apa cara untuk membantu menggambarkan bagaimana aplikasi digunakan lebih realistik adalah baik. Kejelasan ini dapat muncul awal dalam proses, mungkin sebelum membuat keputusan pembangunan. Kenali pengguna anda. Mengapa mereka menggunakan aplikasi ini? Bagaimana mereka melayari web? Di manakah lokasi geografi mereka? Masalah apa yang boleh dilakukan di jalan mereka? Chris juga memberi ucapan yang baik mengenai perkara ini.

Atas ialah kandungan terperinci Penjagaan kesihatan, menjual lemon, dan harga pengalaman pemaju. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!