نوشته‌های ترمینالی

ابزارهای ترمینالی خوبی که می‌تونه کیفیت زندگیتون رو بالا ببره (یک سریش مال llmها و یکسریش مال macOsئه که تست نکردم ولی باقی رو تست کردم و خوبن https://blog.starmorph.com/blog/10-cli-tools-for-ai-coding

مطلب جالبی بود که دیدگاه جالبی رو می‌گفت. ما اومدیم برای خودمون کامپیوتر شخصی خریدیم ولی برنامه هامون شخصی نیست. همون هاست که بقیه هم استفاده میکنن، اگر یه فیچری که می‌خوایم رو نداره یا دوره، تسلیم می‌شیم. اما حالا که ai اومده میتونیم خودمون دست به کار بشیم و برنامه هایی با یک کاربرد بنویسیم که مشکل خودمون و فقط خودمون رو حل کنن‌. حتی شاید مشابهش بیرون باشه با تبلیغ و خرید اشتراک ولی ما میتونیم نسخه ساده و رایگانشو داشته باشیم. تازه اینطوری قدر نرم‌افزار‌های خفن بیرون (معادل غذای رستوران) رو هم بیشتر می‌دونیم. https://leerob.com/personal-software

خلاصه همه اطلاعات تئوری لازم در مورد operating systemها در یک ویدیو ۱۱ دقیقه‌ای به همه توصیه می‌کنم ببینید. https://youtu.be/MtxP2pyCvYA

خلاصه ۱۰ مقاله از ۱۰۰ سال اخیر که منجر به رسیدن به تکنولوژی در حد LLM ها شدن ویدیوی خیلی جالب و خوبی بود که در عین کوتاه بودن منظور رو به خوبی رسوند. https://www.youtube.com/watch?v=ML3q7Ok4hJg

تاریخچه برنامه نویسی در یک ویدیو ۶ دقیقه‌ای https://youtu.be/9uW6B9LPntY

تاریخچه computing در یک ویدیو ۱۳ دقیقه‌ای https://youtu.be/-M6lANfzFsM

در اندروید چطور یه کار رو برای آینده زمان‌دار کنیم؟ با کمک work manager! اینجا هم نحوه کارکرد هم apiهای کار باهاش رو توضیح داده. https://medium.com/@appdevinsights/work-manager-android-6ea8daad56ee

اگر Arch Linux دارید و شک دارید که آلوده شدین یا نه، این اسکریپت رو اجرا کنید. (البته که توصیه میشه اسکریپت رندوم دانلود و اجرا نکنید!) میاد یک سری چیزا رو چک می‌کنه شامل کارهایی که اون نرم‌افزار مخرب انجام می‌ده و اثراتی که میگذاره. چک می‌کنه که پترنش با وضعیت فعلی سیستم می‌خونه یا نه. همچنین لاگ‌های پک‌من رو نگاه می‌کنه که ببینه آیا اون پکیجی که نصب کردید در زمانی که شما نصب کردید آلوده بوده یا نه. دقت کنید که صرفا از چک کردن لیست پکیج های نصب شده با لیست هک شده ها متفاوته و به زمان نصبشون و زمان مخرب بودنشون هم نگاه می‌کنه. https://github.com/lenucksi/aur-malware-check

./aur_check-v2.sh --full

یه سوالی که همیشه از من می‌شه اینه که مطالبی که اینجا می‌گذارم رو از کجا میارم. چند سال پیش یه بار بهش جواب داده بودم و دوست داشتم یه بار دیگه بهش جواب بدم. ۱- خیلی از اوقات یه موضوعی به چشمم خورده و در موردش سرچ کردم. مثلا توی کار یا موقع کرش یه اپی که ازش استفاده می‌کنم. ۲- یکسری محتوا رو خودم سابسکرایب کردم که چیزایی که به نظرم مفید و جالب باشه رو براتون می‌ذارم. یوتوب و توییتر و mailing list (اکثرا تو substack) و چنل‌های تلگرامی و یک سری وبلاگ رندوم که بهشون سر می‌زنم. ۳- یه چیزایی هم تجربه خودمه یا یه موضوعی می‌بینم که حس می‌کنم خوبه در موردش بنویسم که سعی می‌کنم سرچ کنم و مرتب کنم براتون بنویسم. حالا بین همه‌ی اینا، احتمالا هرکس می‌تونه با تلاش کم، مورد دوم رو برای خودش تقویت کنه، در این زمینه من یه منبع خیلی خوب پیدا کردم که می‌تونه بهتون کمک کنه. در زمینه‌های مختلف محتواهایی که بتونید دنبال کنید و یا بخونید رو آورده که می‌تونه خیلی بهتون کمک کنه. به نظرم تنها ایرادش اینه که آدم دلش می‌خواد همه رو دنبال کنه و اگر زیاد بشه تمرکز از دست می‌ره. من توصیه می‌کنم ۲-۳ تا چنل یوتوب و ۱-۲ تا mailing list رو بیشتر دنبال نکنید تا یه فرصتی بشه که بهشون بپردازید. در ادامه هم خوبه که بعد یه مدتی به خود سایت substack و قسمت following یوتوبتون سر بزنید ببینید چیا رو دنبال کردید و اگر چیزی رو دنبال کردید که زیاد براتون جالب نیست یا کیفیتش خوب نیست یا به هر دلیلی دوستش ندارید با یکی دیگه جایگزینش کنید. https://github.com/jordan-cutler/path-to-senior-engineer-handbook

این حرف ها رو اگر کسایی به جز مدیر شرکت های عرضه کننده ai یا سخت افزار ai بزنن من قبول می‌کنم :) ولی هرچی می‌شنوم از ان‌ویدیا و گوگل و open ai و anthropicئه.

