100 C++ Mistakes And How To Avoid Them
By > Professor Rich Yonts Talks
https://www.youtube.com/watch?v=1Mw7MeS9_Ek
By > Professor Rich Yonts Talks
https://www.youtube.com/watch?v=1Mw7MeS9_Ek
YouTube
100 C++ Mistakes and How to Avoid Them - by Rich Yonts
100 C++ Mistakes and How to Avoid Them - by Rich Yonts
Based on Manning MEAP book:
https://www.manning.com/books/100-c-plus-plus-mistakes-and-how-to-avoid-them
from Manning:
C++ is a complex and powerful language. With an estimated ten billion lines of C++…
Based on Manning MEAP book:
https://www.manning.com/books/100-c-plus-plus-mistakes-and-how-to-avoid-them
from Manning:
C++ is a complex and powerful language. With an estimated ten billion lines of C++…
❤4
طرف cpu خودشو ساخته. یه اسمبلر اختصاصی هم روش😶
https://www.youtube.com/watch?v=rdKX9hzA2lU
WTF
https://github.com/slu4coder/Minimal-64x4-Home-Computer
https://www.youtube.com/watch?v=rdKX9hzA2lU
WTF
https://github.com/slu4coder/Minimal-64x4-Home-Computer
YouTube
Let's Code a Minimal Assembler from Scratch in Python (100 Lines)
I am coding a small assembler that translates a human-readable source file to executable machine code. As a target machine I use my DIY CPU - it's called the 'Minimal CPU' - but the base idea of this assembler could be adapted to any CPU really. You won't…
🔥7
google/nsjail
Linux process isolation tool using namespaces, resource limits, and seccomp-bpf syscall filters.
https://github.com/google/nsjail
Linux process isolation tool using namespaces, resource limits, and seccomp-bpf syscall filters.
https://github.com/google/nsjail
GitHub
GitHub - google/nsjail: A lightweight process isolation tool that utilizes Linux namespaces, cgroups, rlimits and seccomp-bpf syscall…
A lightweight process isolation tool that utilizes Linux namespaces, cgroups, rlimits and seccomp-bpf syscall filters, leveraging the Kafel BPF language for enhanced security. - google/nsjail
Think Like a CTO - MEAP Version 2 (Alan Williamson).pdf
4.3 MB
Addressing myself: Thing Like a CTO Idiot!!
🔥3
👾 Geek Engineers
Think Like a CTO - MEAP Version 2 (Alan Williamson).pdf
مدیر فنی همیشه معمار سیستمهای آینده است، نه فقط حلکننده مشکلات امروز.
کیفیت تصمیمگیری فنی مهمتر از مهارت برنامهنویسی است.
هر معماری باید با هزینه نگهداریاش سنجیده شود.
مدیر فنی باید «تصمیمهای برگشتناپذیر» را با وسواس دو برابر بررسی کند.
فرهنگ مهندسی را مدیر فنی میسازد، نه ابزارها.
اسناد خوب، سریعتر از استخدام افراد جدید تیم را مقیاس میدهد.
مدیر فنی همیشه سناریوهای شکست را پیش از ساخت پیشبینی میکند.
افزایش سرعت تیم از طریق کاهش پیچیدگی است، نه اضافهکردن نیرو.
امنیت چیزی نیست که در انتها اضافه شود؛ باید از ابتدا طراحی شود.
مدیر فنی باید بتواند «چرا»ی هر تصمیم را بهوضوح توضیح دهد.
تکنولوژی جدید فقط زمانی ارزش دارد که ارزش تجاری ایجاد کند.
مدیر فنی باید برای معماری شاخصهای اندازهگیری عملکرد تعریف کند.
بدهی فنی حذف نمیشود؛ مدیریت میشود.
مدیر فنی از طریق شفافیت اعتماد میسازد، نه کارهای قهرمانانه.
مدیر فنی حرفهای بازخورد سخت را زودتر و بهتر میشنود.
تصمیمهای معماری باید مستقل از افراد کلیدی قابل دفاع باشند.
مدیر فنی باید توانایی مذاکره با مدیرعامل، مالی و محصول را داشته باشد.
باعععع MVP باید حداقلی اما درست طراحی شده باشد، نه عجولانه.
مدیر فنی زمانی حرفهای است که بداند کجا «نه» بگوید.
یک تصمیم خوب فنی زمانی درست است که تیم بتواند آن را اجرا کند.
کیفیت تصمیمگیری فنی مهمتر از مهارت برنامهنویسی است.
هر معماری باید با هزینه نگهداریاش سنجیده شود.
مدیر فنی باید «تصمیمهای برگشتناپذیر» را با وسواس دو برابر بررسی کند.
فرهنگ مهندسی را مدیر فنی میسازد، نه ابزارها.
اسناد خوب، سریعتر از استخدام افراد جدید تیم را مقیاس میدهد.
مدیر فنی همیشه سناریوهای شکست را پیش از ساخت پیشبینی میکند.
افزایش سرعت تیم از طریق کاهش پیچیدگی است، نه اضافهکردن نیرو.
امنیت چیزی نیست که در انتها اضافه شود؛ باید از ابتدا طراحی شود.
مدیر فنی باید بتواند «چرا»ی هر تصمیم را بهوضوح توضیح دهد.
تکنولوژی جدید فقط زمانی ارزش دارد که ارزش تجاری ایجاد کند.
مدیر فنی باید برای معماری شاخصهای اندازهگیری عملکرد تعریف کند.
بدهی فنی حذف نمیشود؛ مدیریت میشود.
مدیر فنی از طریق شفافیت اعتماد میسازد، نه کارهای قهرمانانه.
مدیر فنی حرفهای بازخورد سخت را زودتر و بهتر میشنود.
تصمیمهای معماری باید مستقل از افراد کلیدی قابل دفاع باشند.
مدیر فنی باید توانایی مذاکره با مدیرعامل، مالی و محصول را داشته باشد.
باعععع MVP باید حداقلی اما درست طراحی شده باشد، نه عجولانه.
مدیر فنی زمانی حرفهای است که بداند کجا «نه» بگوید.
یک تصمیم خوب فنی زمانی درست است که تیم بتواند آن را اجرا کند.
🔥10
Forwarded from Mathematical Musings
می گه: با افرادی که رویایی دارند ولی ریاضی نمی دونند، با احتیاط برخورد کن.
به افرادی که رویایی ندارند ولی کلی ریاضی بلدند، اعتماد کن.
و به افرادی که هر دو رو دارند، عمیق گوش کن تا یاد بگیری.
با هر معیاری
Vladimir Voevodsky
جز دسته سوم هست.
این مصاحبه باهاش جذاب بود. جنبه هایی از زندگی و کار یه ریاضیدان که کمتر به اون اشاره می شه.
می گه ده سال روی یه مساله ای کار می کرده و پنج سال آخر رو علاقه ای به اون نداشته و به زور کار می کرده!
دو تا بحران رو هم در ریاضی تشخیص داده بود: جدایی ریاضی محض از کاربردی و اینکه زمانی می رسه که ملت می پرسند که چرا باید روی چیزهایی که کاربردی نداره تحقیق کرد و بودجه صرفش کرد(سر جریان های تائو در این چند ماه، اتفاق افتاد)
دوم پیچیدگی زیاد مقالات ریاضی که امکان بررسی اون ها رو سخت می کنه و به تدریج خطاها روی هم جمع می شند.
خودش تلاش کرد که کاربردهای جدیدی از ریاضیات پیدا کنه. فیزیک، زیستشناسی، شیمی، زمینشناسی، زبانشناسی و... همه راه ها رو رفت. موضوع
Historical Genetics
رو انتخاب کرد، دو سال درگیرش بود و شکست خورد! کار نتیجه ای نداشت.
یه جایی هم از مصاحبه از تجربه عجیب ۹ روز نخوابیدن خودش می گه، حدود سال ۲۰۰۷.
https://dissipativeinterpretation.substack.com/p/voevodsky-mikhailov-pt1
به افرادی که رویایی ندارند ولی کلی ریاضی بلدند، اعتماد کن.
و به افرادی که هر دو رو دارند، عمیق گوش کن تا یاد بگیری.
با هر معیاری
Vladimir Voevodsky
جز دسته سوم هست.
این مصاحبه باهاش جذاب بود. جنبه هایی از زندگی و کار یه ریاضیدان که کمتر به اون اشاره می شه.
می گه ده سال روی یه مساله ای کار می کرده و پنج سال آخر رو علاقه ای به اون نداشته و به زور کار می کرده!
دو تا بحران رو هم در ریاضی تشخیص داده بود: جدایی ریاضی محض از کاربردی و اینکه زمانی می رسه که ملت می پرسند که چرا باید روی چیزهایی که کاربردی نداره تحقیق کرد و بودجه صرفش کرد(سر جریان های تائو در این چند ماه، اتفاق افتاد)
دوم پیچیدگی زیاد مقالات ریاضی که امکان بررسی اون ها رو سخت می کنه و به تدریج خطاها روی هم جمع می شند.
خودش تلاش کرد که کاربردهای جدیدی از ریاضیات پیدا کنه. فیزیک، زیستشناسی، شیمی، زمینشناسی، زبانشناسی و... همه راه ها رو رفت. موضوع
Historical Genetics
رو انتخاب کرد، دو سال درگیرش بود و شکست خورد! کار نتیجه ای نداشت.
یه جایی هم از مصاحبه از تجربه عجیب ۹ روز نخوابیدن خودش می گه، حدود سال ۲۰۰۷.
https://dissipativeinterpretation.substack.com/p/voevodsky-mikhailov-pt1
Substack
Interview with Vladimir Voevodsky (Part 1)
Nothing was added to or removed from this conversation between the two mathematicians. This is an accurate translation of the original that can be found on Roman’s LJ: https://baaltii1.livejournal.com/198675.html July 1, 2012. This is an interview with mathematician…
❤5👍1
منی که طرفدار (AI هیچ غلطی نمیتواند بکند) بودم (خیلی صادقانه عرض میکنم)
با اومدن Gemini 3
به شدت احساس خطر کردم.
اوضاع خیطه.
با اومدن Gemini 3
به شدت احساس خطر کردم.
اوضاع خیطه.
👾19❤1🤓1
Warshall's Algorithm | Finding the Transitive Closures
https://youtu.be/_-p8zhizock?si=kHXwi5b76G4pGCyy
https://youtu.be/_-p8zhizock?si=kHXwi5b76G4pGCyy
YouTube
Warshall's Algorithm (Finding the Transitive Closure)
Discrete Mathematics: Warshall's Algorithm
Topics discussed:
1) Finding the transitive closure using Warshall's Algorithm.
2) The need for Warshall's Algorithm.
3) Example of finding the transitive closure using Warshall's Algorithm.
Follow Neso Academy…
Topics discussed:
1) Finding the transitive closure using Warshall's Algorithm.
2) The need for Warshall's Algorithm.
3) Example of finding the transitive closure using Warshall's Algorithm.
Follow Neso Academy…
🔥5
Forwarded from Mathematical Musings
خانم
Susanna Heikkilä
هستند، ریاضیدان فنلاندی.
برای حل یه مساله خیلی سخت در
Differential topology
از بافتنی استفاده کرده.
شاید فکر کنید یه چیز ساده و دم دستی بوده که اینم رفته سراغ بافتنی.
مساله رو جناب
Mikhail Gromov
در دهه ۱۹۸۰ مطرح کرده بود و نزدیک چهل سال حل نشده باقی مونده بود.
مقاله در
Annals of Mathematics
چاپ شده.
موضوع کارش
four-dimensional manifolds
هست.
بافتنی رو برای جلسه دفاع هم آماده کرده بود.
می گه مدل بافتنی توی visualization خیلی کمکم کرد و در نهایت باعث شد مساله Gromov رو حل کنم.
می گه از دوره لیسانس فهمیدم که من آدم توپولوژی هستم. استاد راهنمام خیلی خیلی بهم کمک کرد و همسرم رو در همین مسیر پیدا کردم، البته توی خونه در مورد ریاضی حرف نمی زنیم.
ایشون اولین فنلاندی هست که در مجله بسیار معتبر
Annals of Mathematics
مقاله اش چاپ می شه.
Susanna Heikkilä
هستند، ریاضیدان فنلاندی.
برای حل یه مساله خیلی سخت در
Differential topology
از بافتنی استفاده کرده.
شاید فکر کنید یه چیز ساده و دم دستی بوده که اینم رفته سراغ بافتنی.
مساله رو جناب
Mikhail Gromov
در دهه ۱۹۸۰ مطرح کرده بود و نزدیک چهل سال حل نشده باقی مونده بود.
مقاله در
Annals of Mathematics
چاپ شده.
موضوع کارش
four-dimensional manifolds
هست.
بافتنی رو برای جلسه دفاع هم آماده کرده بود.
می گه مدل بافتنی توی visualization خیلی کمکم کرد و در نهایت باعث شد مساله Gromov رو حل کنم.
می گه از دوره لیسانس فهمیدم که من آدم توپولوژی هستم. استاد راهنمام خیلی خیلی بهم کمک کرد و همسرم رو در همین مسیر پیدا کردم، البته توی خونه در مورد ریاضی حرف نمی زنیم.
ایشون اولین فنلاندی هست که در مجله بسیار معتبر
Annals of Mathematics
مقاله اش چاپ می شه.
👾12❤4👍4
Forwarded from Mathematical Musings
اصل لانه کبوتری یکی از جالب ترین و شگفت انگیزترین قضیه های ریاضی هست. خیلی ساده می گه اگر سه تا کبوتر داشته باشیم و دو تا لونه و اینا بخواند برند تو اون لونه ها، حداقل توی یکی شون دو تا کبوتر قرار می گیره. تعمیم ساده اش به m تا کبوتر و n تا لونه با فرض m بزرگتر از n و تعمیم های عجیب و غریب و پیشرفته ترش رو در کتاب ها و... نوشتند. گاهی توی مسائلی خودش رو نشون می ده که جز حیرت بر انسان نمی افزاید.
چند سال پیش مقاله ای نوشته بودند و یه ورژن کوانتومی هم از این اصل ارائه کردند
quantum pigeonhole principle
سه تا ذره کوانتومی رو توی دو تا جعبه قرار دادند، در حالی که دو تا ذره توی هیچ جعبه ای نبود!
تصویر هم عکس دو تا کبوتر آخر هست که به آخرین لونه نگاه می کنند!
https://arxiv.org/abs/1407.3194
چند سال پیش مقاله ای نوشته بودند و یه ورژن کوانتومی هم از این اصل ارائه کردند
quantum pigeonhole principle
سه تا ذره کوانتومی رو توی دو تا جعبه قرار دادند، در حالی که دو تا ذره توی هیچ جعبه ای نبود!
تصویر هم عکس دو تا کبوتر آخر هست که به آخرین لونه نگاه می کنند!
https://arxiv.org/abs/1407.3194
❤6