۵۰ کانال یوتیوب آموزش برنامه نویسی

🟢 Python
1. Core Schafer
2. Sentdex
3. Tech with Time
4. Code with Harry
5. Real Python

🟠 Java
1. Alex Lee
2. Programming with Mosh
3. Java Brains
4. Coding with John

⚪ ML
1. Krish Naik
2. Stat Quest with Josh Starmer
3. Data School
4. Connor Shorten

🔵 Go
1. Just For Func
2. Matt Kodyb
3. Nic Jackson

⚪ Rust
1. Let's Get Rusty
2. Chris Biscardi

🟡 JavaScript
1. Traversy Media
2. JavaScript Mastery
3. Code Volution
4. Web Dev Simplified
5. Fun Fun Function

🟣 C#
1. I Am Tim Corey
2. Nick Chapsas
3. tutorials EU

🟠 Swift / IOS
1. Sean Allen
2. Kodeco

🔵 Flutter / Dart
1. Flutter
2. Reso Coder

🟤 PHP
1. Traversy Media

🟠 Ruby
1. GoRails

🔵 SQL & Database
1. Net Ninja
2. Caleb Curry

🔴 Web Frameworks
1. Acadmind
2. Net Ninja
3. Fireship

⚪ DevOps & Cloud
1. Tech World with Nana
2. A Cloud Guru

🔵 C / C ++
1. Caleb Curry
2. The Cherno

🔴 Kotlin
1. Philipp Lackner
2. Kotlin by JetBrains

یادآوری کوتاه به شرکت‌هایی که بر اساس سبز بودن نمودار مشارکت GitHub استخدام می‌کنند:

- همه‌ی توسعه‌دهندگان در پروژه‌های متن‌باز مشارکت نمی‌کنند.
- همه‌ی توسعه‌دهندگان آخر هفته‌هایشان را صرف پوش کردن کد در GitHub نمی‌کنند.
- همه‌ی توسعه‌دهندگان بعد از کار، ساعت‌ها وقت برای ساخت پروژه‌های جانبی ندارند.
- همه‌ی توسعه‌دهندگان نمی‌توانند یا نمی‌خواهند بیرون از شغلشان کدنویسی کنند.
- همه‌ی توسعه‌دهندگان باور ندارند که «خانه‌های سبز بیشتر» به معنای استعداد بیشتر است.

و واقعاً هم اشکالی ندارد.

من از وقتی کارم را شروع کردم، بیرون از شغل روزانه‌ام خیلی کد ننوشته‌ام.
اما این هیچ‌وقت مانع رشد، یادگیری یا حل مسائل سخت دنیای واقعی نشد.

چون کدنویسی در محیط کار خودش درس‌های زیادی دارد:

1. نتایجی که ارائه می‌دهی، مسیر رشد، نفوذ و اعتمادی را شکل می‌دهد که نزد تیم، ذی‌نفعان و مشتریان می‌سازی.
2. بازخورد سریع می‌گیری. همکارانت در موفقیت تو سرمایه‌گذاری کرده‌اند و مسائلی که حل می‌کنی اهمیت واقعی دارند—روی مشتریان اثر می‌گذارند، نه فقط روی تئوری.

پروژه‌های جانبی می‌توانند فوق‌العاده باشند برای کشف فناوری‌های جدید یا ارضای خلاقیت.
اما نگذار کسی قانعت کند که آن‌ها برای اثبات ارزش تو به‌عنوان توسعه‌دهنده ضروری‌اند.

ارزش تو به‌عنوان توسعه‌دهنده در تفاوتی است که در کار ایجاد می‌کنی، مسائلی که حل می‌کنی و اثری که بر جای می‌گذاری.

مسیر شغلی تو با رنگ نمودار GitHub تعریف نمی‌شود.
بلکه با اثری تعریف می‌شود که در جایی که واقعاً اهمیت دارد خلق می‌کنی.

🔗 LinkedIn Post

چرا مفاهیم پایه مهم‌اند

احتمالاً خیلی‌هامان این حس را تجربه کرده‌ایم؛ وقتی وارد دنیای معماری و تکنولوژی‌های جدید می‌شویم، حجم مطالب آن‌قدر زیاد است که گیج می‌شویم. هر منبعی را که باز می‌کنیم پر از الگوهای طراحی و فریم‌ورک‌های پیچیده است.

بسیاری از ما یک‌بار این اشتباه را کرده‌ایم؛ مستقیم سراغ Clean Architecture و DDD رفتیم، بدون آن‌که ابتدا پایه‌ها را درست بلد باشیم. در یک پروژه‌ی ASP .NET Core، تنها به خاطر ندانستن درست async/await یا Dependency Injection، ساعت‌ها زمان از دست رفته است. در ظاهر مشکل از معماری به نظر می‌رسد، اما ریشه‌ی اصلی در ضعف مفاهیم پایه بوده است.

