ممنون . البته تقریبا هم سن هستیم . درسته همینطوره و خیلی زمانبر هست و حوصله زیادی میخواد.
حدود ده سال هست برنامه نویسی کار میکنم وبا این همه تجربه و کار الان علاقه مند شدم برگردم سی پلاس پلاس . شما سورس تلگرام رو نگاه کنید میبینید که با سی پلاس پلاس نوشته شده و چندتا نرم افزار قدرتمند دیگه . 
خیلی از همسنای من (لااقل) برنامه نویسی رو با پاسکال و سی++ شروع کردن، و مطمئنا هم دوسش دارن، منتها به خاطر سختی مدیریت حافظه و درگیریهای زیادی که توی کار با اشاره گرها وجود داره از سی یا سی++ فاصله گرفتن. من فکر نمیکردم کسی که برنامه نویسی روی زبانهای تا این حد انتزاعی انجام میده دیگه حوصله کنه و برگرده به سی++، با اینحال QT رو به این دلیل نوشتم که در شبکه‌های اجتماعی مختلف دوستانی رو دیدم که  باهاش کار میکنن و پروژه‌های خوبی زدن.
من که میگم زبان C++. از هر جهت عالیه. 
فقط حوصله و وقت میخوادبشینی کار کنی. هرپروژه ای هم میشه باهاش نوشت (اندروید، وب ، ویندوز، پردازش تصویر و یادگیری ماشین و پروگرام میکروکنترل‌ها و IC هاو...)
حتی کاش طوری بود که دوستان خودشون می‌تونستن گزینه ای به گزینه‌ها اضافه کنند!
تو بحث یادگیری ماشین به نظرم درست می‌فرمایید، تو پایتون کارای زیادی براش کردن. راستش چون حرفه ای کارایی رو میشناسم که از دات نت به جاوا یا بالعکس مهاجرت کردن، تازه تعصبی هم برخورد می‌کنن گاهی به این خاطر نشد که جاوا رو ننویسم!
برای بحث machine learning و  data mining  بلاشک استفاده از پایتون بهترین آپشن هست در حال حاضر در نتیجه حتما پایتون رو پیشنهاد میکنم. به علاوه اینه به دلیل سادگی برای اسکریپت نویسی هم بسیار مفید است.
یک گزینه رو هم اگر اضافه کنید خیلی نظر سنجی جالب‌تری باید بشه (Go-lang) ... به نظرم زبان آینده داری هست.
جاوا هم فکر نمیکنم اینجا زیاد رای بیاره ... چراکه کارد و پنیر رابطه خوبی با هم ندارند :)
بله درحال حاضر چیزی بهتر از spa وجود نداره به همین دلیل به کرات درحال استفاده هستیم ... من به نسبت شعارغیر مستقیم تیم تولید blazor  این رو در نظر سنجی گذاشتم هر چند خودم هم احتمال این رو میدم یک روزی نه چندان دور کسی از spa استفاده نکنه.
قضیه Razor با چیزی که عنوان کردید کاملا قیاس مع الفارقه! / شما برای کارهای پیچیده نمیتونی با  Razor (هرچند چنگی به دل نمیزنه!) سروکله بزنی و در انتها به چیزی برسی که انتظارشو نداری و با یه نیم نگاهی به قیافه خروجی کار توی مانیتور و کمی سرجنباندن (که اینی نشد که خواستم...) مجبور میشی داستان رو تغییر بدی و بری سراغ spa 

