چیزای دیگه مثل کانفیگ pre-commit, black, isort, ... یا بطورکلی ruff
مواردی مثل داشتن Makefile یا جایگزین‌های مختلف اون
اسکریپت برای اتومات کردن کارهای دستی که باید انجام بشه (قبل یا بعد از هر دپلوی)
و از این دست موارد جزو چیزهایی هست که همه افراد شرکت کننده باهاش آشنایی داشتند یا قبول کردند توی پست‌های کانال یا جاهای دیگه بخونند.
رعایت استاندارد و خوانایی و ...
موارد دیفالت بود که نیازی به توضیح دادن نداشت و همه باید دنبال کنند.

توی یک سری موارد زدم Fail , not acceptable چون روز اول شرط کردیم اگر کسی بیش از ۴ هفته کدهاش تایید نشه حذف می‌شه (برای اینکه وقت باقی افراد رو با سوالات مسخره که از نخوندن و تمرین نکردن عمدی میاد نگیره) همه افراد هم هزینه‌ها رو پرداخت کردند؛ البته من از شخصی که تیم رو جمع کرد هزینه رو میگیرم و ازش خواستم بعد از تکمیل مباحث هر بخش پرداخت رو انجام بده.

کلا ۶ تا بخش میشه که قرار هست توی ۶ ماه تکمیل بشه (شاید زودتر) ولی با توجه به امتحانات و تعطیلی و ... تا ۸ ماه قابل افزایش هست (من پیشنهادم ۴ ماه بود خودشون توافق کردند بیشتر بشه)

پینوشت: دانش بیزینس رو من نمی‌تونم چیزی راجبش بگم قطعا چون ۷ نفر با ایده‌های مختلف و از بخش‌های مختلف وارد شدند.

وقتی از پرداخت دلاری فقط ی چیزی شنیدی :

- دستمزد ها هم به دلار هست.
+ چند دلار ؟
- ۵۰۰ دلار برای این سطح در نظر گرفته شده
دو روز بعد
- سلام و ... من پیامی دریافت نکردم، توی ایمیل هم رزومه‌‌ی شمارو نداشتم می‌شه لطفاً مجدد بفرستید. که مصاحبه ست کنم ؟
+ من برای ۱۰۰۰ دلار هم وقت توی مصاحبه تلف نمی‌کنم، بعد برای ۵۰۰ دلار رزومه هم می‌خواید ؟
+ از طرف من منتقل کنید، پرداخت به دلار خوب هست ولی نه اینکه نصف دستمزد داخلی باشه.


شخصاً رسماً این مکالمه رو توی لینکدین داشتم، تازه می‌گفت ۲ تا ۱ ساعت وقت مصاحبه هست شاید ۳۰ دقیقه هم بیشتر بشه.

شب بخیر 🌹

خب دیگه نمایش وطن پرستی تموم شد.
برید خونه‌هاتون.
تنظیمات کارخانه درحال بارگیری ....

صبح بخیر

جندنفری پیام دادند که برای این موارد کتاب یا دوره آموزشی معرفی نمی‌کنید ؟

همچین چیزی شدنی نیست؛ قطعا نمی‌شه توی یک کتاب همه‌ی این موارد رو گفت استاندارد کتاب این هست که باید چرایی و چطوری و ... رو هم توضیح بده و یک context هم برای خواننده فراهم کنه + شاید کمی داستان سرایی هم داشته باشه یک چنین چیزی توی ۱ دونه کتاب جا نخواهد شد شاید ۱۰ تا کتاب بشه. (مثلا شما یک کتاب جدا برای SQL پیدا می‌کنی روی Postgres و یک کتاب دیگری برای SQLAlchemy بعد یک کتاب لازم داری که Async python رو خوب بهت یاد بده و ...)

