Go Casts 🚀

در مورد مهندس بهراد قبلا گفتنی هارو گفتم، اینجا میتونید بخونید
https://t.me/gocasts/675

بهراد جان دوره های طراحی سیستم و هنر کدنویسی رو مجدد داره برگزار میکنه، به مناسبت بلک فرایدی هم تخفیف ویژه گذاشته که میتونید تا امشب استفاده کنید، حتما این فرصت خوب برای تقویت مهارت هاتونو جدی بگیرید

لینک توضیحات
https://www.linkedin.com/posts/behradz_%D8%A8%D8%AE%D8%A7%D8%B7%D8%B1-%D9%87%D9%85%D8%B2%D9%85%D8%A7%D9%86-%D8%B4%D8%AF%D9%86-%D8%B4%D8%B1%D9%88%D8%B9-%D8%AF%D9%88%D8%B1%D9%87-%D9%BE%D8%A7%DB%8C%DB%8C%D8%B2-%D8%B3%DB%8C%D8%B3%D8%AA%D9%85-%D8%AF%DB%8C%D8%B2%D8%A7%DB%8C%D9%86-activity-7399034712289325056-oAVa?utm_source=share&utm_medium=member_ios&rcm=ACoAAAbohWoBPeqOSQmQHfzveYWZgwWhxKAzGi4

@gocasts

این claude فلان فلان شده زد همه فایل های روی سرور سایتمو حذف کرد
خیلی رو دادم بهش..
بهش گفتم دیپلوی کن اول پاک کرد بعد دیپلوی کرد
در کل هیچ عیب و ایرادی سمت claude نیست مقصر منم که توجیه ش نکردم 🙂
اینو شوخی نکردم. جدی میگم. رابطه ت با agentها مثل نیروهای کاری باید باشه که soft-skillی ضعیفه و باید کم کم کمکش کنی


@gocasts

وقتی یک خط کد، نیمی از اینترنت را از کار انداخت

گزارش مفصل فنی GoCasts رو از مشکلی که برای cloudflare پیش اومد بخونید
سعی شده علاوه بر شرح جزییات نکات فنی و مهندسی‌ای ذکر بشه که میتونیم رعایت کنیم که از مشکلات مشابه برای خودمون و در سطح خودمون جلوگیری کنیم.
https://gocasts.ir/cloudflare-outage-analysis/

امیدورام خوشتون بیاد 🌺

@gocasts

این چند ماه که از claude زیاد استفاده کردم کاملا به یه سطحی رسیده بود که دیگه از vibe coding فراتر رفته بود و خودم اسم‌ش رو گذاشته بودم agent-first development.
معتقدم بزودی باید تلاش کنیم یه بازبینی اساسی در روند توسعه هامون داشته باشیم چون سطح کارآمدی توسعه agent-first کاملا متفاوته با agent-assisted.
برای agent-first شدن در سطح سازمان و شرکت هایی که سرویس و codebaseهای بزرگ دارن باید از همین امروز کار شروع بشه که انتظار داشت چند سال دیگه بهینگی مد نظر بدست بیاد. ولی برای سرویس های کوچیک و استارت‌آپ ها میشه انتظار داشت که در بازه کوتاه مدت این کارآمدی زودتر خودش رو نشون بده.

امروز که گوگل همراه با معرفی Gemini 3 Pro از یه IDE جایگزین cursor رونمایی کرده که اسمش رو گذاشته Antigravity
نکته جالبش اینه که همون اول که میخوای نصب‌ش کنی ازت میپرسه که میخوای agent-driven توسعه بدی یا agent-assisted.
درسته که recommendationش فعلا روی agent-assisted هست ولی احتمالا بزودی این اولویت‌بندی هم تغییر میکنه..

https://antigravity.google


📱 @gocasts

Ai for Software
📱 @aicasts_ir

