es
Feedback
Go Casts 🚀

Go Casts 🚀

Ir al canal en Telegram

Ex Snapp! Senior Software Engineer فوق لیسانس هوش مصنوعی از دانشگاه تهران اشتراک محتوا در مورد مهندسی نرم افزار، هوش مصنوعی، گولنگ https://gocasts.ir پروفایل https://www.linkedin.com/in/gohossein ارتباط @lifography Ai for Software @aicasts_ir

Mostrar más
8 105
Suscriptores
-724 horas
-87 días
+130 días
Archivo de publicaciones
برخی از دوستان به درستی در کامنت ها اشاره کردن که ai باعث شده دیگه مثل قدیم از برنامه نویسی لذت نبرن. پاسخ بنده اینه که از یه جنبه هایی این حرف درسته. ولی از یه جنبه هایی هم آدم هیجان زده میتونه باشه. به شخصه تکنولوژی های فوق العاده متنوعی در یک دهه گذشته برای خودم لیست کرده بودم که یه روزی سعی کنم عمیق تر یادشون بگیرم و باهاشون یه محصولی رو توسعه بدم و لذت‌ش رو ببرم. لیست این ابزار و تکنولوژی و زبان ها اینقدر طولانی شده که هیچ وقت حتی نمیتونم ۱ درصدشون رو عملی کنم. اومدن ai یه هیجان و انرژی جدیدی رو به آدم میده. چون بهش اجازه میده که با صرف کردن زمان کمتری از تکنولوژی مد نظرش کمک بگیره و محصول تولید کنه و اون لذت نهایی که توسعه و ساختن با استفاده از تکنولوژی و ابزار محبوبش هست رو بهش برسه. درسته که در نهایت عمق دانشی که کسب میکنه به اندازه حالت بدون ai نمیشه. اما خب واقع بین اگه باشیم بدون ai احتمالا حتی ۱ درصد اون ابزار و تکنولوژی هارو نمیتونستیم تجربه کنیم. اما ai این اجازه رو میده که بصورت هوشمندانه و selective مفاهیم مهم تر هر تکنولوژی رو یاد بگیریم و باهاشون محصول توسعه بدیم و ازش لذت ببریم. از یاد نبریم که یکی از عوامل اصلی ای که ما نمیتونیم یادگیری یه چیز سخت رو ادامه بدیم اینه که خیلی زمان میبره که به یه خروجی ملموس برسیم. واسه همینه شاید همیشه یادگیری یه چیزی که خروجی ملموس داره مثل تکنولوژی های front-end برای خیلی ها ساده تره. چون در مراحل ابتدایی یادگیری به خروجی ملموس میرسی... با اومدن ai این قضیه میتونه برای سخت ترین تکنولوژی ها هم رخ بده و در خیلی از موارد بتونی از اول مسیر یادگیری خروجی ملموس داشته باشی که بهت انگیزه مضاعف بده برای طی کردن ادامه مسیر یادگیری این لینک کامنت ها https://t.me/c/1525472919/7803 https://t.me/c/1525472919/7810 که پاسخ کوتاهی در این کامنت نوشته م https://t.me/c/1525472919/7811 @gocasts

