برنامه‌ی git سیستم‌‌هاتون رو اپدیت کنید دوستان. چندتا آسیب‌پذیری داشته اخیرا.

من در مورد CVE-2024-32002 یه مقدار می‌دونم که موقع clone یه ریپو که recursive هست مشکل ایجاد می‌کنه. البته شایان ذکره که فقط رو سیستم‌‌هایی که میسرهاشون case insensetive هست (بله ویندوز) خطرناکه ولی به هر حال شما آپدیت کنید.

اگر هم امکان آپدیت نیست براتون می‌تونید symlinkها رو غیرفعال کنید چون این آسیب‌پذیری از symlink ها استفاده می‌کنه.

 git config --global core.symlinks false

توضیحات بیشتر:
https://www.helpnetsecurity.com/2024/05/16/git-cve-2024-32002/

دوستان نمی‌دونم تا چه اندازه با رویداد "عصرانه ریاضی" بچه‌های انجمن علمی ریاضی دانشگاه تهران آشنایید، ولی واقعا یکی از بهترین‌ها هستند. به تازگی قراره یک عصرانه‌ی چهار جلسه‌ای برگزار کنند با عنوان "از منطق و Type Theory تا Formal Verification". توی این پست از کانال‌شون می‌تونید توضیحات این رویداد رو بخونید. توی این چهار جسله از مقدمات تایپ تئوری، لامبدا کلکولس، تئورم پروور و تئوری PL براتون صحبت می‌کنند. فرصت بسیار مناسبیه برای وارد شدن به این دنیای جذاب. از بین ارائه دهندگان من آشا رو می‌شناسم که کارش واقعا درسته. جلسه‌ی اول این رویداد با عنوان "Type Theory and Lambda Calculus" امروز ساعت ۶ عصر به شکل حضوری و مجازی برگزار میشه. توی این پست از کانالشون می‌تونید توضیحات این جلسه رو بخونید. هنوز محل برگزاری این جلسه رو اطلاع ندادند، ولی من خودم قصد دارم که این رویداد رو شرکت کنم. به شما هم بسیار توصیه می‌کنم که شرکت کنید.

اگه از tlp استفاده می‌کنید نیاز نیست که کانفیگش کنید ولی اگه خواستید با tlpui میتونید تنظیماتش رو دستکاری کنید.

نکنه دیگه اینکه powertop هم امکان بهینه سازی تنظیمات رو داره (auto tune) ولی همزمان با فعال بودن tlp ازش استفاده نکنید

اگه دنبال این هستید که تو ترمینال بنچمارک بگیرید، احتمالا شما هم مثل من یه for می‌نویسین و یه time می‌ذارید پشت کامند تا ببینید چقدر طول می‌کشه تا اجرا بشه،
این ابزارکه تازه پیدا کردم به اسم hyperfine، که میاد یه دستور رو می‌گیره و یه تعدادی اجراش می‌کنه و زمان اجراها رو می‌گه.
همچنین امکانات بیشتری هم داره، مثلا دو تا رو با هم مقایسه کنه، یا تاثیر یک پارامتر رو در زمان اجرا در نظر بگیره یا یه سری اجرای warmup داشته باشه که طول مدت اونا رو در نظر نگیره.
لازم به ذکره که با rust نوشته شده و رابط کاربریش خیلی زیباست.
https://github.com/sharkdp/hyperfine

توضیح خوبی از transactionها در ردیس
https://redis.io/docs/latest/develop/interact/transactions/

متاسفانه گروه مورد حمله اسپمرها قرار گرفته. من دسترسی کامنت دادن رو فقط برای اعضای گروه discussion فعال کردم و برای عضویت هم نیازه درخواست بدین. متاسفم که اینطوریه و امیدوارم یه راه حل بهتر پیدا بشه.

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

جواب طولانی:
https://medium.com/@amitassaraf/the-story-of-extensiontotal-how-we-hacked-the-vscode-marketplace-5c6e66a0e9d7

اینترنت چطور با تاخیر کم و تروپوت زیاد از زیر دریاها می‌گذره؟ با این کابل‌های خیلی خیلی گرون!
https://www.youtube.com/watch?v=yd1JhZzoS6A

یک صفحه برای آموزش مباحث مختلف کوبرنتیز

https://github.com/collabnix/kubelabs

مرورگر فایرفاکس مشکل پرش توی ویدیوهای یوتیوب داره که قرار هست تو نسخه بعدی یعنی ۱۲۷.۰.۲ برطرف بشه.
میگن ایجاد شدن این مشکل تقصیر فایرفاکس نیست و مشکل به خاطر bytestream VP9 یوتیوب هست که به صورت نادرست توسط اون ارسال میشه.
برای اینکه درک کنیم این مشکل چطوری هست یه مثال میزنم، هر ویدیو رو یک کتاب در نظر بگیرید که از کلی صفحات تشکیل شده و برای اینکه این کتاب رو به شکل درستش بخونیم باید شماره صفحات رو به ترتیب جلو بریم، اول صفحه ۱ رو بخونیم و بعد صفحه ۲.
یوتیوب این صفحات رو اشتباه نام‌گذاری کرده و ممکنه اول صفحه ۱۰۰ رو ببینید و بعد اون صفحه ۹۹ بیاد.
نتیجه این باعث میشه فایرفاکس در پخش گیج بشه و ویدیو هم دارای پرش و بافرینگ بشه.
یا باید یوتیوب این مشکل رو حل کنه یا فایرفاکس یه آپدیت اختصاصی برای یوتیوب منتشر کنه.
https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113
@geekalerts

