#خارج_از_بحث #لینوکس

خبر پشتیبانی از پکیج‌های x86_64-v3 خلاصه و به زبان ساده بگم؛ این نسخه از پکیج‌ها برای cpu های سال 2015 به بعد بهینه شده خوبیش استفاده بهینه از منابع و حتی سرعت بیشتر هست.

اگر کاربر یا طرفدار ubuntu هستید می‌دونید که گفته به سراغ این موضوع میره؛ fedora هم از این قضیه مستثنی نیست و گفته که این موضوع رو بررسی می‌کنه؛ اما این وسط RedHat حرکت عجیبتری زده

RedHat Enterprise Linux v10 

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

x86_64-v3

تنها گزینه خواهد بود. این یعنی cpu های قبل از 2015 دیگه توانایی نصب RHEL10, Rocky10 , ... رو نخواهد داشت و این موضوع رو هم اعلام کرده که حتی اگه اینکار باعث بهبود سرعت و پرفورمنس هم نشه بازم اینکار رو می‌کنه چون دیگه لازم نیست توی کدها شرایط AVX - , ... رو بررسی کنند ( داستان کد کمتر باگ کمتری هست که ۲ هفته پیش صحبت کردم راجبش )

در همین راستا چندسال قبل راجب

Intel Clear Linux 

صحبت کرده بودم و گفتم که این OS روی اکثر سرورهای پردازشی شرکتی که اون زمان کار میکردم وجود داره و دلیلش هم بهینه بودنش توی استفاده از منابع هست.

بازم میگم : کاربران Fedora, Ubuntu و مشتقاتش نگرانی نداشته باشند چون
x86-64-v3
در کنار نسخه‌های قدیمی اضافه خواهد شد؛ که اتفاقا خبر خوبی هست اگر cpu شما پشتیبانی کنه OS بهینه تری خواهید داشتید.

شخصا بی‌صبرانه منتظر آپگرید سیستمم به
Rocky10
هستم.

#موقتی

کتابی که استوری شد، برای همه کسانی هست که می‌گفتند نمی‌دونند چطور باید کدهای
OOP
بزنند یا اینکه چطوری تصمیم بگیرند از
Inheritance, Multi-Inheritance, Interface, Protocol, ...
کجا استفاده کنند.

شخصاً نسخه قدیمی این کتاب رو خوندم،
python3 OOP
اما پیشنهاد می‌دم نسخه‌ای که استوری شده رو بخونید.

خوبی کتاب‌های Dusty Philips اینه که علاوه بر تئوری، همه چیز رو بصورت کدهای عملی مثال می‌زنه و نمایش می‌ده


پ.ن : کتاب بعدی هم راجب
Python Software Architecture
هست.

#خارج_از_بحث
#جهت_انتشار
#جهت_آگاه‌سازی

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

اما یک مورد رو بسیار زیاد دیدم توی چند وقت اخیر، یک گروه از افراد (بیاید بگیم گروه هکری، هرچند خیلی از هکرها شرف دارند)
شروع کردند به دخترها، توی تلگرام پیام دادن که:

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

حالا بخش اخاذی چطوری میاد ؟
دیتابیس #ایرانسل، #اسنپ #همراه_اول هر ۳ مورد علاوه بر شماره اطلاعات دقیق صاحب خط، شناسنامه‌، آدرس و ... رو هم داره
توی موردی که شخصاً با فرد داشتم چت می‌کردم، حتی اعلام کرد برای ویدیو ۵ دقیقه‌ای حاضر هست ۱ میلیون تومان پرداخت مستقیم داشته باشه
بعد از ۲ تا عکس هم حاضره نصف مبلغ رو درجا پرداخت کنه، (همین شیوه پرداخت خودش،ناشناس بودن رو می‌بره زیر سوال)

متأسفانه جامعه هدف این افراد کسانی هستند که سواد کامپیوتری ندارند و یا طبق اطلاعات ثبت شده سن افراد بین ۱۸ تا ۲۵ هست.

من نمی‌دونم چطوری اما اگر شما هم کسی رو می‌شناسید که دختر داشته باشه، یا دوست و آشنایی دارید حتماً این پیام رو بفرستید براشون یا بهشون توضیح بدید.

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

می‌دونم موضوع کانال این چیزا نیست، اما وظیفه خودم دونستم که این موضوع رو حتماً اطلاع بدم و شخصاً از شما عزیزان خواهش می‌کنم که این مطلب رو به اشتراک بذارید (نیاز به ذکر منبع نیست)

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

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