اولین کدی که من نوشتم سال ۱۳۷۶ توی دبیرستان البرز بود، به زبان پاسکال! و نه یک دل بلکه صد دل عاشق برنامه نویسی شدم 🙂 چرا؟ چون داشتم یه چیز جدید میساختم. اما این چیز با بقیه چیزایی که مهندس‌ها میسازن یه فرق اصلی داره و اون فرق اینه که این چیز شبیه یک موجود زندست! از خودش رفتار داره... و این منو عاشق خودش کرد. مهندسین عمران یا معماری یا برق چیزایی میسازن که اصولن فیزیکی‌ان، ثابت تر رفتار یا کار میکنن، اما نرم افزار بیشتر به یک موجود زنده شبیه... و از این بابت ما مهندسین متفاوتی باید باشیم 🙂 در طول این سال‌ها خیلی اشتباهات کردم... خیلی چیزا یاد گرفتم... چالش‌های خیلی از برنامه نویسایی که باهاشون کار کردم رو دیدم... خیلی برنامه نویس تربیت کردم که یعضی‌هاشون بعد از حدود یک سال با مصاحبه‌های قوی ای که انجام دادن شرکتای خارجی رفتن... من همیشه سعی کردم یاد بگیرم... و یاد بدم.... سال‌هاست که از تدریس لذت می برم هرچند که کمتر پابلیک حضور داشتم و الان دارم بیشترش میکنم. دوره‌هایی که من بعنوان مسیر مهندس نرم افزار شدن توی سایتم گذاشتم حاصل این ۲۳ ساله که از عمر حرفه‌ایم توی این کار میگذره و انچه دیدم و چشیدم 🙂 بعنوان یه هدیه کوچولو روز برنامه نویس، روی اکثر دوره‌ها تخفیف‌های حدود ۳۵ تا ۴۰ درصد گذاشتم که تا فردا شب فقط فعاله. برید نگاهشون کنید... حتمن چیزی توش پیدا میکنید که بدرد‌تون بخوره تو هر سطحی یه موضوعی هست. https://behradz.ir/dd-tg اگه بیشتر از یک دوره خواستید یا دو مرحله ای خواستید پرداخت کنید هم بهم توی تلگرام پیام بدید. آیدی تلگرامم توی سایت و گروه تلگراممون هست. @mindfulsoft

روز برنامه‌نویس مبارک! امسال این تبریک یه مزه‌ی دیگه داره. خیلی‌هامون این چند وقت یه سؤال ته ذهنمون بوده: این همه سال که پای کد نشستیم، قراره چقدرش بی‌ارزش بشه؟ بذارید صادق باشم: بعضی چیزها واقعاً عوض شده. نوشتن CRUD، بویلرپلیت، کوئری‌ای که قبلاً نیم ساعت وقت می‌برد — اینها دیگه مزیت نیستن. و راه ورود برای تازه‌کارها سخت‌تر شده، نه آسون‌تر. انکارش کمکی نمی‌کنه... ولی چیزی که کمتر گفته می‌شه اینه: ارزشِ فهمیدن بالا رفته، نه پایین. وقتی تولید کد ارزون می‌شه، کدِ بد هم ارزون تولید می‌شه. اون وسط کسی می‌ارزه که بفهمه چرا این کوئری زیر بار می‌ترکه، چرا این سرویس تحت فشار قفل می‌کنه، کجای این معماری سه ماه دیگه می‌شکنه. ایجنت می‌تونه صد تا راه‌حل پیشنهاد بده؛ تشخیص اینکه کدوم درسته، هنوز کار آدمیه که سیستم رو می‌شناسه. و یه چیز دیگه که توی این سال‌ها بی‌سروصدا توی ما ساخته شده: این شغل فقط سینتکس یادمون نداده. یاد گرفتیم مسئله‌ی بزرگ و مبهم رو بشکنیم به تکه‌های قابل حل. یاد گرفتیم به هر چیزی که «کار می‌کنه» اعتماد نکنیم و بپرسیم از کجا معلوم. یاد گرفتیم فرضیه بسازیم، ردش کنیم، دوباره بسازیم. یاد گرفتیم با آدم‌ها سر تصمیم‌های سخت به توافق برسیم و نیازِ واقعی رو از چیزی که گفته می‌شه بیرون بکشیم. اینها همون مهارت‌هایین که توی عصری که همه‌چیز تولید مصنوعی داره، تعیین‌کننده شدن. وقتی متن و کد و تحلیل به وفور و ارزون تولید می‌شه، آدمی برنده‌ست که بتونه تشخیص بده کدومش درسته، کدومش پوچه، و اصلاً مسئله‌ی درست کدومه. تفکر انتقادی الان یه مهارت نرم نیست — خط اول دفاعه. ما هیچ‌وقت فقط تایپیست نبودیم. کارمون تبدیل ابهام به سیستمی بود که کار کنه. اون قسمت هنوز سر جاشه — فقط لایه‌های زیرش سریع‌تر شده. پس اگر این روزها دلسرد شدید: تجربه‌تون باطل نشده، جاش عوض شده. رفته یک یا چند لایه بالاتر. کسی که سال‌ها دیباگ کرده، الان می‌تونه خروجی ایجنت رو در چند ثانیه قضاوت کنه — کاری که تازه‌کار نمی‌تونه. روزتون مبارک. هنوز کلی چیز هست که فقط شما بلدید! فصل، فصل ساختنه! موفق باشید ❤️ @gocasts