در همین زمینه،‌ یه چیزی قبلا خونده بودم که یوتوب رو با فایرفاکس باز کنید یه ۵ ثانیه دیلی داره. با گوگل سرچ کردم و پیدا نکردم. همینطور با chatGPT به جایی نرسیدم. ولی با duckduckgo سرچ کردم پیدا کردم.

یه سری از شیطونی های گوگل برای خراب شدن سایت هاش روی فایرفاکس:

https://cybernews.com/tech/firefox-users-frustrated-over-alleged-delay-on-youtube/

------

https://www.reddit.com/r/firefox/comments/18xtjqd/couldnt_sign_into_google_user_agent_switching_to/

--------

https://www.reddit.com/r/youtube/comments/17z8hsz/youtube_has_started_to_artificially_slow_down/

-----------

https://www.reddit.com/r/firefox/comments/91hbkw/youtube_page_load_is_5x_slower_in_firefox_and/

احتمالا تا مدت‌ها عجیب‌ترین پروژه‌ای باشه که اینجا معرفی می‌کنم، llama به عنوان font یا همون llama.ttf

ویدیوی دموش رو اینجا ببینید:
https://www.youtube.com/watch?v=Q4bOyYctgFI#t=6m09s

و لینک پروژه:‌
https://github.com/fuglede/llama.ttf

My Thoughts on The Clean Coder Book

مدتی پیش کتاب The Clean Coder از Uncle Bob رو خوندم.
کتاب عموماً موضوعات سطح بالای مهندسی نرم‌افزار مثل اهمیت تست کردن کد، نحوهٔ مدیریت ددلاین‌ها، تمرین زبان‌های جدید برنامه‌نویسی و ... رو مطرح کرده بود.

بعضی از بخش‌های کتاب برام تازگی داشت و یا موضوعاتی که از قبل بهشون آشنا بودم رو مجدداً بهم یادآوری کرد. توی این پست نظرم رو دربارهٔ بعضی از این موارد نوشتم.

🔗 لینک نوشته

#book
@aminrbg

اگه هنوز سراغ این کتاب ۹۷ چیز که باید هر برنامه‌نویسی بدونه، نرفتید یه چند تا موردش که جالب بود برام رو می‌ذارم شاید علاقه‌مند شدین:

در مورد ۹ام، می‌گه که وقتی یه مشکلی وجود داره در نظر بگیرید که اون مشکل توی کد شماست نه سیستم‌عامل و کامپایلر. اگرچه کامپایلر و سیستم‌عامل و کتاب‌خونه هم ممکنه باگ داشته باشن ولی اونا رو هزاران نفر دیگه هم استفاده میکنن و خیلی بعیده باگ شناخته‌نشده‌ای داشته باشن در حالی که کد خودتون رو احتمالا تازه نوشتین و کاربرای کمتری هم داره.
https://97-things-every-x-should-know.gitbook.io/97-things-every-programmer-should-know/en/thing_09

مورد ۴۳ام می‌گه که استفاده از IDE بد نیست، اما یاد بگیرید در کنارش از ابزارهای cli برای کارهاتون مثل کامپایل کردن کد استفاده کنید.
https://97-things-every-x-should-know.gitbook.io/97-things-every-programmer-should-know/en/thing_43

مورد ۶۲ام می‌گه که تنها چیزی که می‌تونید بهش اعتماد کنید راست بگه خود کده، چون داکیومنت ممکنه قدیمی باشه یا دقیق نباشه و دقیقا اتفاقی که می‌افته رو توضیح نده.
https://97-things-every-x-should-know.gitbook.io/97-things-every-programmer-should-know/en/thing_62


توی مورد ۴۲ام هم کی‌گه که سعی کنید کامپایلر رو خوشحال کنید، یعنی به warningها در زودترین زمان ممکن رسیدگی کنید.
https://97-things-every-x-should-know.gitbook.io/97-things-every-programmer-should-know/en/thing_42

این مطلب مخصوصا این کوت از چنل همسایه رو از دست ندید.

چرا داشتن یه محیط توسعه‌ی فنسی بد است و بهتر است با یه چیز روتین که همه دارن سعی کنیم کار کنیم (قطعا این نظر شخصی من نیست:دی)

https://www.youtube.com/watch?v=Hj1a7QuwjSI

همچنین: چرا ستاپ‌های چند مانیتور و window managerهای فنسی به شما کمک نمی‌کنن و داشتن یه editor full screen کار بهتریه:
https://www.youtube.com/watch?v=bIDL6buGNBY

چرا خوب نیست پترن‌های جاوا رو در گو هم استفاده کنیم:
https://blog.vertigrated.com/go-is-not-java