למה מפתחים שוב בוחרים בקוד משלהם במקום בפלטפורמת הרשת

היסטוריה והרגל

הארגומנטים העיקריים לשימוש בפונקציות הדפדפן במקום JavaScript משלך הם ביצועים, קלות שימוש ונגישות, אבל השילוב שלהם תמיד לא היה פשוט. במשך חלק גדול מההיסטוריה של הרשת, דפדפנים נשארו מאחור מהאקוסיסטמה הרשתית הרחבה יותר. ספריות דמויות jQuery מילאו פערים משמעותיים, ומפתחים לעיתים קרובות היו צריכים לחכות עד שדפדפנים ישנים, כגון IE6, יתיישנו לפני שהם יכלו להשתמש ב-API-ים חדשים. בסביבה זו, בנייה משלך על גבי הדפדפן הייתה תשובה הגיונית. להרגל יש שוב משמעות: מפתחי React, שרגילים לחפש רכיבים ב-npm, עשויים לחפש חבילה לפני שהם בוחנים CSS או API של הדפדפן. מעטפות הופכות פונקציות פלטפורמה לא-מוכרות למובנות יותר, והתיעוד של החבילה הרבה פעמים היה קל יותר למציאה מאשר הידע המפוזר על פלטפורמת הרשת. MDN הפך בהדרגה לכיוון התיעוד המרכזי, ו-web.dev הוצג כמאמץ חינוכי חדש יותר של Google.

המשיכות של בנייה

עבור חלק מהמפתחים, יישום עצמי הוא מספיק מספק. דיאלוג מודאלי עשוי להתחיל עם מיקום גלוי וגלילת רקע, ואז להידרש טיפול בכפתור Escape, מלכודת פוקוס ושחזור פוקוס. מפתחים יכולים להוסיף אנימציות, ערכות נושא או כפתור סגירה, לפני שהופכים את התוצאה לחבילה ניתנת לשימוש חוזר. המקור מכנה זאת אפקט IKEA, כי קוד שנכתב ביד יכול לעורר את הרצון לשמור עליו ולהתאים אותו אישית. כלים משלך עשויים גם להיות דרך ללמידה: המחבר עבד על כלי אחסון הקשורים ל-IndexedDB, WebSQL ו-PouchDB, ובהמשך אף תרם למפרט של IndexedDB. הפערים המוקדמים של הפלטפורמה תמכו ב-polyfill-ים, shim-ים וספריות, שעזרו ליצור מומחיות בפלטפורמה.

פערי ידע והתנהגות הפלטפורמה

לא כל פתרון משלך משקף פשרה מושכלת; חלקם מגיעים מידע חלקי. פונקציות CSS כמו float-ים, clear fix ו-min-width: 0 היו קשות להבנה, בעוד צרכים נפוצים, כולל הגבלת שורות, שינוי גודל textarea והסתרת פס גלילה, נשארו ללא פתרונות טבעיים ישירים במשך שנים. למפתחים היה קל יותר לבטא את ההתנהגות הרצויה ב-JavaScript. הדוגמה של ClickHouse נתנה את אותה תוצאה. מפתח אחד דחס JSON גדול לפני האחסון, בעוד שני שם אותו במאגר key-value נפרד ושמר רק מפתחות ב-ClickHouse. לאחר סקירת תיעוד ובנצ'מרקינג, הם גילו ש-ClickHouse כבר דוחס נתונים עמודתיים ומציע דחיסה טובה יותר בין שורות, מה שהפך מערכת נפרדת לאיטית ומסורבלת יותר.

AI עשוי לשנות את האיזון

קידוד מבוסס AI עשוי לסטות את ההתנהגות הזו בשני הכיוונים. המקרה האופטימיסטי הוא שמודלי שפה גדולים יכולים להסתמך על ידע פלטפורמה רחב, לבחור API-ים טבעיים מתאימים מתוך דרישות מעורפלות ולאחר בדיקות להעניק עדיפות לפונקציות פלטפורמה מהירות ומדויקות יותר. מכיוון שמפתחים כותבים פחות קוד, התלות ביישומים עצמיים עשויה להחלש. המקרה הפסימיסטי הוא שמודלים עשויים ליצור מחדש עוזרים קיימים, לעקוף את מוסכמות הפלטפורמה ולייצר פתרונות מורכבים ללא בדיקות מספיקות. המחבר רואה את שתי התוצאות ולא יכול לומר איזו תהיה דומיננטית, כאשר מודלים וכלי קידוד משתכללים. המסקנה היא ששימוש בפלטפורמה עדיין שווה, אבל היסטוריה, הרגל, בעיות תיעוד, ההנאה מבנייה והבנה חלקית מסבירים למה מפתחים שוב בוחרים בקוד משלהם.