دوره آموزشی شدنی‌تر هست ولی کسی انجام نمیده؛ اونی که یوتیوب داره آموزش میذاره به رایگان:
۱- باید یک پروژه به حد کافی بزرگ ولی نه خیلی بزرگ که نشدنی باشه پیدا کنه
۲- خودش یکبار پروژه رو استاندارد طراحی کنه و کد بزنه و همه چیز رو تست کنه
۳- شروع کنه به ویدئو گرفتن
۴- ازونجایی که همه‌ی این مباحث مفاهیم رو هم نیاز داره؛ پس باید بیشتر از چیزی که راجبش صحبت می‌کنه سواد داشته باشه (مثلا اینکه چرا گفتم از Celery استفاده نکنید؛ پس چرا همیشه توی django اولین مورد هست که سراغش میروند ؟)
و درنهایت همه اینکارها رو انجام بده برای تقریبا هیچی:
- ۹۰٪ بچه‌های ایرانی ویدئو رو دانلود می‌کنند ویو نمیخوره
- تعداد بسیار زیادی اون‌ها رو کوتاه می‌کنند یا متن می‌کنند بدون ذکر منبع یکجایی پست کنند
- جامعه‌ی کسایی که دنبال آموزش فارسی توی یوتبوب باشند کوچیک هست
- کانال‌ها و سایت‌های داخلی ویدئو رو برای دانلود راحت تر و بازدید بیشتر خودشون بازنشر می‌کنند
و هزاران دردسر دیگه
- درنهایت یوتیوب درآمدی نداره

برای کسی هم که داره دوره آموزشی میسازه برای فروش:
بهترین گزینه این هست که مثل‌ کتاب‌ها و بصورت تیکه تیکه آموزش بده و هرکدوم رو یک دوره کنه

اما متاسفانه باید بگم این موارد وقتی ارزشمند هست که توی یک پروژه کنار هم قرار بگیره؛ اونجاست که خیلی اتفاقات عجیب و غریب میوفته.
مثلا اگر شما دوتا پروژه مختلف روی Rust, Python بزنی که هرکدوم به تنهایی تست بشه و کار کنی باهاش فقط FastAPI, Axum رو یاد گرفتی
ولی وقتی به هم متصل کنی چالش‌های دیگه‌ای رو یاد میگیری اینکه Axum خیلی سریعتر و تعداد درخواست ۲۰ برابری رو پاسخ میده نسبت به FastAPI و حالا پروژه پایتون شما bottleneck شده.
وقتی اینارو بهم وصل کنید متوجه می‌شید که توی چه شرایطی کدوم بخش رو باید Scale کنید (که توی این صحبت شد FastAPI مثلا) حالا با افزایش تعداد instance های FastAPI شما به محدودیت تعداد connection روی Postgres, ... خواهید خورد چطوری میخوای این رو حل کنی ؟
اگر محدودیت توی read, write دیتابیس باشه چطور ؟ و ...


خلاصه که برای این موارد هست که قبل از شروع Mentoring گروهی که صحبتش شد؛ شرط کردم همگی باید ایده بدند و پروژه پیش ببرند.
شما هم باید همینکار رو کنید؛ آموزش نخونید اگر ۱-۲ ماه FastAPI کار کردید اینجا فقط تمرین لازم دارید + توسعه کد پروژه بزنید و هرچی رو که بلد نبودید توی یوتیوب سرچ کنید در حدی که کار خودتون رو راه بندازید.
آخر هفته‌ها وقت خوبی برای یادگیری جزئیات بخش‌هایی هست که فکر می‌کنید بیشتر بهش نیاز دارید.

خلاصه:
متاسفانه آموزش کاملی برای این roadmap وجود نداره

شما هم باید روی ۱۸۰-۲۰۰ ببندید.

خیلی از دوستان نزدیکم میگن، چرا انقدر به بعضی مدرس‌ها و دوره‌ها گیر میدی ؟

البته که هیچ وقت یادم نمیاد اسم دوره یا مدرس برده باشم (مگر اینکه ۱۰۰٪ کلاه‌برداری‌ بوده باشه اونم شاید ۱-۲ مورد)

