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

خشم و خستگیم به لبخند تبدیل شد :

https://t.iss.one/PytensMusic/145


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

خیلی دوست دارم این کتاب رو بخونم، چند بخشش رو برای دمو گذاشتند که بنظرم این مباحث رو خیلی خوب توضیح داده بود (نمی‌دونم باقی موارد هم همینطور هست یا خیر)

برای خرید فقط نسخه
Epub
رو می‌تونم بخرم (که اصلاً طرفدارش نیستم)

نسخه pdf رو چندتا سایت ایرانی برای فروش گذاشتند، که خب پیگیر شدم بدون مجوز نویسنده هست و ایشون هیچ درآمدی ازش نداره.

Amazon Link

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

#django_roadmap #roadmap

امروز یک دوستی، گفت بهش یک roadmap برای شروع جنگو بدم با این بکگراند :
۱- پایتون رو تا سطح خوبی بلد هست
۲- ساختمان داده و الگوریتم رو می‌شناسه
۳- لینوکس، گیت و داکر رو هم بلده

یک بخش دیگه که باعث میشه این Roadmap رو بنویسم، همین موضوع هست که خیلی از بچه‌ها بهم گفتند چطوری تونستی بعد از ۲ هفته یادگیری جنگو شروع به کار کنی ؟

اول باید بگم که من ۲ هفته‌ای فهمیدن جنگو رو مدیون زحماتی هستم که روی پایتون کشیدم، بر عکس خیلی‌ها که شروع می‌کنند فریمورک یادگرفتن من فارغ از فریمورک توسعه وب رو یاد گرفتم و بعد اومدم سراغ جنگو (هرچند توی جنگو خیلی جا برای پیشرفت دارم و باید زحمتش رو بکشم هنوز)
برای همین هست که وقتی کسی بهم میگه roadmap بده میگم ۳-۶ ماه اول فقط پایتون، من به خیلی‌ها گفتم کتاب
Fluent Python
رو جلوت بذار و سرفصل‌هاش رو بخون، اگر مفهومی رو بلد نیستی یعنی هنوز آماده نیستی که بری سراغ فریمورک (حالا اینکه این موضوع برای نسل آینده برنامه‌نویسی توسعه میشه، خودش یک داستان هست. یعنی این نسخه رو نمیشه برای همه پیچید ولی قطعاً این بهترین راه هست)

تکنیکی که شخصاً باهاش فریمورک و ... رو یاد میگیرم، مختص خودم هست و اسمش رو منبع سوزی میذارم، چطوری هست ؟

۱- اول مطمئن میشم با اون فریمورک ارتباط برقرار می‌کنم و جوگیر شدن و ... درکار نیست

برای مثال روی همین جنگو :

اول رفتم سراغ این پلی لیست :
Youtube Playlist

دفعه‌ی اول با سرعت 3x نگاهش کردم کامل که تقریباً ۱ روز جمعه‌ام رو گرفت، بعد یک سری تحقیق کردم و مطمئن شدم ازین فریمورک خوشم اومده

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

توی این تکنیک برای قدم اول هیچ نیازی به کد زدن نیست، شما تکیه میدی و از دیدن فیلم لذت میبری، توی دفعه‌ی دوم دیدن ویدئو منابع مهم رو روی یک مرورگر دیگه باز می‌کنید مثلاً: من متوجه شدم چیزهایی به اسم :
Redis, Celery, Flower, django rest framework, ...
وجود داره و همینجا متوجه شدم نیاز من یادگیری با جزئیات
DRF
هست و نه Django forms یا template نویسی پس این دو مورد رو خیلی کم روش وقت گذاشتم.

2- یادگیری از یک منبع مناسب، من کتاب‌های زیادی رو خوندم چون منبع جامع و مناسبی پیدا نکردم برای
DRF
ولی دیروز شروع کردم به خوندن یک کتابی که سرفصل‌های جالبی داشت و ۳ فصل اول رو خوندم و تموم شد که بنظرم منبع خیلی خوبی اومد نسبت به کتاب‌های دیگری که خوندم :

Becoming an Enterprise Django Developer
By Michael Dinder (Packt pub)

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

