تخفیف مهرماه GoCasts
سلام به همه دوستان
امیدوارم حالتون خوب باشه و همیشه در کار و زندگی تون موفق باشید❤️
۵۰ درصد + ۲ میلیون تومان تخفیف مهر ماه
دوره + تیمسازی بکند و گولنگ Go Casts
۵۰ درصد + ۲ میلیون تومان تخفیف
کد تخفیف ویژه
MEHR
خرید از سایت
https://gocasts.ir
همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434
تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441
دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4
@gocasts
سلام به همه دوستان
امیدوارم حالتون خوب باشه و همیشه در کار و زندگی تون موفق باشید
۵۰ درصد + ۲ میلیون تومان تخفیف مهر ماه
دوره + تیمسازی بکند و گولنگ Go Casts
۵۰ درصد + ۲ میلیون تومان تخفیف
کد تخفیف ویژه
MEHR
خرید از سایت
https://gocasts.ir
همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434
تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441
دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4
@gocasts
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12👍3
در نگاه اول async کردن یه روند بیزینسی یا فنی شاید ساده به نظر بیاد و خیلی مزیت ها داشته باشه. معماری هایی مثل event-driven هم خیلی معروف هستند و پرطرفدار
اما در واقعیت و روی مقیاس بالا چالش های مهمی هم دارند که باید بهشون توجه بشه
چالش هایی مثل observability و idempotency و حتی درک موضوع eventual consistency خودش میتونه چالش برانگیز باشه
این مقاله کوتاه نکات خوبی رو اشاره کرده در این مورد
Why are Event-Driven Systems Hard?
Understanding the Core Challenges of Asynchronous Architectures
https://newsletter.scalablethread.com/p/why-event-driven-systems-are-hard
@gocasts
اما در واقعیت و روی مقیاس بالا چالش های مهمی هم دارند که باید بهشون توجه بشه
چالش هایی مثل observability و idempotency و حتی درک موضوع eventual consistency خودش میتونه چالش برانگیز باشه
این مقاله کوتاه نکات خوبی رو اشاره کرده در این مورد
Why are Event-Driven Systems Hard?
Understanding the Core Challenges of Asynchronous Architectures
https://newsletter.scalablethread.com/p/why-event-driven-systems-are-hard
@gocasts
Scalablethread
Why are Event-Driven Systems Hard?
Understanding the Core Challenges of Asynchronous Architectures
❤21👍14
Forwarded from Ai Casts | Ai for Software
This media is not supported in your browser
VIEW IN TELEGRAM
بین مدل های ai برای برنامه نویسی claude کیفیت بهتری داره از نظر من، و بین ابزارهای coding assistantی که استفاده کردم از نظر ux از همه بیشتر حس بهتری با claude-cli داشتم
خیلی ساده ست و developer friendly❤️
پیشنهاد میکنم حتما pair programming رو باهاش شروع کنید.
نه تنها سرعت و کیفیت کارتون بهتر میشه، بلکه دانش مهندسی نرم افزارتون هم تقویت میشه، و اصلا مجبور میشید دانش مهندسی نرم افزارتون رو تقویت کنید که خروجی بهتری از این ابزارها بگیرید...
دیروز claude مدل ۴.۵ش هم منتشر کرد🔡
https://x.com/claudeai/status/1972706807345725773?t=dXPd03zVf472NZATrLFvLw&s=35
📱 @gocasts
Ai for Software
📱 @aicasts_ir
خیلی ساده ست و developer friendly
پیشنهاد میکنم حتما pair programming رو باهاش شروع کنید.
نه تنها سرعت و کیفیت کارتون بهتر میشه، بلکه دانش مهندسی نرم افزارتون هم تقویت میشه، و اصلا مجبور میشید دانش مهندسی نرم افزارتون رو تقویت کنید که خروجی بهتری از این ابزارها بگیرید...
دیروز claude مدل ۴.۵ش هم منتشر کرد
https://x.com/claudeai/status/1972706807345725773?t=dXPd03zVf472NZATrLFvLw&s=35
Ai for Software
Please open Telegram to view this post
VIEW IN TELEGRAM
👍33
کم کم agentهای observability و disaster recovery هم زیاد میشه.
از نظر من یکی از بهترین جاهایی که ai agentها میتونن کمک کنن همین ردیابی خیلی سریعتر مشکل هست.
تو انبوه وحشتناک داده ها مخصوصا وقتی که incident رخ میده و معماری سیستم هم پیچیده است از نظر تعداد سرویس و کامپوننت های درگیر مشکل یه agent خیلی خوب میتونه با بررسی logهای سرویس ها و متریک ها و هر چه که شما تعیین میکنید خیلی زود بهتون کمک کنه root cause پیدا بشه و حتی اگه بهش اجازه بدید خودش میتونه بصورت خودکار فیکس هم بکنه مساله رو.
یکی از این ابزارها که یه پلن کوچیک رایگان هم داره agentkube هست.
Supercharge your workflow with an intelligent interface built for speed, clarity, and scale. Manage clusters without the kubectl pain.
All in one place. All with AI.
https://agentkube.com
@gocasts
از نظر من یکی از بهترین جاهایی که ai agentها میتونن کمک کنن همین ردیابی خیلی سریعتر مشکل هست.
تو انبوه وحشتناک داده ها مخصوصا وقتی که incident رخ میده و معماری سیستم هم پیچیده است از نظر تعداد سرویس و کامپوننت های درگیر مشکل یه agent خیلی خوب میتونه با بررسی logهای سرویس ها و متریک ها و هر چه که شما تعیین میکنید خیلی زود بهتون کمک کنه root cause پیدا بشه و حتی اگه بهش اجازه بدید خودش میتونه بصورت خودکار فیکس هم بکنه مساله رو.
یکی از این ابزارها که یه پلن کوچیک رایگان هم داره agentkube هست.
Supercharge your workflow with an intelligent interface built for speed, clarity, and scale. Manage clusters without the kubectl pain.
All in one place. All with AI.
https://agentkube.com
@gocasts
👍18❤10
امروز میخوایم یه کار حالخوب کن انجام بدیم به کمک هم 🍓
این پست به هیچ وجه تبلیغ نیست
کاریار یک استارت آپ اجتماعی هست که تلاش میکنه جوان های ساکن مناطق دور از مرکز رو با تکنولوژی های حوزه IT آشنا کنه و تا رسیدن به درآمد کنارشون بمونه.
در همین زمینه کاریار دوره های آموزشی مختلفی داره که برای افرادی که شرایط دریافت بورسیه رو داشته باشن تا ۹۵ درصد تخفیف میده.
بورسیه ۹۵درصدی کاریار به افراد زیر تعلق میگیرد:
ساکنان شهرها و روستاهای مناطق دور از مرکز و همچنین
افرادی که از جانب فعالان محلی معرفی شده باشند.
افرادی که به نوعی تحت حمایت موسسات نیکوکاری هستند
لطفا تا میتونید این پست رو به اشتراک بذارید که اگه کسی هست که علاقه مند به این حوزه هست و واجد شرایط بورسیه ست بتونه ازش استفاده کنه.
در حال حاضر تا ۲۲ مهر فرصت ثبت نام در دوره html و css هست
https://kaaryar.ir/html-css/
اگه خودتون هم تمایل دارید که شرکت کنید ولی واجد دریافت شرایط بورسیه نیستید باز فکر نمیکنم هزینه ش جای دوری بره و علاوه بر اینکه آموزش میبینید در یک حرکت اجتماعی قشنگ شرکت کردید.
میتونید از کانال تلگرامشون هم دیدن کنید
@Karyar_College
دم همه تون گرم 💚🎊
@gocasts
این پست به هیچ وجه تبلیغ نیست
کاریار یک استارت آپ اجتماعی هست که تلاش میکنه جوان های ساکن مناطق دور از مرکز رو با تکنولوژی های حوزه IT آشنا کنه و تا رسیدن به درآمد کنارشون بمونه.
در همین زمینه کاریار دوره های آموزشی مختلفی داره که برای افرادی که شرایط دریافت بورسیه رو داشته باشن تا ۹۵ درصد تخفیف میده.
بورسیه ۹۵درصدی کاریار به افراد زیر تعلق میگیرد:
ساکنان شهرها و روستاهای مناطق دور از مرکز و همچنین
افرادی که از جانب فعالان محلی معرفی شده باشند.
افرادی که به نوعی تحت حمایت موسسات نیکوکاری هستند
لطفا تا میتونید این پست رو به اشتراک بذارید که اگه کسی هست که علاقه مند به این حوزه هست و واجد شرایط بورسیه ست بتونه ازش استفاده کنه.
در حال حاضر تا ۲۲ مهر فرصت ثبت نام در دوره html و css هست
https://kaaryar.ir/html-css/
اگه خودتون هم تمایل دارید که شرکت کنید ولی واجد دریافت شرایط بورسیه نیستید باز فکر نمیکنم هزینه ش جای دوری بره و علاوه بر اینکه آموزش میبینید در یک حرکت اجتماعی قشنگ شرکت کردید.
میتونید از کانال تلگرامشون هم دیدن کنید
@Karyar_College
دم همه تون گرم 💚🎊
@gocasts
Please open Telegram to view this post
VIEW IN TELEGRAM
❤36👏8🔥3
دیتابیس 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
در نتیجه دست 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
YouTube
Asynchronous IO in Postgres 18 | The Backend Engineering Show
Postgres 18 has been released with many exciting features such as UUIDv7, Over explain module, composite index skip scans, and the most anticipated asynchronous IO with worker and io_uring mode which I uncover in this show. Hope you enjoy it
0:00 Intro
1:30…
0:00 Intro
1:30…
🔥22❤7👍3
موقعیت شغلی بکند و گولنگ - سازیتو - هیبرید
اگه حداقل دو سال سابقه کار حرفه ای بکند رو دارید و تمایل دارید به صورت فول-تایم و هیبرید با سازیتو همکاری کنید، لطفا فرم پیش رو پر کنید.
https://survey.porsline.ir/s/9A0zgac9
@gocasts
اگه حداقل دو سال سابقه کار حرفه ای بکند رو دارید و تمایل دارید به صورت فول-تایم و هیبرید با سازیتو همکاری کنید، لطفا فرم پیش رو پر کنید.
https://survey.porsline.ir/s/9A0zgac9
@gocasts
Porsline
golang-resume-140407
با پُرسلاین به راحتی پرسشنامه خود را طراحی و ارسال کنید و با گزارشهای لحظهای آن به سرعت تصمیم بگیرید.
👍10
🎙 «آغاز ثبتنام رویداد Emeet دانشگاه شریف»
سلام دوستان، تمایل داشتید این رویداد رو شرکت کنید با کد تخفیف اختصاصی
gocasts
🔔 رسانا، انجمن علمی دانشکدهٔ مهندسی برق دانشگاه شریف برگزار میکند:
⏪اِمیت؛ جایی که صنعت، آکادمی و نوآوری به هم میپیوندند.
با حضور مدیران استارتاپهای بزرگ داخل و خارج از کشور، اساتید دانشگاههای برجستۀ دنیا، کارآفرینان موفق و رهبران صنعتی
📅 تاریخ برگزاری: ۳۰ مهرماه (مجازی) ➕ ۱ و ۲ آبانماه (مجازی و حضوری در دانشگاه صنعتی شریف)
✅ ثبتنام برای عموم آزاد است.
📄 همراه با ارائۀ گواهی حضور
✍️ برای ثبتنام و کسب اطلاعات بیشتر، به وبسایت رویداد مراجعه فرمایید:
🔗 Emeet.eeresana.com
↙️ پرسشهای خود پیرامون ثبتنام را میتوانید با پشتیبانی امیت، مطرح کنید.
🌍 Website 💠💼 LinkedIn
🚀 @EmeetSUT 💠🚀 @EEResana
@gocasts
سلام دوستان، تمایل داشتید این رویداد رو شرکت کنید با کد تخفیف اختصاصی
gocasts
🔔 رسانا، انجمن علمی دانشکدهٔ مهندسی برق دانشگاه شریف برگزار میکند:
⏪اِمیت؛ جایی که صنعت، آکادمی و نوآوری به هم میپیوندند.
با حضور مدیران استارتاپهای بزرگ داخل و خارج از کشور، اساتید دانشگاههای برجستۀ دنیا، کارآفرینان موفق و رهبران صنعتی
📅 تاریخ برگزاری: ۳۰ مهرماه (مجازی) ➕ ۱ و ۲ آبانماه (مجازی و حضوری در دانشگاه صنعتی شریف)
✅ ثبتنام برای عموم آزاد است.
📄 همراه با ارائۀ گواهی حضور
✍️ برای ثبتنام و کسب اطلاعات بیشتر، به وبسایت رویداد مراجعه فرمایید:
🔗 Emeet.eeresana.com
↙️ پرسشهای خود پیرامون ثبتنام را میتوانید با پشتیبانی امیت، مطرح کنید.
🌍 Website 💠💼 LinkedIn
🚀 @EmeetSUT 💠🚀 @EEResana
@gocasts
👍6❤4🔥3😍3
Go Casts 🚀
چقدر یه مقاله میتونه تمیز و جذاب باشه. موقع نوشتن این مقاله عشق ریخته پای کلمات و کارهای گرافیکی ش 😁❤️ اومده با کلی کار گرافیکی باحال انواع io deviceها رو مقایسه کرده از نظر latency و چیزای دیگه https://planetscale.com/blog/io-devices-and-latency @gocasts
کلا عالیجناب planetscale تو یه لیگ دیگه مقاله میده بیرون 🙂
مقاله بنیادیه. پیشنهاد میکنم حتما بخونید
https://planetscale.com/blog/caching
@gocasts
مقاله بنیادیه. پیشنهاد میکنم حتما بخونید
https://planetscale.com/blog/caching
@gocasts
Please open Telegram to view this post
VIEW IN TELEGRAM
👍35🔥5❤1
Go Casts 🚀
تعداد مشارکت کنندگاه دوره از ۵۰۰ نفر گذشت 🔥 بی نهایت از اعتماد شما متشکریم. ان شاءالله که بتونیم پاسخگوی این همه محبت و اعتماد شما باشیم و بتونیم با تولید محتوای بروز، مناسب و برازنده شما، پاسخگوی محبت شما باشیم دوره + تیمسازی بکند و گولنگ Go Casts لینک…
عبور از ۱۰۰۰ مشارکت کننده 🔡
خیلی خیلی ممنون از اعتماد و همراهی تون❤️
ان شاءالله که بتونیم جواب اعتمادتون به GoCasts رو بدیم.
۵۰ درصد + ۱.۵ میلیون تومان تخفیف به همین مناسبت تقدیم به شما
کد تخفیف
G1000
دوره + تیمسازی بکند و گولنگ Go Casts
خرید از سایت
https://gocasts.ir
همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434
تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441
دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4
@gocasts
خیلی خیلی ممنون از اعتماد و همراهی تون
ان شاءالله که بتونیم جواب اعتمادتون به GoCasts رو بدیم.
۵۰ درصد + ۱.۵ میلیون تومان تخفیف به همین مناسبت تقدیم به شما
کد تخفیف
G1000
دوره + تیمسازی بکند و گولنگ Go Casts
خرید از سایت
https://gocasts.ir
همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434
تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441
دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4
@gocasts
Please open Telegram to view this post
VIEW IN TELEGRAM
❤31👍4🔥2👏2
سلامتی زندونیای بیملاقاتی...
عجب داستانی داره این پسره. این آقا یه مهندس ارشد توی یه شرکت دیتابیس به اسم 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
عجب داستانی داره این پسره. این آقا یه مهندس ارشد توی یه شرکت دیتابیس به اسم 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
YouTube
Rewriting SQLite from prison with Preston Thorpe
In this episode of Database School, Aaron talks with Preston Thorpe, a senior engineer at Turso who is currently incarcerated, about his incredible journey from prison to rewriting SQLite in Rust. They dive deep into concurrent writes, MVCC, and the challenges…
❤82👏26👍7🔥6
Forwarded from Ai Casts | Ai for Software
وقتی نیاز شخصیات میشه محصول ۵۰۰ میلیون دلاری
سپتامبر ۲۰۲۴، یه برنامهنویس به اسم 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
سپتامبر ۲۰۲۴، یه برنامهنویس به اسم 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
Ai for Software
Please open Telegram to view this post
VIEW IN TELEGRAM
Pragmaticengineer
How Claude Code is built
A rare look into how the new, popular dev tool is built, and what it might mean for the future of software building with AI. Exclusive.
👍55❤5🔥2
بروس وین یه آدم شکستخوردهست، ولی بتمن یه سیستمه! ما باید یاد بگیریم که ایدهها رو از آدمها جدا کنیم. وقتی یه استارتاپ کل صداقتش وابسته به شخصیت فاندرش باشه، یه 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
نکته کلیدی اینه که سیستم رو طوری طراحی کنیم که تقلب رو گرون کنه، نه اینکه به وعدهها اعتماد کنیم. یه سیستم خوب نیاز به incentive های درست داره، نه enforce کردن اخلاق. باید سیستمهایی بسازیم که صداقت رو مکانیکی تضمین میکنن، نه اخلاقی. Public Choice Theory میگه "برای فرشتهها طراحی نکن" - درسته! سیستمهای قهرمانمحور با قهرمانشون میمیرن، ولی سیستمهای یادگیرنده باقی میمونن.
سیستمهایی که نیاز به قهرمان ندارن
https://vaibhawvipul.github.io/2025/11/10/Build-systems-that-don-t-need-saints.html
@gocasts
Vipul Vaibhaw
Build systems that don’t need saints
Bruce Wayne is a mess. Batman is a system.
❤35👍17👏3
اسیر شدیم. صبح به صبح میرم شرکت سماور رو روشن میکنم چای دم میکنم خسته خسته میاد سر کار صبحونه شو میخوره کاراشو انجام میده. بعدشم یه چندتا کوچیک و بزرگ بارمون میکنه که تو نمیفهمی و این چه وضعشه و اینا. عصرم کاراشو تحویل میده و میره خونه. این چه وضعشه آقای claude 🥲
Please open Telegram to view this post
VIEW IN TELEGRAM
🤝28
Go Casts 🚀
اسیر شدیم. صبح به صبح میرم شرکت سماور رو روشن میکنم چای دم میکنم خسته خسته میاد سر کار صبحونه شو میخوره کاراشو انجام میده. بعدشم یه چندتا کوچیک و بزرگ بارمون میکنه که تو نمیفهمی و این چه وضعشه و اینا. عصرم کاراشو تحویل میده و میره خونه. این چه وضعشه آقای claude…
لازمه که این نکته رو عرض کنم خدمت تون: نگران هیچی نباشید دوستان با قدرت ادامه بدید
مهم این نیست که چی میشه مهم اینه که در لحظه هر چی در توان داریم بذاریم. اینکه آینده چطور پیش میره برای همه نامعلومه. در لحظه وظیفه ماست که قدم هایی که برای ما معلوم و روشنه برداریم
یکی از واضح ترین قدم ها هم در آغوش گرفتن تمام و کمال ai برای بهبود بهره وری کارمون هست
اینطوری هم نیست که یک شبه همه چیز بهم بریزه. هوش مصنوعی بیشتر از اینکه فرصت از بین ببره فرصت ایجاد میکنه. توکل به خدا محکم بریم جلو ان شاءالله خوب پیش میره برامون
مهم این نیست که چی میشه مهم اینه که در لحظه هر چی در توان داریم بذاریم. اینکه آینده چطور پیش میره برای همه نامعلومه. در لحظه وظیفه ماست که قدم هایی که برای ما معلوم و روشنه برداریم
یکی از واضح ترین قدم ها هم در آغوش گرفتن تمام و کمال ai برای بهبود بهره وری کارمون هست
اینطوری هم نیست که یک شبه همه چیز بهم بریزه. هوش مصنوعی بیشتر از اینکه فرصت از بین ببره فرصت ایجاد میکنه. توکل به خدا محکم بریم جلو ان شاءالله خوب پیش میره برامون
❤70👍7
کتاب 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
نکاتی که هر 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
❤54👍3🔥1
Go Casts 🚀
کتاب Understanding Distributed Systems نکاتی که هر developerی در مورد distributed applicationها باید بدونه چرا همه درباره Distributed Systems حرف میزنن؟ 🤔 وقتی اولین بار با سیستمهای توزیعشده آشنا شدم، فکر میکردم فقط برای شرکتهای بزرگ مثل Google و Amazon…
یکی از زیباترین جنبه های سیستم های توزیع شده 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
پارت دوم: 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
❤27👍2
This media is not supported in your browser
VIEW IN TELEGRAM
این 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.
البته از external-agentها مثل claude-code هم پشتیبانی نمیکنه و فعلا در برنامه شون نیست
https://github.com/charmbracelet/crush/issues/457
@gocasts
یه 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
❤19
گولنگ ۱۶ ساله شد!
مقاله جدید GoCasts با عنوان «Go: زبانی که زیرساخت ابر را بازنویسی کرد - شانزده سال تکامل» منتشر شد
https://gocasts.ir/go-16th-anniversary
در این مقاله تلاش شده علاوه بر مرور ۱۶ سال تکامل زبان Go به بررسی تاثیر این زبان بر اکوسیستم IT بپردازیم و برخی از مهمترین موفقیتهای این زبان را ذکر کنیم.
مقاله سایت رسمی گولنگ رو هم از طریق لینک زیر میتونید مطالعه کنید.
https://go.dev/blog/16years
@gocasts
مقاله جدید GoCasts با عنوان «Go: زبانی که زیرساخت ابر را بازنویسی کرد - شانزده سال تکامل» منتشر شد
https://gocasts.ir/go-16th-anniversary
در این مقاله تلاش شده علاوه بر مرور ۱۶ سال تکامل زبان Go به بررسی تاثیر این زبان بر اکوسیستم IT بپردازیم و برخی از مهمترین موفقیتهای این زبان را ذکر کنیم.
مقاله سایت رسمی گولنگ رو هم از طریق لینک زیر میتونید مطالعه کنید.
https://go.dev/blog/16years
@gocasts
❤46👍2🎉2
تو این ویدیو توضیح داده میشه که postgres و mysql چطوری durability رو تضمین میکنن
https://youtu.be/bFGNZqsKV-E?si=5WvGSwUhqt_PXiIH
@gocasts
https://youtu.be/bFGNZqsKV-E?si=5WvGSwUhqt_PXiIH
@gocasts
YouTube
SREcon25 Europe/Middle East/Africa - The Computer Wants to Lose Your Data
The Computer Wants to Lose Your Data
Chris Sinjakli, PlanetScale
Storing data is something we expect computers to just do. When your application writes data to a database, you trust it to give you that data back later, but what does it take to make that…
Chris Sinjakli, PlanetScale
Storing data is something we expect computers to just do. When your application writes data to a database, you trust it to give you that data back later, but what does it take to make that…
👍13
نکتهای که تجربهاش رو توی سیستمهای 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
مثلاً شروع با 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
Linkedin
در سالهایی که روی Software Architecture و Distributed System Design کار کردهام، بیشترین سوءتفاهمی که دیدهام این است که تصور…
در سالهایی که روی Software Architecture و Distributed System Design کار کردهام، بیشترین سوءتفاهمی که دیدهام این است که تصور میشود برای هر پروژه یک «نسخهی واحد» وجود دارد؛ از انتخاب معماری گرفته تا انتخاب زیرساخت.
اما واقعیت این است که در مهندسی نرمافزار،…
اما واقعیت این است که در مهندسی نرمافزار،…
👍27❤11🔥6👏4