چرا این اتفاق رخ می‌دهد؟
وقتی زبان C# را خوب بلد نباشیم، هر خطا می‌تواند ما را متوقف کند.
وقتی اصول شی‌گرایی یا SOLID را درک نکرده باشیم، پروژه‌ای که کمی بزرگ می‌شود به‌سرعت به کدهای به‌هم‌ریخته تبدیل می‌شود.
وقتی ساختار اصلی .NET را نشناسیم، معماری‌های پیشرفته بیشتر شبیه معما به نظر می‌رسند تا راه‌حل.

راه‌حل
راه‌حل ساده ولی حیاتی این است که یک قدم به عقب برگردیم و روی پایه‌ها تمرکز کنیم. حوزه‌هایی مانند:
- ویژگی‌های C# مثل generics، delegates، LINQ، async/await
- اصول شی‌گرایی و SOLID
- مبانی .NET Core مثل middleware و DI
- ساختمان داده‌ها و الگوریتم‌ها
- مدیریت خطا و دیباگ

نتیجه
وقتی مفاهیم پایه تقویت شوند، معماری‌های مدرن هم معنای واقعی خود را پیدا می‌کنند. جداسازی لایه‌ها در Clean Architecture دیگر یک شعار نیست، بلکه نیاز طبیعی کد است. مدل دامنه در DDD دیگر پیچیده به نظر نمی‌رسد، چون می‌دانیم بر چه اساسی ارزشمند است.

ابزارها و تکنولوژی‌ها هر روز تغییر می‌کنند، اما مفاهیم پایه‌ای همیشه ثابت باقی می‌مانند. اگر در میان پیچیدگی‌های امروز احساس سردرگمی داشته‌ایم، پاسخ اغلب در همان اصول ساده و بنیادی نهفته است.

🔗 LinkedIn Post

تفاوت کسب‌وکار (𝐁𝐮𝐬𝐢𝐧𝐞𝐬𝐬) و محصول (𝐏𝐫𝐨𝐝𝐮𝐜𝐭)

«بارها در سازمان‌های مختلف دیده‌ام که کسب‌وکار (Business) و محصول (Product) با هم اشتباه گرفته می‌شن.
این اشتباه ساده می‌تونه منجر به شکست پروژه‌های بزرگ بشه.

🔹 کسب‌وکار (Business) یعنی:
- ما برای چه کسی کار می‌کنیم؟ (مشتری)
- چه مشکلی رو حل می‌کنیم؟ (ارزش پیشنهادی)
- چطور پول درمی‌آوریم؟ (مدل درآمدی)
- فرآیندها و عملیات کلان سازمان

🔹 محصول (Product) یعنی:
- ابزاری برای تحقق بخشی از ارزش پیشنهادی
- ویژگی‌ها و تجربه کاربری
- چرخه توسعه و بهبود مستمر
- بخشی از استراتژی کسب‌وکار، نه همه آن

❌ وقتی سازمان‌ها این دو مفهوم رو قاطی می‌کنن:
- تیم‌ها محصول رو صرفاً به‌عنوان «کسب‌وکار» می‌بینن → در نتیجه نوآوری متوقف می‌شه.
- مدیریت، محصول رو فقط یک فیچر تکنولوژیک می‌دونه → ارزش واقعی به مشتری منتقل نمی‌شه.

✅ تجربه من نشون داده که موفق‌ترین سازمان‌ها این دو مفهوم رو درست می‌فهمن:
- Business رو مثل نقشه راه می‌بینن.
- Product رو مثل وسیله‌ای برای رسیدن به مقصد.

📌 پس:
- کسب‌وکار = «چرا و چگونه ارزش ایجاد می‌کنیم»
- محصول = «چه ابزاری می‌سازیم تا اون ارزش منتقل بشه»

🔗 LinkedIn Post

دوره چطور درست و مؤثر صحبت کنیم؟
دانشگاه MIT | زیرنویس فارسی

🔗 یوتیوب

🔗 آپارات( نیم بها )

یکی از دلایلی که ASP .NET Core محبوب شده، سرعت و بهینه بودنش است.
ولی اگر درست ازش استفاده نکنیم، حتی قوی‌ترین فریم‌ورک‌ها هم می‌تونن کند بشن.

اینجا چند نکته مهم برای بهبود Performance در پروژه‌های ASP .NET Core رو می‌نویسم:

🔹 1. Caching
داده‌هایی که زیاد تغییر نمی‌کنن (مثل لیست محصولات یا تنظیمات) رو cache کنید.
می‌تونید از MemoryCache یا DistributedCache (مثل Redis) استفاده کنید.

