امروز هم میتونیم با مقاله ای درباره اینکه AI قرار نیست شغل جونیورها رو نابود کنه بلکه صرفا قراره تغییرش بده شروع کنیم.

https://addyo.substack.com/p/ai-wont-kill-junior-devs-but-your


@TorhamDevCH

توی دنیای لینوکسی به مفهوم کانتینر از قدیما میگفتن jail :)

حالا سوالی که پیش میاد اگه داکر vm نیست پس چجوری پراسس هارو مدیریت میکنه؟

جواب کوتاه اینه که نمیکنه :)

توی سیستم عامل های لینوکسی ما یه processی هست که اول از همه با pid 1 اجرا میشه, به اسم systemd کار این عزیز مدیریت process هاست.

ولی توی کانتینر این رو نداریم یعنی باعث میشه ما zombie process داشته باشیم یا کانتیرمون به سیگنال ها گوش نکنه

خب پس توی کانتینر هم باید شرایطی مشابه ایجاد کنیم

ا entry point توی داکر دقیقا اولین پراسس یک کانیتر هست که ما میتونیم اونجا یه پراسس منیجر بزاریم.

پراسس منیجر سبک به اسمی tini هستش و خبر خوب اینه که خوده داکر دیفالت اضافه میکنه

مثلا اگه tini نباشه ما نمیتونیم graceful shutdown داشته باشیم چون child processها اصن sigkill بهشون نمیرسه

البته میگن اگه چندتا برنامه توی کانتینر داریم باید از supervisord استفاده کنیم. تا restart policy بتونیم داشته باشیم. ولی خب داشتن چندتا برنامه توی یک داکر بر خلاف اصول داکر هستش

مگر اینکه با سیستم legacyی چیزی در حال کار باشیم

فرق vm و container از زبون alex xu

بر همگان واضح هست که داکر چیزی به غیر از استفاده مفاهیم لینوکسی نیست. مفاهیمی که به کار برده:

🔸️ UTS namespace -> filesystem access and structure
🔸️ IPC namespace -> process communication over shared memory
🔸️NET namespace -> network access and structure
🔸️ USR namespace -> usernames and identifier
🔸️ chroot syscall -> control the location of filesystem root
🔸️cgroup -> resource protection
🔸️ CAP drop -> OS feature restriction
🔸️security modules

من یه پروژه دارم که یادگیری هامو اونجا به فارسی داکیومنت میکنم و ممکنه چیزی برای یاد دادن به بقیه داشته باشه


پروژه:
https://github.com/meiti-x/my-notes

داک ها:
https://meiti-x.github.io/my-notes/docs/intro

@DevTwitter | <Null/>

UTS Namespace
یه قابلیت ساده تو لینوکس که به هر کانتینر یه اسم مستقل(hostname) میده. مثل اینه که هر کانتینر یه کامپیوتر جداست با اسم خودش.

اول اینکه هر کانتینر میتونه اسم خودش رو انتخاب کنه. مثلاً میتونی یه کانتینر رو service-abas" صدا بزنی و یه دونه دیگه رو "service-asghar".

دوم اینکه بعضی برنامه‌ها، مخصوصا اونایی که با شبکه کار می‌کنن، به این اسم نیاز دارن تا درست کار کنن. مثلا وقتی میخوای به کانتینر دیتابیس وصل بشی یا برای service discovery ها

سوم اینکه از نظر امنیتی خیلی مهمه. چون کانتینرها نمی‌تونن اسم اصلی سیستم رو ببینن یا تغییر بدن. اینطوری اگه یه کانتینر هک هم بشه، نمی‌تونه تو سیستم اصلی خرابکاری کنه


این قابلیت مثل اینه که به هر کانتینر یه کارت شناسایی بدی که فقط مال خودشه. بقیه نه می‌تونن کارت رو ببینن، نه می‌تونن تغییرش بدن

داکر از همین hostname ها برای dns اش استفاده میکنه

حالا uts مخفف unix time sharing هستش که هیچ ربطی نداره اصن😂😂

ولی قصیه اش اینه قدیما یه سیستم بین چندین کاربر به صورت همزمان اشتراک گذاشته می‌شد و هر کاربر فکر می‌کرد کل سیستم رو داره، اما در واقع CPU زمان رو بین همه تقسیم می‌کرد

دیگه از همون فلسفه استفاده کردن و اسمشو به یادگار همون گذاشتن 😅

این ریپو چقدر عالیه. لیست کورس های ویدیویی CS

https://github.com/Developer-Y/cs-video-courses

علت اینکه میگن کدهای اسینک غیر قابل پیش بینیه و دیباگش سخته اینه که ۱۰ سال داره کار میکنه و شما یه تسک محاسبات سنگین مثل پردازش اکسل میزنید و اون کد قدیمیه خراب میشه به علت مسائل تایمینگی که در پس و پیش اضاف میشه و حالا شما باید ۱۰ سال کد رو مرور کنید که بفهمید مشکل از کجاست

حمله breach در زمینه فشرده سازی ریسپانس و gzip

https://en.m.wikipedia.org/wiki/BREACH

لینوکس تنها سیستم عامل دونیا😅

واقعا چیز جالبیه علتش اینه که core
شده مثلا خیلی چیزا که توی برنامه نویسی داریم از اونجا میاد.
مثلا pipe, jail(isolation), regex،makefile و کلی چیزا و شاید پترنای دیگه

پسر cron jobs برای ۱۹۷۰ه😂

همین‌جاست که لینوکس رو از یه سیستم‌عامل ساده جدا می‌کنه و تبدیلش می‌کنه به یه مکتب فکری

اگر به عنوان فرانت اند دولوپر هنوز توی پیاده سازی کردن ui ها مشکل دارید و فکر میکنید css در مواقعی خیلی براتون پیچیده میشه. حتی وقتی پیچیدگی ظاهری خاصی وجود نداره.
پیشنهاد میکنم طرز فکر box model رو تقویت کنید توی‌ خودتون.
نگاهی که همه چیز رو با باکس هایی از بزرگ به کوچیک تقسیم بندی میکنیم تا ریز ترین جزئیات رو با بهترین کیفیت پیاده سازی کنیم.

موضوعی که امروز با یکی از رفقایی که تازه با html css شروع کرده حدودا یک ساعت توی گوگل میت بررسی کردیم و خفن ترین نتیجه رو گرفتیم. حقیقتا من که خیلی کیف کردم از اینکه تونستم در این حد مسئله رو برای کسی که تازه شروع کرده ساده کنم (با حفظ تمام جزئیات در عین سادگی).😁

توی این ویس خودمونی اما پر از نکته‌های ناب، برای اونایی صحبت کردم که واقعاً دارن تلاش می‌کنن و می‌خوان به جای نتیجه‌های نصفه‌نیمه، واقعاً استخدام باکیفیت و درست‌حسابی رو تجربه کنن. اگر دولوپر باانگیزه‌ای هستی که شاید تجربه زیادی نداشته باشی ولی می‌خوای شانس استخدامت رو چند برابر کنی، این ویس دقیقا برای توئه — با راه‌حل‌هایی که از دل تجربه و شناخت واقعی بازار کار اومده.

حتی اگر این ویس رو گوش میدید، تبریک میگم، شما جزو اون چند درصد دولوپری هستید که نتیجه میگیرن. چون خیلیا حتی به خودشون زحمت نمیدن این ویس رو گوش بدن و دور از انتظار هم نیست 😉