قدردان روزایی که با هر کدوم گذروندم هستم، خداکنه باقی زندگیم هم انقدر خوب باشه که پر باشه ازین آدم‌ها.

تفاوت نسخه های مختلف پایتون (داکر) و البته تاثیرش روی سایز image نهایی (عکس رو باز کنید) :

نسخه‌ای که من از بچه‌ها گرفتم درنهایت سایز image اش به 1.3GB میرسید
نسخه‌ای که من برای چک کردن کدها و توسعه استفاده کردم 241MB هست و نسخه‌ای که برای deploy تحویل دادم 153MB (روش multistage که قبلا راجبش توضیح دادم توی زبان‌هایی مثل Go lang)

علاوه بر کم کردن هزینه و مزایایی سریعتر up شدن و ... که میدونید
cloud provider
شرکت بابت نگهداری از این image ها (زیر ۲۵۰ مگ) هیچ هزینه‌ای نمیگیره و حتی بابت نسخه تست هم (رم و cpu کم) هیچ هزینه‌ای نداره.

اینو ۲ سال پیش توی کانال هوش مصنوعی گذاشتم

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

سرتون رو درد نیارم، ۲ ساعت رفتم جلسه و ... کل تیم خودم رو نشستم باهاشون کد بررسی کردم.
نگاه کردم دیدم، جناب devops کاری که همشون روی سرش قسم میخورند یک داکر ایمیج درست کرده حجمش ۵ گیگابایت.

گزارش ایشون رو دادم و ... مدیر فنی و مدیر خودش و هرکسی که این وسط بود اومدن که نه قطعاً کدها مشکل داره و ازین حرفا
نشستم خودم مجدداً کارهای داکر کردن پروژه رو انجام دادم، حجم نهایی فایل + سرویس و هرچیزی که نیاز داشت شده
۶۰۰ مگابایت (تفاوت رو ببین)

فایل رو تحویل دادم، روش هم ی درخواست افزایش حقوق گذاشتم + حذف نیروی دواپس از تیم هوش مصنوعی تا یافتن نیروی مناسب (این بار اول نبود)

رفتم گیت طرف رو نگاه می‌کنم، می‌بینم توی ۷ دقیقه پروژه رو داکر کرده
خدایی چرا فکر می‌کنید ما خودمون نمی‌تونیم
Shit code, ...
بزنیم ؟ چرا داریم کار رو می‌سپاریم دست نیروی متخصص ؟
اصن چرا ی همچین آدمی رو باید بعنوان نیروی متخصص شناخت توی شرکت ؟

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

پ.ن : یادم باشه ی نسخه بیس می‌ذارم که حداقل ی ذره اوضاع بهتر بشه.

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

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

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

اومدم توی init اون کلاس زدم
cache_folder: Optional[str] = None
بعدم همین متغییر رو پاس دادم به کتابخونه‌ی زیر
commit, pull request

بعد برای اون دوستمون عکس گرفتم و گفتم :

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

پ.ن : توضیح اینکه چرا این کد رو تغییر دادم و کجای پروداکشن بدرد میخوره، ۱۰ برابر بیشتر از خود تغییر کد شد (از نظر تعداد کلمات)

#fun
جمعه بدون باگی داشته باشید.

قِشَنگ
حیدو هدایتی


حقیقتش سرم شلوغ بود و وقت پست پایتون نداشتم،
گفتم از کانال موسیقی یک آهنگ بفرستم فعلا

لذت ببریم با هم ♥️🌹

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

"خدا کنه خوشت بیاد"

توی
code review

هایی که این هفته انجام میدادم به موارد مشابه چیزی که توی تصویر هست زیاد برخوردم؛ هرکدوم از توسعه دهنده‌های پروژه (۳ نفر) روش متفاوتی رو انتخاب کرده بودند.

اولین کار توافق سر یک دست کردن بود بعد هم گفتم با مثال اینجا بذارم ببینم شما کدوم مورد رو استفاده می‌کنید ؟

شخصا همیشه روش آخر رو پیاده می‌کنم؛ اینجا هم راهکار خودم رو پیاده‌سازی کردم و گذاشتم :

setdefault


پ.ن‌:

if mapping.get(uname) is not None :

