عجیب ترین تجربه‌ها رو این هفته داشتم،

صرف اینکه یک نفر کارش خوبه دلیل نمی‌شه مدرس خوبی هم باشه
برعکس این قضیه هم هست
چون خیلی خوب می‌نویسه و درس میده دلیل نمی‌شه کارش هم خوب باشه

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

که خب از گشنگی بمیرم هم دوره‌ای که ندیدم رو تبلیغ نمی‌کنم.

بعضی‌ها هم گفتند، حاضرند تجهیزات یا مکان و ... دونیت کنند تا کمکی باشه برای آموزش بهتر، البته به شرطی که همه چیز رایگان بمونه که خب بدون شک این آموزش‌ها رایگان خواهد ماند.

اما شخصاً نیازی به تجهیزات ندارم، تقریباً همه اعضای کانال هم از ویدئو و صدا و ... رضایت داشتند (غیر خودم)

ولی اگر کسی خواست ازین به بعد آفر اسپانسری بده، یک گزینه‌ هم برای اعضای کانال بذاره تخفیف ۵ - ۱۰ ٪ نه ها یک چیزی کاملاً رایگان (مخصوصاً سایت‌های آموزشی)

این گزینه حتماً نظرم رو جلب می‌کنه؛ مثلاً برای ۱۰ نفری که کامنت گذاشتند روی ویدیو بصورت رندم.

بازم می‌گم، شخصاً فکر نمی‌کنم به تجهیزات نیاز داشته باشم (مگر اینکه ی A100 بخواهید بهم بدید، اونم کدوم ML engineer ایی رو دیدید که رد کنه ؟😅)

خلاصه ازین پیشنهادات برای اعضا اگر داشتید، اون موقع پیام همکاری یا اسپانسری و ... چه برای کانال چه برای یوتیوب بدید
در غیر اینصورت تبلیغات نداریم، مزاحم وقت هم دیگر هم نشیم.

سپاس فراوان


پ.ن : متن اول پیام هم برای این بود که شاید من مدرس خوبی نباشم، نمی‌دونم چرا بعضی‌ها اسرار به تدریس و پکیج و ... دارند.

تورو خدا تست بنویسید.

استخدام نمی‌کنم، حتی جونیور.
اگر تست نویسی بلد نباشه استخدام نمی‌کنم
اگر عادت به تست نویسی نداشته باشه، استخدام نمی‌کنم

با کد بد
با کد کثیف
با کد اشتباه
با همه موارد میشه کنار اومد،
اگر و اگر تست نوشته شده باشه.


پ.ن :
حتماً آموزش تست نویسی ازین به بعد می‌ذارم.

این رو گذاشتم تو گروه بحث آزاد و یکی برام یک لینک یوتیوب فرستاده
A day in life of a software engineer
طرف کلا توی رستوران و بازی و ... بود.

گفتم اینجا هم بذارم، واقعیتش اینام هست : اون ویدئو‌ها ۱٪ در سال‌ هم پیش نمیاد.
یک روز زندگی من (روزی که حضوری میرم شرکت)

۸ صبح بری شرکت، ۷ شب برگردی

۷-۸ شب بری مصاحبه‌های استخدام نیرو جدید (برای یک شرکت دیگه)

شام بخوری

بشینی کد ریویو و کدهای ml پروژه با اون یکی شرکت رو بزنی.

و بعد وقتی ۱۱ شب میای بری استراحت روی تقویم ببینی قول دادی فردا ی فیچر جدید بکند تحویل تیم دیگری بدی.
هنوز تموم نشده البته

هوففف، زندگی واقعاً سخته.

واسه این وضعیت هرکی آهنگ داره بفرسته.
@abbasi_ai
لطفاً خواب از سر نپرونه

اضافه کنم که شلوغی میز رو نگاه نکنید، فقط اینطوری می‌دونم چیو کجا گذاشتم.
این شرایط برای کمد کتاب
برگه‌های دست نویس
فایل‌ها
و البته وسایل روی میزم هست.

تمیز می‌کنم تا ۲ هفته گنگ هستم و باید دنبالشون بگردم.

