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

من در طول زمان HTTP clientهای مختلفی رو دوست داشتم. اول از همه با Postman شروع کردم ولی به خاطر اداها و اذیت های زیاد گذاشتمش کنار. بعد از اون Postwoman اومد که تحت وب بود و خیلی ساده تر بود و بعدها اسمش به Hoppscotch تغییر کرد. در کنار اینا Insomnia رو هم دیدم که اون هم بامزه بود و امکانات خوبی داشت و البته متاسقانه مثل گزینه‌های قبلی با Electron بود. بعد که یکم تجربه‌ام بیشتر شد با cURL دوست شدم. کرل یه گزینه برطرفدار و تقریبا استاندارد محسوب می‌شه. تو محیط CLI کار می‌کنه و کار باهاش خیلی راحت نیست ولی چیزی نیست که با ChatGPT نتونید جلو ببرید. برای مدیریت تاریخچه هم من خودم تو bash script های مختلف ذخیره میکنم و به اسکریپته آرگومان یا متغیر محیطی میدم که تا حد خوبی امکانات ابزارهای GUIی رو پوشش میده. گزینه‌ی GUI دیگرمون Bruno هست که داستان های لاگین رو نداره و اطلاعات رو به عنوان فایل سیو می‌کنه و با گیت دوسته. هم امکانات خوبی داره هم مجبورتون نمی‌کنه که اکانت بسازید و از این نظر برا من بین GUI ها تا اینجا دوست داشتنی ترین بود. یه گزینه جذاب دیگه Httpie هستش که سعی می‌کنه مثل کرل توی CLI باشه ولی کار باهاش راحت تر و قابل فهم تر باشه و همچنان اکثر امکانات کرل رو هم داشته باشه. الان که چک کردم GUI هم اضافه کرده که البته بتاست. در نهایت ابزار جالبی که تازه باهاش آشنا شدم و بهونه نوشتن این مطلب شد، YAAK هستش. این ابزار هم مثل Bruno فایل‌هاش رو به شکل محلی نگه می‌داره و می‌تونید توی گیت ذخیره‌ش کنید. ظاهر به نسبت جذابی هم داره و برام دوست‌داشتنی بود. https://www.postman.com/ https://hoppscotch.io/ https://insomnia.rest/ https://curl.se/ https://www.usebruno.com/ https://httpie.io/ https://yaak.app/ در نهایت اگر بخوام جمع‌بندی کنم، توی CLI یادگیری cURL همچنان می‌ارزه ولی اگه کار اصلیتون وب نیست httpie هم می‌تونه جالب باشه. اگر GUI دوست دارید یا نیاز دارید ریکوئست ها رو ذخیره کنید و داشته باشید من توصیه می‌کنم Bruno و YAAK رو امتحان کنید.

یه چیزی در مورد دنبال کردن مطالب این چنل دوست دارم باهاتون به اشتراک بذارم. من خودم تو چند تا کانال که مثل اینجا مطلب می‌ذارن هستم و واقعاً دوست دارم مطالبشون رو بخونم. ولی واقعیت اینه که نه وقت می‌کنم همه‌شون رو بخونم، نه همه‌شون برام اولویت دارن و نه لزوماً صددرصدشون برام جالبن. این داستان هم به مرور سخت‌تر می‌شه. آدم یه هفته مطالب رو نمی‌خونه، می‌ذارتشون تو Saved Messages که «بعداً می‌خونم»، بعد می‌شه دو هفته، سه هفته، یه ماه... و خب بعد یه مدت خود Saved Messages هم تبدیل می‌شه به یه منبع استرس. گاهی آدم از اینکه «این همه مطلب هست و من نمی‌رسم بخونم» حتی حس بدی نسبت به خودش پیدا می‌کنه. برای همین چند تا نکته هست که خودم سعی می‌کنم یادم باشه: ۱. حتی من که این چنل رو دارم، همه‌ی مطالبش رو نخوندم. یه مطلب رو دیدم و به نظرم درست و مفید اومده، ولی خودم فرصت نکردم بخونمش. یه مطلب رو دیدم جالب بوده ولی نصفش رو خوندم. یه مطلب رو وقت نداشتم بخونم و گذاشتم اینجا که شاید بعداً خودم هم برگردم سراغش. پس اینکه همه‌ی مطالب یه چنل رو نمی‌خونیم، کاملاً طبیعیه. ۲. حتی چیزهایی که کامل می‌خونیم رو هم لزوماً کامل نمی‌فهمیم یا یادمون نمی‌مونه. به نظرم اشکالی نداره. قرار نیست هر چیزی که می‌خونیم تبدیل به دانش قابل استفاده بشه. گاهی فقط یه ایده می‌گیریم، یه سؤال تو ذهنمون شکل می‌گیره، یا با یه مفهوم برای اولین بار آشنا می‌شیم. اوکیه! ۳. شاید «نگاه جویباری» به چیزها کمک کنه. منظورم از نگاه جویباری اینه که مطالب جالب، آدم‌های جالب، ایونت‌های جالب و ایده‌های جالب، میان و می‌رن. ما می‌تونیم همون موقع که جلوی ما هستن، یه مقدار ازشون استفاده کنیم ولی قرار نیست همه‌شون رو توی یه مخزن جمع کنیم که برای آینده نگهشون داریم. اگر امروز فرصت نکردم مطالب امروز چنل رو بخونم، همون‌قدر که فرصت کردم می‌خونم. فردا هم مطالب فردا رو می‌خونم. ۴. برای چیزهایی که واقعاً خیلی برام جالبن، یه جای جدا دارم. مثلاً بوکمارک یا یه Saved Messages جدا. و می‌دونم احتمالاً اون روزی که «هیچ مطلب دیگه‌ای برای خوندن ندارم و می‌رم سراغ آرشیوم» هیچ‌وقت نمی‌رسه :)) ولی همین که می‌دونم مطالب خیلی مهم و جالب گم نمی‌شن، کمک می‌کنه وقتی از کنار یه مطلب رد می‌شم، احساس نکنم دارم یه چیزی رو از دست می‌دم. در نهایت، این چنل قرار نیست یه کار دیگه باشه که باید انجامش بدید. اگر یه مطلبی رو دیدید و خوندید و براتون جالب بود، چه خوب. اگر فقط عنوانش رو دیدید و رد شدید، چه خوب. قرار نیست از اینترنت عقب بمونیم. اینترنت قراره یه جایی باشه که هر وقت تونستیم، یه چیزی ازش برداریم و با خودمون ببریم.