من شخصا برای موارد پیچیده و ساده همیشه از spa استفاده می‌کنم و زمان رو هدر نمیدم چون ابدا نمیشه دوباره کاری کرد...
اگر نیازی به spa احساس نمی‌شد اونم در میون اینهمه توسعه دهنده؛ چرا ری اکت بوجود اومد؟ چرا انگولار؟ چرا فلان... و امثالهم ؟! 
به نظرم همین که هنوزم برای هرچیزی از spa‌ها استفاده میشه و ما همه به کرات داریم در سطح اینترنت مشاهده می‌کنیم، این نظرسنجی رو خاتمه میده.
من هم درحال تحقیق هستم صرفا در این مورد ولی اینکه گفتید مزیت ندیدم عجیبه.
Spa تنها ایرادی که دارد سئو هست که البته با server side rendering  این مشکل رو در فریم ورک‌های spa میشه حل کرد ولی لازم هست کدنویسی و تجربه زیادی در این زمینه داشته باشیم. بهترین مزیت این موضوع این هست که مثل قدیم میشه از razor استفاده کنیم ولی اینبار برنامه ما Spa باشه و مشکل سئو هم نداشته باشه چون این موارد به صورت پیش فرض در این فریم ورک هندل شده. و مزیت دیگر این هست که نیازی نیست تکنولوژی جدیدی یاد بگیرید برای استفاده از این فریم ورک چرا که قبلا اکثر ما با razor کار کرده ایم.
برای من دلیل علاقه پیدا کردن به این تکنولوژی صرفه جویی در زمان هست.
اگر اپلیکیشن کلاینت به تعدادی صفحه وب ختم بشود شاید استفاده از Razor منطقی بنظر برسد اما در صورتی که پای اپلیکیشن‌های موبایل، Ussd و ... هم در میان باشد ترجیح شخصی من استفاده از SPA هاست
والا من از دیروز به فکر اینم که برم سراغ Razor Components  یا نه. چون چندجا دیدم تعریف کردن (البته به شکل سطحی) ومزیت قدرتمند و خاصی ندیدم و دنبال اینم که یاد بگیرم ریز جزئیات و نحوه استفادشو بصورت کامل . ولی به قول دوستمون احساس میکنم تو پروژه‌های بزرگ نمیتونه به کارمون بیاد . حالا من اطلاعات کاملی در مورد  Razor Components  ندارم نمیتونم نظر بدم .فعلا همون SPA رو استفاده میکنم .
ممنون از نظر خوبتون ولی یک نکته رو باید مطرح کنم در رابطه با پاسختون اینکه :
به نظرم مقایسه این با سیلورلایت کار درستی نباشه سیلورلایت پلاگین بود ولی این خودش داره از جاوااسکریپت استفاده میکنه و دلیلی نداره وقتی از این تکنولوژی استفاده کنیم کلا جاوا اسکریپت استفاده نشه میشه همچنان از ترکیبی از جاوااسکریپت و razor استفاده کرد.
هرچند سابقه ماکروسافت در مورد سیلورلایت خراب هست و شاید فکر کنیم این هم مثل اون میشه ولی فکر میکنم الان با کسب تجربه داره عمل میکنه و اون اتفاق نمیفته.
برای کارهای پیشرفته‌تر هم میشه بخشی از فریم ورک‌های spa رو همچنان استفاده کرد بدون routing و درگیری با api برای برنامه‌های متوسط و کوچک تر. به طور مثال vue در کنار این فریم ورک فکر میکنم خیلی میتونه خوب کار کنه.
این فناوری مانند این هست که عنوان کنید از جاوا اسکریپت خسته شدم و الان می‌خوام با سیلورلایت کار کنم. نه پختگی فریم ورک‌های تک صفحه‌ای رو داره، نه معلوم هست که در آینده پشتیبانی میشه. دست آخر باز هم برای یکسری از کارهای پیشرفته مجبور میشید به ترکیبی از جی‌کوئری و کدهای فعلی برسید. دقیقا همون مشکلی که با ام وی سی وجود داره. برای ساخت یک فرم ساده فراتر از عالی هست. اما زمانیکه مجبور شدی کمی رابط کاربری پیچیده‌تری رو طراحی کنی، می‌رسی به یک ترکیب نافرم جاوا اسکریپت و کدهای Razor در یک صفحه که تمام شعار آزمون پذیری سیستم رو زیر سؤال می‌بره. فریم ورک‌های تک صفحه‌ای به لطف تایپ‌اسکریپت این مشکل رو حل کردن و می‌تونی یک لایه رابط کاربری بسیار پیچیده و همچنین قابل نگهداری و آزمایش رو توسعه بدی.