ویدئو fluent python رو هم حتماً امشب یا فردا قبل از ظهر آپلود می‌کنم.

(ولی جالبه عملکرد مغزم بهتر شده؛ تست‌ها زودتر پاس میشه🤔😂)

I absolutely love what I do. ♥️

بالاخره ویدئو فصل اول رفت برای آپلود
لینک گیت‌هاب فایل‌ها :

https://github.com/Pyhints/fluent_python

لایک - کامنت و سابسکرایب یادتون نره
حتما نظراتتون رو کامنت کنید.

نهایتا اینکه هنوز در حال یادگیری ادیت ویدئو و صدا و ... هستیم.
روزی ۳ دقیقه 😁

https://youtube.com/@pyhints

نکات مهم و ویژگی‌های جذاب پایتون 3.13 :

1) JIT Compilation (PEP 744)
هنوز به numba, pypy نمیرسه و آزمایشی هست اما توقع 2-9% بهبود سرعت بر اساس تست‌ها هست. تکنیک استفاده شده copy-and-patch jit هست که مقاله‌اش سال 2021 منتشر شده اگر دوست داشتید همین عبارت رو سرچ کنید افراد زیادی توضیح دادن مقاله رو.

2) IOS platform support (PEP 730)
البته فعلا باید از سورس کد بیلد بگیرید ولی خب
آندروید هم درحال توسعه هست و احتمالا توی بتاهای بعدی میاد PEP 738.

3) Added @deprecated
راجبش قبلا گفته بودم

4) Deferred evaluation of annotations using descriptors (PEP 649)
ازین فقط فهمیدم که __anotate__ اضافه میشه اما دقیق متوجه نشدم (مثال‌ها هم دقت می‌خواست که شخصا خسته تر ازین بودم که بخونم)

5) TypeIs
اینو مثالش رو ببینید خیلی راحت تر درک میشه؛ تو حالت if, else شرط اصلی که غلط بشه تایپ رو از else می‌تونه بخونه. مثال رو بخونید.

باقی موارد هم تغییرات توی کتابخونه‌های استاندارد هست که بعضی‌هاش واقعا متدهای کارآمدی هست.

اینجا توضیح دادم که هدف نهایی از کانال یوتیوب چطور خواهد بود :
https://t.iss.one/pytens/1445

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

قرار هم نیست همه مباحث رو شخصا درس بدم؛ افراد متخصص آموزش خواهند داد.

اینجا گذاشتم چون خیلی سوال شد بعد از این کتاب؛ سراغ موضوع دیگه هم میریم یا نه
اکثریت هم موضوع AI, Deep learning رو درخواست دادند (شاید چون تخصص خودم هست)

یکی از دوستان اشاره کرده که تبلیغاتی از دوره‌های ایرانی کانال‌های دیگه پایین پست‌های کانال میاد.

همین اول بگم؛

هیچکدوم از دوره‌های فارسی پولی مورد تأیید ما نیست

و تقریباً هیچکدوم هم مناسب بیزینس نیست، دوره‌ای نیست که شمارو وارد بازار کار کنه.

اما تبلیغات تلگرام، دست ما نیست.
تلاش کردم خاموش کنم این موارد رو ولی تلگرام میگه باید 50 لول Boost داشته باشیم تا اجازه غیرفعال کردن بده بهمون

پس صرف اینکه تبلیغات تلگرام رو پایین هرکدوم از کانال های ما دید، فکر نکنید که ما تایید کردیم اون دوره رو

این پست برای مدتی، بعنوان پست آخر دائماً ارسال خواهد شد. (تا کانال‌ها هدف تبلیغات نباشند)

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

https://youtube.com/@pyhints

توی این ماه یک کتاب‌هایی منتشر شده که دلم می‌خواست
می‌تونستم، به همه جاهایی که کار می‌کنم بگم
آقا ۱ ماه بهم مرخصی بدید برم ۵-۶ تا کتاب بخونم و برگردم.

یکی ازون موارد این کتاب هست.

توی کامنت یکی از دوستان گفت باقی کتاب‌ها رو هم معرفی کنید

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

2- Software Engineering by David C. Kung (2nd Edition)

