دوره توسعه‌دهندگان حرفه‌ای و کدنویسی تمیز همراه با فلش‌کارت آموزشی — ارائه روی فلش مموری

🎓 دوره آموزشی جامع

📚 اطلاعات دوره

عنوان دوره: دوره توسعه‌دهندگان حرفه‌ای و کدنویسی تمیز

موضوع کلی: برنامه نویسی

موضوع میانی: کدنویسی تمیز (Clean Code)

📋 سرفصل‌های دوره

• 1. مقدمه‌ای بر کد تمیز: تعریف و اهمیت
• 2. هزینه کثیف نگه داشتن کد: بدهی فنی (Technical Debt)
• 3. تفاوت بین کد کارا و کد تمیز
• 4. قانون پسر پیشاهنگ: کد را بهتر از آنچه تحویل گرفتی، ترک کن
• 5. اصول حرفه‌ای‌گری در توسعه نرم‌افزار
• 6. ارتباط بین کد تمیز و چابکی (Agility)
• 7. مدارس فکری در کدنویسی تمیز: از کجا آمده‌ایم؟
• 8. نقش بازبینی کد (Code Review) در ترویج کد تمیز
• 9. اهمیت نام‌های معنادار و گویا
• 10. انتخاب نام‌های با قابلیت جستجو (Searchable Names)
• 11. پرهیز از رمزگذاری ذهنی (Mental Mapping)
• 12. نام‌گذاری متغیرها: وضوح در سطح محلی
• 13. نام‌گذاری توابع و متدها: نام‌های فعلی و بیانگر عمل
• 14. نام‌گذاری کلاس‌ها: اسم یا عبارت اسمی
• 15. تفاوت بین نام‌گذاری در دامنه‌های مختلف (Domain Naming)
• 16. استفاده از استاندارد نام‌گذاری یکپارچه در پروژه
• 17. پرهیز از کلمات گمراه‌کننده و اطلاعات غلط در نام‌ها
• 18. نام‌هایی که زمینه (Context) را مشخص می‌کنند
• 19. قانون اول توابع: کوچک بودن
• 20. قانون دوم توابع: انجام تنها یک کار (Single Responsibility Principle)
• 21. سطوح انتزاع (Levels of Abstraction) در یک تابع
• 22. قانون Stepdown: خواندن کد مانند یک داستان از بالا به پایین
• 23. استفاده از نام‌های توصیفی برای توابع
• 24. تعداد ایده‌آل آرگومان‌های یک تابع (صفر، یک یا دو)
• 25. مشکلات توابع با آرگومان‌های زیاد
• 26. استفاده از آبجکت‌ها به عنوان آرگومان
• 27. پرهیز از عوارض جانبی (Side Effects)
• 28. جداسازی دستور از پرس‌وجو (Command-Query Separation)
• 29. استفاده از استثناها (Exceptions) به جای کدهای خطا
• 30. بلوک‌های Try-Catch و استخراج آن‌ها
• 31. پرهیز از تکرار کد (Don't Repeat Yourself - DRY)
• 32. توابع به عنوان ابزار اصلی سازماندهی کد
• 33. ساختار ایده‌آل یک تابع
• 34. کامنت‌ها دروغ می‌گویند: چرا باید از کامنت‌گذاری پرهیز کرد
• 35. کد خود-مستند (Self-Documenting Code)
• 36. کامنت‌های خوب: کامنت‌های حقوقی و توضیحی (Informative Comments)
• 37. کامنت‌های بد: کامنت‌های اضافی و غیرضروری (Redundant Comments)
• 38. کامنت‌های TODO و FIXME: مدیریت کارهای باقی‌مانده
• 39. مستندسازی API با کامنت (مانند Javadoc)
• 40. اهمیت قالب‌بندی کد: عمودی و افقی
• 41. قالب‌بندی عمودی: فاصله‌گذاری بین مفاهیم
• 42. قالب‌بندی افقی: طول خطوط و ترازبندی
• 43. قوانین قالب‌بندی تیمی و استفاده از ابزارهای خودکار
• 44. انتزاع داده (Data Abstraction) و پنهان‌سازی اطلاعات
• 45. تفاوت بین اشیاء و ساختارهای داده
• 46. قانون دیمیتر (Law of Demeter): کمتر صحبت کن، غریبه نباش
• 47. آبجکت‌های انتقال داده (Data Transfer Objects - DTOs)
• 48. موجودیت‌های فعال (Active Records) و خطرات آن‌ها
• 49. عدم تقارن داده/شیء (Data/Object Anti-Symmetry)
• 50. چرا همه چیز نباید عمومی (Public) باشد؟
• 51. اصول طراحی کلاس‌های کوچک و منسجم
• 52. استفاده از استثناها به جای برگرداندن کدهای خطا
• 53. نوشتن استثناهای بررسی‌نشده (Unchecked Exceptions)
• 54. ارائه زمینه کافی با استثناها
• 55. تعریف کلاس‌های استثنا بر اساس نیاز فراخواننده
• 56. پرهیز از برگرداندن Null
• 57. پرهیز از ارسال Null به متدها
• 58. مرزهای مدیریت خطا: کجا خطاها را مدیریت کنیم؟
• 59. یکپارچه‌سازی کدهای شخص ثالث (Third-Party Code)
• 60. استفاده از الگوهای Adapter و Wrapper برای مرزها
• 61. یادگیری و تست کدی که متعلق به ما نیست
• 62. مرزهای تمیز: جداسازی کدهای ما از کدهای خارجی
• 63. مدیریت APIهای ناپاک
• 64. سه قانون توسعه تست‌محور (TDD)
• 65. تمیز نگه داشتن تست‌ها
• 66. یک تست، یک مفهوم (Single Concept per Test)
• 67. اصول F.I.R.S.T برای تست‌های تمیز
• 68. دامنه تست‌ها: چه چیزهایی را تست کنیم و چه چیزهایی را نه
• 69. الگوی Arrange-Act-Assert در تست‌نویسی
• 70. استفاده از Test Doubles (Mocks, Stubs, Fakes)
• 71. تست رفتار و نه جزئیات پیاده‌سازی
• 72. پوشش کد (Code Coverage) به عنوان یک معیار
• 73. اهمیت خوانایی در کدهای تست
• 74. سازماندهی کلاس‌ها: کپسوله‌سازی و اندازه
• 75. اصل تک مسئولیتی (Single Responsibility Principle - SRP)
• 76. اصل باز/بسته (Open/Closed Principle - OCP)
• 77. اصل جایگزینی لیسکوف (Liskov Substitution Principle - LSP)
• 78. اصل جداسازی رابط‌ها (Interface Segregation Principle - ISP)
• 79. اصل وارونگی وابستگی (Dependency Inversion Principle - DIP)
• 80. انسجام بالا (High Cohesion) در کلاس‌ها
• 81. وابستگی کم (Low Coupling) بین کلاس‌ها
• 82. جداسازی مفاهیم برای تغییرپذیری بهتر
• 83. شناسایی مسئولیت‌های پنهان در یک کلاس
• 84. وابستگی‌ها و تزریق وابستگی (Dependency Injection)
• 85. مدیریت چرخه حیات وابستگی‌ها
• 86. کلاس‌های انتزاعی در مقابل رابط‌ها (Interfaces)
• 87. اصول طراحی مبتنی بر کامپوننت (Component Design)
• 88. معماری تمیز (Clean Architecture): مروری بر لایه‌ها
• 89. تفکیک منطق کسب‌وکار از جزئیات فنی
• 90. قانون وابستگی (The Dependency Rule) در معماری
• 91. مقدمه‌ای بر بوی کد (Code Smells)
• 92. بوی کد: کلاس‌های بزرگ و متدهای طولانی
• 93. بوی کد: وابستگی‌های نامناسب و حسادت به ویژگی (Feature Envy)
• 94. بوی کد: پارامترهای زیاد و داده‌های اولیه وسواسی (Primitive Obsession)
• 95. مقدمه‌ای بر بازآرایی کد (Refactoring)
• 96. الگوهای بازآرایی: استخراج متد و کلاس (Extract Method/Class)
• 97. الگوهای بازآرایی: معرفی متغیر توضیحی (Introduce Explaining Variable)
• 98. همروندی (Concurrency) و چالش‌های آن
• 99. اصول کدنویسی تمیز در محیط‌های چندنخی (Multi-threaded)
• 100. محافظت از بخش‌های بحرانی و اجتناب از Deadlock