به طور خلاصه در این ویدیو به موارد زیر پرداخته میشود:
1- صدا زدن متدهای کلاس ایستا بدون به کار بردن نام کلاس
2- ایجاد توابع یا متدهای تک خطی
3- شیوه ای مدرن از به کاربر بردن string formatter
4- آماده سازی اشیا در وهله ساخت اینبار ایندکسرها
5- مروری بر متن باز شدن هسته دات نت و مشتقات آن و ایجاد زبان برنامه نویسی مختص خودتان
6- مروری بر XAML
 و...
ویدیوی بسیار جالبی بود

در این کتاب روش حل مسائل مختلف با توجه به توانایی زبان‌های برنامه نویسی آموزش داده می‌شوند.

درس خواندن در دانشگاه‌ها صرف‌نظر از رشته تحصیلی، این مزایا را برای یک شخص به ارمغان می‌آورد:
- آشنا شدن با بسیاری از موضوعات متفاوت که در آینده پایه یادگیری مسایل دیگری خواهند شد.
- یادگرفتن نحوه‌ی برخورد با حجم بالایی از مطالب در مدت زمانی کوتاه. این کار و تمرین شما در هر ترم خواهد بود.
- پس از مدتی که مغز شما عادت کرد (حداقل به اجبار؛ برای فارغ التحصیلی) و آموخت که چگونه حجم بالایی از اطلاعات را در مدتی زمان کوتاهی بررسی کند، این مساله در محیط‌های کاری (مانند برنامه نویسی) که مدام نیاز به به روز رسانی اطلاعات و خود آموزی دارند، بسیار تاثیر گذار و مفید واقع خواهند شد.

با تشکر  ، ایده‌ی خوبی است . بنده خودم برای موارد این چنینی متد چک کردن را داخل متد اصلی (سرویس) قرار می‌دهم برای نمونه مثال شما رو به صورت :
بنده خودم این روش را ترجیح میدهم به این دلیل که شاید برنامه نویسی که قصد پیاده سازی لایه UI را دارد شاید از این نحوه کارکرد اطلاع نداشته باشد و تا حدودی متد‌ها کپسوله میشود .

به دلیل وسعت استفاده بیشتر از php و نیز استفاده سایت‌ها و شرکت‌های بزرگ از php خیلی‌ها فکر می‌کنن php بهتر و سریعتر از asp.net هست در حالیکه این وسعت استفاده بخاطر اوپن سورس و رایگان بودنه php هست و چون وب سرور apache هم معمولا رو لینوکس نصب میشه و خود لینوکس هم اپن سورسه، تمام این دلایل دست به دست هم داده تا php بهتر به نظر بیاد.

اگر منظور شما از روش‌های کلاسیک استفاده از Threadهاست باید بدانید که آن روش‌ها برای CPU‌های تک هسته ای در نظر گرفته شده بودند. همانطور که می‌دانید در CPU‌های تک هسته ای ، CPU تنها قادر به اجرای یک وظیفه در یک واحد زمان می‌باشد. در این CPU‌ها برای اینکه بتوان چندین وظیفه  را همراه با هم انجام داد CPU بین کارهای در حال انجام در بازه‌های زمانی مختلف سوییچ میکند و برای ما اینطور به نظر می‌آید که CPU در حال انجام چند وظیفه در یک زمان است.
اما در CPU‌ها چند هسته ای امروزی هر هسته قادر به اجرای یک وظیفه به صورت مجزا می‌باشد و این CPU‌ها برای انجام کارهای همزمان عملکرد بسیار بسیار بهتری نسبت به CPU‌های تک هسته ای دارند.
 با توجه به این موضوع برای اینکه بتوان از قابلیتهای چند هسته ای CPU‌های امروزی استفاده کرد باید برنامه نویسی موازی (Parallel Programming) انجام داد و روش‌های کلاسیک مناسب این کار نمی‌باشند. 

مثال PivotGrid که البته با asp.net است
http://demos.devexpress.com/xtrareportsdemos/ReportControls/XRPivotGrid.aspx
هیچ کد نویسی لازم ندارید! فقط یک کنترل PivotGrid رو تو فرم قرار دهید و گرید رو طراحی کنید، نتیجه مانند دمو میشه!
لیست امکاناتش.
http://documentation.devexpress.com/#XtraReports/CustomDocument2161

یک امکان بسیار جالب که این گزارش گیری داره امکان قرار دادن کنترل های معمولی رو گزارش هست، و همچنین امکان دسترسی به تمامی کنترل های از دورن کد برنامه.
تصور می کنم که اگه یک کنترل PivotGrid معمولی (pivotGrid گزارش امکان تولید خودکار ستون ها رو نداره) رو در گزارش قرار بدیم و datasourceرو برابر خروجی اون تابع در پست بگذاریم، نتیجه مورد نظر که گفتید بدست میاد.

مطالب شما هم همیشه مورد استفاده و بسیار کاربردی بوده، بابت زحماتتون ازتون تشکر می کنم :)

تولید کننده‌های unit test روش غلطی از دیدگاه تئوری محسوب می‌شوند چون کلا test driven development به معنای اول نوشتن تست و بعد برنامه نویسی است.
تولید خودکار متدهای تست از روی کدهای موجود می‌تونه بر اساس یک متد باگ دار هم تولید بشه که نهایتا نتیجه جالبی را برای شما تولید نخواهد کرد.
و کلا این دیدگاه که کدوم بهتره، این یا اون و غیره رو کنار بگذارید. یک فریم ورک تست را پیدا کنید و با آن ادامه بدهید. هدف نوشتن تست است. این فریم ورک‌ها حداکثر چند قابلیت بیشتر یا کمتر دارند.