نکته‌ای که تجربه‌اش رو توی سیستم‌های high-scale دیدم، اینه که بسیاری از این تصمیمات فقط یکبار نیستن — بلکه evolutionary هستن.
مثلاً شروع با monolith منطقی‌ترین انتخاب برای یک سیستم جدید با domain uncertainty بالا هست، اما همون معماری با رشد traffic و team size ممکنه به bottleneck تبدیل بشه. در اون مرحله migration به microservices دیگه یک انتخاب نیست، بلکه یک forced trade-off بین developer productivity، operational complexity و scalability هست.
یا مثلاً انتخاب database: با 10K QPS شاید PostgreSQL با read replica کافی باشه، ولی با 100K+ QPS باید راجع به sharding، caching layer و eventual consistency فکر کنی. همین decision دوباره وابسته میشه به اینکه consistency requirements چقدر سخت‌گیرانه‌ان.
به نظرم شاید یه اصل مهم دیگه هم مثل "it depends" اینه که بدونیم چه موقع باید یک تصمیم رو revisit کنیم. این یعنی داشتن observability و metrics که نشون بدن کِی architectural constraints ما به actual bottleneck تبدیل شدن.


در تایید این پست خوب دوست عزیزم محمد نصر
https://www.linkedin.com/posts/mohammadne_%D8%AF%D8%B1-%D8%B3%D8%A7%D9%84%D9%87%D8%A7%DB%8C%DB%8C-%DA%A9%D9%87-%D8%B1%D9%88%DB%8C-software-architecture-activity-7396796883618217985-GquG?utm_source=share&utm_medium=member_desktop&rcm=ACoAABKaeq4BumiQ-WRCbtW6ppzE1JdD1EBnCUQ


پی نوشت: عذرخواهی میکنم واقعا سخته فارسی کنی کلمات رو و همون معنی رو بده. من خودم انگلیسی م چندان تعریفی نداره و خدای نکرده برداشت بدی نشه. ولی واقعا سخته بعضی جاها. نگم سخته بهتره بگم سریعتره که اینطوری نوشته بشه 🙂. بازم معذرت


@gocasts

تو این ویدیو توضیح داده میشه که postgres و mysql چطوری durability رو تضمین میکنن

https://youtu.be/bFGNZqsKV-E?si=5WvGSwUhqt_PXiIH


@gocasts

گولنگ ۱۶ ساله شد!

مقاله جدید GoCasts با عنوان «Go: زبانی که زیرساخت ابر را بازنویسی کرد - شانزده سال تکامل» منتشر شد
https://gocasts.ir/go-16th-anniversary

در این مقاله تلاش شده علاوه بر مرور ۱۶ سال تکامل زبان Go به بررسی تاثیر این زبان بر اکوسیستم IT بپردازیم و برخی از مهم‌ترین موفقیت‌های این زبان را ذکر کنیم.

مقاله سایت رسمی گولنگ رو هم از طریق لینک زیر میتونید مطالعه کنید.
https://go.dev/blog/16years


@gocasts

این crush عجب چیز خفنیه
یه coding agent ترمینالی با گولنگ

https://github.com/charmbracelet/crush

Your new coding bestie, now available in your favourite terminal.
Your tools, your code, and your workflows, wired into your LLM of choice.

brew install charmbracelet/tap/crush

البته از external-agentها مثل claude-code هم پشتیبانی نمیکنه و فعلا در برنامه شون نیست
https://github.com/charmbracelet/crush/issues/457

@gocasts

یکی از زیباترین جنبه های سیستم های توزیع شده fault tolerant شدنشونه از نظر بنده


پارت دوم: Distributed Systems دیگه چه غولی داره؟

در بخش قبل گفتم که چرا Distributed Systems اینقدر مهم شدن. اما یه سوال دیگه هم پیش میاد: پس چه فرقی با سیستم‌های عادی دارن؟
تصور کنید و یک رستوران رو در نظر بگیرید:
- رستوران معمولی (غیرتوزیع‌شده): یک آشپز، یک پیشخدمت، یک صندوقدار. اگه آشپز مریض بشه، کل رستوران تعطیل میشه!
- رستوران توزیع‌شده: چندین آشپز، چندین پیشخدمت، چندین صندوق. اگر یک آشپز زمین بخوره، بقیه کار رو ادامه میدن.