۳- هرکتابی که انتخاب کنید، وقتی یک مفهوم رو توضیح میده برای موارد بیشتر و دقیق‌تر به منبع اصلی reference میده، مثلاً کتاب بالا
وقتی یک فصل رو تموم می‌کنید، بعد از اینکه اون فصل رو کدهاش رو زدید و تموم شد
باید برگردید روی کتاب و همون فصل و منابعی که برای خوندن بیشتر بهتون معرفی کرده رو بخونید.
این قدم بسیار بسیار مهم هست، چون هم با اصطلاحات آشنا می‌شید، هم با اکو سیستم اون فریمورک و هم یاد میگیرید چطور باید از داکیومنت فریمورک استفاده کنید بدون اینکه وقت تلف کنید.

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

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

1- YouTube PlayList
نسخه DRF هم هست (اگر دوست داشتید توی همون کانال ببینید)
2- Becoming an Enterprise Django Developer By Michael Dinder (Packt pub)

3- Django documentation
4- Django Rest Framework

هیچ چیز به اندازه دیدن ویدئو خوب آخر شب حال نمیده :

Software Engineering Mock Interview (Python3)

پ.ن : چیزایی که بنظرم طرف اشتباه می‌کنه رو هم بذارم :
مثلا همین ابتدای دقیقه ۶ باید می‌پرسید آیا یک یوزر می‌تونه چندین

Active book 

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

دقیقه ۹: برای page/content ساختمان داده list رو پیشنهاد میده و دلیل میاره که چرا باقی موارد نه؛ اما بنظرم من tuple درست تر بود (چون محتوای یک صفحه از کتاب بعد از انتشار تغییر نمی‌کنه و البته tuple از نظر حافظه بسیار بصرفه تر از list هست)
جلوتر یادش افتاد و اشاره کرد؛ برای راحتی لیست رو انتخاب کرد (بله این هم اتفاق درستی هست توی مصاحبه) شما درست ترین راهکار رو اول ارائه میدی بعد می‌تونه بپرسی آیا اجازه داری که راهکاری که ساده‌تر هست رو استفاده کنی توی پیاده‌سازی یا خیر

دقیقه ۱۲: من بودم بجای گرفتن id برای هر کتاب از isbn استفاده میکردم دلیلش هم این هست که هم روی فیچری برای جستجو کمک می‌کنه و هم unique هست و نیازمندی لازمه برای active books رو هم برطرف می‌کنه؛
پس ی اشتباه دیگه طرف راجب فیچرهایی مثل

Recommendation, Search 

سوالی نکرده و فیلدی هم درنظر نگرفته تا اینجا

دقیقه ۱۵: از اونجایی که توی پایتون ساختار داده dict دیگه بصورت دیفالت order هم داره میشه ازین ساختار هم برای نگهداری صفحات کتاب استفاده کرد (بخصوص اینکه اینجا تعداد سرچ ممکنه زیاد باشه)
هرچند من نیاز ویژه‌ای نمی‌بینم اما گفتن این نکته نشون میده شما به فیچرهای جدید‌تر زبانی که باهاش کد میزنید هم آشنا هستید و تغییراتش رو دنبال می‌کنید (این موضوع رو توی مصاحبه با آمازون داشتم و براش امتیاز قائل بودند)

دقیقه ۱۵ : شروع کرد به کد زدن و با فیلدهای کمینه شروع کرد متاسفانه کیندل تصویر اصلی کتاب رو بصورت thumbnail نمایش میده؛ اسم نویسنده می‌تونست موضوع جذابی برای جستجو باشه؛ میشد به این نکته اشاره کرد که آیا نیاز به جستجو بر اساس متن داخل کتاب داریم ؟ یا اینکه برای ساده‌سازی می‌تونید ازش بگذریم و ....

اضافه کنم این بسیار مهم هست که پروژه رو بیش از حد سخت و سنگین نبینید (خود این هم امتیاز منفی داره) و این موضوعات رو بسیار سریع بهش اشاره کنید و ازش بگذرید مخصوصا تو این مرحله که system desing نیست (هرچند این لول از جزئیات رو من بیشتر با اسم micro-service desing باهاش موافق هستم توی طراحی سیستم هم نباید انقدر درگیر جزئیات بشید و واقعا یک تله هست.)

دقیقه ۱۷:۵۰ : ازش متدی برای ورق زدن کتاب خواسته شد turn_page که خب طرف فراموش کرد برای برگشت به عقب کدی بزنه (یعنی این ویژگی در واقع نیاز به ۲ تا متد داشت با توجه به مدل پیاده سازی این خانوم)

