امتحان کردن redis-client در مرورگر
https://try.redis.io/

خلاصه که چقدر redis خفنه. یه جوری توضیحش میدن از دور انگار یه مپ key-value ئه، اما خب نه. کلی datastructure داره، کلی کاربرد مختلف میتونه داشته باشه. به شکل دیتابیس ضعیف نگاهش نکنید به نظرم.


https://djaytechdiary.com/thinking-in-redis-a-quick-introduction

این faster than li رو واقعا دوست دارم.
خیلی علاقه داره به اینکه چیزها چطوری کار میکنن.
این ویدیوش هم خیلی خوب بود:
چرا برنامه های ما از الکترون استفاده میکنن و چرا ارزشش رو داره.
https://youtu.be/hnaGZHe8wws

linux users be like:
خب توزیعم خیلی خوب کار میکنه، برنامه های مورد نیازمم نصبه، عمر باتری هم خوبه، ظاهرشم خوبه.
بذار عوضش کنم.

یاداوری!

خب بالاخره garuda نصب و پایدار شد. توزیع بدی نیست. فقط خیلی روی fish تمرکز داره. =) بابا fish هم شد shell اخه؟

ترفندهای ریز و کاربردی bash
https://zwischenzugs.com/2022/01/04/practical-shell-patterns-i-actually-use/

عملیات filter در pandas
https://cmdlinetips.com/2018/02/how-to-subset-pandas-dataframe-based-on-values-of-a-column/

آیا early return ها خوب هستن یا نه؟
https://cseducators.stackexchange.com/questions/4427/is-it-bad-to-force-my-students-not-to-return-early/4428

اینم به نسبت مطلب خوبیه.
https://betterprogramming.pub/are-early-returns-any-good-eed4b4d03866

میتینگ دولوپرهای نرم‌افزار آزاد و متن باز اروپا یا FOSDEM، رویدادی است که هر ساله در بروکسل برگزار می‌شود. بدون شک FOSDEM یکی از بزرگترین و شاخص‌ترین گردهم‌آیی‌ها برای افراد علاقمند است که توسط افراد داوطلب برگزار می‌شود. در چند سال گذشته بیش از ۵۰۰۰ نفر در آن شرکت می‌کردند. امسال نیز همانند پارسال، به خاطر همه‌گیری کرونا، این رویداد به شکل مجازی برگزار خواهد شد.
دبیان، openSUSE، بنیاد Eclipse، فدورا، Free Software Foundation Europe (بنیادی مستقل از FSF آمریکا)، eeBSD، GNOME، گوگل، KDE, LibreOffice, MariaDB, ماتریس، NextCloud، PostgreSQL، اوبونتو، بنیاد آپاچی و چندین پروژه و شرکت دیگر در آن استند و جایگاه مجازی دارند. امکان چت و گپ زدن آنلاین وجود دارد.
رویداد FOSDEM 2022 امروز و فردا در جریان خواهد بود. ۶۵۵ نفر در آن ۷۳۳ ارائه خواهند داد. که در ۱۰۳ خط زمانی موازی انجام خواهد شد و به شکل آنلاین در دسترس خواهد بود. زبان بیشتر ارائه‌ها انگلیسی است. از پایتون، Golang، جاوااسکریپت، Virtualization و کانتینرها گرفته تا FPGA و Free Software Radio و موارد بسیار زیاد دیگر. خوشبختانه همه این ارائه‌ها به شکل ویدیویی در دسترس همگان قرار دارد و فرصت عالی برای افرادی است که علاقمند به یادگیری هستند. FOSDEM از پشتیبانی مالی شرکت‌های گوگل، سیسکو، هوآوی، ردهت و چندین اسپانسر دیگر برای برگزاری این رویداد بزرگ برخوردار است.