این مورد رو همیشه با None همیشه چک کنید، توی این مثال که نه ولی اگر روی اعداد یا شماردن تعداد داشتیم کار میکردیم و 0 هم می‌تونست جزو خروجی باشه اوضاع بهم ریخته می‌شد،‌ اگر هدف None هست همیشه باید با
is None
شرط رو بررسی کنید.

#خارج_از_بحث
#موقت

اینم جالب بود :

قیمت دلار توی سایت‌های دولتی و نیمه خصوصی،
به ۵۵.۰۰۰ تومان هم رسیده (مثلاً کنترل کردن و اومد پایین)
ولی برید صرافی واسه حواله زدن.

هیچ چیزی پایین نیومده، قشنگ انگار دولت دستور داده سایتا
قیمتشون رو ساعتی x تومن بیارن پایین 🤣😂

وضع مزخرفی داریم خدایی ...

بعد طرف میگه چرا رأی نمی‌دی .

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

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

پیام دادند چه ربطی به رأی دادند داره، چرا همه چیز رو به همه چیز ربط می‌دی و کلی حرف مفت دیگه ....

شخصاً نه تاحالا رأی دادم
نه رأی میدم.

حرص بخورید باز.

چندروز قبل بعنوان
Team Lead
یک پروژه دیگه‌ای توی شرکت انتخاب شدم (با تمام مخالفتی که کردم؛ حتی با وجود افزایش دستمزد)

ولی قرار بر این شد امروز لیستی از تمام تغییرات مورد نیاز قبل از اضافه کردن فیچر جدید رو بدم

code review 

اولیه رو انجام دادم و لیست رو نوشتم.

یکی از سطر کدهای اصلی که بیشترین زمان ۲ ماه رو براش اختصاص داده بودم و گفتم که همزمان با توسعه فیچر می‌تونه پیش بره بخش

Exception Customization 

بود.

حالا چرا به این بخش رسیدم ؟ موقع کد ریوو چون تیم زیردست خودم کار نمیکرد برای درک بهتر اینکه اکثر مشکلات تیم کجا بوده نشستم
git log ( commit messages)
رو خوندم و تغییرات رو نگاه کردم.

همونطور که شاید خیلی از شما هم همین بالاتر تو ذهنتون مرور کردید ۹۰٪ مخالفت روی موضوع
custom exception
بود و منم از این موضوع کوتاه نمیام قطعا.

توی جلسه به اثبات رسید که حل این مشکل حداقل ۳۰٪ باگ‌ها رو حل می‌کنه و حداقل ۱/۳ سرعت دیباگ و توسعه رو بالا میبره بخصوص وقتی تست نویسی ها هم درست بشه.

#ادامه_پست_بعدی

توی شرکت روی پروژه شرکت مثال زدم؛ عذر میخوام اگر توی تصویر بالا مثال خیلی کاربردی نیست
جایی رو ندیدم مثال خوب / واقعی بزنه یا زده باشه سعی کردم ی مورد مشابه رو مثال بزنم

فرض کنید ما ۳ نوع فایل داریم که خیلی برامون مهم هست :
1- لاگ‌ها ؛ خطاهای سرویس‌ها - دیتابیس و ... توی این فایل‌ها نوشته میشه و وجودش برای پروژه بسیار بسیار مهم هست
پس اگر فایل لاگ وجود نداشت پروژه به هیچ وجه نباید روی پروداکشن بره

2- فایل‌های کمکی؛ وجودشون مهم هست اما نه اونقدری که نذاریم پروژه بره روی پروداکشن
بعنوان مثال تصویر لوگوی شرکت

3- یک سری گذارشات روزانه مثلا و.ضعیت پرداخت‌ها و ...
که بصورت اتوماتیک انتهای ساعت کاری هر روز درست میشه؛ اما اگر یکی از ادمین‌ها یا مشتری‌ها وسط روز بخواد خروجی بگیره ممکنه نداشته باشم.

توی مثال بالا بصورت دیفالت هر ۳ فایل یک ارور رو بر میگردونه :
FileNotFoundError
که اگر بخوایم exception handler بنویسیم باید حتما توی داخلی ترین تابع پردازش نوشته بشه و حتما باید بررسی کنیم که توی یک تابع یا متد بصورت همزمان وجود بیش از ۱ مورد از فایل‌های بالا بررسی نشه چون در اون صورت نمی‌دونیم ارور مربوط به عدم وجود کدوم فایل بوده و نمی‌تونیم تصمیم بگیریم آیا ابزار باید روی پروداکشن بره یا خیر یا ...

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


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