توی دقیقه ۲۰ که داره Library رو میسازه؛ بنظرم ۲ تا سوال رو جا انداخت؛ چرا من زودتر به این اشاره نکردم ؟ چون طرف گفت kindle من رفتم سمت نسخه‌ی‌ قدیمی که میشناختم و همه چیز رو روی دیوایس هر نفر ذخیره میکرد اما این خانم به API هم اشاره کرد پس :
۱- می‌تونست ی نسخه جامع‌تر از Library در نظر بگیره که شامل همه کتابها باشه؛ باز چون گفته شد اطلاعات کتاب بهش داده میشه فرض میکنم اون بخش روی یک سرویس دیگه که اسمش رو بذاریم core پیاده سازی شده
۲- با فرض اینکه مورد قبلی تایید بشه پس نیازی به Authorization توی این سرویس نداریم پس می‌تونه
Add to collection
همینطوری پیاده سازی بشه (هر کاربر یک کپی از کتاب نه مجوزی برای دسترسی به کتاب)
الان دیگه مطمئن شدم که سطح مصاحبه midlevel هست چون طرف تو این دقیقه از مصاحبه نباید دیگه از API حرف میزد (ازون جایی که mock interview ها همیشه یک بکگراند قبلی داره فکر میکردم بسته شده که قرار نیست API یا microservice باشه)
این خیلی مهمه توی مصاحبه هر فرضیه‌ای که تایید نگیرد غلط هست و شما دارید مسیر اشتباه رو میرید؛ برای همین من به همه شاگردام و دوستانی که باهاشون مصاحبه کار میکردم همیشه گفتم یاد بگیرید توی جلسه مصاحبه بلند بلند فکر کنید اهمیت این موضوع 10/10 هست یعنی از خود کدهاتون هم با ارزش تر
چون شاید شما نرسید توی تایم مصاحبه کد رو تکمیل کنید (که خب چیز اشتباهی نیست مگر در شرایط خاص) اما اگر بلند بلند تفکر کرده باشید و مصاحبه کننده بدونه به چی فکر کردید؛ نوع کد زدنتون رو هم که تا اینجا دیده احتمالش بسیار زیاد هست که نمره کامل رو براتون رد کنه و خدا می‌دونه که این امتیاز چقدر مهم و کمک کننده هست.


باقی در کامنت‌ها :

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

متاسفانه توی مصاحبه گفته نشد برای چه سطحی داره مصاحبه انجام میشه که خب خیلی مهم هست ولی با توجه به اینکه راجب system design صحبتی نشد و مستقیم روی OOP desing هستند فکر می‌کنم سطح midlevel داره مصاحبه می‌شه یا اینکه مصاحبه مرحله اول هست برای سطح senior

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


کامنت اول رو هم فراموش نکنید؛ اشتباهاتش زیاد بود خستم کرد
دقیقه ۳۲ به بعد رو خودتون تحلیل بزنید

#موقت

ویدئو آموزشی دیدن به خصوص Mock Interview باید اینطوری باشه فقط بیننده یا شنونده بودن خیلی تاثیر مثبتی نداره
سعی کنید غلط گیری و نکته برداری کنید.
خودتون رو جای مصاحبه کننده بذارید و فکر کنید چرا داره این سوال رو می‌کنه ؟ ( قطعا سادیسم یا مرض نداره - البته تو ایران ممکنه سادیسم دار ببینید که اکثرا از بیسوادی میاد حالا در آینده از تجربه یکی از بچه‌ها با منبع براتون میگم حتما)

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

نکته آخر : هیچ مصاحبه‌ای فقط ۱ جواب درست نداره

امروز اومدم بشینم پیام‌ها رو جواب بدم :
حدوداً ۲۰۰-۳۰۰ تا شده (مجموع همه کانال‌ها)، واقعاً حوصله‌ام نشد ادامه بدم؛ ی سری موضوعات راجب تبلیغات و حمایت از دوره و ... که قبلاً توضیح دادم و هیچ.

اما این مدل سوالات هم جوابی نمیدم :

۱- راجب پایتون یک سوال داشتم، شما می‌تونید جواب بدید ؟
(خب اصل سوالتون رو بپرسید، سوال ندیده چطور بدونم می‌تونم جواب بدم یا نه ؟)

۲- روی فریمورک XYZ به مشکل خوردم، می‌شه کمک بخوام ؟ (بدون ارسال ارور یا توضیح)

۳- مدرس خصوصی می‌خوام؛ شما تدریس می‌کنید ؟
(خیر، کلا هم هزینه‌اش بصرفه نیست، مواردی هم که بلدم بهترین منابع رو بهتون دادم و رایگان هم راجبش توضیح میدم)