این متن رو خودم نوشتم ولی دادم chatgpt ادیت کرد و دوباره خودم ادیت کردم:

Hello everybody out there using minix- I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I'd like any feedback on things people like/dislike in minix; as my OS resembles it somewhat (same physical layout of the file-sytem due to practical reasons)among other things.

این ایمیل رو لینوس توروالدز ۲۵ آگوست ۱۹۹۱ زد و برای نسخه اولیه لینوکس فیدبک خواست. پس به بیانی میتونیم بگیم که تولد لینوکس مبارک :)))))✌️ http://atulchitnis.net/writings/why-august-25th/

تولد لینوکس مبارک!

هر آنچه باید در مورد SIMD بدانید. کد ها با زبان zig نوشته شده ولی خوب توضیح داده، اگر علاقه‌مند هستید ولی با زیگ کار نکردید اشکال نداره. https://mitchellh.com/writing/everyone-should-know-simd

به عنوان engineering manager همچنان کد بزنیم؟ نزنیم؟ اومدن AI چه تاثیری روی این ماجرا داره؟ https://www.manager.dev/newsletter/the-death-and-revival-of-the-hands-on-engineering-manager

یه مطلب خوب در مورد کلمه‌های سخت میکروسرویس ها https://newsletter.systemdesign.one/p/microservices-design-patterns?publication_id=1511845&post_id=203522819 فقط متاسفانه همه‌ش رو نمی‌تونید رایگان بخونید، ولی تا همون جا که قابل خوندن هست توصیه میشه. میتونید به LLM هم بگید باقیشو براتون بنویسه.

من این مطلب رو خیلی دوست داشتم. یه واقعیتیو میگه که وایب کدرها ازش غافلن‌. ایده. اصلا اینه که ما قسمت برنامه نویسی رو سریع کردیم ولی قسمت مسئولیت پذیری هنوز وجود داره. نویسنده میاد چند تا مثال میزنه از تیم هایی که بعد از AI، یک سری نیروی جونیور دارد که فقط با سرعت بالا کد/متن بی‌کیفیت تولید می‌کنند و با ارزش‌ترین نیروها مجبورن کار اونا رو چک کنن. به نظرم مهم ترین قسمت مطلب هم همینه: AI didn't make the work cheaper. It moved the bill from the people who make things to the people who have to own them. Owning something means reading it. Understanding it well enough to defend it. Putting your name on it. Answering the phone when it turns out it was wrong. There's no model for that, and there isn't one coming soon. You can generate the artifact. You can't generate the liability. https://www.charafeddine.co/letters/94-your-best-people-are-now-proofreaders

یه کتاب آموزشی در مورد Claude توی لینکدین پیدا کردم که سرفصل های خوبی داره و رایگان منتشر شده. اگر دوست داشتید نگاه بندازید بد نیست. لینک پست لینکدین: راهنمای جامع Claude: از صفر تا حرفه ای https://www.linkedin.com/pulse/%D8%B1%D8%A7%D9%87%D9%86%D9%85%D8%A7%DB%8C-%D8%AC%D8%A7%D9%85%D8%B9-claude-%D8%A7%D8%B2-%D8%B5%D9%81%D8%B1-%D8%AA%D8%A7-%D8%AD%D8%B1%D9%81%D9%87-%D8%A7%DB%8C-bahman-shamshirsaz-nbkte لینک مستقیم کتاب: http://bahmanet.ir/dl/Claude%200-100.pdf

