وقتی زبان برنامهنویسی دیگه قفلکننده نیست
هوش مصنوعی
جاوااسکریپتخلاصهٔ کاملتر
Mitchell Hashimoto، سازنده ابزارهای شناختهشدهای مثل Vagrant و Ghostty، نکته جالبی مطرح کرده: در عصر برنامهنویسی اجنتمحور (یعنی وقتی مدلهای هوش مصنوعی خودشون کد مینویسن و ریفکتور میکنن)، انتخاب زبان برنامهنویسی دیگه اون «قفلشدگی» قدیمی رو نداره.
نقطه شروع این بحث، بازنویسی کامل Bun بود. Bun یه runtime سریع جاوااسکریپت/تایپاسکریپته که جایگزین Node.js میشه. تیمش کل این پروژه رو از زبان Zig به Rust پورت کرد — و این کار در ۶ روز انجام شد. ۶٬۷۵۵ کامیت، یه branch با نام claude/phase-a-port، PR باز شده در ۸ می و merge شده در ۱۴ می. یه بازنویسی کامل از یه runtime سطح production، در شش روز.
Hashimoto میگه این یعنی Rust در اینجا «مصرفی» بود — مفید تا وقتی که لازم بود، بعدش قابل جایگزینی. Simon Willison هم این ایده رو گسترش میده با مثالی واقعی: یه شرکت متوسط که اپهای بومی iOS و Android داشت، با کمک ایجنتهای کدنویسی هر دو رو به React Native پورت کرد. دلیل انتخاب React Native؟ این چند سال خیلی بهتر شده و نیازهاشون رو پوشش میده. و اگه اشتباه بود؟ میشه دوباره به بومی برگشت.
این تغییر فقط به زبانهای برنامهنویسی محدود نمیشه. لایههای دیگه stack فناوری مثل پایگاه داده هم میتونن راحتتر عوض بشن. حتی جابجایی بین مدلهای بزرگ هوش مصنوعی هم راحتتر از همیشهست — چه بین Claude، GPT و Gemini، چه به سمت مدلهای local که روز به روز قویتر میشن.
البته نظرات منتقدانه هم وجود داره. بعضیها نگرانند که کد تولیدشده توسط LLMها کیفیت کافی برای محیط production رو نداره و ممکنه موج جدیدی از باگها رو به بار بیاره. یه نگرانی دیگه هم هزینهست: این بازنویسیها به توکنهای زیادی نیاز دارن و فعلاً گرونه — شاید تا چند سال دیگه قیمتها به شکل چشمگیری بیاد پایین.
نکات کلیدی:
- Bun (runtime جاوااسکریپت) کامل در ۶ روز از Zig به Rust بازنویسی شد
- این کار با LLMها انجام شد و ثابت کرد زبان برنامهنویسی میتونه سریع عوض بشه
- Hashimoto میگه زبانها دیگه اون «قفلکنندگی» قدیمی رو ندارن
- Simon Willison مثالی از پورت کردن اپ بومی به React Native با ایجنتهای AI آورده
- منتقدان نگران کیفیت کد AI-تولیدشده و وابستگی به هزینههای توکن هستن
