Bagaimana untuk mengelakkan teknologi frontend yang membuat kita marah

Banyak yang sedang ditulis tentang bagaimana frontend yang mengelirukan dan menggembirakan (lihat Rangka Kerja JavaScript - Menuju ke 2025 untuk satu gambaran keseluruhan) dan saya percaya ia mempunyai banyak kaitan dengan insentif untuk pihak yang berbeza, dan saya membincangkan perkara yang diperlukan untuk mengisi lubang yang wujud, dan mencipta ekosistem yang lebih sihat.

Realiti bagi pemaju

Apabila pembangun bahagian hadapan sedang mempertimbangkan teknologi yang berbeza, mereka memerlukan cara untuk meyakinkan pihak berkepentingan (kedua-dua ahli perniagaan dan rakan pembangun mereka), dan satu-satunya cara untuk melakukannya ialah dengan membina sesuatu dan mengukurnya, sekali gus membuktikan manfaat dan mengurus jangkaan. (Pemandu mungkin keperluan untuk membina sesuatu yang benar-benar baru, memperbaiki perkara yang sudah sedia ada, atau mungkin hanya membuktikan bahawa tiada perubahan diperlukan dan tiada faedah yang boleh diperoleh melalui alternatif, dalam kes di mana, katakan, pihak luar sedang memberi tekanan kepada syarikat untuk mempertimbangkannya.)

Contohnya mungkin pembangun yang sedang mempertimbangkan untuk menggunakan lebih banyak Komponen Pelayan React (fokusnya bukan pada RSC itu sendiri, sama mudahnya ia boleh menjadi sesuatu yang lain, rangka kerja lain atau sekeping teknologi lain). Mereka perlu menyesuaikan seni bina mereka untuk memasukkan pelayan, mengamalkan corak pengaturcaraan baharu, memikirkan organisasi fail dengan penghala dan arahan baharu ini, memikirkan tentang kekangan semua itu, mendidik orang ramai tentang semua ini, menyelaraskan amalan dan keperluan terbaik dalaman, bercakap dengan pelanggan dan kemas kini SLA dan dokumentasi,... Ini semua sangat mahal dan berisiko, jadi keputusan tidak boleh dibuat mudah.

(Proses yang melelahkan dan sangat mahal untuk membandingkan teknologi yang berbeza dan melakukan migrasi seni bina adalah sesuatu yang dilalui oleh sebilangan besar pasukan di seluruh dunia. Cuba fikirkan berapa banyak catatan blog dan video telah ada mengenai janji yang gagal untuk sekeping teknologi (Anda tidak memerlukan Next.js – Sebab kami berhijrah dari Next to React sebagai salah satu yang terbaharu).)

Walau bagaimanapun, dengan cepat selepas mula membina POC, pembangun menyedari bahawa banyak tawaran teknologi diiklankan melalui hujah "percayalah kami, bro".

Setiap teknologi baharu yang keluar dari dapur rangka kerja menceritakan kisah penambahbaikan yang hebat, dengan demo yang agak plastik mempamerkannya. Tetapi realitinya selalunya jauh lebih kemas, faedahnya kecil, namun percubaan dan penghijrahan sangat mahal. Cabarannya adalah untuk setiap syarikat dan setiap pasukan untuk mencipta semula roda dan menghasilkan cara untuk membuktikan bahawa sebenarnya terdapat beberapa utiliti untuk kes tertentu mereka. Sejumlah besar sumber dan kepakaran dalaman diperlukan untuk mempertimbangkan dan menguji pelbagai pilihan secara holistik dan menyeluruh.

Dinamik ekosistem bahagian hadapan yang sihat akan terjejas apabila sebuah syarikat yang mengecilkan ciri Yet Another™ sebagai The Now Best Thing Ever™, seperti yang terbukti dengan tuntutan Trust Me Bro™, membuatkan pembangun membelinya dan meletakkannya di dalam usaha untuk berhijrah kepadanya, hanya untuk mengetahui bahawa, sesungguhnya, masalah yang sukar adalah sukar untuk diselesaikan, dan ROI tidak ada. Lama kelamaan, melecur dengan cara ini terlalu banyak kali membawa kepada kemarahan, keletihan dan keengganan keseluruhan terhadap risiko masa depan.

Syarikat yang sedang membina teknologi baharu yang hebat ini (dan mereka benar-benar hebat!) terkejut apabila orang ramai berasa kesal, dan boleh kelihatan tidak mengambil kira jumlah kerja yang diperlukan oleh usaha tersebut dan ketidakbolehcapaian cara yang boleh disahkan untuk memberitahu apakah jangkaan yang realistik. Semuanya boleh kelihatan, baik, tidak jujur.

Kesedarannya ialah syarikat yang membina teknologi baharu ini mempunyai beban tanggungjawab untuk membuktikan bahawa teknologi mereka berfungsi, bukan hanya melalui pengiklanan, tetapi juga dengan menyediakan alat kepada pembangun untuk membimbing keputusan mereka dan mengesahkan manfaat untuk diri mereka sendiri .

Alatan

Jadi, apakah rupa alatan tersebut sebenarnya?

