به ذهنم رسید از منطقه امنم بیام بیرون و به حای qwerty از dvorak یا colemak استفاده کنم.
اینا چی هستند؟‌۲ تا مدل چیدن متفاوت صفحه کلید.

خوبی:
+ احتمالا بعد از مسلط شدن سریع‌تر تایپ می‌کنید.
+ کلیدهای پرکاربرد درست زیر دست شما در homerow هستند نه پخش توی کیبورد.

بدی:
+ هیچ کس با کیبرد شما نمی‌تونه کار کنه. (و تا حدود کمی برعکس)
+ اولش بسیار کندتر هستید.
+ شورت‌کات های برنامه‌ها رو از دست می‌دید.
+ توی ویم که همه‌چی فاجعه می‌شه. به عوض شدن جای hjkl فکر کنید.


و برای من که چپ دستم، یه بدی اضافه‌تر هم داشت این بود که dvorak برای راست‌دست‌ها بهینه شده. نسخه چپ دستی هم داره ولی نسخه‌ی غیر استاندارد از یه جینش غیر استاندارد خیلی باید ریسکی باشه.

اینطوری شد که بیخیال شدم فعلا. شاید روزی دیگر

یه مقاله معول و منطقی که توضیح داده:
https://www.howtogeek.com/189270/alternative-keyboard-layouts-explained-dvorak-colemak-and-whether-you-should-care/

یه تجربه ۱۰ ساله هم داریم:
https://www.theverge.com/2019/2/17/18223384/dvorak-qwerty-keyboard-layout-10-years-speed-ergonomics

حرف آخرش اینه که برای این خوبه که مجبور شید جای کلید ها رو حفظ کنید و به دکمه ها نگاه نکنید وگرنه خیلی فایده دیگه‌‌ای نداره.

نظر یکی از دوستان که مدتیه از dvorak استفاده می‌کنه رو در قابل رشتو می‌تونید بخونید:
https://twitter.com/amirashabani/status/1255560399623278595?s=20

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

https://javacup.ir/microblogs/
این قسمت میکروبلاگ رو برای سایت جاواکاپ تازه راه انداختیم.
هدفش اینه که آموزش یا تیکه مطلب یا کوت خاصی مرتبط به جاوا یا کلا برنامه‌نویسی رو پوشش بده.
بخونیدش و اگرم خواستید چیزی اضافه کنید حتما برام بفرستید.

برای تکلیف سیگنال سیستم باید توی متلب یه سری نمودار می‌کشیدیم.
میخواستم دانلود کنم باید ۲۱ گیگ دانلود می‌کردم. تازه دردسرهای نصبش توی لینوکس یا کرکش توی ویندوز هم هیچی.
از متلب آنلاین اومدم استفاده کنم که فیلترشکن می‌خواست. بعدم که خودش به باگ خورد هرچی کد توش سیو داشتم رو هم پروند، ‌ریست هم نمی‌شد. بماند که هر بار بازش می‌کردم میخواست ۲۰ مگ دانلود کنه.
ناامید شدم و گفتم بریم اکتاو هم تست کنیم.
در کمال تعجب نسخه نصبیش با dependency ها شد حدود ۳۰ مگ!
نسخه انلاینش هم به خوبی کار می‌کنه.

حالا که زندگی همچون دیجیتالی شده، وقتشه اینو بخونیم.
از همشهری های قدیمی نگه داشته بودم بخونم.

https://todotxt.org/
این شما و این برنامه todo محبوبم. :)‌

شمایی که مک داری
لطفا وقتی فایل زیپ مي سازی این فایل های __MACOSX رو پاک کن از توش.
https://wpguru.co.uk/2013/10/how-to-remove-__macosx-from-zip-archives/

#terminal
#wh
دستورات wh
توی shell یه سری دستور داریم که با wh شروع می‌شن و از قضا ماهیت سوالی دارن و سوالمون رو قراره جواب بده. من ندیدم کسی اینطوری طبقه‌بندیشون کنه که اینا wh commands هستند ولی خب امیدوارم من بتونم خوب این کارو انجام بدم.

این دستورات چیا هستن؟
whatis (Display one-line manual page descriptions)
whereis (Locate the binary, source, and manual page files for a...)
which (Shows the full path of (shell) commands.)
who (Show who is logged on)
whoami (Print effective userid)