۴- کدوم دوره رو برای یادگیری پایتون تأیید می‌کنید ؟ (لیست n تا دوره ایرانی با قیمتای سرسام آور)
قبلاً گفتم هیچ دوره پولی ایرانی رو تأیید نمی‌کنم، حرفه‌ای ها و کار بلدهای ایران به رایگان توی یوتیوب و ... دارند دوره میذارند
انگلیسی هم که ببینید فوق‌العاده

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

شاید کمی‌ دیر اما همیشه سعی میکنم جواب افرادی که بدون حاشیه سوال پرسیدند رو بدهم (فارغ از هر چیزی)

اگر سوالات کلی دارید، یا نیاز دارید خیلی زود جواب بگیرید ، بهترین راه مطرح کردن سوال توی گروه متصل به کانال هست .

سپاس از همگی

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

برای سوالات درست : در خدمت دوستان هستم، ببخشید اگر جواب دادن کمی طول می‌کشه 🌹

یادی کنیم از فرزندان ایران ...

If I die young, write my mother
Tell her that I love her but my soul's gone home ...

حق هیچکس مرگ نیست،
بخصوص به وقت آزادی خواهی ...

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

سری قبلی که شروع کردم به خوندن کلی اتفاقات غیر برنامه‌‌ریزی شده برام افتاد که نشد ادامه بدم، حالا که از چندتا از کارهام استعفاء دادم می‌خوام مجدد این مورد رو شروع کنم

این پیام درخواست کمک هست،
من Rust developer نیستم و هنوز سوادش رو هم ندارم، اما بدجور نیازش رو احساس می‌کنم و شدیدتر بهش علاقه‌مند هستم
اگر کسی تجربه Rust داره یا می‌خواد شروع کنه، لطفاً توی این کانال و گروهش عضو بشه
بخصوص اینکه شخصاً نیاز دارم RoadMap هم داشته باشم که قبل از شروع به کار توی شرکت جدید، خوندن Rust رو تموم کرده باشم.

https://t.iss.one/pyrust


لینک گروه :
https://t.iss.one/RustaceansFA

این ویدئو رو امروز انتهای مصاحبه برای مدیر فنی یک شرکت گذاشتم،

دقیقاً اینطوری شد که :
- بیا با
1/n
دستمزد خودت کار کن
+ خب در عوضش چی میگیرم و تا چه مدت ؟
- برات رزومه می‌شه !
+ من اجازه دارم، یک
screen-share
داشته باشم ؟
- بله حتماً بفرمایید

من بعد از پخش ویدئو، تماس رو قطع کردم.

من بسیار توی کار آدم مودبی هستم و روی این موضوعات حساس، اما اجازه نمی‌دم کسی به شعورم توهین کنه.

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

اما این شعور مدیرفنی شرکتی با بیش از ۵۰۰ نیرو در ایران هست.

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

#موقت

درحال بررسی یک منبع فوق‌العاده هستم.
۳-۴ ساعت طول می‌کشه ولی اگر به همون خوبی باشه که از یکی از کانتریبیوترهای جنگو شنیدم (دارم همین موضوع رو بررسی میکنم؛ چون تازه با این شخص آشنا شدم.)

واقعا نمی‌دونم چرا توی کانال‌های توسعه وب با پایتون این رو پیدا نکردم :/

اگر ندیدید که خب چرا ؟
اگر دیدید و نذاشتید؛ اینارو واسه خودتون نگه میدارید ؟
بذارید خدایی این مباحث رو.

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

این ویدئو در راستای همون صحبتی هست که داشتم :

وب رو فارغ از فریمورک یاد بگیرید

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

YouTube Video

توی این ویدئو که از PyCon سال 2017 هست
Jacob Kaplan
از توسعه دهنده‌های اصلی django بهتون وب رو فارغ از فریمورک آموزش میده و شاید مقدماتی رو میگه از اینکه چطور وب فریمورک بعدی رو خودتون بنویسید.

شخصاً با خیلی از مباحث آشنا بودم ولی بازم خیلی چیز جدید داشت برام؛ اگر بخوام بگم چطوری بخونید پیشنهادم این هست :

۱- ویدئو رو ببینید و تمریناتش رو انجام بدید
۲- تمرینات رو برای کار خودتون بسط بدید (برای من RestApi)
۳- تمرینات بالا و منابع معرفی شده رو برای ASGI هم دنبال کنید.
۴- تمرینات رو خودتون انجام بدید، حتی اگر هر تمرین بیش از زمان پیشنهادی توی ویدیو وقت بگیره (اگر با مباحث هیچ آشنایی دقیقی ندارید ممکنه هر تمرین بیش از چندین ساعت وقت بگیره ولی شک نکنید هزاران بار ارزشش رو داره)


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