شاید یه چیزی که کمک کنه به این که حس ناکافی بودن از زیاد بودن ابزارهای AI نگیریم اینه که ببینیم بقیه دارن چیکار می‌کنن. اینجا یه community شکل گرفته که آدم ها ستاپ هاشون رو به هم نشون میدن و به هم امتیاز میدن‌. دوست داشتید یه سری بزنید. https://app.therundown.ai/community

💡 شکاف بهره‌وری هوش مصنوعی: چرا برنامه‌نویسان هنوز ۱۰ برابر سریع‌تر نشده‌اند؟ بیورن روچ (Bjorn Roche) بیش از دو دهه تجربه در صنعت فناوری و برنامه‌نویسی دارد و در وبلاگ شخصی خود درباره مهندسی و مدیریت می‌نویسد. خلاصه‌ای از مطلب جدید او را در نوشدارو می‌خوانید؛ با این هدف که نگاه تازه‌ای در اختیار مدیران و برنامه‌نویسان حوزه‌ی فناوری قرار دهد. هوش مصنوعی بدون تردید سرعت کدنویسی را افزایش داده است؛ اما برخلاف تصور برخی مدیران، ساخت یک قابلیت آماده و قابل‌اعتماد برای یک «محصول واقعی» هنوز به‌اندازه تولید یک نمونه اولیه سریع نیست. دلیل این تفاوت ساده است: بخش بزرگی از زمان مهندسان نرم‌افزار اصلاً صرف نوشتن کد نمی‌شود. ⛓مطالعه مطلب در نوشدارو #خبر_و_تحلیل نوشدارو را در تلگرام دنبال کنید: 💡 @NooshDaroo_web

کتاب معروف Designing Data-Intensive applications بعد از حدود ده سال ویراست دومش رو داده. اگر تا حالا نخوندینش الان بهترین وقت برای خوندنشه. اینجا در موردش بخونید: https://medium.com/javarevisited/i-read-designing-data-intensive-applications-2nd-edition-and-its-awesome-417103df5aab من خودم یه فصل‌هایی ازشو خوندم و خیلی دوستش داشتم.

هر کدوم از اصطلاحات در htop به چه معنی هستند؟ هدفش لزوما htop نیست، کلی چیز در مورد کرنل یاد می‌گیرید. https://peteris.rocks/blog/htop/

اگه دوست دارید مختصر و مفید در مورد reflog در git بدونید این صفحه رو ببینید. به طور خلاصه reflog مال وقتیه که روز بدی داریم. :))) دنبال کامیت هایی هستیم که در هیچ برنچی نیستن و اصطلاحا گم شدن و منتظرن GC بیاد و پاکشون کنه. https://wizardzines.com/comics/the-reflog/

هرچیزی که به عنوان برنامه نویس باید از حافظه‌ی سیستم بدونید: https://people.freebsd.org/~lstewart/articles/cpumemory.pdf

به عنوان یک Engineering Manager چطور وقت و انرژی خودمون رو بودجه بندی کنیم؟ این مطلب رو من خیلی دوستش داشتم چون می اومد با مثال و توضیح می‌گفت که اگر اینجا اینقدر وقت بگذاریم نتیجه چی میشه و خیلی کمک می‌کرد به درک اتفاقاتی که در لایه مدیریت میفته و تاثیرش روی تیم. https://www.manager.dev/newsletter/the-engineering-manager-s-attention-budget

یه موقعیت شغلی توی بلاگ byte byte go دیدم که خیلی جالب بود. شاید یه دید خوبی به شما هم بده که دنیای برنامه نویسی داره به کدوم سمت می‌ره. موقعیت شغلیش آموزش 𝐖𝐫𝐢𝐭𝐞 𝐏𝐫𝐨𝐝𝐮𝐜𝐭𝐢𝐨𝐧 𝐆𝐫𝐚𝐝𝐞 𝐂𝐨𝐝𝐞 𝐰𝐢𝐭𝐡 𝐀𝐈 بود. و توانایی که لازمه داشته باشی. با ایجنت ها بلد باشی کار کنی، نحوه کارشون رو بشناسی. برای کدی که نوشته میشه هم بلد باشی با سرعت بالا ریویو کنی و باگ و مشکلات امنیتیشون رو بشناسی تا ai slop مرج نکنی. https://blog.bytebytego.com/p/hiring-part-time-instructor-write

در این باره من یکسری کتاب ورق زدم، یکیش که خیلی دوست داشتم کتاب AI engineering از Orielly بود. آخر ۲۰۲۴ منتشر شده بنابراین تمرکزش روی Agent ها شاید زیاد نباشه ولی مفاهیم پایه رو بدون ریاضی و بدون کد، در حد مفاهیم کاربردی آموزش میده. در واقع همون طور که اسمش میگه بیشتر جنبه مهندسی داره و به دل من نشست. صفحه معرفی کتاب: https://www.amazon.co.uk/dp/1098166302 وبسایت نویسنده: https://huyenchip.com/ ریپوی گیتهاب یک نفر که داره کتاب رو میخونه: https://github.com/chiphuyen/aie-book