روز برنامه‌نویس مبارک! @gocasts
روز برنامه‌نویس مبارک! @gocasts

یه اصل ساده تو مدیریت زمان هست، از کتاب معروف Getting Things Done (دیوید آلن): «اگه کاری کمتر از ۲ دقیقه طول می‌کشه، همون لحظه انجامش بده» دلیلش هم مشخصه: نوشتنش تو لیست، بعداً دیدنش، به یادش آوردن، دوباره سراغش رفتن... کل این پروسه خودش بیشتر از خودِ کار طول می‌کشه. پس ارزون‌ترین راه همون لحظه تموم کردنشه. حالا حکایت ما با ai-agentها عملا اینطوری میشه که اگه این اصل رو جدی بگیریمش تقریباً همه‌چی می‌فته زیر این آستانه! https://gettingthingsdone.com/2020/05/the-two-minute-rule-2/ @gocasts

دوستان سنیور گولنگ اگه به دنبال موقعیت جدید هستید این موقعیت رو هم اقدام کنید. https://jobinja.ir/companies/hafhashtad/jobs/trjN/%D8%A7%D8%B3%D8%AA%D8%AE%D8%AF%D8%A7%D9%85-senior-golang-software-engineer-%D8%AF%D8%B1-%D9%87%D9%81-%D9%87%D8%B4%D8%AA%D8%A7%D8%AF @gocasts

محصول Delta رو از چند ماه پیش درخواست Early Access داده بودم. خیلی محصول متفاوت و فوق‌العاده ای به نظر میاد. این هفته ایمیل دانلودش رو دریافت کردم و تونستم نصبش کنم. برای وقتایی فوق‌العاده‌ست که میخوای hands-on بمونی روی پروژه چون بهت اجازه میده یه pair programming باحال با ai داشته باشی. یه interface کاملا متفاوت بهت میده برای توسعه ai-assisted که روی پاسخ های llm می‌تونی کامنت بزاری و یا conversation رو به یه نقطه خاص برگردونی یا از context کپی بگیری و یه thread جدید باز کنی.
By the creators of Zed
Review where the work happened
Agents write code faster than teams can review it. Delta preserves the work behind every change, so review starts with context instead of a cold diff.
برای llm هم بهت اجازه میده یه سری از subscriptionهای خودت مثل chatgpt رو استفاده کنی و یا zed vip بگیری. از اینجا میتونید درخواست بدید https://delta.dev خود Delta روی DeltaDB توسعه داده شده https://zed.dev/deltadb Video Ai Casts | Ai for Software @aicasts_ir Agentic Dev Circle Group @agenticdevcircle @gocasts

کمتر از دو ماه دیگه تیمسازی ۳ ساله میشه. چیزی که اختصاصی GoCasts هست. بیش از ۱۱۰ جلسه هفتگی راهنمایی و code-review به مدت زما
کمتر از دو ماه دیگه تیمسازی ۳ ساله میشه. چیزی که اختصاصی GoCasts هست. بیش از ۱۱۰ جلسه هفتگی راهنمایی و code-review به مدت زمان جمعی بیش از ۱۶۰ ساعت. با همه نواقص GoCasts ادعا می‌کنم که تیمسازی شیوه خاص ما بوده که بچه‌ها بیشتر و بهتر مفاهیم مختلف رو درک کنن. خودشون دست و پنجه نرم کنن با چالش های توسعه نرم افزار. قطعا نقص و کم و کاستی هم زیاد داشته و داره. اما درگیر کردن ذهن مخاطب هفته به هفته با چالش های ریز و درشت میتونه در بلند مدت به شخص ذهنیت بهتری از معماری نرم افزار و چالش های مختلف توسعه بده.   توضیحات تکمیلی سایت   https://gocasts.ir امکان پرداخت ۴ قسطه با اسنپ پی هم فراهم شده.   همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده   https://t.me/gocasts/434   تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید   https://t.me/gocasts/441   دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم   https://survey.porsline.ir/s/ATeQL4b4 @gocasts

