سایت skillicons بهتون کمک می‌کنه که داخل فایل md صفحه گیت‌هابتون از آیکون‌های زیبا استفاده کنید، آموزش نحوه استفاده و لیست آیکون‌ها رو هم می‌تونید در این ریپو skill-icons مشاهده کنید

مشکل با OOP، آبجکت ها نیستم، بلکه oriented بودنه!

یعنی چی؟ اینجا یکسری ایده داره که چرا OOP بد است
https://mht.wtf/post/oop-oriented/

تکامل اعتماد

یک راهنمای تعاملی برای نظریه بازی درباره اینکه چرا به یکدیگر اعتماد می‌کنیم.

💻 @hicteblog 💬

https://hamed.github.io/trust/

اگه میخواید فایل‌ها و آدمای یه پروژه version control رو visualize کنید این پروژه، پروژه‌ی خیلی جالبیه.


https://gource.io/

در مورد آموزش makefile تا اینجا توی چنل ده ها مطلب گذاشتم! اما این آموزش یه ویژگی داره، به نظرم نیاز به makefile رو خیلی خوب توضیح میده و با همون مثال‌های اولش متوجه می‌شید که به دردتون میخوره یا نه اصلا.

https://makefiletutorial.com/

یه ویدیو خوب در مورد curl و البته مهم تر از اون، آشنایی با API ها
https://www.youtube.com/watch?v=ZOwnCSYfP7w

داستان بازنویسی قسمت sync دراپ باکس.
به نظرم مستقل از زبان مبدا و مقصد، نکات خیلی زیبا و فکر شده‌ای در مورد بازنویسی میگه.

https://dropbox.tech/infrastructure/rewriting-the-heart-of-our-sync-engine

#ارسالی
دوست دارید رزومه با در واقع پورتفیلوتون ترمینالی باشه؟
چند تا ایده از اینجا بگیرید:

https://dev.to/evilprince2009/few-amazing-terminal-style-portfolio-website-you-might-like-4pom

نمی‌دونم خبر دارید یا نه اما Redhat بعد از اینکه توسط IBM خریده شده، دیگه اون شرکت قبلی نیست.
اقدام قبلی‌ای که هممون رو کلی اذیت کرد این بود که CentOS رو خرید و خرابش کرد. اما چی بود جریان؟
ردهت یه توزیع لینوکس اوپس سورس ولی پولی بود که برای استفاده ازش باید پول پرداخت میکردین و از پشتیبانی و اینا هم استفاده میکردین. حالا یه سری توزیع بودن که همون سورس که در دسترس همه بود رو کامپایل می‌کردن و re-distribute میکردن تا سرورها بتونن رایگان ازش استفاده کنن. تا اینکه ردهت اومد CentOS رو خرید و باعث شد دیگه به درد نخوره. در واقع اینطور شد که به جای اینکه ردهت همون محتوایی که ردهت ارائه میداد رو ارائه بده به شکل upstream پکیج‌های آپدیت تر و غیر استیبل تر رو ارائه میداد. این برای سرورها اصلا خوب نبود برای همین یه سری گروه دیگه اومدن و کاری که CentOS میکرد رو ادامه دادن.
این چند ماه اسم Rocky Linux و Alma Linux رو اگر شنیدین، این‌ها توزیع هایی هستن که همون کارو میکنن و می‌شد روی سرورها ازشون استفاده کرد تا اینکه در یک اقدام عجیب ردهت اومد دسترسی به سورس‌کد رو محدود کرد! فقط به کسایی که محصول رو بخرن ارائه میده و اونا هم حق ندارن منتشرش کنن، تیپیکال شرکت انحصاری!

حالا چه بلایی سر Alma و Rocky میاد؟ نمی‌دونم هنوز. گفتن نگران نباشید حلش میکنیم.

سوال بعدی اینکه این نقض GPL نیست؟ بحث زیاده سرش ولی گویا نگفتن ما متن رو می‌بندیم، فقط دسترسیش رو به هرکی پول بده میدیم و اگرم منتشر بکنه مشکلی نیست فقط ما دیگه اشتراکش رو تمدید نمی‌کنیم. مسخره‌س!


البته من اخبار رو پوشش نمی‌دم اینجا، فقط اومدم بگم من دوست داشتم توی Redhat کار کنم چون از contributor های بزرگ لینوکسه و شرکت قابل احترامی برام بود ولی متاسفانه دیگه نه. متاسفانه. سنگر بعدی موزیلاس!