پس تفاوت اصلی تو اینه که سیستم‌های توزیع‌شده از چندین جزء مستقل تشکیل شدن که با همدیگه همکاری می‌کنن.


سه تا مفهوم کلیدی که باید از همین اول بدونید:

🔄 Communication:
نودها (همون کامپیوترها یا سرویس‌ها) چطور با هم حرف می‌زنن؟ مثل آدم‌ها که تلفن، ایمیل یا حضوری حرف می‌زنن، نودها هم پروتکل‌های مختلفی دارن - از HTTP/REST گرفته تا gRPC و Message Queue ها.

🤝 Coordination:
چطور بین خودشون هماهنگ می‌شن؟ مثلاً چه کسی تصمیم می‌گیره که یک داده رو کدوم نود ذخیره کنه؟ یا چطور مطمئن می‌شن که دو تا کار  با هم انجام ندن که منجر به conflict بشه؟ اینجا هست که چیزایی مثل Consensus Algorithms (مثلاً Raft) به کمکمون می‌آن.

🛡️ Fault Tolerance:
وقتی یک نود می‌میره، سیستم چطور زنده می‌مونه؟ اینجاست که می‌فهمیم چرا Design for Failure اینقدر مهمه. باید طوری طراحی کنیم که شکست یه جز، به معنای شکست کل سیستم نباشه.


نکته طلایی: ساختن سیستم توزیع‌شده مثل این می‌مونه که یک تیم بسازید - مهم نیست که تک‌تک اعضا چقدر قوی هستند، مهم اینه که چطور با هم همکاری می‌کنن.

نکاتی از فصل اول کتاب Understanding Distributed Systems

با تشکر از جناب Roberto Vitillo برای این کتاب درجه یک!

#understanding_distributed_systems
#roberto_vitillo

کانال تلگرام
@gocasts

کتاب Understanding Distributed Systems
نکاتی که هر developerی در مورد distributed applicationها باید بدونه


چرا همه درباره Distributed Systems حرف می‌زنن؟ 🤔

وقتی اولین بار با سیستم‌های توزیع‌شده آشنا شدم، فکر می‌کردم فقط برای شرکت‌های بزرگ مثل Google و Amazon کاربرد داره. اما حقیقت اینه که امروز تقریباً هر اپلیکیشنی که ازش استفاده می‌کنیم، یه سیستم توزیع‌شده‌س - از Instagram گرفته تا دیجی‌کالا.

سیستم‌های توزیع‌شده چهار مشکل اساسی رو حل می‌کنن:
1️⃣ وقتی ترافیک بیشتر از ظرفیت یه سرور میشه (Scalability)
2️⃣ وقتی نمی‌خوایم با down شدن یه سرور، کل سیستم از کار بیفته (Resiliency)
3️⃣ وقتی کاربرا از سراسر دنیا دارن به سیستم request می‌زنن (Performance)
4️⃣ وقتی می‌خوایم سیستم رو راحت maintain و توسعه بدیم (Maintainability)

اما این قدرت با چالش‌هایی همراهه: نودها باید با هم communicate کنن، باید coordinate بشن، و باید در برابر failure مقاوم باشن. Leslie Lamport یه جمله معروف داره که می‌گه: "سیستم توزیع‌شده جاییه که failure یه کامپیوتری که حتی نمی‌دونستی وجود داره، می‌تونه سیستم تو رو خراب کنه."
اگه دارید روی backend کار می‌کنید یا قراره شروع کنید، درک این مفاهیم دیگه optional نیست - الزامیه. چون دیگه داریم همه چیز رو distributed می‌سازیم.


نکاتی از فصل اول کتاب Understanding Distributed Systems

با تشکر از جناب Roberto Vitillo برای این کتاب درجه یک!