همیشه می‌گفتم حیفه وقت این بچه‌ها تلف میشه؛ ولی حقیقتش چیز دیگه‌ای هم هست.

من وقتی وارد دانشگاه شدم؛ تصمیم رو گرفته بودم (البته که اصلاً نمی‌خواستم برم دانشگاه، چون کار داشتم و ...)
با این حال دانشگاه رفتم چون فکر می‌کردم استادا می‌تونند کمک کنند مسیرم رو پیدا کنم، برای چه کاری ؟
System Programming
Linux Kernel Development

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

۳ بار به دیوار خوردم :
۱- اولین زبان برنامه‌نویسی که دانشگاه یادمون داد Pascal بود.
امروز داشتم استنفورد رو با دانشگاهای ایران مقایسه می‌کردم، دیدم استنفورد یک دوره گذاشته (اجباری) برای زبان Rust که جزو دروس هست (فکر کنم دانشجو می‌تونه بجاش Golang یا یک زبان دیگه رو کلاسش رو شرکت کنه اگر درست متوجه شده باشم؛ ولی حتماً باید یک زبان مدرن رو یاد بگیره)
توی دانشگاه‌های ایران هیچکدوم زبان مدرن وجود نداشت،
Matlab, C, Python
بهترین چیزایی بود که پیدا کردم، حتی پایتون هم اکثراً برای ارشد و اختیاری بود.

بعد ما Pascal خوندیم که همون موقع که داشتیم می‌خوندیم هم ۹۰٪ ابزارهاش Deprecated بود‌.

۲- استادی که ازش C یاد گرفتم، شبی نیست که یادم بیاد و نفرینش نکنم (یادتون باشه من ۱ سال هم C کد میزدم برای شرکت)
خیلی چیزها رو بلد نبود، خیلی چیزا رو اشتباه بهم یاد داد.
همین اشتباه‌ها باعث درک اشتباه من از خیلی موضوعات مربوط به سیستم عامل شد و باگ و کدهایی که اجرا نمی‌شد و نهایتاً اینکه فکر کردم شاید من بدرد system programming نمی‌خورم.

هیچکس هم نبود که بگه:
آخه تو که انقدر سریع assembly رو می‌خونی و باگ رو میکشی بیرون (کارم مهندسی معکوس بود) اتفاقاً بدرد system programming میخوری فقط باید مفاهیم رو درست یاد بگیری.

۳- آخریش هم یک استاد دیگه که خیلی ازش تعریف می‌کردند (دانشگاهای برتر کشور درس میداد) راجب یادگیری و توسعه یک چیزی باهاش صحبت کردم، دقیقاً یادم نیست ولی یک چیزی مثل :
سال ۲۰۲۰ و به استادت بگی می‌خوام هوش مصنوعی و Transformer هارو بخونم.

هیچوقت یادم نمیره، گفت عمرت رو تلف نکن برو Html, Css رو یاد بگیر حالا لینوکس هم بلدی خوبه ولی یک مدرک ICDL هم بگیر بیا خودم معرفیت کنم شرکت یکی از دوستام تو با استعدادی!

لازم نیست بگم که به این آخری، حرفی زدم که توبیخی و درج پرونده گرفتم و تا مرز اخراج رفتم؟
من اون موقع Cisco کار می‌کردم.


خلاصه‌اش کنم؛ اینکه الان roadmap می‌نویسم و به دوره‌های مختلف گیر میدم، میگم چی بخونید و چی نخونید برای همون اتفاقاتی هست که برای من افتاد.

اگر تکنولوژی و اینترنت و دسترسی امروز اون زمان هم بود.
مطمئنم ۵-۶ سال زودتر به چیزایی که می‌خواستم (از نظر فنی) میرسیدم.

من چون مسیر درست رو پیدا نمی‌کردم مجبور شدم همه چیز رو خودم تست کنم.

چرا اینارو گفتم ؟!