ولی در نظر بگیرید:
هیچ کس از رعایت best practice ها متضرر نشده و نمی‌شه.

قدیما یک سری مسابقات بود، خیلی دوست داشتنی بود :

اینجوری بود که به کثیف‌ترین کد جایزه داده می‌شد، نرید قیمه و قرمه بریزید
منظور خوانایی بود 😁

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

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

برای نمونه کلاس رو اینطوری تعریف میکردیم :

m = "3627"

def __str__(sth):
  return f"sth.__class__(members={sth._mem})"

PYHINTS = type("pyhints", (), {
  "_mem" : int(m),
  "__str__": __str__
})


I = PYHINTS()
print(I)

توی کد بالا هیچ چیزی اشتباه نیست و همه چیز عمدی هست، کد بالا یک مثال خیلی کوچیک بود معمولاً یک تسک بهمون داده میشد

برنده همیشه اونی میشد که :
۱- PEP
رو رعایت نمی‌کرد

۲- کاری‌ رو می‌کرد که پایتون باید بکنه، توی مثال بالا من بجای استفاده از

class PYHINTS:
  _mem = int(m)
  def __str__(self):
    pass 

اومدم مستقیم از type استفاده کردم.

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

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

از اسم فامیل و فوتبال دستی و .... هم بهتره 😑


پ.ن : باید خیلی سواد داشته باشید و حواستون جمع باشه که موارد بالا رو رعایت کنید و ید کد بزنید.
و این خودش یعنی شما به درک عمیقی نیاز دارید.

ورکشاپ / سخنرانی جالبی بود راجب git دوست داشتید ببینید :

So You Think You Know Git

varargs

نیروی جدید گرفتیم؛ حدود ۲۰ ساله چون تازه هم اومده پروژه‌ای نداشتم بهش بدم.
اما یک کد از تیم دیگه بهمون رسیده که هیچکس سراغ تمیز کردنش نمیره؛ بهش دسترسی دادم گفتم این کد رو بخون
یک کد هم از تیم خودمون بهش دادم گفتم اینم بخون

هرکاری اولی کرده تو نکن؛ هرکاری دومی کرده سعی کن درک کنی چرا.

امروز دیدم رفته کلی تغییرات داده اولش ترسیدم گفتم ی تازه کار این حجم تغییر برای pull request مشکوک هست ولی بعد از ی جلسه کوتاه حل شد و بیشترین تغییرش همین

varargs 

بوده؛ برنامه نویس قبلی

packing, unpacking

رو یادش نبوده هرجا توابع کمکی داشته گفته باید لیست بهم بده و توی جاهای دیگه هم مجبور شده توی مواقعی چندین بار for loop بزنه بخشی از پردازش رو انجام بده لیست بسازه بده به تابع کمکی بعد دوباره خروجی رو بگیره و روی اون لیست پردازش رو ادامه بده.

varargs

و کار این نیرو هم سرعت پروژه رو بیشتر کرده هم پروژه رو تمیزتر؛ قرار شد ۲ هفته این کدهارو کار کنه و تمیز که نسخه ایشون بره برای جایگزینی روی پروداکشن.

تصویر بالا یک مثال کوچیک هست (شاید خیلی هم کاربردی نباشه) که خودم الان نوشتم فقط برای اینکه تفاوت رو نشون بدم.

قبلاً راجب اینکه چرا نباید
Default value
ورودی یک تابع٫متد رو mutable بذارید صحبت کردیم

یعنی

def scripts_counter(directories = []):
   pass

یک باگ بسیار بسیار جدی هست توی پایتون.
نه فقط برای لیست بلکه برای همه mutable ها

https://twitter.com/pyhints

اولین اکانت من توی توییتر
ایده خاصی براش ندارم هنوز (از نظرات دوستان استقبال می‌کنم)

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

#خارج_از_بحث #مهم
این پست طولانی هست و چند پیام خواهد بود.

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

درمورد دستمزد سال جدید هست، آخر سال و طبیعیه خلاصه.

محاسبه دستمزد و افزایش حقوق که فرمول خودش رو داره و هیچکس به شما نخواهد گفت ( اینکه سقف دستمزدی که می‌تونید برای افزایش حقوق بگیرید چقدر هست رو میگم )
منم ازین قضیه مستثنی نیستم، چون بالاخره منم تعدادی نیرو دارم که خب ترجیح میدم باهم به توافق برسیم تا اینکه فرمول کامل رو بهشون بدم اینجا.

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

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

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

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

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