توی گروه هرگونه صحبت تخصصی راجب فریمورک خاص ممنوع هست.
هدف از کانال آموزش
core python
بوده و هست.

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

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

دسته دوم؛ حدود ۵ سال پیش هرجا تونستم اعلام کردم :
Software Engineering, Core Python
رو یاد بگیرید و بعد وارد فیلد مورد علاقه خودتون بشید (حتی AI)

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

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

این برای کانال دار ها
تورو خدا استوری نذارید
اصن محیط تلگرام برای این مورد ساخته نشده

شخصاً ریمو می‌کنم
کم از شماره‌ها میکشیدیم، کانالا هم اضافه بشه

با توجه له نتایج رأی گیری گروه کتابخوانی رو خواهیم داشت :

#ظرفیت_تکمیل و لینک حذف شد.

فقط ۱ هفته
و فقط ۲۵۰ عضو خواهد داشت این گروه

محدودیت
Google Meet : 250

هست،

۱- اگر کسی نمی‌تونه جلسات رو شرکت کنه توی گروه عضو نشه (یا اینکه حداقل اعلام کنه من ظرفیت گرمه رو افزایش بدم)

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

۳- هفته‌ای که کسی ارائه‌ای رو قبول نکنه، جلسه نخواهیم داشت و در صورت تداوم بیش از ۳ هفته گروه منحل خواهد شد (با توجه به اینکه بیش از ۵۰ نفر بهم بابت این موضوع پیام داده بودند، نباید این اتفاق بیوفته)

۴- امکان افزایش ظرفیت وجود نداره، چون شخصاً می‌خوام داخل جلسات حضور داشته باشم تا توضیح یا موضوع اشتباهی وجود نداشته باشه.

۵- باقی موارد توی گروه بحث خواهد شد. 😊

پ.ن : تعداد اعضای گروه به ۳۰ نفر هم برسه کار رو شروع می‌کنیم از هفته آینده
Fluent Python
رو میشه ارائه داد با ۳۰ نفر.


پ.ن : افرادی که همراهی نکنند قطعاً از گروه حذف خواهند شد (تا افرادی که می‌تونند کمک کنند اضافه بشوند یا افرادی که بیشتر نیاز دارند)

ویدئو رکورد نخواهیم داشت و قطعاً ممنوع خواهد بود، ضبط و پخش ویدئو‌ها.

از حداقل تعداد گذشتیم و قطعاً از هفته آینده شروع خواهیم کرد

همونطور که گفتم، اصلا نگران ارائه‌ها نباشید

بسیار بسیار ساده‌تر از خوانش انشا در مدرسه خواهد بود 😁

از شرکت اومدم بیرون، و به رسم همیشگی مثل همه دوستانی که چندین سال داخل شرکت بودند یک تجربه یا چیزی که یاد گرفتیم رو باید به اشتراک میذاشتم :

دو مورد رو توی این چندسال کار با این شرکت و مدیران قبلی یاد گرفتم؛ و همیشه هم رعایت خواهم کرد :

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

۲) نرم‌افزارها تمایل دارند به chaos شدن (بهم ریخته و آشوب شدن)
اگر جایی مسئول تیم یا مسئول فنی شدم آخر هر ماه، ۱ روز کاری رو اختصاص بدیم به رفع chaos توی نرم‌افزار و این کار رو به صورت تیمی انجام بدیم.

مورد دوم رو میگم چون peer review توی تیم ما نبود و نمی‌تونستیم هم داشته باشیم، برای همین وقتی اعتراض بچه‌ها رو دیدم این مورد رو برای تیم فعال کردم، بعد از ۵-۶ ماه٫جلسه همه‌ی بچه‌ها استاندارد سنیورهای تیم رو رعایت میکردند
کیفیت کدهای تیم بالا رفت، سرعت بالا رفت چون همه با یک استاندارد کد می‌زدند، و چون ذهنیت ساختار بندی و اسم‌گذاری به هم نزدیک شده بود درک اعضای تیم از کد همدیگر هم بسیار بالا رفته بود.
در نهایت جلسات از چندین ساعت به ۱ ساعت در ماه رسید.

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


گفتم حالا که این‌ موارد رو توی صحبت پایانی توی شرکت قبلی گفتم، اینجا هم به اشتراک بذارم شاید بدرد دوستان خورد.

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