چندساعت پیش توی لینکدین یک کامنت گذاشتم که کتاب و دوره کامل برای FastApi نیست.
تقریباً همه‌ی کتاب‌هایی که تا اواسط ۲۰۲۵ معرفی شده و معروف هست رو خوندم (توی کانال @pyhints گفتم)

و یکی از دوستان این موضوع رو دوباره مطرح کرد.

بعدش دعوت به همکاری عکس بالا رو دیدم برای شغل DevOps و غمگین شدم ازینکه من هیچوقت نمی‌خواستم DevOps کار کنم اما توی تکنولوژی‌های بالا فقط با Ceph کار نکردم.

چرا چون اوایل راهنمای درست نداشتم و بعدتر به راهنمایی آدما اعتماد نداشتم.

الان با Rust دارم سعی می‌کنم بیشتر System Programming رو بفهمم و درست درک کنم.

شب بخیر 🌹

وارد یوتیوب و لینکدین فارسی که می‌شی؛ ی چیزی حدود ۷۰-۸۰٪ برنامه‌نویس‌ها دارند می‌گن چطوری می‌شه،
یک استک یا تکنولوژی جدید رو توی ۱ هفته یاد گرفت.


خوشبحالشون اینا همواره تو توهم هستنا؛

من واسه توهم یادگیری هم ۲ هفته نیاز دارم برم چیزی که فکر می‌کنم یاد گرفتم رو توی پروژه بزنم و متوجه بشم هیچی نفهمیده بودم و بیام درست و درمون یاد بگیرم.

صبح بخیر 🌹

جوری که همتی رو هی دیلیت و نصب می‌کنند
جونیورا IDE عوض نمی‌کنند.

برای دانلود از یوتیوب؛ بهترین ابزار
yt-dlp
هست (تحت ترمینال)
یا اگر توی تلگرام راحت‌تر هستید؛
@Gozilla_bot

همه منتظر قطعی اینترنت هستیدا شیطونای سودجو، ولی زیاد نشینید برای سلامتی اصلا خوب نیست.

#چرندیات
به والله که خودشم نفهمید چی گفت.

وقتی pointer بر می‌گردونی یا slice بزرگ یعنی رفته روی heap 😑
من گو کار نیستم؛ ولی این شرط heap شدن نیست.

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

اون ۸ نفری که لایک کردن ؟ یعنی نکردن حتی متن رو به LLM بدند ببیند چی میگه ؟

تازه این پست قراره مفهومی به شما آموزش بده؛ سطحی نیستا!

اگر خواستید فرق
Stack, Heap
رو یک مقدار درکن کنید:
https://t.iss.one/pyrust/131

مفهومی هم نیست؛ من سطحی توضیح دادم.

این پلن ۵ دلاری استارلینک هم جالبه‌ها؛ فکرشم می‌کردید این سرعت بدون فیلتر انقدر خوب باشه ؟

Youtube Link

Youtube
هم بعضی وقتا چیزای جالبی رو ریکامند می‌کنه برای دیدن
با اینکه من خیلی اهل دیدن شبکه خبری نیستم.

یک پستی روی لینکدین دیدم (شما برام فرستاده بودید).
متاسفانه یادم نمیاد توی کدوم گروها بود و هرچی گشتم پیداش نکردم لینک رو ولی کلیات موضوع این بود:

یک نفر روی یک سیستم بکند داشته کار میکرده که چک کردن rate-limit باعث می‌شده هر درخواست تایم بیشتری بگیره

اصلا حالا که اینطوری شد بذارید بگردم پیداش کنم.
اگر شماهم دیدیدش برام بفرستید
اگر اون دوستمون هم اینجا هست؛ لطفا این مورد رو مجدد برام بفرست.

این پست آپدیت خواهد شد

امیدوارم طرف پاک نکرده باشه

چون با توجه به ادعای خودشون مشکل latency رو حل کرده بودند ولی ازون نمونه‌ها بود که:
سوال اشتباه
باعث جواب اشتباه می‌شه
و وقتی مسئله اشتباهی رو حل می‌کنی
فقط یک خرابکاری بزرگتر روی دست نفر بعدی میذاری ...