3- Rust In Action by Rick Tim (2nd Edition)

4- Mastering NLP from Foundations to LLMs by Lior Gazit

5- Math and Architecture of Deep Learning by Krishnendu Chaudhury

6- Security Monitoring with Wazuh by Rajneesh Gupta

البته موارد بیشتری هست, بالاخره توی فصل انتشار کتاب هستیم اما این ۶ مورد رو واقعاً دوست داشتم می‌تونستم همین امروز شروع کنم تا ماه بعدی تموم بشه.

غیر از کتاب داخل تصویر که علاقه شخصی هست باقی موارد برای کارم هم بدرد میخوره.

کدهای ارائه امروز روی گیت‌ها قرار گرفت

از دوستان اگر کسی ویدئو رکورد کرده و صدا و تصویر با کیفیت هست.

روی گوگل درایو آپلود کنه و بفرسته ممنون میشم (بابت موضوعی که اول جلسه صحبت کردم)

داشتم راجب TunnelVision می‌خوندم؛ یک تکنیک حمله که اجازه می‌ده ترافیک vpn رو مانیتور کنند و ...
تنها موقعیتی که این اتک رو میشه جلوش رو گرفت؛ وقتی هست که یوزر روی Linux - Android باشه و از VPN استفاده کنه و فکر می‌کنند این روش از سال 2002 امکان پذیر بوده (فقط تا حالا درموردش حرفی زده نشده یا کشف نشده)

خلاصه که لینوکسی بشید تباها

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

خدا لعنت کنه اون احمق بی‌فکری رو که طرح کارت ملی هوشمند رو داد.
خدا لعنت کنه اون احمق‌هایی که زیرساخت آماده نکرده تأیید کردند.
خدا لعنت کنه باقی دست‌اندرکاران رو


بعد ۴ سال و چندماه کارت ملی ما صادر شد
کد رهگیری کاغذی که دادند باطل شده برای همین؛ یعنی عملاً استفاده‌ نداره جز برای تحویل گرفتن کارت ملی.

حالا هم برای تحویل گرفتن اومدم، میگه ۱ هفته سامانه خدماتی قطع بوده
الانم هرروز قطع هست، ولی یک وقتایی وصل میشه

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

خدا لعنتشون کنه.


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

یکی از اعضای کانال اشاره کردند؛ آقا شرکت و تیم IT و برنامه‌نویسی ثبت‌احوال رو توی ردیف اول بذارید چون دائما قطع هستند.
گفتم چشم.

برای بررسی بیشتر؛ بازم گفتید سامانه ۲ هفته قطعی کامل داشته و همچنان هم کند و قطع هست.
https://auth.ncr.ir

ویدئو فصل دوم روی یوتیوب قرار گرفت.

ازین به بعد ویدئو‌ها ممکنه با ۱ هفته تأخیر قرار بگیره (نسبت به روز برگذاری جلسات)

هر نکته و سوال و ... ایی که بود، حتماً کامنت کنید.


Youtube Video Link


نکته مهم :

بهتره کانال رو سابسکرایب کنید و نوتیف رو فعال، که اگر فراموش کردم اطلاع رسانی کنم ویدئو‌ها رو از دست ندید.

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

در تلاشم یک دوره مقدماتی پایتون رو هم برگذار کنم، مدرس اصلی نخواهم بود اما حتماً حضور خواهم داشت.
و نکات مهم رو منتقل خواهم کرد، این دوره هم در صورت برگزاری بر اساس کتاب :
Head first python
خواهد بود.

#موقت

من اگر مسئول تیم امدادی برای پیدا کردن رئیس جمهور بودم

حتماً نقشه وزارت ارتباطات و زیرساخت اون منطقه رو می‌دیدم

تا روی مسیری که خطوط اینترنت رد شده دنبال بالگرد بگردم.
از وقتی این بالگرد سقوط کرده؛ اینترنت هم به فنا رفته.

هیچکس هم گردن نمی‌گیره، پس حتماً کار بالگرد بوده دیگه.


پ.ن :

پیام دادید این پست‌هارو نذارم و ...
جواب :