Alat akan melaporkan secara berterusan tentang metrik yang dipedulikan oleh pembangun (yang boleh diukur secara objektif), digabungkan secara holistik dan dikaitkan dengan perubahan yang dibuat oleh pembangun untuk membantu mereka memahami pertukaran:

• saiz himpunan (pelaporan lengkap pada setiap halaman dan himpunan dikongsi, cerapan tentang himpunan tambahan yang akan dimuatkan dengan malas (pada interaksi) dan/atau secara automatik (pekerja perkhidmatan, pramuat dan pemanasan lain))
• metrik melalui rangkaian (dengan lebih bersiri, adalah baik untuk mengetahui jumlah penjimatan sebenar pada pelanggan dan cara ia memberi kesan kepada komunikasi antara pelayan dan pelanggan)
• pembahagian masa dan prestasi (yang termasuk pelayan dan pelanggan, cth. tempoh masa yang diperlukan untuk memaparkan kandungan dan berapa banyak perkara itu berada pada pelayan lwn klien, kependaman dan pemindahan rangkaian dll)
• web vitals (adakah kita memerlukan pemisahan yang lebih berbutir untuk bahagian halaman web yang berlainan yang dimuatkan dan dipaparkan secara progresif? adakah metrik sekali sahaja untuk pemuatan awal sudah mencukupi?)
• trend (dari semasa ke semasa) dan korelasi antara semua pelbagai metrik ini pada tahap keseluruhan projek (supaya pasukan dapat menjejaki perkembangan sesuatu dan mengelak daripada terkejut dengan kemerosotan prestasi dari semasa ke semasa atau memperkenalkan kes kelebihan hanya di beberapa tempat dan beberapa halaman)

Perkara yang dinyatakan di sini adalah perkara yang sama yang akan diambil berat oleh mana-mana pasukan, namun alatan untuk mendapatkan cerapan seperti itu nampaknya sukar dan berbelit-belit untuk disediakan, dan kadangkala hampir mustahil apabila berurusan dengan rangka kerja yang berkelakuan seperti orang kulit hitam kotak.

Insentif

Peralatan jenis ini tidak semestinya perlu disediakan oleh syarikat yang sama yang membangunkan teknologi baharu ini sendiri, tetapi juga boleh dibina oleh syarikat lain (mungkin sudah ada pembayang pertimbangan serupa ? Evan You - Vue, Vite, VoidZero dan Masa Depan JavaScript Tooling, atau saya boleh salah tafsir apa yang Evan katakan). Walau bagaimanapun, saya percaya syarikat yang sama yang membina beberapa teknologi baharu sepatutnya yang menyediakan alatan untuk mengesahkan keuntungannya juga, kerana insentif berada di pihak mereka:

Dengan membina alatan sedemikian yang melaporkan secara telus tentang pelbagai metrik dan perbezaan antara pelbagai pelaksanaan, syarikat membina teknologi/rangka kerja baharu, mula-mula boleh mengesahkan secara dalaman kemajuan dan tuntutan, dan membantu dirinya memahami pertukaran dan kemudian mengoptimumkan metrik yang betul. Dengan cara itu, ia memastikan syarikat bertanggungjawab dan jujur. Jadi, keseluruhan gelung maklum balas penambahbaikan boleh berlaku secara dalaman, jauh sebelum sampai kepada orang ramai.

Pada masa itu juga menyampaikan alat yang sama kepada orang ramai, syarikat boleh mengelakkan sebarang risiko tuntutan palsu dan kekecewaan, dan sebaliknya menawarkan keupayaan untuk semua orang untuk mengesahkan perkara untuk diri mereka sendiri, pada projek mereka sendiri. Ini seterusnya akan menjana lebih banyak kepercayaan dan rasa terima kasih.

Syarikat yang membina teknologi juga berada pada kedudukan terbaik untuk membina perkakas untuknya - ia paling memahami API dan keupayaannya, serta berapa banyak atau sedikit daripadanya yang diperlukan untuk membuka untuk menjadikan perkakas berfungsi (itu cara lain untuk memastikan syarikat itu jujur ​​dan adil).

Akhirnya, jika syarikat ingin melanjutkan model perniagaannya dengan membuat alatan itu berbayar, syarikat itu boleh berbuat demikian. (Pada masa ini, pendekatan yang serupa biasanya ditunjukkan melalui kontrak dan penglibatan secara langsung dengan syarikat pelanggan, namun, perkakasan boleh menjadikan keseluruhannya lebih bergantung kepada diri sendiri yang boleh memberi manfaat kepada semua pihak.)

Kesimpulan

Kita berada dalam era teknologi yang bersaing di mana tiada satu penyelesaian terbaik, dan migrasi seni bina pada projek yang semakin besar, bukanlah murah. Untuk membolehkan anda membuat keputusan dan bergerak dengan bijak, peralatan dan pelaporan yang lebih komprehensif diperlukan, yang membimbing dan menilai keputusan, perubahan dan pertukaran secara berterusan, dan bukan hanya melaporkan selepas segala-galanya selesai.

Syarikat yang membina teknologi dan rangka kerja baharu ini ialah syarikat yang paling mendapat manfaat daripada perkakas tersebut dan berada pada kedudukan terbaik untuk membinanya.

Atas ialah kandungan terperinci Bagaimana untuk mengelakkan teknologi frontend yang membuat kita marah. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!