گوگل امروز پستی منتشر کرده با این ادعا که Go برای توسعه‌ی AI-assisted زبان ایده‌آلیه. نکات مهم مقاله و یه سری نکاتی که برای ت
گوگل امروز پستی منتشر کرده با این ادعا که Go برای توسعه‌ی AI-assisted زبان ایده‌آلیه. نکات مهم مقاله و یه سری نکاتی که برای توسعه agentic می‌تونه مفید باشه رو در این پست می‌تونید بخونید. 🔗 https://gocasts.ir/why-go-is-an-ideal-language-for-ai-assisted-development/ Ai for Software @aicasts_ir Agentic Dev Circle Group @agenticdevcircle @gocasts

راننده کامیون محله مون روزی پنج-شیش میلیون پول تبلیغات میده که شاید یه بار ۲۰ تومنی گیرش بیاد، دوستش گفت این که قماره، اگه بار گیرت نیاد چی، کل تبلیغات ت سوخت میشه، ولی چاره ای نیست، اگه تبلیغ نکنه بار گیرش نمیاد... ولو اینکه در ماه چندین روز هم پول تبلیغات‌ش سوخت بشه. به هر حال اگه بخواد تو حرفه‌اش بمونه باید این هزینه‌ای که بهش تحمیل شده رو بپردازه حالا حکایت ما و ai هم همینه... همه مون کلی خرج ریز و درشت تو زندگی مون دارید، یک دلارم یک دلاره، ولی واقعا چاره ای نیست، باید روش قمار کنیم، اونقدری باید خرجش کنیم و مسلط بشیم که شانس بیشتری داشته باشیم بمونیم تو این حوزه. لایه های abstraction توسعه محصول عوض شده و برای شناخت و تسلط abstraction های جدید باید تا میتونیم از ai خروجی و محصول بکشیم بیرون، و این قضیه صادقانه ارتباط مستقیم با هزینه ای داره که برای ai انجام میدیم. در مورد موضوع abstraction باید مفصل صحبت بشه، اما یه نکته فقط بخوام بگم اینه که از نظر بنده مسیر اشتباهیه که از ai بخوایم تسک های ریز به ریز و کوچیک انجام بده، اینطوری اشتباهی استفاده میکنیم ازش باید ازش بخوایم کل محصول یا فیچر رو یکجا انجام بده، هر طوری که خودش صلاح میدونه... اینطوری سرعت و قدرت واقعی ai رو استفاده میکنیم. واقعا باید فکر کنیم یه تیم مهندسی خفن تحت کنترلمون هست و micro-manage نکنیم، باید یاد بگیریم مهارت های مورد نیاز مدیریت agentها به عنوان ستون های اصلی توسعه چیه و صرفا از لایه های بیرونی تر نظارت کنیم رو کارش. همچنان بسیاری از مهارت‌های مهندسی نرم‌افزار مهمه و مهم‌تر هم شده. سعی می‌کنم جلوتر بیشتر توضیح بدم. ولی مهارت تسلط به ایجنت های توسعه و غیرتوسعه هم روز به روز مهم‌تر میشه. @gocasts

