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

یه سوالی که همیشه از من می‌شه اینه که مطالبی که اینجا می‌گذارم رو از کجا میارم. چند سال پیش یه بار بهش جواب داده بودم و دوست داشتم یه بار دیگه بهش جواب بدم.

۱- خیلی از اوقات یه موضوعی به چشمم خورده و در موردش سرچ کردم. مثلا توی کار یا موقع کرش یه اپی که ازش استفاده می‌کنم.

۲- یکسری محتوا رو خودم سابسکرایب کردم که چیزایی که به نظرم مفید و جالب باشه رو براتون می‌ذارم. یوتوب و توییتر و mailing list (اکثرا تو substack) و چنل‌های تلگرامی و یک سری وبلاگ رندوم که بهشون سر می‌زنم.

۳- یه چیزایی هم تجربه خودمه یا یه موضوعی می‌بینم که حس می‌کنم خوبه در موردش بنویسم که سعی می‌کنم سرچ کنم و مرتب کنم براتون بنویسم.

حالا بین همه‌ی اینا، احتمالا هرکس می‌تونه با تلاش کم، مورد دوم رو برای خودش تقویت کنه، در این زمینه من یه منبع خیلی خوب پیدا کردم که می‌تونه بهتون کمک کنه. در زمینه‌های مختلف محتواهایی که بتونید دنبال کنید و یا بخونید رو آورده که می‌تونه خیلی بهتون کمک کنه. به نظرم تنها ایرادش اینه که آدم دلش می‌خواد همه رو دنبال کنه و اگر زیاد بشه تمرکز از دست می‌ره. من توصیه می‌کنم ۲-۳ تا چنل یوتوب و ۱-۲ تا mailing list رو بیشتر دنبال نکنید تا یه فرصتی بشه که بهشون بپردازید.
در ادامه هم خوبه که بعد یه مدتی به خود سایت substack و قسمت following یوتوبتون سر بزنید ببینید چیا رو دنبال کردید و اگر چیزی رو دنبال کردید که زیاد براتون جالب نیست یا کیفیتش خوب نیست یا به هر دلیلی دوستش ندارید با یکی دیگه جایگزینش کنید.

https://github.com/jordan-cutler/path-to-senior-engineer-handbook

اگر Arch Linux دارید و شک دارید که آلوده شدین یا نه، این اسکریپت رو اجرا کنید.
(البته که توصیه میشه اسکریپت رندوم دانلود و اجرا نکنید!)

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

https://github.com/lenucksi/aur-malware-check

./aur_check-v2.sh --full

در اندروید چطور یه کار رو برای آینده زمان‌دار کنیم؟ با کمک work manager!
اینجا هم نحوه کارکرد هم apiهای کار باهاش رو توضیح داده.

https://medium.com/@appdevinsights/work-manager-android-6ea8daad56ee

تاریخچه computing در یک ویدیو ۱۳ دقیقه‌ای

https://youtu.be/-M6lANfzFsM

تاریخچه برنامه نویسی در یک ویدیو ۶ دقیقه‌ای

https://youtu.be/9uW6B9LPntY

خلاصه ۱۰ مقاله از ۱۰۰ سال اخیر که منجر به رسیدن به تکنولوژی در حد LLM ها شدن
ویدیوی خیلی جالب و خوبی بود که در عین کوتاه بودن منظور رو به خوبی رسوند.

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

خلاصه همه اطلاعات تئوری لازم در مورد operating systemها در یک ویدیو ۱۱ دقیقه‌ای

به همه توصیه می‌کنم ببینید.

https://youtu.be/MtxP2pyCvYA

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


https://leerob.com/personal-software

