تا حدی #فان :
تکنیک های معلمی، برای پاسخ یه سوالی که پاسخشو بلد نیستیم:
+ یک خاطره نسبتا مرتبط یا حتی بی‌ربط بگیم
+ وانمود کنیم سوال رو متوجه نشدیم و یه چیز دیگه رو جواب بدیم.
+ بگیم اگه درست گوش میکردی متوجه میشدی. یا حتی بابت این ازش نمره کم کنیم!
+ به خود سوال کننده تکلیف بدیم که بره برای جلسه بعد اون رو پیدا کنه و ارائه بده!
+ قسمت آخر درس رو دوباره توضیح بدیم و بعد بگیم متوجه شدی؟
+ بگیم این اتفاقا یه موضوع داغ تحقیقاتی/صنعتیه. اگه دوست داشتی خودت جست و جو کن در موردش.
+ بگیم چون درس ما درس خیلی وسیعیه، جواب سوال شما توی بحث فلان قرار می‌گیره که جزو مبحث ما نیست.
+ بگیم سوال خوبیه، نظر خودت چیه؟ نظر بقیه دوستان چیه؟

باز بیخوابی زده به سرمون، ساعت ۶:۳۰ هم باید برم سمت دانشگاه،

بیاید یه روش بگم بهتون شاید به کارتون بیاد،

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

اینجوری که میرید داخل گوگل کولب، یه نوت‌بوک جدید میسازید، یه code cell درست می‌کنید،
بعدش گوگل درایو خودتون رو mount می‌کنید.

بعدشم توی سل می‌نویسی
!wget file-link -P /content/drive/MyDrive

جای فایل لینک، لینکتون رو بزارید، کنترل اینتر رو بزنید، فایل سیو میشه توی گوگل درایوتون.


این قسمتم برای mount کردن درایوه،
قبل از خط خود wget بزاریدش

from google.colab import drive
drive.mount('/content/drive')

دوست دارید بدونید چه برنامه‌ای از سیستمتون داره چقدر شبکه مصرف می‌کنه؟
این برنامه براش شماست:
bandwhich
Terminal bandwidth utilization tool


صفحه گیتهابش:
https://github.com/imsnif/bandwhich

Bash Notes For Professionals

یکی از فوق العاده ترین کتاب ها توی زمینه بش که محتواش از مستندات Stack Overflow جمع آوری شده.

این کتاب به قدری باحال نوشته شده که صفحه استارتشو اگه یه نگاه بندازید ؛ دیگه تمومه تبریک میگم یه بش کار شدید...

🐧 @Linuxor

هوش مصنوعی خیلی کارها رو می‌تونه انجام بده، ولی برنامه نویسی جزوشون نیست!
این مطلب رو خیلی دوست داشتم (شاید چند خودم باهاش موافقم!)،
یه chatgpt با gpt4 برداشته و باهاش سعی کرده یه کد binary search رو درست کنه.
چیزی که نهایتش میگه اینه که این مدل های بزرگ زبانی کاری که خوب بلدن کلمه ساختن و حرافیه، نه استدلال اما برنامه نویسی به استدلال نیاز داره. ما کد تقریبا درست با ظاهر درست نمی‌خوایم، کد دقیقا درست میخوایم.
https://m-cacm.acm.org/blogs/blog-cacm/273577-ai-does-not-help-programmers/fulltext

چطور یه توسعه‌دهنده‌ی منفی ۱۰ ایکس باشیم؟!
یعنی کار ۱۰ نفر دیگر را هم از بین ببریم.

با دنبال کردن این bad practice ها:
https://taylor.town/-10x

در مورد shebang یا همون #! که اول اسکریپت‌ها میاد، هرچیزی که لازمه بدونیم توی یک مطلب:

https://dev.to/meleu/what-the-shebang-really-does-and-why-it-s-so-important-in-your-shell-scripts-2755

Rejection of your paper or grant has NO relevance to the opinion of #research community. It is nothing but the opinion of one person. Several examples:

1. The first paper on graphene was rejected from Nature because “it did not constitute a sufficient scientific advance”. Later, it was awarded a Nobel prize.


2. The first manuscript showing the microbiome-brain connection was published after 7 submissions that took 3 years. Today, this field has exploded. I expect it will get a Nobel prize in the future.


3. Theodore Maiman tried to publish a paper describing the first operating laser in Physical Review Letters and… got a rejection!


4. Peter Ratcliffe, who worked on cells’ response to changes in oxygen levels, got his key paper rejected from Nature (see photo). Later, he was awarded a Nobel Prize for this work.

And there are many other examples…

And yet I see so many young scientists stressing about rejections. For some reason, they seem to genuinely expect that the editors should know which study is truly worth it.

As a result, many rejections are met with surprise and disbelief:  “How could they reject it? They publish so much trash, and yet they think our detailed 3-year-long study is not interesting to the community! WHY?” Well, the truth is: - Most editors have very little time to delve into your study. They can easily FAIL to recognize the potential impact of your study.

Proper communication in the cover letter and clear writing style can help (although only to a limited degree). - Many reviewers have little idea about the #science in your paper. But they can have a big ego. So, if they have a bad day or were rejected recently, it’s easy for them to find 1000 technical reasons to reject your paper as well. - Most scientists genuinely don’t know if your discovery can make any impact. If we could predict the course of science, we would be living very differently! My message is simple: Forget about objectivity. #Academia is a very subjective world. Fight for objectivity but don’t take it for granted.

A great study will be found, cited and recognized. Disregard of where it’s published. A bad study requires a high-impact journal to be found and cited. But the long-time recognition might be a problem. High-IF journals are simply billboards.

Their rejections do NOT represent the opinion of a scientific community. Believe in your results.

Src:
https://www.linkedin.com/posts/andrew-akbashev_research-science-academia-activity-7071492551018475520-AC-c

@professional_Researchers

توی OpenOffice یه باگی بوده که سه‌شنبه‌ها فایل‌ها رو پرینت نمی‌گرفته!

اما داستان چی بوده؟ موقع پرینت توی فایل postscriptی که می‌ساخته، زمان ساخت فایل رو هم اضافه می‌کرده،
بعد زمانی که دستور file می‌خواسته نوع فایل رو تشخیص بده، به جای postscript که واقعا بوده، Erlang jam file تشخیص می‌داده.


پی‌نوشت: دستور file کارش اینه که روی یک فایل اجراش می‌کنیم و تشخیص میده جنس فایل چیه. با وجود صدها پترنی که برای فایل‌های مختلف وجود داره قابل پیش‌بینی هم هست که بعضی وقتا این مشکلات پیش بیاد.

بیشتر بخوانید:
https://beza1e1.tuxen.de/lore/print_on_tuesday.html

ریپورت باگ روی OpenOffice:
https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/255161/comments/28

ریپورت باگ روی file:
https://bugs.launchpad.net/ubuntu/+source/file/+bug/248619

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

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

لینک سایت:
https://www.sniffnet.net/

وقتی آدرس یک وب‌سایت را می‌زنیم در مرورگر وارد میکنیم چه اتفاقی می‌افتد؟
یک راهنمای کامل شبکه و اینترنت و مرورگر

https://github.com/vasanthk/how-web-works

برای ترکیب کردن دستورات توی bash، ما معمولا از pipe استفاده می‌کنیم. به این شکل مثلا:

grep PATTERN myfile.txt | wc -l

اما این تنها راه نیست. راه‌های دیگه‌ای هستند مثلا استفاده از بک‌تیک

مثلا این رو ببینید:

cd `cat cd-destination.txt`

اینطوری خروجی دستور cat میاد به جای خود عبارت قرار می‌گیره و به عنوان آرگومان دستور cd ما می‌شینه.
یا مثلا میخوام فایلی که نتیجه‌ی fzf یا find هست رو پاک کنم. میتونم یه چنین کاری کنم:

rm `fzf`
یا 
rm `find -bluh bluh | head -1`

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

سایت 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