#understanding_distributed_systems
#roberto_vitillo

@gocasts

لازمه که این نکته رو عرض کنم خدمت تون: نگران هیچی نباشید دوستان با قدرت ادامه بدید
مهم این نیست که چی میشه مهم اینه که در لحظه هر چی در توان داریم بذاریم. اینکه آینده چطور پیش میره برای همه نامعلومه. در لحظه وظیفه ماست که قدم هایی که برای ما معلوم و روشنه برداریم
یکی از واضح ترین قدم ها هم در آغوش گرفتن تمام و کمال ai برای بهبود بهره وری کارمون هست

اینطوری هم نیست که یک شبه همه چیز بهم بریزه. هوش مصنوعی بیشتر از اینکه فرصت از بین ببره فرصت ایجاد میکنه. توکل به خدا محکم بریم جلو ان شاءالله خوب پیش میره برامون

اسیر شدیم. صبح به صبح میرم شرکت سماور رو روشن میکنم چای دم میکنم خسته خسته میاد سر کار صبحونه شو میخوره کاراشو انجام میده. بعدشم یه چندتا کوچیک و بزرگ بارمون میکنه که تو نمیفهمی و این چه وضعشه و اینا. عصرم کاراشو تحویل میده و میره خونه. این چه وضعشه آقای claude 🥲

بروس وین یه آدم شکست‌خورده‌ست، ولی بتمن یه سیستمه! ما باید یاد بگیریم که ایده‌ها رو از آدم‌ها جدا کنیم. وقتی یه استارتاپ کل صداقتش وابسته به شخصیت فاندرش باشه، یه red flag بزرگه. فاندر باید یه node باشه، نه یه قهرمان مطلق. بهترین شرکت‌ها با آدم‌های قابل تعویض اداره می‌شن - و این دقیقاً قدرتشونه. چون سیستم‌ها scale می‌کنن، نه قهرمان‌ها.
نکته کلیدی اینه که سیستم رو طوری طراحی کنیم که تقلب رو گرون کنه، نه اینکه به وعده‌ها اعتماد کنیم. یه سیستم خوب نیاز به incentive های درست داره، نه enforce کردن اخلاق. باید سیستم‌هایی بسازیم که صداقت رو مکانیکی تضمین می‌کنن، نه اخلاقی. Public Choice Theory می‌گه "برای فرشته‌ها طراحی نکن" - درسته! سیستم‌های قهرمان‌محور با قهرمانشون می‌میرن، ولی سیستم‌های یادگیرنده باقی می‌مونن.


سیستم‌هایی که نیاز به قهرمان ندارن
https://vaibhawvipul.github.io/2025/11/10/Build-systems-that-don-t-need-saints.html

@gocasts

وقتی نیاز شخصی‌ات میشه محصول ۵۰۰ میلیون دلاری

سپتامبر ۲۰۲۴، یه برنامه‌نویس به اسم Boris Cherny تازه به Anthropic جوین شده بود. داشت با مدل Claude ور می‌رفت که خودش رو با APIهاشون بیشتر آشنا کنه. اولین ابزارش یه چیز خیلی ساده بود: یه برنامه ترمینال که بهش می‌گفتی الان چه آهنگی داری گوش میدی! خیلی basic، خیلی شخصی، ولی جالب بود. بعد یه روز یهو به ذهن Boris خطور کرد که چرا فقط AppleScript؟ چرا نذاریم فایل‌سیستم رو ببینه؟ چرا نذاریم bash commands بزنه؟

همین که این قابلیت‌ها رو اضافه کرد، دنیاش عوض شد. Claude شروع کرد به explore کردن کد، خوندن فایل‌ها، دنبال کردن importها، و پیدا کردن جواب‌ها. Boris خودش میگه: "این همون لحظه‌ای بود که فهمیدم یه چیز بزرگ داره میشه." ابزاری که برای خودش ساخته بود، یهو تبدیل شد به چیزی که همکاراش هم می‌خواستن ازش استفاده کنن. تا روز پنجم، ۵۰٪ تیم مهندسی Anthropic داشتن باهاش کار می‌کردن!