با GPT Sol و Claude Fable که کار میکنی کلا خالی میشی از درون... هر چقدر تلاش میکنی که بتونی به هر حال یه جای پروسه تاثیرگذار باشی که افتخار کنی به خودت تقریبا وجود نداره! تجربه‌های ۲۰ دلاری ای که ما داریم شوخی ای بیش نیست و صرفا جهت مزه مزه کردن به کار میاد. اکانت‌های ۱۰۰ دلاری به بالارو باید تجربه کرد که قدرت اصلی agentها در توسعه روزمره مشخص بشه. هر چقدر تلاش میکنی که یه طوری پروژه رو از اول ساختار بدی که مسلط بمونی به big picture تقریبا بی فایده ست. شاید علت اصلی‌ش به harnessing برمیگرده. همیشه اول پروژه اینطوریم که همه چیز رو با من چک کن و با تایید من طراحی رو مستند کن و جلو برو. ولی خیلی سخته خودتو کنترل کنی که یه جایی به بعد بهش نگی خودت ادامه بده.. آخرش خسته میشی از بس که داری صرفا تایید میکنی و بهش میگی باشه داداش هر چی خودت صلاح میدونی برو جلو ببینم چی میشه! و اینجا همون نقطه ای هست که دیگه هیچی نمیدونی از پروژه و صرفا نظاره‌گر میشی. بد که نظاره‌گر شدی اونجاست که کلی فکر منفی میاد تو ذهن‌ت که خب من که صرفا شدم یه اپراتور ساده و داریم به کجا میریم و چیکار میخوایم بکنیم و چی قراره سرمون بیاد و ازینجور داستانا 😀 پی‌نوشت:‌این صرفا یه حس لحظه‌ای هست و قطعا کلی نکته در مورد خوب و بد ایجنت‌ها وجود داره... فعلا ادامه میدیم در حد توان تا فردا خدا کریمه ❤️ @gocasts

جلسه مشاوره و ریویو سه نفره: من و Claude و ChatGPT تجربه مثبتی بود از اینکه ایجنت های Claude و ChatGPT رو همزمان استفاده کردم برای نقد سیستم. مثل این میمونه دو تا مشاور سنیور رو به جلسه دعوت کنی و آزادانه و بیرحمانه بخوای ازشون سیستم ت رو نقد کنن. اینطوری بود که یه ریویو مشترک رو مستقلا دادم هر دوتاشون انجام بدن و فایل گزارش ش رو بنویسن. بعد گزارش هر کدوم رو دادم اون یکی هم نقد کنه و با گزارش خودش مقایسه کنه. در نهایت ازشون خواستم گزارش هاشون رو با توجه به نقدهای همدیگه بروز کنن. طبیعتا این کار تا ابد نباید ادامه پیدا کنه. یکی دو تکرار کافیه احتمالا. در ادامه پاسخشون به نقد اون یکی رو باز دادم در موردش نظر بدن. آخر سر هم گزارش تکمیل شده ایجنتی که کاملتر بود (بعد از مرج کردن نکات و نقد ایجنت مقابل) رو دادم به ایجنتی که قرار بود پیاده سازی رو انجام بده. برای یه ریویو مهم این کارو کردم و مثالی که در پایین این متن نوشتم واقعا در پرامپت های یک تا پنج هر بار نتیجه گزارش بهتر شد و بنظرم این روش موثر بود. نمونه پرامپت هارو اینجا قرار میدم. متن پرامپت اصلی این نبوده ولی صرفا میخوام منظور رو برسونم. نمونه های پرامپت رو در هر دو ایجنت Claude و ChatGPT انجام دادم اما اینجا فقط یکی ش رو میارم چون مثل همه. پرامپت اول ازش میخوام ریویو کنه مفصل و جدی و گزارش رو بصورت فایل بنویسه
کد رو ریویو کن و به دنبال باگ های حیاتی و مهمی باش که پیدا نشده
‍‍پرامپت دوم نقد گزارش طرف مقابل رو ازش میخوام
فایل گزارش Claude رو اتچ کردم