شخصاً آدم تک بُعدی نیستم، موضوع اینترنت و سقوط و ... داره روی زندگی حرفه‌ای من و خیلی‌های دیگه تأثیر می‌گذارد.
همیشه راجب این موارد صحبت خواهم کرد بدون شک و تردید.

اگر آدم تک بُعدی هستید، اینجا جای شما نیست.
من نسبت به اتفاقات اطرافم واکنش خواهم داشت.

این مدت روی یک پروژه دارم کار می‌کنم و تنها خواسته شرکت اینه که تا جایی که می‌شه سرعت پروژه بالا بره؛ فیچر بیشتری قرار نیست اضافه بشه؛ تغییراتی نخواهد داشت.
تنها کار ما (من و ۱ نفر دیگر) شده اینکه فرمولها رو بهینه کنیم اگر روشی به ذهنمون رسید؛ کدهارو بخونیم و بهینه کنیم و اگر test-case ها روش اجرا شد بره دپلوی بشه.

هرچیزی که شما بهش فکر کنید رو تغییر دادیم و یا توی برنامه برای تغییر داریم.
چند وقت پیش داشتم به Profiling یک کد دیگری نگاه میکردم؛ که به ذهنم رسید باید json رو تغییر بدیم؛ اینکارم کردیم سرعت بهتر شد.

امروز داشتم سورس FastAPI رو نگاه میکردم (برای پروژه دیگری) که دیدم یکی از ماژول‌هایی که نصب میشه اسمش orjson هست و من تاحالا با این مورد کار نکرده بودم.
سرچ و گیت‌هاب و ... که دیدم بخش زیادی از پروژه با Rust نوشته شده.
بیشتر راجبش خوندم؛ دیدم خیلی از مشکلات مارو هم حل می‌کنه numpy, datetime, dataclass رو برامون serialize می‌کنه

استفاده از همین کتابخونه به تنهایی طبق گزارش همکارم روی پروفایلینگ حدودا ۱۵٪ سرعت کار با Json رو توی کل پروژه بیشتر کرده بخصوص مواردی که numpy, datetime , ... رو داشتیم سر راهمون.


GitHub Link

تا جایی که متوجه شدم مثل اینکه هنوز روی FastAPI دیفالت نیست ( البته من نخوندم و سری اومدم سراغ پروژه خودم ) اما ممکنه مشکلاتی هم داشته باشه؛ برای پروژه ما عالی عملکرد البته.

#Quick

یک سری وقت‌ها هست که توی پروژه بنا به هر دلیلی نیاز هست که یک پوشه خالی داشته باشید و اون رو روی git هم بذارید.
اکثرا برای permission درست و ... دیدم این کار انجام میشه.

حالا مساله چیه ؟ هرکی برای خودش از یک استاندارد استفاده می‌کنه (همه موارد جواب میده)
۱- اونایی که توی Mac کد میزنند:
اضافه کردن فایل .DSStore (با همچین اسمی به پوشه خالی)
۲- بچه‌های Linux :
اضافه کردن یکم فایل با نام دلخواه و شروع با . بیشترین مورد : .ignore
۳- ویندوزی‌ها :
اضافه کردن یک فایل با پسوند txt

اما برای این کار یک قرارداد نانوشته مشترک بین همه برنامه‌نویس‌ها هست اونم؛ توی اون پوشه خالی یک فایل به اسم
.gitignore
بسازید (جدای از gitignore کل پروژه هست) و محتوای داخلش این خواهد بود:

*
!.gitignore

یعنی همه چیز داخل این پوشه رو برای git نادیده بگیر به غیر از .gitignore

ربطی به موارد advance نداشت ولی چون دیدم خیلی کم رعایت میشه گفتم پست بذارم.

#تجربه

امروز یک اتفاق جالبی برام افتاد گفتم بگم :