همونطور که می‌بینید هر کدومشون داره یه سوالی رو جواب میده، عمدتا آرگومان خاصی ندارند و مستقیم سوالتون رو می‌پرسید و جواب می‌دن.

ساده ترینشون whoami هست که خیلی سرراست وارد می‌کنید و بهتون می‌گه الان کدوم با یوزر لاگین هستید.

کاربردش چیه؟ اتفاقا خیلی کاربرد داره. مثلا وقتی شما su های متفاوت می‌کنید یا ssh می‌زنید یا خلاصه از دستتون در می‌ره که توی کدوم یوزر هستید، می‌تونید این رو بزنید تا ببینید الان کدوم یوزر هستید. لازمه بگم که اگر با sudo اجراش کنید (یا su کنید و بعد اجراش کنید) هم جوابش به root تغییر پیدا می‌کنه چون عملا اون دستور (همین دستور whoami) داره از طرف root اجرا می‌شه پس طبیعیه که بگه root داره این دستور رو اجرا میکنه.

نمونه خروجی و استفاده

Best practices for cron
https://www.endpoint.com/blog/2008/12/08/best-practices-for-cron

#terminal
دستور df یا disk free
این دستور تقریبا مشابه free هست قراره بگه چقدر فضای خالی داریم. با این تفاوت که free میاد ram (و swap) رو بررسی می‌کنه ولی df فضای دیسک‌ها رو بررسی می‌کنه.

اگر به تنهایی استفاده کنید خیلی اطلاعات معنی‌داری نشون نمی‌ده ولی مثل همیشه اگر بخوایم به صورت "آدم‌وار" خروجی بده کافیه با سوییچ -h استفاده کنیم که از واحد گیگابایت و مگابایت و .. استفاده کنه و بهتر معنی بده.
پس تا اینجا:

df
پارتیشن‌های mount شده‌ی سیستم به همراه اطلاعاتِ مقدار فضای استفاده شده و فضای پر و درصد پر بودن.

df -h
مثل df ولی به صورت "آدم‌وار"


اما این دستور (مخصوصا اگر از snap استفاده کنید) یه سری پارتیشن اضافی می‌بینید که براتون خیلی معنی دار نیست.
اولین دلیلش اینه که خود لینوکس (یا احتمالا هر سیستم‌عامل دیگه‌ای که دارید) یه سری پارتیشن اضافی هم mount می‌کنه مثلا یکی از نوع tmpfs یعنی این مدلی که با خاموش شدن سیستم محتویاتش پاک شه. واضحه که این پارتیشن عادی نیست و پر شدن و مدیریتش هم برامون خیلی اهمیتی نداره. یا مثلا snap میاد برای ایزوله کردن هر برنامه اون رو توی یه پارتیشن مجزا قرار میده و اگر پکیج‌های اسنپی زیادی نصب داشته باشید کلی پارتیشن برای برنامه‌های مختلفتون می‌بینید.
راه حل چیه؟
من خودم به شخصه برام فقط مهمه پارتیشن‌های روی دیسک‌های واقعیم مثل
/dev/sda1
/dev/sdb1
/dev/sdb2
چقدرشون پره و باقیش مهم نیست. برای همین از grep استفاده می‌کنم.
که دستور نهایی به این شکل در میاد:
df -h | grep /dev/sd

نمونه استفاده، مثلا من اینجا از ۲۱۱ گیگ پارتیشن اصلیم، ۱۷ درصد معادل ۳۳ گیگ رو پر کردم.

https://itsfoss.com/aur-arch-linux/
این aur جزو چیز های دوست داشتنیِ آرچه، ولی نمیشه پیشنهادش داد به کسی چون با ریسک خودتونه همه چی.
به هر حال من دوستش دارم و زیاد ازش استفاده می‌کنم.

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

توی لینوکس همه‌چیز فایله یا به صورت دقیق‌تر همه‌چیز رابطی به شکل فایل دارد. این همه‌چیز یعنی چی دقیقا؟ منظور دیسوایس‌های متصل به سیستم مثل موس و کیبورد، تنظیمات انجام شده روی سیستم و ...
چه فایده یا اهمیتی داره؟ فایده‌ش اینه که اگر بخوایم با یک دیوایس کار کنیم با همون دستورات کار با فایل و خوندن و نوشتن فایلی که بلدیم می‌تونیم کار کنیم و لازم نیست کار متفاوت و عجیبی کنیم. مثال معروفش اینه که برای اینکه اطلاعات پردازنده رو دربیاریم، یه فایل برای اینکار داریم به نام
/proc/cpuinfo
و اگر محتویاتش رو بخونیم، اطلاعات پردازنده رو درمی‌آریم.
همچنین برای مموری، به
/proc/meminfo
دسترسی داریم.

