نرمافزار یکسان برای همه؟ روزاش داره تموم میشه
هوش مصنوعیClaude Sonnet 5خلاصهٔ کاملتر
جولین دانژو (نویسنده و بنیانگذار Mergify) به یه پست از سالواتوره سانفیلیپو (خالق Redis) جواب داده. سانفیلیپو گفته بود AI داره نحوهی توزیع نرمافزار رو عوض میکنه: مخزن کد بجای محصول نهایی، یه قالب (template) میشه، کاربرا خودشون توسعهدهنده میشن و هر پروژه بجای یه نسخهی رسمی، چندتا شاخهی موازی داره. دانژو میگه مکانیزم درسته ولی نشونهگیریش اشتباهه.
به گفتهی اون یکی باید مسئولیت چیزی که فراتر از قالبه رو بگیره. وقتی از یه فروشنده میخری، خود فروشنده مسئول نگهداریشه؛ ولی وقتی یه مخزن رو فورک میکنی، خودت تا ابد مسئولشی. برای یه کتابخونهی کوچیک مشکلی نیست، ولی برای چیزی مثل Redis نه. حتی فورکهای موفق مثل KeyDB و Redict هم چند نفر بیشتر پشتشون نبودن؛ چیزی که لازمه سرمایه نیست، بلکه آدمیه که تا ۵ سال دیگه هم پاش وایسته.
دانژو یه مثال از خودشون میاره: تو Mergify یه دیسریالایزر پایتون برای OpenTelemetry لازم داشتن که حافظهی کمتری بخوره و استریم کنه. به یه LLM گفتن چی میخوان و همونجا ساختنش، ولی این کد رو به پروژهی اصلی پس ندادن؛ چون آپاستریم کردن (تعمیم دادن، تست نوشتن، منتظر ریویو موندن) دیگه نمیارزه، وقتی هرکسی میتونه نسخهی خودشو تو یه بعدازظهر بسازه. نکته اینه که فقط یه لایهی نازک رو بازسازی کردن، نه پروتکل یا دیتابیس یا کرنل رو؛ یعنی یه «کف» وجود داره که متنباز هنوز روش وایساده.
اون میگه قالب واقعی که اهمیت داره، خود محصول فروشندهست، نه یه مخزن کد. هر بار که یه فروشنده بهجای هاردکد کردن یه تصمیم، یه گزینه (option) اضافه میکنه، داره یهجور قالب میسازه؛ ولی گزینهها بینهایت نیستن و بالاخره باید تصمیم بگیره. همین تصمیمهاست که محصول رو مال خودش میکنه. شرکتهایی مثل Salesforce با متادیتا، ServiceNow با اینستنس اختصاصی، و Shopify با تم، این کارو میکنن؛ و اینکه «ما سفارشیسازی نمیکنیم» یه اصل اخلاقی نبود، یه محدودیت بودجه بود.
دانژو مقایسه میکنه با SAP: دو شرکتی که هردو از SAP استفاده میکنن ممکنه ۸۰٪ سیستمشون مشترک باشه ولی بقیهش کاملاً فرق کنه، و همین باعث میشه مهاجرت و آپگرید ERP سالها طول بکشه. شرط اون اینه که AI همین مهاجرت رو هم ارزون میکنه: همون چیزی که یه انشعاب سفارشی رو میسازه، میتونه نگهداریش هم بکنه و با نسخههای جدید هماهنگش کنه. اون قبلاً گفته بود AI هزینهی نگهداری رو کم نکرده، ولی حالا محدودترش میکنه: نگهداری کلی آسونتر نشده، ولی حملکردن یه انشعاب سفارشی به آینده آسونتر شده.
بهعنوان یه نمونهی داخلی، اون میگه تو Mergify هر مهندسی ابزار خودشو برای مدیریت ایجنتهای AI ساخته، بدون اینکه کسی بخواد استانداردش کنه؛ چون هزینهی داشتن ابزار خودت از هزینهی توافق روی یه ابزار مشترک کمتر شده. نتیجهش اینه که رابط کاربری مشترک (نه خود رابط کاربری) داره از بین میره: هر مشتری صفحهی خودشو میبینه، پشتیبانی سختتر میشه، عکسهای راهنما دیگه با محصول واقعی جور درنمیان، و تجربهی قبلی کاربر تو یه شرکت دیگه فایدهای نداره.
نکات کلیدی:
- سانفیلیپو: AI باعث میشه مخازن کد به قالب تبدیل بشن و کاربرا خودشون توسعهدهنده بشن.
- دانژو: فورککردن به آدم متعهد نیاز داره، نه فقط نیروی انسانی (مثال: KeyDB، Redict، Redis).
- تیم Mergify یه دیسریالایزر OpenTelemetry رو با کمک AI ساخته و آپاستریم نکرده، چون دیگه نمیارزه.
- الگوی SAP: مشتریهای مختلف تا ۸۰٪ سیستم مشترک ولی بقیهش کاملاً سفارشی؛ ادعا میشه AI این مهاجرتهای سفارشی رو ارزون میکنه.
- نتیجهی نهایی: نه «نرمافزار یکسان» و نه «متنباز» از بین میره؛ چیزی که از بین میره «رابط کاربری مشترک»ه.