لینک دعواها سر لایسنس:
https://www.reddit.com/r/linux/comments/14g4ttb/rhel_going_closed_source_then_they_shouldnt_use/

لینک پست اعلامیه شرکت ردهت:
https://www.redhat.com/en/blog/furthering-evolution-centos-stream?sc_cid=701f2000000tyBjAAI


لینک یک توییت مرتبط:
https://twitter.com/christitustech/status/1671758445966512130

لینک ویدیوی توضیح توسط DT:
https://www.youtube.com/watch?v=gDRjgymRKBk

برای خودمون چطوری با سی، ردیس رو پیاده سازی کنیم؟
به کمک این کتاب.

https://build-your-own.org/redis/

اکه دوست داشتید کامنت های این مطلب رو بخونید. بچه‌ها به نکات جالبی اشاره کردن و بحث های خوبی شده.
جمع بندی من اینکه نه تنها نقض لایسنس نیست بلکه با یاد دادن روش های درآمدزایی نرم‌افزار های آزاد می‌تونه الهام بخش بقیه باشه و حتی باعث رشد نرم‌افزار آزاد بشه.

در این مطلب بررسی میشه که چرا perl خوب است!
نویسنده از اون برای اسکریپت نویسی استفاده میکنه و تجربه خودشو منعکس می‌کنه.
https://two-wrongs.com/why-perl.html

اگر شما می‌خواستین stackoverflow رو طراحی کنید چه کار میکردید؟ احتمالا جواب خیلیا با اون حجم کاربر microservice باشه.
ولی جواب اینه که خیر. یه monolith روی چند تا سروره و تمام!

توی یه قسمت از خبرنامه‌ی bytebytego می‌تونید در موردش بخونید:
https://blog.bytebytego.com/p/ep27-stack-overflow-architecture

در مورد اینکه چطوری به این performance می‌رسن، این صفحه از stack exchange هم جالبه:
https://stackexchange.com/performance

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

توی این پست بیشتر توضیح می‌دم که چرا ترمینال لینوکس رو دوست دارم

https://www.wiregeek.ir/p/%DA%86%D8%B1%D8%A7-%D9%84%DB%8C%D9%86%D9%88%DA%A9%D8%B3-%D8%B1%D9%88-%D8%AF%D9%88%D8%B3%D8%AA-%D8%AF%D8%A7%D8%B1%D9%85/

خب امروز ۳ بار رمز sudo رو اشتباه زدم و sudo تنبیهم کرد! قضیه اینطوری بود که تا ۱۰ دقیقه اجازه نمیداد لاگین کنم اما اصلا این رو نمی‌گفت، بلکه پسیو اگرسیو رفتار میکرد! رمز رو میپرسید ولی درست هم که می‌زدم می‌گفت درست نیست!
یکم سرچ کردم با دستور faillock آشنا شدم. این دستور که بدون sudo اجرا می‌شه میتونه بهتون بگه چه تلاش هایی شده که رمز غلط بوده و sudo اجازه نداده. هم اینکه میتونید تاریخچه رو reset کنید که sudo پسیو اگرسیو رفتار نکنه!
اما چطوری؟ دستورش ساده‌س توی man pageش هم می‌تونید بخونید. این بلاگ پست هم تجربه‌ی مشابهی داشته و اگه دوست داشتید بخونید.
https://joshtronic.com/2021/05/23/unlock-user-after-too-many-failed-sudo-attempts/

نکته ای که وجود داره اینه که چرا اگه می‌خواست قفل کنه، حالا اجازه میده با faillock reset قفلش باز بشه؟ فقط میخواست من یه سرچی کنم؟
اصلا نمیشه قبل هر sudo یه faillock reset هم بذاریم؟

فرهنگ ایشو مطرح کردن تو کامینیتی که متاسفانه خیلیامون رعایت نمیکنیم:

۱. لطفا لاجیکتون رو از کدتون جدا کنید. کسی علاقه نداره لاجیک پشت کدتون رو بخونه که سر در بیاره کدتون چیکار میکنه.
۲. اگه کدتون پیچیدست سعی کنید خیلی ساده و بدون پیچیدگی یک کدی بنویسید که همون مشکل رو reproduce کنه.
۳. تست بنویسید که fail شه. بنویسید از چه نسخه پایتونی استفاده میکنید و از چه نسخه ای لایبری استفاده میکنید. مثلا کدتون اگه با پایندانتیک ۲ داره ران میشه باید ذکر کنید این موضوع رو.
۴. اسکرین شات با ‍سایت هایی مشابه ray.so بنویسید