ساندار پیچای، مدیرعامل گوگل: «اگر همین حالا یاد نگیرید چطور عامل‌های هوش مصنوعی (Agents) را مدیریت و هماهنگ کنید، سال ۲۰۲۷ را صرف جبران فاصله با کسانی خواهید کرد که از امروز شروع کرده‌اند.» او در یک گفت‌وگو توضیح می‌دهد که چرا بهترین مهندسان نرم‌افزار دیگر تمام وقت خود را صرف کدنویسی نمی‌کنند و به جای آن روی ساخت و مدیریت Agentها تمرکز کرده‌اند. بیشتر افراد تصور می‌کنند برای ساخت یک Agent باید مدرک مهندسی یا دانش فنی بسیار پیشرفته داشته باشند. اما واقعیت این است که برای شروع، به چنین چیزی نیاز ندارید؛ فقط یک راهنمای مناسب و چند ساعت زمان کافی است. 🆔 @thezoomit

یکی از مباحثی که تو مهندسی به نظرم خیلی مهمه abstraction و abstractionهای درسته. چطور جزئیات لایه پایین رو پنهان کنیم ولی کارایی رو حفظ کنیم و چطوری مدل سطح بالای دقیق‌تری طراحی کنیم. یکی از چیزایی که به عنوان web developer احتمالا خیلی باهاش درگیر می‌شین استاندارد HTTPئه که در لایه‌های پایین از TCP (و یا جدیدا از UDP در http3) استفاده می‌کنه. بخوام دقیق تر بگم، ما در زمان استفاده فقط به یک ریکوئست GET یا POST فکر میکنیم ولی اون زیر یه سوکت TCP باز می‌شه و یه سری اطلاعات ارسال و دریافت می‌شه. حالا یه چیزی مثل مرورگر که ده‌ها درخواست به یک یا چند سرور باید بفرسته چی؟ چطوری و چند تا سوکت TCP باز می‌کنه؟ چه زمانی می‌بنده و آیا می‌شه از یک کانکشن TCP همزمان چند تا درخواست http رو عبور داد؟ توی http1.1 یه ایده‌هایی زده بودن ولی خیلی خوب نبود و عملا نمی‌شد یه سرور دیپلوی کرد که به درستی ازش استفاده کنه. این ویژگی که اسمش پایپلاینه میگه چند تا درخواست رو می‌شه از طریق یک tcp connection واحد فرستاد ولی پاسخ‌ها باید به ترتیب از سمت سرور بیاد. از طرف دیگه توی http2 امکان multiplexing اضافه شد که شرط ترتیب پاسخ‌ها رو حذف می‌کنه و سرور می‌تونه هر پاسخی رو که آماده شد برای کلاینت بفرسته. https://stackoverflow.com/questions/34478967/what-is-the-difference-between-http-1-1-pipelining-and-http-2-multiplexing

چه ابزارهای AIی در ۲۰۲۶ مورد استفاده هستند و کدوم‌ها محبوبند؟ اندازه شرکت و تجربه کاری چه تاثیری روی این موضوع داره؟‌ https://newsletter.pragmaticengineer.com/p/ai-tooling-2026