بررسی کن ببین چقدر نکاتی که گفته شده (چه مثبت چه منفی) درسته و باگ هایی که پیدا کرده معتبر هستند و در نهایت کدوم مواردش با گزارش خودت همپوشانی داره
‍‍پرامپت سوم بروزرسانی گزارش با توجه به نقد طرف مقابل
اگه در  فایل اتچ شده آیتمی وجود داره که در گزارش شما نیست فایل گزارش خودتون رو بروز کنید
پرامپت چهارم حالا پاسخ به نقدشون رو هم میدم به همدیگه که باز بررسی کنن
این پاسخ claude (طرف مقابل) به نقد و مقایسه گزارش خودش و شماست
نظرت در موردش چیه؟
پرامپت پنجم به عنوان حسن ختام میخوام که اگه نقد طرف مقابل باز نکته اضافه تری داره بازم گزارش ش رو بروز کنه
پاسخ claude نکته اضافه تری داشت که مثبت باشه و تاثیر داشته باشه در گزارش نهایی خودت و پلن اجرا؟
در نهایت دو تا فایل گزارش وجود خواهد داشت که احتمالا خیلی شبیه به هم هستن. باز میشه این دو تارو مرج کرد و یا اونی که با کیفیت تره رو ملاک قرار بدی برای مراحل بعدی و پیاده سازی. در تجربه من٬ مرحله مرج کردن رو هم ارزیابی کردم و نیاز به مرج کردن نبود پس از بررسی. به اذعان هر دو ایجنت یه گزارش کاملتر بود که همونو استفاده کردم برای پیاده سازی.
با ai فاصله شما تا یک حرکت خلاقانه فقط ذهن زیبای شماست!
@gocasts گروه Agentic Dev Circle @agenticdevcircle

بچه های ایرانی کارت، گمونم دیشب یه دیپلوی رفتید سر هر سفارش داره تا بی نهایت پیامک میفرسته! ریورت کنید تا فاکتور پیامک سر به فلک نکشیده تو ۱۲ ساعت گذشته برای حداقل ۱۵۰ یا ۲۰۰ بار پیامک اومده برای من احتمالا تو گلوی broker گیر کرده، ارسال پیامک رو ack نمیده برمیگرده تو صف... نمیدونم چیه ولی هر چی هست چکش کنید لطفا

یه گروه زدم برای تبادل نظر و گفتگو در مورد ai agentها هم برای practiceهای توسعه agentic و هم مهندسی ai agentها در پروداکشن. دوست داشتید عضو بشید. این مشخصات گروهه Agentic Dev Circle @agenticdevcircle @gocasts

یکی از بچه‌های GoCasts پلتفرم آموزشی خودش رو راه‌اندازی کرده تمایل داشتید دوره‌هاش رو بررسی کنید و حمایت کنید. https://learnpath.ir/ کانال تلگرامش @learnpath_ir کانال بله https://ble.ir/learnpath_ir/-5397442306485142270/1777105806561 @gocasts

هوش مصنوعی گند زده به همه چیز پیدا کردن مقاله فنی خوب از حفاری در معدن داره سخت‌تر میشه قبلا پیدا کردن مقالات فنی و تکنیکال ناب کار خیلی راحت‌تری بود. به جرأت میتونم بگم اکثر مقالاتی که در مورد ایجنت‌های هوش مصنوعی میبینم هیچ بار فنی ای نداره٬ صرفا یا داره تنظیم کردن یه ابزار رو نشون میده یا اینکه چطوری پرامپت بنویسی یا ورکفلو بسازی که فلان کارو بهتر انجام بده. آدم حالش بد میشه از حجم زیاد این دسته از محتوا چیزی که تردیدی نسبت بهش نیست اینه که هوش مصنوعی هر کاری هم بکنه در نهایت باید سطح فنی دانش خودمون رو بروز نگه داریم. بخشی از این دانش فنی مربوط به هوش مصنوعی و ایجنت‌هاش خواهد بود اما همچنان بخش زیادی‌ش مربوط به ابزار و الگوهای مهندسی ای هست که داریم استفاده می‌کنیم یا از ai میخوایم که به اون شیوه کارو جلو ببره. به شدت نگران بیسواد شدن خودم هستم. کم سواد که بودم عملا دارم بیسواد میشم... این قضیه یه جورایی همه‌گیر هم شده. آقای Ian Lance Taylor یکی از اعضای اصلی تیم گولنگ هست و تو این تاپیک داره در مورد همین قضیه صحبت میکنه. https://groups.google.com/g/golang-nuts/c/gOQ6Q0bFdfY @gocasts

