https://quera.ir/problemset

از بین این سوالا،‌ SIMD و اروررررر و باگ در تخفیف‌ها رو من طرح کردم، اگه دوست داشتید برید بخونید یا حلشون کنین.

SIMD
https://quera.ir/problemset/113613/

اروررررر
https://quera.ir/problemset/113611/


باگ در تخفیف ها
https://quera.ir/problemset/113609/

چطور readme خوب بنویسیم
https://www.yegor256.com/2019/04/23/elegant-readme.html

مدل توسعه نرم افزار به شدت غیر متمرکز
https://www.yegor256.com/2014/04/17/how-xdsd-is-different.html

برنامه redshift رو با این پارامترها صدا میکنم، چشمام راضین. شما هم اگه دوست دارید blue light filter توی لینوس داشته باشید میتونین از این استفاده کنید.

redshift  -b 0.79:0.65  -l 35.74:51.33  

b
یعنی در صبح ۷۹ درصد نور باشه و در شب ۶۵ درصد.
l
موقعیت جغرافیاییه. مال تهران رو زدم.

https://github.com/jonls/redshift

توضیحات الگوریتم تنزل گرادیان!

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


https://github.com/xi-editor/xi-editor#frontends

اما شما هم اگه خواستین با سورس یه ادیتور بازی کنین، میتونین برید سراغشون.

شبیه‌سازی یه سری چیز دیجیتالی.
جالب بود.
https://logic.ly/demo/

https://towardsdatascience.com/easter-eggs-in-python-f32b284ef0c5

ایستر اگ های پایتون

کد پایتون برای polynomial regression بدون استفاده از sklearn
https://github.com/pickus91/Polynomial-Regression-From-Scratch

آزمون رگرسیون برای نرم افزار
https://en.wikipedia.org/wiki/Regression_testing

"regression testing"? What's that? If it compiles, it is good, if it boots up it is perfect.

- linux torvalds

درباره arch
Arch Linux is an independently developed, x86-64 general purpose GNU/Linux distribution versatile enough to suit any role. Development focuses on simplicity, minimalism, and code elegance. Arch is installed as a minimal base system, configured by the user upon which their own ideal environment is assembled by installing only what is required or desired for their unique purposes. GUI configuration utilities are not officially provided, and most system configuration is performed from the shell by editing simple text files. Arch strives to stay bleeding edge, and typically offers the latest stable versions of most software.

Arch Linux uses its own Pacman package manager, which couples simple binary packages with an easy-to-use package build system. This allows users to easily manage and customize packages ranging from official Arch software to the user's own personal packages to packages from 3rd party sources. The repository system also allows users to easily build and maintain their own custom build scripts, packages, and repositories, encouraging community growth and contribution.

https://archlinux.org/about/

برای sandbox کردن برنامه‌ها، راه‌های متفاوت و سخت و آسونی وجود داره.
راه‌های virtualization مثل virtual box و vmware و parallels که کل یه OS رو شبیه‌سازی میکنه. قاعدتا سربار زیادی داره. دیر بالا میاد، مموری اضافه می‌گیره و ..

راه‌های دیگه، مبتنی بر همین سیستم‌عاملیه که داریم. یعنی با امکانات سیستم‌عامل، یه محیطی رو فراهم کنیم که یه پروسس با پروسس های دیگه کاری نداشته باشه.
قاعدتا سیستم عامل خوب همین کار رو همیشه انجام میده. مثلا فضای حافظه رو جدا میکنه که پروسس ها به حافظه‌ی هم کار نداشته باشن.
حالا می‌تونیم از امکانات بیشتری استفاده کنیم.
مثلا این امکاناتی که تو سیستم‌عامل‌های خوب (لینوکس!) وجود داره ایناست:
cgroups
chroot
namespace
seccomp
(البته احتمالا بازم هست ولی من بلد نیستم)