حالا Claude Code یه ماشین درآمدزایی ۵۰۰ میلیون دلاری شده. یه تیم کامل داره، features جدید هر روز اضافه میشه، و داستانش شبیه همون چیزیه که Ken Thompson درباره Unix گفته بود:
"Unix was built for me. I didn't build it as an operating system for other people, I built it to do games, and to do my stuff."
یعنی Unix هم اول یه ابزار شخصی بود، بعد شد اساس سیستم‌عامل‌های امروزی.

نکته داستان چیه؟ وقتی چیزی می‌سازی که واقعاً نیاز خودت رو رفع کنه، احتمالش خیلی زیاده که برای دیگرانی که نیاز مشابه دارن هم مفید باشه. Boris داشت یه مشکل شخصی حل می‌کرد، نه یه محصول تعریف‌شده. تیم Claude Code الانم با همین فلسفه کار می‌کنه: کمترین کد ممکن، ساده‌ترین معماری، و اجازه بده مدل کارشو بکنه. حتی ۹۰٪ کد Claude Code با خود Claude Code نوشته شده! پس دفعه بعد که احساس می‌کنی یه ابزاری لازمه، نشین منتظر شرکت‌ها یا استارتاپ‌ها. خودت بساز. شاید امروز فقط برای خودته، ولی فردا میشه یکی از بهترین ابزارهای دنیا.

https://newsletter.pragmaticengineer.com/p/how-claude-code-is-built


📱 @gocasts

Ai for Software
📱 @aicasts_ir

سلامتی زندونیای بی‌ملاقاتی...

عجب داستانی داره این پسره. این آقا یه مهندس ارشد توی یه شرکت دیتابیس به اسم Turso هست که داره SQLite رو از صفر با Rust بازنویسی می‌کنه - و در عین حال الان توی زندان Maine هست! این پسره از سال 2017 توی زندانه، یعنی 8 سال و نیم. اون موقع که 20 سالش بود اومد زندان و عملاً بزرگ شد تو زندان. داستانش از سال 2022 شروع میشه که دانشگاه ثبت‌نام کرد و اتفاقاً همون اولین ترمی بود که توی زندان بهشون لپتاپ دادن و یه نوع دسترسی محدود به اینترنت. یه روز بیدار شد و با خودش گفت "من چرا این زندگی رو قبول کردم؟" - اون لحظه یه تحول ذهنی براش اتفاق افتاد. فکر کرد چه کسی 16 ساعت در روز برای سالها فرصت داره چیز جدید یاد بگیره؟

از اون روز به بعد، روزی 16 ساعت شروع کرد برنامه‌نویسی یاد گرفتن. بعد از فقط 8 ماه، اولین شغلش رو گرفت توی یه شرکتی به اسم Unlock Labs که خودشون هم توسط افراد سابقاً زندانی تاسیس شده بود. اونجا به سرعت پیشرفت کرد، مدیر یه تیم 7 نفره شد، و بالاخره مهندس ارشد شد. بعد شروع کرد توی پروژه‌های اوپن‌سورس مشارکت کنه، تا اینکه Glauber که CEO شرکت Turso هست بهش پیشنهاد داد همون روز شروع کنه کار کردن! الان داره فول‌تایم از زندان روی دیتابیس کار می‌کنه و می‌گه پدر و مادرش بعد از سالها بالاخره بهش افتخار می‌کنن. قراره ماه می‌ِی امسال آزاد بشه و یه خونه هم خریده دقیقاً روبروی خونه پدر و مادرش توی میشیگان. یه داستان واقعی از تحول کامل زندگی، همه‌اش از درون زندان.


خیلی جالبه که سابقه دارای زندان حمایتش کردن برای گرفتن اولین موقعیت شغلی ش
https://youtu.be/AEPf9zUI_fQ?si=pLCxuAwzv7rwIAyc