این فایل‌ها توی چند تا پوشه هستند مثلا دیوایس‌ها توی پوشه dev/ هستند، اطلاعات کرنل و داستان‌های زمان اجرا مثلا پروسس‌های باز توی proc و sys هستند.

آیا هاردها هم خودشون فایل هستن؟
بله! توی پوشه dev یه سری فایل مربوط به دیسک‌ها و پارتیشن ها داریم که مثلا
/dev/sda
میشه هارد اول
و مثلا
/dev/sda1
میشه اولین پارتیشن روی هارد اول

آیا فایل‌ها روی سیستم جا گرفتن؟
فایل های معمولی که روی سیستم جا گرفتن مثلا فایل های پوشه هوم کاربر و فایل های binary اجرایی و غیره ولی فایل های خاص مثل پوشه /dev و /proc و /sys اصولا روی هارد نیستن و زمانی که به محتواشون نیاز باشه کرنل اون رو هندل می‌کنه. (البته در مورد dev یه چیزایی هم گویا روی هارد نوشته می‌شه ولی ایده اصلی همونه که گفتم)

آیا کار با این فایل‌ها سربار IO داره؟
بیایید برای جواب دقیق‌تر به این سوال روند کار رو ببینیم، فرض کنیم یه برنامه سی داریم که می‌خواد از پوشه proc، فایل cpuinfo رو بخونه. برای این خوندن باید به کرنل درخواست بده، تا اینجا مشابه خوندن فایل از روی دیسک هست. اما کرنل می‌بینه که فایلی که خواستیم یه پارتیشن mount شده از روی دیسک نیست، بلکه یه فایل از نوع proc هست، پس میاد اطلاعاتی که لازم داره رو می‌سازه و به عنوان محتویات فایل نشون می‌ده. پس سربار از نظر صدا کردن توابع کرنل داره ولی سربار خوندن دیسک رو نداره.

در این بین یه سری دیوایس خاص هم وجود دارند که این دیوایس‌ها وجود خارجی ندارند.
مثلا dev/zero/ یه فایله که هرمقدار ازش بخونید بهتون 0 بر می‌گردونه. لازم به ذکره که نمی‌تونید همه‌ی فایل رو بخونید چون تموم نمی‌شه فقط می‌تونید بر اساس نیاز با یه ابزاری (مثلا head) خط های اولش رو (به اون اندازه که نیاز دارید) بخونید.

۲ تا فایل هم برای تولید random داریم که dev/random/ و dev/urandom/ هستند که فرقشون اینه که اگر عدد رندومی وجود نداشته باشه random همچنان عدد شبه رندوم می ده ولی urandom به صورت blocking صبر می‌کنه تا عدد رندوم تولید بشه. (در مورد تولید عدد رندوم و آنتروپی می‌تونید بخونید.)


اما فایل محبوبم:
/dev/null
این فایل چیزی خروجی نمی‌ده در عوض شما می‌تونید چیز‌هایی که لازم ندارید رو داخل این فایل بریزید مثلا می‌تونید خروجی دستوری که رو که نمی‌خواید نمایش داده بشه با دستور
ls > /dev/null
بریزید دور.
(برای اینکه stderr هم بریزید دستور
ls > /dev/null 2>&1
رو بزنید)


منابع:
https://unix.stackexchange.com/questions/119648/redirecting-to-dev-null
https://unix.stackexchange.com/questions/324209/when-to-use-dev-random-vs-dev-urandom
https://unix.stackexchange.com/questions/188886/what-is-in-dev-proc-and-sys
https://en.wikipedia.org/wiki/Everything_is_a_file

همینقدر ساده

یه مطلب مفصل برای مقدمات برنامه‌نویسی با رابط متنی و آشنایی عمیق با stdin و stdout و دوستشون، stderr
https://vrgl.ir/1uezx

https://medium.com/better-programming/cure-impostor-syndrome-with-functional-programming-f9c489986c76

خاطرات یه برنامه نویس سینیورِ oop از مهاجرت به فانکشنال