هوش مصنوعی خیلی کارها رو می‌تونه انجام بده، ولی برنامه نویسی جزوشون نیست!
این مطلب رو خیلی دوست داشتم (شاید چند خودم باهاش موافقم!)،
یه 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

داستان بازنویسی قسمت 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/

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