ابزارهای ترمینالی خوبی که می‌تونه کیفیت زندگیتون رو بالا ببره (یک سریش مال llmها و یکسریش مال macOsئه که تست نکردم ولی باقی رو تست کردم و خوبن

https://blog.starmorph.com/blog/10-cli-tools-for-ai-coding

چرا داریم با AI باعث جلوگیری از تبدیل جونیورها به سنیور می‌شیم و در موردش چیکار کنیم؟

این مقاله می‌گه استخدام جونیورها هیچ‌وقت در مورد این که بهترین خروجی رو تولید می‌کنن نیست، بلکه برای اینه که تجربه‌ای کسب کنن که در آینده سنیورهامون رو تشکیل بدن ولی ما این روند رو متوقف کردیم چون سنیور با AI پرفورمنس بهتری داره. در کوتاه مدت بله ولی در بلند مدت نه.

یک سری از جمله های جالب مقاله رو می‌گذارم:


If you manage juniors: protect the friction.

If you are a junior: AI is your teacher first, your assistant second, your amplifier never. Not yet.

If you hire: bring the apprentice back, and give the job its real name.

AI is only as good as the human operating it. Right now, we're quietly choosing not to make the humans.

https://charafeddine.co/letters/we-stopped-making-seniors

چطور مهندس‌های Airbnb یک پتابایت (هزار ترابایت) داده رو از دیتابیس قدیمی به دیتابیس جدید بدون داون‌تایم منتقل کردن؟

https://scaleengineer.com/blog/how-airbnb-migrated-a-petabyte-without-users-noticing

یه مقدار زیاده گویی کرده ولی نکات جالبی داره.

یه نفر به اسم هنری می‌شینه ریاضیات و هوش مصنوعی رو به صورت شخصی نوت برداری می‌کنه و بعد دوستاش از روش می‌خونن و توی مصاحبه های OpenAi و Nvidia قبول می‌شن؛ حالا اون شخص اومده نوت هارو پابلیک کرده:

github.com/HenryNdubuaku/maths-cs-ai-compendium


@Linuxor

برنامه note taking مورد علاقه‌م یعنی Obsidian یه cli بامزه اضافه کرده.

https://obsidian.md/cli

با توجه به این که کلا local first هست و فایل ها در فایل‌سیستم قابل دسترسی هستن، برای من کاربرد آنچنانی نداره، ولی شما هم دوست دارید نگاهش کنید.

در ساده ترین حالت خودش، CQRS چی به ما می‌ده؟ چطور میشه پیاده سازیش کرد؟ کجا ایده خوبیه؟ آیا حتما نیاز به دیتابیس مجزا و event bus داره؟

https://thetshaped.dev/p/cqrs-without-the-astronaut-architecture-split-read-write-paths-typescript-nodejs-backend-service

دوست دارید بدونید ستاپ برنامه نویسی و AI دیگران چطوریه؟
یه بلاگ پست خوب در این مورد.

https://blog.bytebytego.com/p/an-ex-meta-l8s-agentic-engineering

آیا مشغول بودن مساوی مفید بودنه؟ نه. حالا AIدر محل کار چه تأثیری روی این گذاشته و ما چیکار میتونیم بکنیم که هم مفید بمونیم هم خودمون رو خوب present کنیم.

اگر یه کارمند معمولی هستید که فکر میکنید دیگه در عصر AI مفید نیستید، حتما توصیه میکنم بخونید.

https://www.charafeddine.co/letters/heroically-busy

چه زمانی خوبه که از قاعده DRY فاصله بگیریم و تکرار اشکالی نداره؟

مثل خیلی از تصمیم های دیگه مهندسی، این که یه کد تکراری رو تبدیل به abstraction کنیم یا نه یه tradeoff ئه. این مطلب این tradeoff رو باز می‌کنه و سعی می‌کنه مزایا معایب هر کدومش رو بررسی کنه. مثال هایی در لایه های مختلف از inheritance و composition تا تبدیل کد مشترک به میکروسرویس مجزا.

https://newsletter.francofernando.com/p/when-to-repeat-yourself

چه پترن‌هایی برای گذار از مونولیت به میکروسرویس وجود داره؟

https://newsletter.systemdesigncodex.com/p/monolith-to-service-architecture