تصور کنید در یک رقابت کدنویسی شرکت کردهاید و تمام تلاشهای شبانهروزی شما، توسط اپلیکیشنی شکست میخورد که سازندهاش تنها با چند پرامپت ساده، یک پوسته براق اما توخالی ساخته است. این دقیقاً همان کابوسی است که Hack Club اکنون برای نابودی آن برنامهای طراحی کرده است.
به گزارش منابع داخلی، موجی از «آشغالهای هوش مصنوعی» (AI Slop) در حال تسلط بر هکاتونهای نرمافزاری است. هدف این جنبش جدید، متوقف کردن روند پیروزی «پوستههای B2B SaaS» در هکاتونها است. این پروژهها با فریب دادن داوران از طریق رابطهای کاربری صیقلخورده اما سطحی که بر پایه ChatGPT ساخته شدهاند، برنده میشوند. نویسنده این گزارش، این وضعیت را فرآیندی توصیف میکند که در آن «داوران با چشمهایی شوقزده، عاشق یک پوسته ChatGPT شدند» و عمق فنی اثر را نادیده گرفتند.
هکاتونهای نرمافزاری بهطور تاریخی با یک بحران کیفیت دست و پنجه نرم کردهاند. در حالی که مسابقات بازیسازی (Game Jams) توانستهاند سطح خاصی از «قلب و روح» را در آثار حفظ کنند، هکاتونهای نرمافزاری اغلب بهجای پاداش دادن به بهترین مهندسی، سریعترین پروتایپ (نمونه اولیه) را پورمایش میکنند. این مشکل با ظهور هوش مصنوعی زاینده (Generative AI) شدت یافته است، زیرا اکنون شرکتکنندگان میتوانند اپلیکیشنهای متوسطی بسازند که در یک تلاش واحد (one-shot) ظاهر impressively (تحسینبرانگیز) پیدا کنند اما فاقد هرگونه عمق فنی باشند. این روند یادآور چالشهای جدید در دنیای برنامهنویسی است که در آن جایگاه نویسندگی نحو در برابر رویکردهای مبتنی بر Vibe Coding مورد بحث قرار گرفته است. نویسنده تأکید میکند که اگرچه شرکتهایی مانند Anthropic ممکن است بخواهند شما را متقاعد کنند که همه چیز ساده شده است، اما شما هنوز نمیتوانید یک کامپایلر خوب را «یکشات» (One-shot) بسازید. این نکته نشان میدهد که برنامهنویسی نرمافزار، فراتر از توسعه ساده وب، همچنان یک مسئله حلنشده است.
زمینه: مدل Hack Club
Hack Club یک «جنبش غیرانتفاعی متشکل از نوجوانانی است که پروژههای جذاب میسازند». به دلیل ماهیت غیرانتفاعی این سازمان، جذب بودجه برای برگزاری مسابقات (Jams) از نظر تئوریک آسانتر است، اما مکانیسم عملی اجرای آن بسیار خاص و پیچیده است.
برای به حداکثر رساندن کارایی در اجرای برنامههای خود، Hack Club از یک طرح تامین مالی ساعتمحور استفاده میکند. طبق این مدل، برای هر برنامه دقیقاً ۸.۵ دلار به ازای هر ساعت فعالیت برای پرداخت جوایز اختصاص مییابد. این بودجه برای خرید تجهیزات و ابزار برای شرکتکنندگان و تشویق آنها به مهندسی بیشتر و عمیقتر هزینه میشود.
جزئیات: ردیابی و انگیزهها
برای اطمینان از اینکه بودجه بهطور صادقانه هزینه میشود، Hack Club از سیستم تخمین زمان توسط خود کاربر فاصله گرفته است؛ چرا که این روش باعث میشد شرکتکنندگان برای دریافت پول بیشتر، درباره ساعات کاری خود دروغ بگویند. بهجای آن، آنها یک سیستم تایید فنی را پیادهسازی کردند:
- Hackatime: یک سرور تخصصی برای Wakatime که ردیابی میکند کاربر دقیقاً چه مدت در حال تایپ فیزیکی روی کیبورد خود است.
- تأیید اعتبار: این دادهها برای تعیین بودجه استفاده میشوند و اساساً برنامه را شبیه به یک «شغل باحال و مدرن» میکنند که در آن ساعات کاری مستقیماً به ارزش جوایز تبدیل میشود.
- تنوع جوایز: این پاداشها میتوانند شامل وجه نقد، برگزاری رویدادها یا حتی هزینه پروازها باشند که هدف آنها پرداخت هزینه به نوجوانان در ازای ارتقای مهارتهای کدنویسی است.
با این حال، این سیستم یک «انگیزه معکوس» (Perverse Incentive) ایجاد کرد. بهجای کار روی پروژههای چالشبرانگیزی که مهارت آنها را افزایش دهد، برخی شرکتکنندگان شروع کردند به تولید انبوه پروژههای تنبلانه و کمتلاش تا بتوانند پول بیشتری جمع کنند. Hack Club سعی کرد این مشکل را با ترکیب ساعات کاری و رایگیری بر اساس یک «منحنی نرمال» حل کند؛ به این صورت که پایینترین ۵۰٪ رتبهها جریمه و ۵۰٪ برتر پاداش بگیرند، در حالی که میانگین پرداخت ۸.۵ دلار در ساعت حفظ شود. اما نویسنده استدلال میکند که این روش نیز شکست خورد، زیرا شرکتکنندگان همچنان بودجه Hack Club را صرف پروژههای بیکیفیت میکردند.
برای حل همزمان مشکل «آشغالهای هوش مصنوعی» و سوءاستفاده از سیستم پرداخت، این سازمان یک مسابقه نرمافزاری جدید به نام Radish (به آدرس radish.hackclub.com) معرفی کرده است.
استراتژی Radish
پروژه Radish منطق مسابقات بازیسازی (Game Jams) را به دنیای نرمافزار میآورد. در Game Jamها، افراد بهندرت آثار بیکیفیت ارسال میکنند، زیرا یک بازی بد هیچ پاداشی نمیآورد؛ سازنده در رایگیری «نابود» میشود و در نهایت تنها چیزی که برایش میماند پروژهای است که از آن متنفر است و احساس اتلاف وقت.
Radish برای بازتولید این کنترل کیفیت، سه حفاظ (Guardrails) مشخص را اجرا میکند:
- انتظارات سختگیرانه: این مسابقه ایدههای مشخصی برای پروژه ارائه میدهد و صراحتاً ذکر میکند که «هیچکدام از این ایدهها شامل مدلهای زبانی بزرگ (LLMs) نمیشوند!»
- داوری خبره: با بهکارگیری داوران متخصصتر، مسابقه میتواند تفاوت بین «صنعتگری واقعی» (Craft) و یک «پوسته نازک هوش مصنوعی» را تشخیص دهد.
- زمان برای کیفیت: به شرکتکنندگان زمان کافی داده میشود تا «کد تمیز و خوب» بنویسند. هدف این است که «سندروم استکهلم» مربوط به عبارت «بعداً اصلاحش میکنیم» شکسته شود و کدهای کثیف (Spaghetti Code) و آشغالهای هوش مصنوعی جای خود را به نرمافزارهایی بدهند که از همان ابتدا به اندازه کافی باکیفیت باشند تا بتوانند نقطه شروع یک پروژه واقعی و موفق شوند.
تامین مالی و ریسکها
مدل مالی Radish همچنان به تعداد شرکتکنندگان متصل است تا اطمینان حاصل شود که جوایز با مقیاس شرکتکنندگان رشد میکنند. این موضوع باعث ایجاد یک تجربه «ناهموار» (Clunky) میشود، زیرا سازمان باید یک تخمین تقریبی از جوایز را اعلام کند و سلب مسئولیتی قرار دهد که مبالغ بر اساس بودجه نهایی برنامه تغییر میکنند.
این بدان معناست که شرکتکنندگان باید در مورد پرداخت نهایی، «کمی رفتار ریسکپذیر» داشته باشند. با این حال، نویسنده معتقد است این بهای عادلانهای است که باید برای داشتن یک برنامه مؤثرتر و تجربه بهتر در مسابقه پرداخت شود.
در نهایت، این تغییر رویکرد نشان میدهد که ارزش یک «هک» (سریع و سطحی) در حال کاهش و ارزش «صنعتگری و ظرافت» (Craft) در حال افزایش است. Hack Club با جریمه کردن آثار کمتلاش و پاداش دادن به ساعات مهندسی واقعی، تلاش میکند انگیزههای مالی را از بهرهوری تنبلانه جدا کند.
گام بعدی شما
- اگر نوجوان هستید و علاقهمندید نرمافزاری بسازید که در تله پوستههای هوش مصنوعی نیفتد، میتوانید جزئیات بیشتر را در سایت radish.hackclub.com بیابید و ثبتنام کنید.
- برای دریافت کمک در مورد ورود به سیستم Hack Club، میتوانید به ایمیل [email protected] پیام دهید.
- روی پروژههایی تمرکز کنید که نیاز به طراحی معماری دارند، نه فقط فراخوانی API.
اما تأثیر این رویکرد بر نحوه آموزش برنامهنویسی در مدارس آینده حتی پیچیدهتر است — به بررسی ما درباره آینده آموزش کدنویسی با مدلهای استدلالی مراجعه کنید.
گفتگو