سرچ لینکدین احمق ترین موردی هست که دیدم؛
وقتی یک چیزی رو سرچ می‌کنم این احمقا توی کل پست‌ها میگردن

عربی - فرانسه - روسی - انگلیسی و ... برام میاد
بجای اینکه از نزدیک ترین افراد توی شبکه Following هام شروع کنه و همون رو نهایتا تا ۱-۲ سطح پیش بره

دارم یک ایمیل می‌نویسم براشون ببینم کدوم احمقی این سرویس رو طراحی کرده.

Donald J. Trump on Truth

اگر ایران به معترضان صلح‌جو تیراندازی کند و آنها را به‌طور خشونت‌آمیز بکشد، که این کار معمول آنهاست، ایالات متحده آمریکا برای نجات آنها وارد عمل خواهد شد. ما آماده حرکت و مسلح هستیم. از توجه شما به این موضوع سپاسگزارم!
رئیس‌جمهور دونالد جِی. ترامپ

یک ۱۰ دقیقه‌ای هست دارم متن می‌نویسم؛ که با این پست به اشتراک بذارم ولی حقیقتش همرو پاک کردم چون هرچی بگم ننگ؛ درد و غم این پست رو کم می‌کنه!

نیروی نظامی کشور خودم؛ مردم خودم رو می‌کشه!
اونوقت همین مردم؛ باید از پیام تهدید به حمله کشورهای دیگه خوشحال بشوند.

با شناختی که از پدرم داشتم؛ یک وقتایی خداروشکر می‌کنم که بعنوان یک ارتشی زنده نیستند و این خبرها رو نمی‌بینه.

توی پست مربوط به رودمپ بکند :
Backend Roadmap
برای آخرین مورد گفتم که حتما همه‌ی بچه‌ها باید از روز اول ADR بنویسند؛ سر این موضوع با هیچ کدوم از بچه‌ها شوخی ندارم.

اما خیلی‌ها (مثل بچه‌هایی که باهاشون کار می‌کنم) پرسیدید چرا باید ADR بنویسیم بهتر نیست وقتمون رو روی کد زدن و تمرین و یادگیری بذاریم.

جواب کوتاه:
هیچ ابزار - هیچ کتاب و ... دیگری به اندازه نوشتن ADR شمارو تست نمی‌کنه و به شما یاد نمی‌ده حتی.

اما اگر توضیحات برای قانع شدن می‌خواید ادامه مطلب رو بخونید:

بخش بزرگی از کار یک مهندس نرم‌افزار (بخصوص توی سطوح بالاتر) یادگیری بحث و مناظره کردن هست؛ چیزی که توی سال‌های اخیر همکاریم با بچه‌ها توی ایران خیلی خیلی کم دیدم. این بحث‌ها اکثرا سر چه چیز‌هایی هست ؟
۱- از کدوم فریمورک استفاده کنیم
۲- با کدوم استاندارد پیش بریم
۳- دیتابیس چی بذاریم
۴- تست نویسی چطوری باشه
۵- چرا از این ابزار استفاده کنیم یا نکنیم
و ...

شما هرروز درگیر این بحث‌ها خواهید بود و اینکه بتونید از پیشنهادات خودتون بطور منطقی دفاع کنید موضوع بسیار بسیار مهمی هست.
وقتی شروع به نوشتن
ADR = Architecture Decision Records
می‌کنید یاد می‌گیرید ابزاری که دارید انتخاب می‌کنید رو همه جنبه‌هاش رو ببینید؛ خیلی وقتا ابزارهایی که افراد انتخاب می‌کنند فقط بخاطر hype هست و جو زده هست اون انتخاب بدون اینکه بدونند آیا واقعا بدردشون میخوره یا مناسب کارشون هست.
خیلی وقتا این مکالمه رو شنیدیم:

- چرا فلان ابزار رو انتخاب کردید ؟
+ گوگل داره ازین استفاده می‌کنه؛ چی ازین بهتر