ایشو هایی که اینطوری مطرح میشن خیلی راحت تر برطرف میشن و همه روش وقت میذارن :)
@ManiFoldsPython

اگه تو دنیای آکادمیک فعال باشین، احتمالا مثل من مقاله‌هایی که می‌خواین رو از sci-hub می‌گیرین. (با جنبه اخلاقیش کاری ندارم حالا خیلی پیچیده‌س برام!)
اما برای مقالاتی که در دسترس نیستن اونجا چی؟

یه سایتی هست به نام Science Hub mutual aid که مشکل رو حل می‌کنه.
https://www.wosonhj.com/?fromuid=159055

داستان اینطوریه که شما doi مقاله‌ای که توی sci-hub نیست رو پست می‌کند و یک نفر که دسترسی داره به اون publisher (انشالا) میاد و pdf رو دانلود میکنه و در اختیارتون قرار میده.

یه سیستم امتیازدهی هم داره و اینطوریه که اولش یه امتیاز اولیه دارید (۵۰ تا) و برای هر پست باید یه جایزه تعیین کنید (حداقل ۱۰ تا) و درخواست رو که دادین و یکی جواب داد جوابشو اکسپت می‌کنین (اینجا اسمش adoptئه) و امتیاز به اون می‌رسه.
خودمون چطوری امتیاز به دست بیاری؟ هرروز که سایت رو باز کردید یه گزینه check-in داره می‌تونید بزنید، به صرف چک کردن بهتون امتیاز میده که تشویق بشید بیاید توی سایت. می‌تونید هم مقاله‌ای اگه دسترسی دارید برای ملت دانلود کنید و بذارید، می‌تونید هم با ایمیل جدید اکانت بسازید.

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

تجربه من این بود که زیر ۵ دقیقه جواب گرفتم برای مقاله‌هایی که واقعا هیچ‌جای دیگه پیدا نشده بود.

بیاید برای فان پروژه‌هامون رو توسعه بدیم و توی READMEشون بج justforfunnoreally رو بزنیم.

اما چرا اصلا باید برای فان پروژه توسعه بدیم؟
از زبون خود سایتش بخونید. یه سایت ساخته برای اینکه دلیل‌هاشو جمع‌بندی کنه.

https://justforfunnoreally.dev/

امروز آخرین جمعه ماه جولای و روز جهانی قدردانی از مدیر سیستم‌ یا همون سیستم ادمین است. روزی که داریم از سال ۲۰۰۰ جشن می‌گیریمش و خوبه شما هم ازش برای انرژی دادن به خودتون و مدیر سیستم‌های اطرافتون استفاده کنین.

این روزها تقریبا هر جا رو که نگاه کنین، مدیر سیستم هستن ولی چندان ها دیده نمی‌شن. پس یه کم دقیقتر نگاه کنین و ازشون تقدیر کنین. با بستنی، پیتزا، نوشیدنی باحال و تشکر کلامی و ایمیلی و هر چیزی که به نظرتون باحاله. یادتون باشه که مدیر سیستمی مثل دروازه‌بانی است؛ تا وقتی خوب کار می کنین کسی شما رو نمی‌بینه ولی همین که یه مشکل پیش بیاید همه از شما انتظار دارن (:

خندون باشین و آپدیت سیستم‌ها فراموش نشه و مدیر سیستم‌ها رو دوست داشته باشین (به جز اونها که مسوول سانسور و کارهای خبیث هستن) و برای اطلاعات بیشتر هم به این وبسات نگاه کنین:

https://sysadminday.com/

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

مواردی که می‌تونم کمک کنم ایناست:
(اگر هم چیزی توی لیست نبود ولی به نظرتون میدونستم، بگید اضافه کنم!)

+ رشته کامپیوتر در دانشگاه: کارشناسی و کارشناسی ارشد به دردم میخوره؟
+ می‌خوام برم رشته کامپیوتر، تابستون بعد از کنکور چی یاد بگیرم؟

+ مسیر یادگیری برنامه نویسی به طور کلی
+ مسیر یادگیری یک زبان برنامه‌نویسی خاص: سی، سی پلاس پلاس، گولنگ، پایتون، جاوا
+ انتخاب سیستم عامل: آیا لینوکس به دردم میخوره؟
+ مسیر یادگیری لینوکس
+ مسیر یادگیری ویم

+ کمک در انتخاب سیستم/لپتاپ مناسب برای کاربری‌های مختلف

مبلغ هم توافقیه و بیشتر بسته به زمان و موضوعه.

برای هماهنگی به این آیدی پیام بدید لطفا:
@terminal_admin