Nə üçün geliştiricilər yenə veb-platformanı deyil, öz kodlarını seçirlər?

Tarix və vərdiş

Brauzer funksiyalarından istifadəyə keçmək üçün öz JavaScript-ini əvəz əsas arqumentlər effektivlik, istifadə asanlığı və əlçatanlıqdır, lakin onların tətbiqi həmişə asan olmamışdır. Vəb tarixinin böyük hissəsində brauzerlər daha geniş veb ekosistemə gerı qalırdı. jQuery kimi kitabxanalar əhəmiyyətli boşluqları doldururdu və geliştiricilər tez-tez yeni API-lərdən istifadə etməzdən əvvəl köhnə brauzerləri, məsələn IE6, köhnəlmdən keçməyə məcbur olurdu. Bu mühitdə brauzeri özünü qurmağı məntiqli cavab idi. Vərdişin də əhəmiyyəti var: npm-də komponentləxtarmağa alışmış React geliştiriciləri CSS və ya brauzer API-sına baxmadan əvvəl paket axtara bilər. Wrapper-lər tanınmayan platforma funksiyalarını daha aydın edir, paket sənədləri isə tez-tevə platforma üçün səparə edilmiş məlumatlardan daha asan tapılırdı. MDN sonradan mərkəzi sənədləşmə istiqamətinə çevrildi, web.dev isə Google-un daha yeni təhsil cəhəti kimi təqdim edildi.

Qurma cazibəsi

Bəzi geliştiricilər üçün öz implementasiyası kifayətdir. Modal dialoq görünən pozisionla və fonun sürüşməsi ilə başlaya bilər, sonra Escape düyməsinin emalı, fokus tələsi və fokusun bərpası lazım ola bilər. Geliştiricilər animasiyalar, mövzular və ya bağlama düyməsi əlavə edə bilər, nəticəni isə yenidən istifadə oluna bilən paketə çevirirlər. Mənbə buna IKEA effekti deyir, çünki əl ilə yazılmış kod onun saxlanma və fərdiləşdirmə arzusunu oyandır. Öz alətlər həm də öyrənmə yolu ola bilər: müəllif IndexedDB, WebSQL və PouchDB ilə əlaqəli saxlama alətləri üzərində işləyib, sonra IndexedDB spesifikasiyasına da töhfə verib. Platformanın erkən problemləri polyfill-lərə, shim-lərə və kitabxanalara ehtiyac yaradırdı və bu platforma ekspertizinin yaranmasına kömək etdi.

Bilik problemləri və platforma davranışı

Hər öz qərarı məntiqli kompromisi əks etdirmir; bir qismi natamam bilikdən gəlir. CSS-in float-lər, clear fix və min-width: 0 kimi funksiyaları anlamaq çətin idi, adi ehtiyaclar isə — sətirləri məhdudlaşdırma, textarea ölçüsünü dəyişmə və sürüşmə çubuğunun gizlənməsi — illər boyu birbaşa təbii qərarlarsız qalırdı. Geliştiricilərə istənilən davranışı JavaScript-də ifadə etmək daha asan gəlirdi. ClickHouse nümunəsi eyni nəticəni verib. Bir geliştirici saxlamadan əvvəl böyük JSON sıxışdırdı, digəri isə onu ayrı key-value anbarına qoyub ClickHouse-da yalnız açarları saxladı. Sənədləri nəzərdən keçirmə və benchmarkingdən sonra onlar ClickHouse-un artıq sütunlu verilənləri sıxışdırdığını və sıralar arasında daha yaxşı sıxışdırma verdiyini aşkar etdilər; bu ayrı sistemdə daha yavaş və daha çətin olardı.

AI balansı dəyişə bilər

AI əsaslı kodlaşdırma bu davranışı hər iki istiqamətdə dəyişə bilər. Optimist hal böyük dil modellərinin geniş platforma biligindən istifadə edə bilməsi, təsadüfi tələblərdən uyğun təbii API-lər seçməsi və testlərdən sonra daha sürətli və dəqiq platforma funksiyalarına üstünlük verməsidir. Geliştiricilər daha az kod yazdığı üçün öz implementasiyalarına bağlılıq zəifləyə bilər. Pesimist hal modellərin artıq mövcud köməkçiləri yenidən yaradıb, platforma konvensiyalarından qaçıb kifayət qədər test etmədən mürəkkəb qərarlar yarada bilməsidir. Müəllif hər iki nəticəni görür və modellər və kod alətləri təkmilləşəndə hansı dominant olacağını deyir. Nəticə belədir ki, platformadan istifadə hələ də dəyərlidir, lakin tarix, vərdiş, sənədləşmə problemləri, qurma zövqü və natamam anlayış izah edir ki, nə üçün geliştiricilər yenə öz kodlarını seçirlər.