Developer Advocate
الذهاب إلى القناة على Telegram
1 035
المشتركون
لا توجد بيانات24 ساعات
لا توجد بيانات7 أيام
-130 أيام
أرشيف المشاركات
1 035
دعا میکنیم برای امنیت و آرامش مردمی که هیچ نقشی در تصمیمات بزرگ ندارن ولی همیشه قربانیاش میشن.
امیدواریم سایهی جنگ از سر همهی مردم جهان دور بشه، مخصوصاً سرزمینمون ایران.
قلبمون با خانوادههاییـه که نگران عزیزاشون هستن.
با هم دعا کنیم برای صلح، برای نور، برای زندگی... 🕊
1 035
🔥 بالاخره منتشر شد: Scrum Guide Expansion Pack (2025)
در کنار همون راهنمای معروف ۱۳ صفحهای اسکرام، حالا یه بستهی جدید و مفصلتر اومده که ۴۹ صفحهست و میخواد مفاهیم اسکرام رو عمیقتر باز کنه و ابزارهای بیشتری به تیمها بده.
📌 توی این بسته چی داریم؟
تعریفهای دقیقتر از "Output Done" و "Outcome Done"
نقشهای جدید مثل "Supporter" و "AI Product Developer"
استفاده از تفکر سیستمی، چارچوب Cynefin و تمرکز بیشتر روی Emergence
ابزارهایی برای تصمیمگیری بهتر توسط Product Owner و تیم توسعه
🎯 هدف چیه؟ افزایش درک تئوریک از اسکرام و کمک به استفاده بهتر از اون در تیمها.
اما خب، یه سوال جدی هم این وسط هست:
این گسترشها قراره ما رو چابکتر کنن یا فقط پیچیدگی اضافه میکنن؟ 🤔
https://scrumexpansion.org/scrum-guide-expansion-pack
@DeveloperAdvocate 🥑
1 035
Build: Elements of an Effective Software Organization
کتاب «Build: عناصر یک سازمان نرمافزاری مؤثر» راهنمایی عملی برای ارتقاء تیمهای نرمافزار خوب به تیمهای عالی است — و کمک میکند تا در مسیر رشد و تکامل سازمان، اثربخشی آنها حفظ شود.
ساخت نرمافزار بهخودیخود کار سختی است، اما ادارهی یک سازمان مهندسی نرمافزار کارآمد، سختتر است. این کتاب مانند نقشهی راهی برای بهبود مستمر عمل میکند و بر سه عنصر کلیدی تمرکز دارد:
عناصر کلیدی کتاب:
تمرکز مداوم بر نتایج کسبوکار: اطمینان از اینکه تلاشهای مهندسی واقعاً به ارزش تجاری تبدیل میشوند
بینشهای قابل اجرا برای افزایش بهرهوری تیمهای مهندسی: بهبود عملکرد بدون فشار غیرمنطقی
رویکردی انسانی و اندیشمندانه برای بهبود تجربهی ساخت نرمافزار: ساختن محیطی که توسعهدهندگان در آن رشد کنند و از کارشان لذت ببرند
این کتاب برای مدیران، رهبران فنی و هر کسی است که به پیشرفت و موفقیت تیم یا سازمان نرمافزاری خود اهمیت میدهد. Build نقشهی راهی ارائه میدهد برای ایجاد پیشرفتهایی معنادار و اثربخش، چه در سطح تیم و چه در سطح کل سازمان.
1 035
Software Supply Chain Security: Securing the End-to-End Supply Chain for Software, Firmware, and Hardware 1st Edition
کتاب «امنیت زنجیره تأمین نرمافزار» نوشتهی کسی کراسلی (Cassie Crossley)، یک راهنمای کاربردی و جامع برای شناسایی ریسکهای امنیتی و اعمال کنترلهای لازم در سراسر زنجیرهی تأمین نرمافزار است — فرایندی که فراتر از توسعهی نرمافزار بوده و کل مسیر تولید، توزیع و بهکارگیری نرمافزار، فریمور و حتی سختافزار را در بر میگیرد.
در دنیایی که میلیاردها خط کد، زندگی، کسبوکارها و سازمانها را پشتیبانی میکنند، تنها یک آسیبپذیری امنیتی در نرمافزار میتواند کل یک شرکت را متوقف کرده و میلیاردها دلار خسارت وارد کند. این کتاب به شما کمک میکند تا از بروز چنین فجایعی جلوگیری کنید.
@DeveloperAdvocate 🥑
1 035
Documenting Software Architectures: Views and Beyond 2nd Edition
کتاب «مستندسازی معماریهای نرمافزار (ویرایش دوم)» جامعترین و بهروزترین راهنمای موجود برای ثبت معماری نرمافزار به شکلی قابلفهم و مستقل از زبان یا نشانهگذاری خاص است.
نویسندگان با تکیه بر تجربه گستردهی خود، ابتدا به شما کمک میکنند تا تشخیص دهید چه اطلاعاتی را باید مستند کنید، و سپس با ارائهی دستورالعملها و مثالهایی (با استفاده از نشانهگذاریهایی مانند UML)، نشان میدهند که چگونه معماری را بهگونهای بیان کنید که دیگران بتوانند سیستم را بهدرستی پیادهسازی، استفاده و نگهداری کنند.
این کتاب شامل موارد زیر است:
قوانین مستندسازی درست و اصولی
اهداف و استراتژیهای مستندسازی معماری
دیدگاهها و سبکهای معماری
مستندسازی واسطهای نرمافزاری و رفتار سیستم
الگوهایی برای ثبت و سازماندهی اطلاعات بهصورت یک بستهی منسجم
این کتاب منبعی حیاتی برای معماران نرمافزار، مهندسان ارشد و مدیرانی است که به دنبال انتقال مؤثر معماری سیستمهای پیچیده هستند.
@DeveloperAdvocate 🥑
1 035
Think Like a Software Engineering Manager
کتاب «مانند یک مدیر مهندسی نرمافزار فکر کنید» سرشار از مهارتهایی است که برای موفقیت در رهبری تیمهای نرمافزاری به آنها نیاز دارید، از جمله:
مدیریت افراد و عملکرد آنها
همدلی و ارائه بازخورد مؤثر
تفویض اختیار و یادگیری رها کردن کنترل
جذب مهندسان توانمند و مدیریت خروج اعضای تیم
همکاری با همکاران بیندپارتمانی
مدیریت انتظارات در سطوح مختلف سازمان
پیادهسازی تعالی فنی و عملیاتی در تیم
مدیریت زمان و تغییرات سازمانی
این کتاب برای کسانی که میخواهند از یک توسعهدهندهی خوب به یک مدیر مهندسی تأثیرگذار تبدیل شوند، یک راهنمای کاربردی و الهامبخش است.
1 035
Software Engineering for Absolute Beginners: Your Guide to Creating Software Products 1st ed. Edition
برنامهنویسی را از صفر شروع کنید؛ بدون نیاز به هیچگونه تجربه قبلی. این راهنمای مقدماتی برای مهندسی نرمافزار، با معرفی و بررسی ویرایشگرهای مختلفی آغاز میشود که برای ساخت نرمافزار به کار میروند و سپس به آموزش راهاندازی محیط Docker میپردازد. در ادامه، با مفاهیم مخازن (repository) و کنترل نسخه (version control) و کاربردهای آنها آشنا میشوید.
1 035
🎯 استانداردنویسی API مثل حرفهایها!
اگه دنبال یه راهنمای کامل، کاربردی و واقعی برای طراحی و توسعهی RESTful API هستی، این ریپوی Zalando دقیقاً همون چیزیه که لازمه ببینی:
📌 Zalando RESTful API Guidelines
🧠 این ریپو مجموعهای از قوانین، توصیهها و best practiceهای شرکتیه که توسط تیم مهندسی Zalando نوشته شده — یکی از بزرگترین فروشگاههای آنلاین اروپا.
موضوعاتی که پوشش میده:
✅ طراحی ساختار URL
✅ قراردادهای HTTP و status codeها
✅ نسخهبندی API
✅ نحوهی استفاده از pagination
✅ naming conventions
✅ مدیریت خطاها
✅ و کلی جزئیات مهم دیگه که باعث میشن APIهات حرفهای و maintainable باشن.
👨💻 چه بکاند دولوپری، چه لید فنی، یا حتی کسی که دنبال ارتقای کیفیت APIهای تیمشه، دیدن این ریپو واجبه.
📚 لینک ریپو:
🔗 github.com/zalando/restful-api-guidelines
@DeveloperAdvocate 🥑
1 035
Repost from مهندسی داده
اگر #SQLite با فضای ابری ترکیب میشد چه میشد؟
تصور کنید مثل همیشه میخواهید سریع یک ایده را پیاده کنید. مثلاً یک اپ ساده که قیمت گوشیها یا لپتاپها را از سایتهایی مثل دیجیکالا، ترب و زومیت جمع میکند، تحلیلهایی انجام میدهد (مثل ارزانترین فروشنده یا نمودار تغییرات قیمت در یک ماه گذشته) و نتایج را در یک رابط وب یا اپلیکیشن موبایل ساده نمایش میدهد.
خب طبیعتاً در مراحل اولیه، هیچکس نمیخواهد دردسر راهاندازی پایگاه داده سنگین مثل PostgreSQL، MongoDB یا مدیریت یک REST API کامل را به جان بخرد. ترجیح میدهید همهچیز ساده باشد؛ دقیقاً مثل تجربه کار با #SQLite: یک فایل دیتابیس کنار برنامه، بدون نیاز به سرور، بدون کانفیگ پیچیده.
اما یک مشکل هست: اگر بخواهید چند برنامه (مثل یک crawler، یک سرویس API ساده، و یک رابط کاربری React) همزمان از همان دیتابیس استفاده کنند، دیگر فایل لوکال #SQLite کافی نیست. چون این فایل فقط در یک جاست — روی دیسک محلی. پس یا باید سرور راه بیندازید، یا دنبال راهی باشید که این فایل دیتابیس لوکال، روی فضای ابری باشد و همه اپها انگار از همان فایل مشترک میخوانند.
🎯 اینجاست که #SlateDB وارد میشود.
📦 دیتابیس #SlateDB: دیتابیس تعبیهشده بدون دیسک، نوشتهشده با Rust . این دیتابیس مثل SQLite ساده و سبک است، اما با یک تفاوت مهم:
📂 به جای نوشتن روی دیسک، همهچیز مستقیماً روی فضای ابری مثل Amazon S3 یا سرویسهای داخلی مثل پارسپک، آروانکلاد یا ستون ذخیره میشود.
💡 یعنی برنامه شما همچنان مثل SQLite ساده و سریع است، ولی انگار همه اپها به یک دیتابیس مشترک روی ابر وصلاند.
🔍 برگردیم به مثال: تحلیل قیمت گوشیها در بازار ایران - با SlateDB:
✅نیازی به پایگاهداده مرکزی ندارید.
✅کراولر فقط دادهها را در #SlateDB ذخیره میکند.
✅همه اپها همزمان از همان #SlateDB - یعنی همان فضای استوریج، دادهها را میخوانند.
✅اگر Crawler یا اپها روی سرورهای مختلف باشند، فقط کافی است دسترسی به S3 مشترک داشته باشند.
✅بدون نیاز به تعریف API پیچیده یا سرور مرکزی.
🚀 چرا SlateDB انتخاب خوبی است؟
✅ سادگی: مثل SQLite، میتوانید آن را مستقیماً داخل برنامه (embed) کنید.
📦 مقیاسپذیری: با تکیه بر #ObjectStorage، نیاز به شارد یا ریپلیکیشن ندارید؛ خود فضا مقیاسپذیر است.
🧩 بدون نیاز به سرور: دیگر لازم نیست دیتابیس جداگانه راهاندازی و مدیریت کنید.
👥 پشتیبانی از خوانندگان متعدد: چند اپ یا سرویس میتوانند همزمان بدون مشکل دادهها را بخوانند.
💡 معماری بدون دیسک: آینده دیتابیسهای سبک و ابری
در الگوی #ZeroDiskArchitecture، برنامهها دیگر نیازی به دیسک محلی ندارند و مستقیماً دادهها را روی فضاهای ابری مانند S3 مینویسند. این رویکرد با حذف پیچیدگی سرورها، راهی ساده، مقیاسپذیر و مقرونبهصرفه برای ساخت اپهای serverless، edge-based، و مخصوصاً crawlerهای توزیعشده و IoT ارائه میدهد.🎯 دیتابیس#SlateDB نمونهای عملی از این ترند است — دیتابیسی سبک و بدون سرور که مانند SQLite در برنامه embed میشود، اما دادهها را روی فضای ابری نگه میدارد. ⚠️ محدودیتهای SlateDB 🖊 تکنویسنده: فقط یک نویسنده همزمان مجاز است؛ برای نوشتارهای موازی، باید از صف پیام یا پارتیشنبندی استفاده شود. 🐢 تأخیر نوشتن: latency نوشتن به دلیل استفاده از Object Storage بین ۵۰ تا ۱۰۰ میلیثانیه است. 🔒 نبود تراکنش (فعلاً): قابلیتهایی مثل snapshot isolation هنوز در حال توسعه هستند.
1 035
یه تست سرعت اینترنت جدید به اسم Orb اومده که تیم اصلی جدا شده از Speedtest ساختنش، تمرکزش روی کیفیت اینترنت هست تا سرعت.
از هرجای ایران و دنیا هستید کوت کنید و تست بگیرید.
https://orb.net
@DeveloperAdvocate 🥑
1 035
✨ تحول برنامهنویسی با AI در GitLab! ✨
مقاله جدیدی از GitLab نشون میده که چطور دو مفهوم جدید، آینده توسعه نرمافزار رو متحول میکنن:
Vibe Coding (کدنویسی حسی): دیگه لازم نیست همه کدهای پیچیده رو خودتون بنویسید! با "وایب کدینگ"، میتونید با جملات ساده و زبان طبیعی به AI بگید چی میخواید، و اون براتون کد مینویسه. این یعنی حتی کسانی که برنامهنویسی بلد نیستن هم میتونن تو ساخت نرمافزار نقش داشته باشن!
Agentic AI (هوش مصنوعی عاملگرا): این AIها مثل دستیارهای هوشمند عمل میکنن. خودشون برنامهریزی میکنن، تصمیم میگیرن و خیلی از کارهای تکراری و زمانبر مثل نوشتن کدهای اولیه، رفع اشکال، تولید تستها و حتی بازبینی کد رو انجام میدن. هدف اینه که برنامهنویسها کمتر درگیر جزئیات بشن و بیشتر روی طراحی و استراتژی تمرکز کنن.
نتیجه؟ نقش برنامهنویسها تغییر میکنه، شغلهای جدیدی مثل "مهندس پرامپت" (کسی که بلده چطور بهترین دستورات رو به AI بده) بوجود میان و ما باید مهارتهامون رو تو مدیریت ابزارهای AI و همکاری باهاشون ارتقا بدیم.
خلاصه، AI داره برنامهنویسی رو هوشمندتر، سریعتر و در دسترستر میکنه!
https://www.techedt.com/gitlab-how-vibe-coding-and-agentic-ai-are-changing-the-rules-of-software-development
@DeveloperAdvocate 🥑
1 035
https://downloadly.ir/elearning/video-tutorials/modular-monolith-architecture/
https://downloadly.ir/elearning/video-tutorials/pragmatic-rest-apis-in-asp-net-core/
https://downloadly.ir/elearning/video-tutorials/master-the-clean-architecture/
سه تا دوره از Milan هست که میتونید دانلود کنید.
@DeveloperAdvocate 🥑