🔹 2. Asynchronous Programming
از async/await استفاده کنید تا منابع بلاک نشن، مخصوصاً برای I/O operations مثل کار با دیتابیس یا API.

🔹 3. Logging سبک
لاگ‌گیری خیلی مهمه، ولی اگر درست مدیریت نشه می‌تونه پروژه رو کند کنه.
ابزارهایی مثل Serilog یا Seq کمک می‌کنن لاگ‌ها بهینه و قابل جست‌وجو باشن.

🔹 4. Dependency Injection درست
در ASP .NET Core همه‌چیز با DI کار می‌کنه. مراقب باشیم سرویس‌هایی که باید Scoped یا Transient باشن رو اشتباهاً Singleton تعریف نکنیم.

🔹 5. Minimize Database Calls
به‌جای چندین کوئری کوچک، از Eager Loading یا Stored Procedure استفاده کنید.
Lazy Loading بیش از حد می‌تونه پرفورمنس رو خراب کنه.

🔹 6. Response Compression
فعال کردن Gzip یا Brotli برای کاهش حجم responseها در API.

❓شما چه ترفندهایی برای افزایش Performance در پروژه‌های ASP .NET Core استفاده کردید؟

🔗 LinkedIn Post

معماری وب‌اپلیکیشن‌های مدرن با ASP .NET Core و Azure

مایکروسافت یک منبع ارزشمند و رایگان منتشر کرده که برای هر توسعه‌دهنده و معمار نرم‌افزار می‌تواند نقش یک راهنمای عملی را ایفا کند:

🔗 Architecting Modern Web Applications with ASP .NET Core and Azure

این کتاب تنها یک مرور تئوریک نیست؛ بلکه شما را گام‌به‌گام در مسیر طراحی و معماری سیستم‌های مدرن همراهی می‌کند. از اصول طراحی دامنه‌محور (DDD) گرفته تا الگوهای لایه‌ای، امنیت، کار با پایگاه داده، و حتی چالش‌های استقرار در فضای ابری Azure، همه با زبانی روشن و سازمان‌یافته توضیح داده شده‌اند.

✅ ارزش اصلی این کتاب در این است که دیدی جامع از معماری و بهترین شیوه‌های ساخت اپلیکیشن‌های سازمانی ارائه می‌دهد. این یعنی حتی اگر شما بیشتر در سطح تصمیم‌گیری و طراحی فعالیت می‌کنید (و کمتر درگیر جزئیات پیاده‌سازی هستید)، باز هم این کتاب می‌تواند برایتان یک نقشه راه مطمئن باشد.

به‌عنوان کسی که سال‌ها با ASP .NET Core کار کرده‌ام، می‌توانم بگویم این کتاب نه‌تنها برای تازه‌کارها بلکه برای افراد باتجربه هم پر از نکات کاربردی و الهام‌بخش است. پیشنهاد می‌کنم حتماً نگاهی به آن بیندازید، چون خواندنش مثل یک جلسه مشاوره رایگان با تیم معماری نرم‌افزار مایکروسافت است. 🚀

🔗 LinkedIn Post

پنج مهارت کلیدی و تعیین کننده در آینده کاری هر فرد - مخصوصا در کارهای تیمی

🔗 لینک

۵ مهارت نرم که به برنامه‌نویس‌ها کمک می‌کنه توی تیم بدرخشن…

کد همیشه مهمه،
ولی واقعیت اینه که وقتی توی یه تیم کار می‌کنیم، این ویژگی‌ها هستن که حسابی به کارمون میاد و فرق ایجاد می‌کنه:

1️⃣ ذهن باز و یادگیری مداوم
هر تغییری لزوماً ترسناک نیست، می‌تونه یه فرصت برای رشد باشه.

2️⃣ بازخورد دادن و گرفتن
نه فقط نقد کردن بقیه، بلکه خودمونم نقد بپذیریم و پیشنهاد بدیم تا تیم جلو بره.

3️⃣ حل مسئلهٔ خلاقانه
فقط اینکه کار می‌کنه کافی نیست، بیایم ببینیم چطوری بهتر کار می‌کنه!

4️⃣ انعطاف‌پذیری
پروژه‌ها عوض می‌شن، برنامه‌ها تغییر می‌کنه… کسی که منعطف باشه قهرمان تیمه :)

5️⃣ رهبری بدون عنوان
مسئولیت‌پذیری حتی وقتی مدیر نیستی، اعتماد می‌سازه و تیمو جلو می‌بره.

واقعاً این مهارت‌ها مثل روغن برای چرخ‌دنده‌های یه تیمه.

🔗 LinkedIn Post