اولی که مخفف control groups هست، برای هر پروسس یه سری limit مثل مصرف حافظه، cpu و disk و network می‌ذاره. استفاده ازش (به صورت مستقیم) خیلی آسون نیست اما کارش خیلی درسته.
دومی که به معنی change rootئه، میاد و مسیر روت (/) یه پروسسی رو می‌ذاره تو یه پوشه‌ای، در نتیجه اون پروسس اصلا نمی‌تونه بیرون از اون پوشه رو دست بزنه چون هر مسیری که بده تو همون پوشه‌هه میفته.
اگرچه مکانیسم امنیتی نیست و کاربردهای خاص خودش رو داره اما عملا میشه دسترسی به فایل‌های فایل‌سیستم رو محدود کرد.

سومی یا همون namespace، در واقع اون چیزی که توی cpp داشتیم نیست! کارش راحتی برنامه‌نویس نیست بلکه گروه‌های پروسسی رو از هم جدا میکنه و اساس کار کانتینرهاست.

چهارمی (seccomp) که مخفف secure computing mode، باز هم امکان کرنل لینوکس برای رفتن به یه حالت امنه. تو این حالت امن برنامه سیستم‌کال های خیلی خاصی مثل exit میتونه بزنه یا نهایتا خوندن و نوشتن همون فایل‌هایی که قبل secure شدن باز داشته.

حالا چطوری با این امکانات، امنیت ایجاد کنیم؟ یه راهش contianerها هستند.
کانتینرها مثل openvz و lxd (مخفف linux container) میان و یه لینوکس داخل لینوکس خودتون میدن که عملا هسته لینوکس شما اون رو کنترل می‌کنه، منتهی با فضای پروسس و منابع و حتی فایل‌های جدا.
روی این lxd یه سری اومدن docker رو ساختن که از مکانیسم های lxd استفاده می‌کنه اما محبوب و کاربرپسند شده به دلایلی.
حالا گفته میشه که هدف کانتینرها امنیت نیست. یعنی اینکه اگرچه یه فضای جدا برا خودشون دارن اما در عمل نمیشه ۱۰۰ درصد مطمئن بود پروسسی که داخل کانتینره به بیرون کاری نکنه. حالا اگه کانتینر بیرون روت نباشه (unprivileged container) امنیت یکم بیشتر میشه اما باز ۱۰۰درصدی نیست.

اما جدا از کانتینر که کلا یه فضای جدید باز میکنه و بازم سربار داره، ابزارهای دیگه‌ای هستن مثل firejail و isolate که میاد مثل یه wrapper برای ابزارهایی که گفتم عمل میکنه. مثلا جلوی دسترسی به شبکه یا یه سری فایل حساس رو می‌بنده (یا فقط read only میکنه)

کاربرد کانتینرها مثل داکر رو که همه آشنا هستیم، برای درست کردن یه سیستم جدا با نصب بودن برنامه‌های خاص و معماری خاصه که توسعه نرم‌افزار رو راحت کنه.
مدل دوم مخصوصا isolate توی جاج های انلاین استفاده میشه تا سرورشون رو در مقابل برنامه‌های احتمالا مخرب محافظت کنن.
اما firejail گویا کاربرد عمومی داره، برای هر نرم افزار یه پروفایل تعریف کرده که به چه چیزهایی اجازه دسترسی داره و در نتیجه نرم‌افزارها کار عجیب دیگه‌ای نکنن و امنیت کلی سیستم بره بالا.

اگه چیزی رو غلط یا ناکامل گفتم بهم بگید لطفا.

https://bholley.net/blog/2015/must-be-this-tall-to-write-multi-threaded-code.html

سختی‌های نوشتن برنامه‌های هم‌روند

https://unit42.paloaltonetworks.com/making-containers-more-isolated-an-overview-of-sandboxed-container-technologies/

این مطلب هم توضیحات خیلی خوبی داده:
در مورد اینکه چطوری containerها کار می کنن و چرا به اندازه کافی امن نیستن و چه تلاش هایی برای امن کردنشون (بدون سربار vm) صورت گرفته

چرا نباید هر کامیتی که می‌کنیم کدمون خوب و تمیز باشه
و کلا چرا pre commit هوک ها بد هستن:
https://www.youtube.com/watch?v=-A0_RLl6udE

تمپلیت مطالب کانال:
چرا {موضوع مورد نظر}$ بد است

یک نمونه از اینکه chroot به تنهایی مکانیسم امنیتی نیست:
https://github.com/earthquake/chw00t