دیروز از ChatGPT و Claude پرسیدم بهم چندتا فریمورک توسعه وب معرفی کنه که برای توسعه agentic مناسب باشه و جالب بود که هر دوتاش
دیروز از ChatGPT و Claude پرسیدم بهم چندتا فریمورک توسعه وب معرفی کنه که برای توسعه agentic مناسب باشه و جالب بود که هر دوتاشون گزینه اولشون Ruby on Rails بود! فریمورک Rails احتمالاً بهترین مصداق Convention over Configuration محسوب میشه. این قضیه برای Agent خیلی مهمه؛ چون به جای تصمیم‌گیری درباره معماری، بیشتر انرژی‌اش رو روی requirement میذاره. کانونشن‌های قوی Rails باعث می‌شه برای ابزارهای AI نسبتاً قابل پیش‌بینی باشه؛ "the Rails way" . دیروز همزمان با ۲۲ سالگی تولد این فریمورک یه اتفاق جالب افتاد اونم معرفی reference-apps بود. A small, hand-picked library of exemplary open-source apps worth reading to see how production-quality Rails is built today. https://rubyonrails.org/docs/reference-apps هدف از این کار انتقال context کافی به ai agents هست که از practiceهای خوب استفاده کنه. ایده جالبی بود که برای سرویس های داخلی هر محصول یا فریمورک و ابزارهای مهم این کار انجام بشه. فریمورک Rails یکی از محبوب ترین و productiveترین فریمورک های توسعه وب هست. اومدن Ai از نظر معیارهای انتخاب فریمورک توسعه تغییراتی رو ایجاد میکنه، اما فریمورک های به بلوغ رسیده همچنان گزینه های محبوبی برای توسعه هستن چون اکوسیستم پویا و جامعی دارن و این کارو برای ایجنت ها هم راحت تر میکنه. @gocasts

فارست گامپ نباشیم! بنظرم یکی از مهمترین وجه تمایزهای مهندسین نرم افزار در عصر ai اعتماد به نفس هست. منظورم اعتماد به نفس واقع
فارست گامپ نباشیم! بنظرم یکی از مهمترین وجه تمایزهای مهندسین نرم افزار در عصر ai اعتماد به نفس هست. منظورم اعتماد به نفس واقعی هست نه کاذب. بیزینس ها به آدمایی اعتماد میکنن که تجربه داشته باشن، خود اون شخص هم در صورتی به خودش اطمینان داره که اعتماد به نفس برخواسته از تجربه داشته باشه، نه توهم توانستن... حتی اگه خودمون هم بخوایم برای آینده خودمون سرمایه گذاری کنیم احتمالا روی مسیری این کارو میکنیم که تجربه ای داشته باشیم از خودش و چالش هاش. ایجنت ها تقریبا هر کارو بخوای صفر تا صد برات انجام میدن، اما چیزی که تمایز ایجاد میکنه اعتمادی هست که شما به خودت داری در انجام اون کار. برای داشتن ش هم بهترین راهش انجام دادن اون کار به دفعاته. یه توهمی ایجنت ها ایجاد میکنن اونم اینه که ما هر وقت هر چی بخوایم انجام میشه. اما توسعه محصول، نگهداری، امنیت و مقیاس پذیری و صدها چالش دیگه اونقدر ریزه کاری دارن که باید چندین بار تجربه شون کنی و نتیجه ش رو ببینی تا مطمئن بشی توانایی ش رو داری. همین انجام دادنه قدرت داوری و نظارت به شما میده که تقریبا مهمترین کار مهندس نرم افزاره در مورد مدیریت و ارزیابی ایجنت ها. این توهم که بدون انجام دادن کاری بخوایم به عنوان ناظر ایجنت عمل کنیم بسیار خطرناکه. الان بیشتر از هر وقت دیگه ای باید تجربه کرد. برای تجربه کردن یه چالش جدید و بزرگ وجود داره، اونم فارست گامپ شدنه. ایجنت ها شما رو به فارست گامپ تبدیل میکنن، تا ابد میتونی بدون هدف و بدون مقصد به دوندگی ادامه بدی بدون اینکه خسته بشی. قبلا چالش اصلی این بود که چطوری با منابع انسانی محدود توسعه محصول جلو بره. الان چالش اینه که بین جنگلی از ایده ها و قابلیت ها چه تعداد محدودی از ویژگی ها رو انتخاب کنیم که محصول رو به اندازه توسعه بدیم. چیزی که ایجنت ها رو کاربردی کرد harnessing هست. اینکه در ابعاد مختلف چه متدها و شیوه های مهار ایجنت هارو به کار بگیریم که کیفیت خروجی شون خوب و اندازه باشه. ولی قبل از هر چیزی باید روی خودمون harnessing انجام بدیم. اینکه چه چیزی رو میخوایم تجربه کنیم، چه چیزی رو باید بسازیم و تا چه اندازه بسازیم. اگه این کارو نکنیم در یک حلقه بی نهایت مثل فارست گامپ خواهیم بود و هزاران محصول نیمه تمامی خواهیم داشت که نه به ما تجربه درست منتقل میکنه و نه اعتماد به نفس میده.. @gocasts