آره دوست من ولی گوگل چندین میلیارد کاربر داره و تو به زور به ۵ هزارتا میرسی.
گوگل هزاران نفر توسعه دهنده داره ولی تیم تو به زور به ۱۰ نفر میرسه.
گوگل میلیاردها دلار خرج زیرساخت و دستمزد و ... میده.
تو زیرساختت به زور ۱۰۰ هزار دلار میشه.

برای خود من موقع بحث سر موضوعاتی که بچه‌ها باید یاد بگیرند برای توسعه بکند همین موضوع پیش اومد یکی از بچه‌ها گفت برای سرویس ارسال ایمیل از celery استفاده کنیم پس اینم بنویسید؛ که اگر نگاه کنید من ممنوع کردم استفاده‌اش رو celery سرویس بسیار بزرگ و سنگینی هست.
برای پروژه‌های کوچیک اشتباه هست که توی قدم اول برید سراغش؛ اما اگر کسی بتونه ADR خوب بهم بده قطعا قبول می‌کنم.

درسته وقتی تنهایی کد میزنید به ADR نیازی نیست اما نوشتنش باعث میشه یاد بگیرید بحث کنید؛ توی نوشتن ADR معمولا شما به چندتا ابزار میرسیدو باید این چیزها رو توضیح بدید :

۱- این ابزارها برای چه کاری هستند و چرا فکر می‌کنید توی پروژه لازمشون داریم ؟
۲- چرا هرکدوم از ابزارها رو در نظر گرفتید؟ (چرایی مهم هست)
۳- انتخاب شما کدوم بوده ؟ و البته چرا ؟
۴- نقاط قوت و ضعف ابزاری که انتخاب کردید چی هست ؟
۵- نقاط قوت و ضعف ابزارهایی که انتخاب نشدند چی هست؟
۶- تحت چه شرایطی ابزارهای دیگر رو انتخاب می‌کردید یا اینکه شرایط پروژه چی بود که نقاط قوت ابزار انتخابی شما به باقی موارد و البته نقاط ضعف اون چربید و انتخاب شد.

فکر می‌کنم از سوال‌ها مشخص باشه که چقدر چیز مفید و مهم رو درک می‌کنید و یاد میگرید.
آیا همه پروژه‌ها این رو دارند ؟
به جرات میگم که بیش از ۹۲-۹۳٪ پروژه‌ها و حتی شاید توسعه دهنده‌ها حتی نمی‌دونند چی هست؛ ولی تمام پروژه‌ها و تمام مدیران فنی و اعضای تیم‌هاشون هرروز درگیر یکی از این تصمیم گیری‌ها هستند.

به مدیرای فنی هم پیشنهاد می‌کنم توی تیم این موضوع رو داشته باشید؛ خیلی وقتا نیرو احساس می‌کنه حرف‌هاش شنیده نمی‌شه درصورتی که شما می‌دونید چیزی که پیشنهاد می‌کنه خوب نیست برای پروژه فقط وقت برای توضیح دادن بهش رو ندارید.
معمولا با نوشتن ADR خیلی از بچه‌ها خودشون متوجه می‌شوند که چرا جواب نه بهشون داده شده.

ترامپ از خواب بیدار شد (چون مجوز حمله به ونزوئلا رو روزهای قبل داده بود)

اولین پیامی که گذاشت چی بود ؟

مادورو و زنش دستگیر شدند

تلویزیون ونزوئلا چندساعت پیش اعلام کرد خلبان زن آمریکایی رو دستگیر کردیم.
اعترافاتش رو پخش می‌کنیم

چقدر آشنا.

خوشبحال مردم ونزوئلا، حالا حداقل سرنوشتشون دست خودشون هست.

امیدوارم سمت چپی و ... نرن

این قشنگ ترین پیام طنزی بود که فرستادید :

مقاومت نقی معمولی در سوریه بیشتر از مادورو در ونزوئلا بود.