اختلاف بین time of check و time of use می‌تونه باعث باگ های عجیبی بشه.
فرض کنید یه فایل رو میخواید باز کنید، بعد میگین اوکی من اول چکش میکنم، بعد اگه وجود داشت بازش می‌کنم. حالا تست هم میکنید برنامه رو و همه چی خوبه.
اما یه حالت ممکنه پیش بیاد که دقیقا بین اینکه شما چک کردید فایل وجود داره و بازش کنید، یه برنامه/ترد دیگه دستور بده که این فایل پاک بشه.
خب در این صورت چی میشه؟ شما چک کردن اولیه تون موفق بوده، اما باز کردن فایل ناموفقه،
حالا اینجا صرفا یه اکسپشنه که احتمالا هندلش نکردید چون فکر می‌کردید unreachable باشه اما ممکنه اتفاق های عجیب تری هم بیفته.

حالا دو تا چیز رو بررسی کنیم، اول اینکه چرا چنین چیزی پیش اومد؟ برای اینکه ما فرض میکنیم برنامه ما تنها برنامه موجود تو سیستمه، که خب اکثر موارد فرض صحیحی نیست، اما کجا خودش رو نشون میده؟ وقتی به منابع مشترک با برنامه های دیگه (IO و فایل ها و ...) نیاز پیدا کنیم. اینها چیزهایی هستید که در اختیار موجودات دیگر سیستم هم هستند.
حالا چطوری حل کنیم مشکل رو؟ دقت کنیم که تو یه محیط concurrent داریم کار میکنیم. حتی وقتی برنامه ما ترد نداره، چون برنامه های دیگری در حال اجرا هستند. و به عنوان راه حل، چون عملا استفاده از یه قفل سخت میشه، بیایم از عملیات هایی استفاده کنیم که اتمیک باشن. یکم حرفم نادقیق شد اما خلاصه که چرا اول چک کنیم بعد باز کنیم؟ یه بار اقدام می‌کنیم که باز بشه، اگه شد که عالیه اگه نه هم می‌فهمیم چرا باز نشده دیگه. در این صورت همش تو یه مرحله بوده (و اگه سیستم عامل خوبی باشه) همه چی مطابق انتظار پیش رفته و ریس کاندیشن توسط سیستم عامل هندل شده.
در نهایت هم یه قاعده هست که میگه عذرخواهی کردن راحت تر از اجازه گرفتنه. خلاصه که اشکال نداره اول چک نکنیم و یهو کارمون رو انجام بدیم.
نهایتش به اکسپشن پرت میشه که حلش میکنیم (عذرخواهی)
چک کردن قبل کار: اجازه گرفتن
"It is easier to ask for forgiveness than permission"

https://en.wikipedia.org/wiki/Time-of-check_to_time-of-use

خلاصه کتاب clean code
https://gist.github.com/wojteklu/73c6914cc446146b8b533c0988cf8d29

باید قسمت های مرتبط کد به هم رو کنار هم نگه داریم.
https://koenvangilst.nl/blog/code-colocation-is-king

چرا همه زبان‌های به جز پایتون بد هستند؟

در واقع این مطلب داره میگه که چرا پرفورمنس اونقدر مهم نیست و بهتره به سرعت بالای توسعه بچسبیم. اگرم نهایتا خواستیم پرفورمنس کد فعلی پایتون رو زیاد کنیم راهکارهایی داده.
https://snarky.ca/programming-language-selection-is-a-form-of-premature-optimization/

آیا sudo یه پیشوند برای برخی دستوراته؟ نه
درمورد sudo بیشتر بخونیم.
https://www.sudo.ws/about/intro/

چرا نباید از ویم استفاده کرد.
https://gist.github.com/romainl/6b952db7a6138b48657ba0fbb9d65370


Your next recruiter, your next colleagues, your next crush won't care about Vim. Vim is not cool and you are not cool for using Vim.

https://youtu.be/5paRz4xRWQ4
توضیح برخی اصطلاحات ناآشنای لینوکس برای تازه کارها

سیستم عامل sanos یه سیستم عامل مینیماله که با C نوشته شده و برنامه های کاربردی ساده ای هم داره که همه با سی نوشته شدن.
https://www.jbox.dk/sanos/index.htm

قسمت های مختلفی داره مثلا یه ادیتور تحت ترمینال داره که به راحتی کامپایل و اجرا میشه.
(لینک زیر)
https://www.jbox.dk/sanos/editor.htm