تخفیف ۵۰ درصدی دوره‌های سیستم دیزاین و هنرکدنویسی از اخر همین هفته (۲۶ تیر‌ماه) برداشته میشه. دوره سیستم دیزاین ۳ لایو از هفت
تخفیف ۵۰ درصدی دوره‌های سیستم دیزاین و هنرکدنویسی از اخر همین هفته (۲۶ تیر‌ماه) برداشته میشه. دوره سیستم دیزاین ۳ لایو از هفته مرداد شروع میشه. دوره‌های سیستم دیزاین ۱ و ۲ و هنر کدنویسی به صورت ویدیو قابل ثبت نام هستن. بعد ثبت نام به گروه خصوصی بچه‌ها اضافه میشین و می تونید توی جلسات انلاین کد ریووو و حل مشکل شرکت کنید (برای بچه‌هایی که یک رو دارن میخوان بیان ۲ یا هنوز ثبت نام نکردن) بچه‌هایی که قصد ثبت نام دارن این فرصت یک هفته ای رو از دست ندین. کسایی که میخوان ثبت نام کنن اما به هر دلیلی تو این هفته مشکل پرداخت دارن می تونن به من پیام بدن دو مرحله ای کنیم پرداختشون رو (۲ قسطه) اگه سوالی دارین یا مشورتی میخواین از من بپرسین @bzari @ir_system_design لینک دوره‌ها: https://behradz.ir کانال تلگرام سیستم دیزاین: @mindfulsoft گروه بله سیستم دیزاین: https://ble.ir/join/A6HiDuie9S

چند ماه پیش حسم این بود که ما به دوره disposable code میرسیم، شاید کمی اغراق آمیز باشه، اما چنین نشونه هایی ثابت میکنه که خیلی دور از ذهن هم نیست. ابزاری که یک تیم در طول یک سال نوشتن رو یک مهندس در کنار ۵۰ تا ورکفلو داینامیک claude fable در ۱۱ روز بصورت موفقیت آمیز rewrite کرده. نوشتن ۱۳۰۰ خط کد در دقیقه به اندازه کافی سریعه و الان بیش از این که لازم باشه نوشتن کد سریع بشه، بقیه فرآیندهای توسعه هم باید سریع بشن، از شناسایی نیاز گرفته، تا نوشتن انواع سناریوهای تست و verification و در نهایت پروسه های ci و deployment. یه سری نکات خیلی مهمه، اولیش داشتن independent test suite هست. اخیرا برای rewrite یه پروژه از لاراول به گولنگ همین خلا رو احساس کردم که ای کاش تست های فعلی مستقل از کد اصلی بود که میشد همون test caseها رو برای نسخه گولنگی هم استفاده کرد. یکی از دلایلی که راحت تونستن Bun رو از Zig به Rust سریع rewrite کنن همین نکته بوده، تست ها typescript بودن و مستقلا میشدن اجراشون کرد. https://bun.com/blog/bun-in-rust https://x.com/i/status/2074993112217461020 @gocasts