مائم خبر داشتیم ++c خیلی اوضاعش خرابه منتها جوری که ایشون اشتباهات طراحی این زبان رو نشون میده لذت دیگه ای داره😂 چیز های زیادی هم میشه ازین ویدیو یاد گرفت.

فقط دست به دست کنید برسه دست stroustrup :))

https://www.youtube.com/watch?v=7fGB-hjc2Gc&t=2770s

پ.ن: این یکی رو از دست ندید که خیلی جالبه!

در حال مشاهده یکی از پر چالش ترین فیچر هایی هستیم که کامپایلر یک زبان برنامه نویسی میتونه داشته باشه ینی Generics که با عنوان تخصصی تر Monomorphization شناخته بشوه.

شیوه کارش اینه که موقع کال شدن فانکشن یا حتی تایپ های دیگه مث استراکت یا اینام چک میکنه که ایا این تایپ به این صورت توی رجیستری سابمیت شده هرگز یا خیر... که البته بخش آغازینش ینی GenericMappingCtx (همون T که اونجا نوشته شده بید...) حدودا ۲ هفته ای طول کشیده تا ساخته بشه و واقعا پیچیده شده مکانیزم ش :))

https://github.com/cyrus-lang/Cyrus

سرگذشت دنیس ریچی

https://www.youtube.com/watch?v=RaotHMNZPaI

یه تمپلیت کوچیک برای ++C با کامپایلر clang و آنالایزر clangd ستاپ کردم که براحتی میشه کلون گرفت و یه پروژه ترو تمیز سی پلاس پلاسی رو روی nixos استارت زد.

انگیزه اصلی برای ساختن این تمپلیت این شد که هر دفعه مجبور میشدم از نو flake کانفیگ کنم و در اکثر مواقع هدر ها درست ست نمیشدن و کلی وقت تلف میشد. اینجا اینکار رو بدون خونریزی انجام دادیم و براحتی قابل استفاده س :)

https://github.com/tahadostifam/NixCppStarterTemplate

100 C++ Mistakes And How To Avoid Them
By > Professor Rich Yonts Talks

https://www.youtube.com/watch?v=1Mw7MeS9_Ek

Modern x86 Assembly🥴😪

https://www.youtube.com/watch?v=L2Qu9rk05rE

طرف cpu خودشو ساخته. یه اسمبلر اختصاصی هم روش😶

https://www.youtube.com/watch?v=rdKX9hzA2lU

WTF

https://github.com/slu4coder/Minimal-64x4-Home-Computer

ویدیوشم اینجا هست (مصاحبه با خود Rich Yonts)

google/nsjail

Linux process isolation tool using namespaces, resource limits, and seccomp-bpf syscall filters.

https://github.com/google/nsjail

Addressing myself: Thing Like a CTO Idiot!!

مدیر فنی همیشه معمار سیستم‌های آینده است، نه فقط حل‌کننده مشکلات امروز.

کیفیت تصمیم‌گیری فنی مهم‌تر از مهارت برنامه‌نویسی است.

هر معماری باید با هزینه نگه‌داری‌اش سنجیده شود.

مدیر فنی باید «تصمیم‌های برگشت‌ناپذیر» را با وسواس دو برابر بررسی کند.

فرهنگ مهندسی را مدیر فنی می‌سازد، نه ابزارها.

اسناد خوب، سریع‌تر از استخدام افراد جدید تیم را مقیاس می‌دهد.

مدیر فنی همیشه سناریوهای شکست را پیش از ساخت پیش‌بینی می‌کند.

افزایش سرعت تیم از طریق کاهش پیچیدگی است، نه اضافه‌کردن نیرو.

امنیت چیزی نیست که در انتها اضافه شود؛ باید از ابتدا طراحی شود.

مدیر فنی باید بتواند «چرا»ی هر تصمیم را به‌وضوح توضیح دهد.

تکنولوژی جدید فقط زمانی ارزش دارد که ارزش تجاری ایجاد کند.

مدیر فنی باید برای معماری شاخص‌های اندازه‌گیری عملکرد تعریف کند.

بدهی فنی حذف نمی‌شود؛ مدیریت می‌شود.
مدیر فنی از طریق شفافیت اعتماد می‌سازد، نه کارهای قهرمانانه.

مدیر فنی حرفه‌ای بازخورد سخت را زودتر و بهتر می‌شنود.
تصمیم‌های معماری باید مستقل از افراد کلیدی قابل دفاع باشند.

مدیر فنی باید توانایی مذاکره با مدیرعامل، مالی و محصول را داشته باشد.

باعععع MVP باید حداقلی اما درست طراحی شده باشد، نه عجولانه.

مدیر فنی زمانی حرفه‌ای است که بداند کجا «نه» بگوید.
یک تصمیم خوب فنی زمانی درست است که تیم بتواند آن را اجرا کند.

می گه: با افرادی که رویایی دارند ولی ریاضی نمی دونند، با احتیاط برخورد کن.
به افرادی که رویایی ندارند ولی کلی ریاضی بلدند، اعتماد کن.
و به افرادی که هر دو رو دارند، عمیق گوش کن تا یاد بگیری.
با هر معیاری
Vladimir Voevodsky
جز دسته سوم هست.
این مصاحبه باهاش جذاب بود. جنبه هایی از زندگی و کار یه ریاضیدان که کمتر به اون اشاره می شه.

می گه ده سال روی یه مساله ای کار می کرده و پنج سال آخر رو علاقه ای به اون نداشته و به زور کار می کرده!

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

خودش تلاش کرد که کاربردهای جدیدی از ریاضیات پیدا کنه. فیزیک، زیست‌شناسی، شیمی، زمین‌شناسی، زبان‌شناسی و... همه راه ها رو رفت. موضوع
Historical Genetics
رو انتخاب کرد، دو سال درگیرش بود و شکست خورد! کار نتیجه ای نداشت.
یه جایی هم از مصاحبه از تجربه عجیب ۹ روز نخوابیدن خودش می گه، حدود سال ۲۰۰۷.
https://dissipativeinterpretation.substack.com/p/voevodsky-mikhailov-pt1

منی که طرفدار (AI هیچ غلطی نمیتواند بکند) بودم (خیلی صادقانه عرض میکنم)
با اومدن Gemini 3
به شدت احساس خطر کردم.

اوضاع خیطه.