@gocasts

عبور از ۱۰۰۰ مشارکت کننده 🔡

خیلی خیلی ممنون از اعتماد و همراهی تون ❤️

ان شاءالله که بتونیم جواب اعتمادتون به GoCasts رو بدیم.

۵۰ درصد + ۱.۵ میلیون تومان تخفیف به همین مناسبت تقدیم به شما
کد تخفیف
G1000

دوره +‌ تیمسازی بکند و گولنگ Go Casts
خرید از سایت
https://gocasts.ir

همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://t.me/gocasts/434

تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://t.me/gocasts/441

دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4


@gocasts

کلا عالیجناب planetscale تو یه لیگ دیگه مقاله میده بیرون 🙂


مقاله بنیادیه. پیشنهاد میکنم حتما بخونید
https://planetscale.com/blog/caching


@gocasts

🎙 «آغاز ثبت‌نام رویداد Emeet دانشگاه شریف»

سلام دوستان، تمایل داشتید این رویداد رو شرکت کنید با کد تخفیف اختصاصی
gocasts

🔔 رسانا، انجمن علمی دانشکدهٔ مهندسی برق دانشگاه شریف برگزار می‌کند:

⏪اِمیت؛ جایی که صنعت، آکادمی و نوآوری به هم می‌پیوندند.

با حضور مدیران استارتاپ‌های بزرگ داخل و خارج از کشور، اساتید دانشگاه‌های برجستۀ دنیا، کارآفرینان موفق و رهبران صنعتی

📅 تاریخ برگزاری: ۳۰ مهرماه (مجازی) ➕ ۱ و ۲ آبان‌ماه (مجازی و حضوری در دانشگاه صنعتی شریف)
✅ ثبت‌نام برای عموم آزاد است.
📄 همراه با ارائۀ گواهی حضور

✍️ برای ثبت‌نام و کسب اطلاعات بیشتر، به وبسایت رویداد مراجعه فرمایید:
🔗 Emeet.eeresana.com

↙️ پرسش‌های خود پیرامون ثبت‌نام را می‌توانید با پشتیبانی امیت، مطرح کنید.

🌍 Website 💠💼 LinkedIn
🚀 @EmeetSUT 💠🚀 @EEResana



@gocasts

موقعیت شغلی بکند و گولنگ - سازیتو - هیبرید
اگه حداقل دو سال سابقه کار حرفه ای بکند رو دارید و تمایل دارید به صورت فول-تایم و هیبرید با سازیتو همکاری کنید، لطفا فرم پیش رو پر کنید.
https://survey.porsline.ir/s/9A0zgac9

@gocasts

دیتابیس Postgres در نسخه‌ ۱۸، بهبودهای قابل توجهی رو ارائه کرده، مخصوصا برای async io که به دو مدل پیاده‌سازی شده یکی برای سیستم هایی که هنوز از io_uring استفاده نمیکنن و یکی هم io_uring برای لینوکس‌های مدرن، جایی که عملیات I/O مستقیماً داخل کرنل صف‌بندی و تکمیل می‌شن بدون رفت‌و‌برگشت اضافه به user space.

در نتیجه دست Postgres بازتره برای اجرای queryهای هم‌زمان، مخصوصاً اون‌هایی که I/O سنگین دارن مثل sequential scan یا writeهای موازی روی WAL.
بهبودهای قابل انتظار latency کمتر، میزان throughput بالاتر و context-switch کمتر هست.

البته یک نکته‌ی ظریف هم داره این قضیه، قرار نیست بصورت جادویی هر کوئری رو سریع‌تر کنه.
باید planner، buffer manager و حتی extensionها یاد بگیرن چطور ازش استفاده کنن.
یعنی یه قدم بزرگ به جلو، اما هنوز بلوغ کامل رو نداره.

https://youtu.be/yGjGc21mmoU

https://x.com/hnasr/status/1974110942439911645


@gocasts