حدودا ۲ سال قبل یک پروژه‌ای رو وارد شدم که برای ۲ تا شریک بود (هر ۲ نیروی فنی) اما دیدها و فیچرهای متفاوت رو نیاز داشتند.
وقتی من وارد شدم از درگیری‌هاشون گذشته بود؛ توی مصاحبه من هر ۲ نفر بودند ولی وقتی همکاری شروع شد فقط ۱ نفر بود و خیلی چیزا هم عوض شده بود.
پیگیر شدم فهمیدم از هم جداشدند بصورت دوستانه و قراره هرکسی با تکنیک خودش و فیچرهای مدنظر خودش کار رو پیش ببره؛ درآمد و ... همه چیز هم قبل جداشدن با رضایت ۲ نفر تقسیم شده بود.
از روی رفاقیت زیاد شاید؛ هرکدوم تو اولین اقدام یک سهم مثلاْ ۵٪ به شریکی که دیگه توی شرکتش نیست هم داده بود.
کسی که من باهاش شروع به کار کردم؛ آدم خیلی حرفه‌ای نبود از نظر کد اما توی بیزینس کد زدن و کار رو یادگرفته بود؛ شریکش اما آدم آکادمیک و بسیار بسیار با سواد بالا در زمینه فنی بود.
ما کار رو شروع کردیم؛ نیروهایی که گرفتیم نهایتا میدیور بودند؛ دستمزدها پایین اما اجازه میداد بهشون انگیزه (پاداش) بدیم؛ و هزینه اینکار هم نیاز به آموزش دادن و البته شلوغ شدن خودمون موقع code review بود.
با همین فرمون و همونطور که حدس زدید چیزی به اسم clean code, code optimization, ... هم نداشتیم.
تقریبا هر ۲ هفته فیچر تحویل می‌شد؛ یک گروهی با فیچر کار میکرد نهایتا ۱ هفته هم مشکلات برطرف می‌شد و دپلوی انجام می‌شد؛ اما تو کل این مسیر تست نویسی موارد اصلی رو داشتیم.
مثلا ما هیچوقت تست نویسی دیتابیس؛ ستون‌ها و ... رو انجام ندادیم اما تست نویسی model, schema, request, response رو توی بکند داشتیم.
توی ۶ ماه پروژه لانچ شد و توی ماه ۹ام قراردادهای اصلیش شروع شد؛ من هم ۳ ماه بعدش وقتی todo plan, ... رو نوشته بودیم و می‌دونستیم تا ۶ ماه آینده تسک‌های اصلی چی هست (تست‌نویسی؛ تمیزکردن و اپتیمایز کردن) برای یک موقعیت شغلی بهتر از تیم خداحافظی کردم و مدیر فنی دیگری وارد شد.
.
امروز متوجه شدم شرکتی که باهاش کار میکردم؛ شرکت رقیب (یعنی دوستش) رو خریده و صاحب همه امتیاز و کدها و فیچر و ... شده.
.

تفاوت تیم من و شرکت رقیب این بود که من و مدیرم جفتمون بیزینس رو دیدیم و می‌دونیم یک چیزایی مثل clean code, optimization , .... رو می‌شه حذف کرد ولی توی کارمون اولین باشیم؛ می‌دونیم با سرمایه‌گذاری روی نیروی تازه‌کار می‌شه به شرکت اجازه خطا کردن داد چون پول بیشتری نگه‌داشتیم و البته وقتی دستمزد کمتری پرداخت می‌کنید (چون ما بیشتر نیروهامون تازه کار و میدیور بودند چندتا متخصص هم داشتیم ولی خب خیلی کمتر نسبت به رقیب که برای هر حوزه حداقل ۱ نیروی متخصص آورده بود) پاداش و هدایای انگیزشی می‌شه به نیروها داد.

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

همه این‌هارو گفتم چون از بچه‌هایی که کتاب fluent python رو می‌خونند سوال ازم میشه شما همیشه اینجوری کد میزنید ؟ جوابش هم قطعا خیر هست.

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

پ.ن :
آدم آکادمیک بودن ربطی به دانشگاه رفتن و نرفتن نداره؛ منظور تجربه پیاده‌سازی سیستم هست. آدمی که دوره زیادی دیده و کتاب‌های زیادی خونده اما هیچوقت سیستم کامل پیاده‌سازی نکرده یا حتی بطور جداگانه روی بخش‌های مختلف سیستم و فقط با دید فنی کار کرده.