مطلب دو قسمتی: چطور AI روی مهندیس نرم‌افزار تاثیر گذاشته. این مطلب جمع‌بندی یه نظرسنجیه که گروه the pragmatic engineer که من خیلی قبولشون دارم انجام داده. قسمت اول: https://newsletter.pragmaticengineer.com/p/the-impact-of-ai-on-software-engineers-2026 قسمت دوم: https://newsletter.pragmaticengineer.com/p/ai-impact-on-software-engineers-part-2 من نکات کلیدی‌ای که توی گزارش دیدم با تجربه‌ی خودم هم شخصی هم در شرکت مشابهت زیادی داشت.

من چطور از claude code استفاده می‌کنم؟ مهم ترین قاعده‌ای که رعایت میکنه اینه که مرحله برنامه‌ریزی و تایید گرفتنش از انجام دادن جداست. never let Claude write code until you’ve reviewed and approved a written plan نکته جالب دیگه اینه که از یه سری md استفاده می‌کنه که توش نتیجه research از وضعیت فعلی و کاری که میخوایم بکنیم رو داشته باشه. به قول خودش shared mutable state. مزیتش اینه که فایله رو خود شخص هم می‌تونه ببینه و تغییر بده به جای این که توی کانتکستش باشه. به همین دلیل هم Plan mode داخلی claude رو دوست نداره. در یک جمله بخوایم خلاصه کنیم: Read deeply, write a plan, annotate the plan until it’s right, then let Claude execute the whole thing without stopping, checking types along the way. https://boristane.com/blog/how-i-use-claude-code/

یه ایجنت تحت ترمینال بهتون معرفی می‌کنم به اسم oh my pi یا همون omp یکسری تصال به lsp و toolها داره و بهش دستور (!) میدید و میره با LLMکال های متفاوت،میسر راه می‌چینه و کار رو انجام میده. https://github.com/can1357/oh-my-pi با تشکر از @blk_st8 بابت معرفی.

همیشه موقع دانلود از AUR دقت کنید به PKGBUILD، این روزها بیشتر. https://archlinux.org/news/active-aur-malicious-packages-incident/

Yazi might be the fastest terminal file manager you’ll ever use. 🚀 https://itsfoss.com/yazi/

یکی از دوره‌های AI که واسه شرکت پاس می‌کردم (و مدرسش استاد استنفورد بود، خوش به حالش) می‌گفت شما می‌تونید هوش‌مصنوعی مسائل soft constraint رو حل کنید. وقتی که برای حل سوالتون ۱۰۰ تا راه‌حل وجود داره و شما با ۹۹ تاشون خوشحال و راضی میشین. و به مساله اون‌قدر تسلط دارین که اون ۱ راه‌حل غیر‌قابل‌قبول رو تشخیص بدین و استفاده‌ش نکنین. مثلا شما می‌خواین یه پاورپوینت درست کنین واسه یه ارائه کلاسی. خیلی به فرمت و استایل و انیمیشنا اهمیت نمی‌دین. چیزی هم اشتباه باشه می‌گیرین دستی درستش می‌کنین. در نقطه مقابلش مسائل hard constraint هستن که راه‌حلشون فقط و فقط به یک شکل و یک فرمت قابل قبوله، و اگر اون خروجی دقیقا از اون فرمت پیروی نکنه باید ریختش دور. مثلا شما همیشه می‌خواین اسم و فامیل و تاریخ تولد یکی رو بگیرین و تو یه چیزی ضرب و تقسیمش کنین، تبدیلش کنین به یه کلمه رندوم ۱۰ حرفی. و اگه خروجیتون ۹ حرفی باشه سیستمتون منفجر می‌شه و آدما پرتاب می‌شن به لایه سوم اتمسفر. در این زمینه‌ها توصیه می‌شود که خیلی به خروجی هوش‌مصنوعی دل نبندید، یا یک موجودیت مجزا رو در جریان قرار بدید که خروجی قراره دقیقا چه ریختی باشه، و با چماق بکاریدش بالاسر هوش‌مصنوعی تا اگر دست از پا خطا کرد حسابش رو برسه.

در مورد لامپ های لاوا روی دیوار دفتر کلادفلیر قبلا هم مطلب داشتیم. در این زمینه ویدیوی زیر هم جالبه. توضیح میده چرا کامپیوترها او تولید عدد رندوم بد هستن و چیکار ها می‌شه کرد و فیلمبرداری از لامپ های لاوا چطور کمک می‌کنه به امنیت بیشتر اینترنت. https://youtu.be/1cUUfMeOijg