سلام سلام،
خیلی از بچه ها پیام دادن که ایونت رزومه رو میخوان شرکت کنن و ویدیو براشون کفایت نکرده 😄

برای همین آخر هفته آینده، پنجشنبه، ۱۶ فروردین ساعت ۱ تا ۳ مجدد در خدمت شما عزیزان هستم.
به دوستانتون که علاقه دارن پیشنهاد بدید، ظرفیت محدوده.

ارادت

https://lu.ma/sp7fysou

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

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

خوشحالم می کنید اگر باز نشرش کنید و برای دوستانتون ارسال کنید.

@Learning_with_m

00:58 تعریف مساله
02:00 تقویم ها
02:55 معرفی EPOCH
04:15 معرفی ISO 8601
05:11 معرفی UTC
06:05 معرفی Timezone
06:57 معرفی GMT
07:50 چالش اول
09:30 معرفی Zulu
09:44 معرفی Daylight saving time یا DST
10:59 معرفی Timestamp
12:45 فرمت
14:19 ذخیره سازی
15:55 محتوی
20:03 چالش دوم
20:52 پند :)

سلام به همه،
بعد از انتشار این پادکست فیدبک های مختلفی رو گرفتم که خیلی بهم انرژی داد.
ولی برای بهبود های آینده نیاز دارم از شما عزیزان فیدبک هم بگیریم.

برای همین زیر همین پست شما می تونید اگر فیدبکی دارید ارائه کنید، حتمی میخونم و اگر امکانش بود تاثیر میدم.

راستی، می تونید اگر موضوعی هم به نظرتون خوبه که در موردش صحبت بشه و محتوی براش تولید بشه از همین طریق بهم بگید. 🙏🏻

ارادت.

امیرحسین محرابی در مورد یکی از جلساتمون در مورد Postmortem ها گفت و گو کرد.
نظرش این بود که ارزش زیادی دارن و فرهنگش رو باید گسترش بدیم.

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

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

ارادت.

https://masoud.daneshpour.ir/postmortem/

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

خوشحال میشم ببینمتون.

گنج تمام عیار 😍

قراره که مسعود عزیز برامون در رابطه با خود موضوع Soft Skills صحبت کنه و بگه که به عنوان یه توسعه دهنده چطوری بتونیم در این راستا خودمون رو رشد بدیم.

ما دو میت دیگه هم داشتیم در این حوزه که برگزار شدن و می تونید ویدیو هاش رو داخل همین کانال ببینید.
1. problem-solving
2. Become a productive developer

[FREE 🔥][Limited]
https://lu.ma/jqk6jq4l

@thisisnabi_dev

شاید اسم قانون کانوی به گوشتون خورده باشه، این قانون در اصل تکه ای مشهور از مقاله ای که کانوی در سال 1986 با عنوان "چگونه کمیته ها اختراع می کنند" منتشر کرده هست.
در مقاله ای که برای #EngineeringStructure درحال تحقیق و نگارش هستم به این قانون برخوردم و کمی روش دقیق شدم.
به نظرم این جمله کوتاه بسیار درست و دقیقه.

دوستان عزیز سلام.
امیدوارم توی این گرمای شدید تابستان روزگار خوبی رو طی کنید.

یک نظر سنجی برای بررسی وضعیت کامیونیتی دارم انجام میدم.
ممنون میشم برای بهبود کیفیت خروجی توی این نظر سنجی شرکت کنید.
https://forms.microsoft.com/e/63qeHBXzga

در نهایت تحلیل خودم از این اطلاعات رو حتمی باهاتون به اشتراک میزارم.

دمتون گرم و سرتون سلامت.

پ.ن : Share کردن بسیار پسندیده و حلال است 😄

@learning_with_m

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

چطور یاد بگیرم.

این موضوع از دو جنبه مهمه :

1. یادگیری ماهیگیری هست و یاد گرفتن ماهی، اگر براتون رشد مداوم مهمه، باید روی ماهیگیری کار کنید.
2. نیاز های شما توسط هیچ منتوری قابل فهم نخواهد بود. ما در بهترین حالات موضوعاتی که خودمون بلدیم رو می تونیم به افراد منتقل کنیم.

به همین دلیل بهتون پیشنهاد می دم همیشه دنبال یادگیری، یادگیری باشید.
در همین راستا کتابی هست با اسم : یادگیری، یادگیری که پیشنهاد می کنم مطالعه کنید.
@learning_with_m

https://nashrenovin.ir/product/learning-how-to-learn/

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

1. فرصت رشد برای سازمان ها شاهراه حیاتی ماندگاری است
در صورتی که در سازمانی نقش مدیریتی دارید، برای نگهداشت و پیشرفت کارکنان می بایست برای آنها مکانیزم های رشد ساختار مندی را طراحی و پیاده سازی کنید. ساختار های رشد می بایست بر اساس Career Path و Job Profile پرسنل طراحی شود.
در صورتی که در بدنه مهندسی فعال هستید، از مدیران خود درخواست مسیر رشد و Career Path داشته باشید.

2. بیشتر سازمان ها در رشد پرسنل موفق عمل کرده‌اند ولی میزان رشد به قدر کافی نبود است.
به صورت کلی در Tech Company ها، رشد به دو دسته "رشد فنی" و به دست آوردن یک"جایگاه شغلی" متفاوت تقسیم می شود.
در صورتی که مدیر هستید، مسیر شغلی پرسنل را برای آنها شفاف کنید.
در صورتی که در بدنه مهندسی فعال هستید، با جلسات One-On-One موادم، مسیر رشد خود را با مدیرتان بررسی کنید و از وی در مورد قدم بعدی سوال کنید.

3. در بیشتر سازمان ها رشد بعد از سال اول محقق شده است.
درصورتی که تازه به یک سازمان پیوسته اید، برای به دست آوردن رشد عجله نداشته باشید. مسیر های رشد بعد از 1 سال برای شما شفاف خواهند شد. سعی کنید افراد کلیدی را پیدا کنید و با آنها مسیر رشد را خود را چک کنید.

4. سازمان ها به افرادی که رشد پیدا کرده اند حقوق بهتری پرداخت کرده اند.
برای دریافت حقوق بهتر، نیازمند رشد و ماندگاری حداقل یکسال در سازمانتان هستید، مدیران بر روی افرادی سرمایه گذاری می کنند که ماندگاری آنها تا حدی تضمین شده باشد. این بدان معنی نیست که هر سازمانی ارزش ماندگاری بیشتر از 1 سال را دارد.

به صورت کلی دو برداشت زیر هم از این نظرسنجی برای من وجود داشت :
1. نظرسنجی های تخصصی در سطح سوشال مدیا، جذاب نیستند و به راحتی امکان جذب مخاطب را نداریم.
2. پرداختن به موضوعاتی همچون رشد در سطح کامیونیتی بسیار پر طرفدار هست و جای خالی آن حس می شود.

در نهایت در صورتی که در سازمانتان نیاز به برنامه ریزی برای رشد دارید(سطح سازمانی) با من در ارتباط باشید.
همچنین در صورتی که نیاز به Career Path دقیق برای خودتون دارید از طریق Adplist می تونید با من در ارتباط باشید تا با هم براتون برنامه ریزی کنیم.

@learning_with_m

سلام دوستان 😃
من بالغ بر 10 سال در نقش های مدیریتی تیم های فنی در رول های مختلف ایفای نقش کرده ام، نقش هایی مثال CTO، Techlead، Team Lead، Chapter Lead و ...
در سال های اخیر اساسی ترین نیاز افرادی که باهاشون کار می کردم رو عدم شناخت درست این نقش و شرح وظایف آن و همچنین روش رسیدن به این نقش بوده و هست. به همین دلیل از اواخر اردیبهشت ماه با هدف قرار دادن چندین کتاب و همچنین گردآوری تجربیات حرفه ای ها و در آخر تجربیات خودم، دوره "Techlead 360°: از برنامه ریزی تا رشد" برای ارائه آماده شد.

این دوره مخصوص :
1. افرادی که علاقه به ورود به دنیای مدیریت Technology و تبدیل شدن به Techlead شدن را دارند.
2. آن دسته از Techlead هایی که هم اکنون در این نقش فعال بوده و برای رشد خود در این شغل نیازمند شناخت بهتری از این کار دارند.

سرفصل های این دوره شامل موارد زیر است :

🔹 روز اول: برنامه ریزی، شناخت و روز های اول
• به چه کسی Techlead گفته می شود؟
• وظایف یک Techlead چیست؟
• چگونه برای تبدیل شدن به Techlead برنامه ریزی کنیم ؟
• درک تعریف مدیریت برای یک Techlead.
• توانمندی های فنی یک Techlead چیست ؟
• توانمندی های نرم یک Techlead چیست ؟
• شرح وظایف روزانه یک Techlead چیست ؟
• تعیین اولویت‌ها و مدیریت زمان برای یک Techlead.
• همه چیز درباره Stakeholder Management و اهمیت آن برای یک Techlead.
• جلسات مهم و نحوه برگزاری آنها
• انواع جلسات (استندآپ، ریفاینمنت، رتریسپکتیو و ...)
• گزارش‌هایی که یک Techlead باید ارائه کند
• مدیریت تیم و تیم‌داری
• ساختاردهی تیم و توزیع وظایف
• ایجاد انگیزه و مدیریت تعارضات
🔹 روز دوم: زندگی کاری یک Techlead
• اصول بازخورد(feedback)
• رهبری فنی تیم
• هدایت فنی و نظارت بر کیفیت کد
• تشویق به نوآوری و بهبود مستمر
• اصول مدیریت کیفی کد
•روش های توسعه بهینه( Code Review، Pair Programming، Mob Programming، Design Reviews و ...)
• تفویض اختیار
• ارزیابی و پشتیبانی از تیم
• پلن رشد اعضای تیم
• توسعه فردی و حرفه‌ای اعضای تیم
• روش‌های شناخت و ارتقای استعدادها
• اصول مدیریت کیفی کد و رهبری فنی تیم

این دوره در دو روز 8 و 9 شهریور(پنجشنبه و جمعه) به صورت آنلاین برگزار خواهد شد.
برای ثبت نام از این لینک استفاده کنید : https://lu.ma/lbl1to9j
برای ادای احترام به شما همراهان کانال، کد تخفیف `20PF` تقدیم شما می گردد.

به امید دیدار شما دوستان و همراهان گرامی.
@learnin_with_m

سلام به همگی.
ظرفیت دوره تکمیل شد.
۸ و ۹ شهریور در خدمتتون خواهم بود.

Channel Notfound !

سلام،
دوستانی که در دوره "Techlead 360°: از برنامه ریزی تا رشد" ثبت نام کرده اند و تایید شدند، براشون یک لینک گروه ارسال شده.
لطفا عضو اون گروه بشید.
ممنون.

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

در انتهای هفته آینده نظرات رو جمع بندی می‌کنم و منتشر می‌کنم.

قطعا مشارک شما باعث بهبود یادگیری هممون میشه.

لطفا در بخش کامنت ها نظرات خودتون رو اعلام کنید.

#چالش شماره ۱:
فرض کنید کد بیس بسیار پیچیده ای دارید. کیفیت کد پایینه و اثری از تست یا نیست یا کارا نیست. مالکان شرکت درک مناسبی از تکنولوژی ندارند و مالک محصول هم علاقه به دلیوری سریع داره.
ازتون خواسته میشه برای توسعه یک فیچر جدید در این کد بیس برنامه ریزی کنید.

چه راهکار هایی پیشنهاد میدید؟
راهکار شما باید بخشی یا همه این موارد رو در بر بگیره:
۱. رضایت ذینفعان
۲. برنامه ریزی تحویل
۳. شکست کار برای تیم
۴. مکانیزم بهبود کیفیت کد، بعد از تغییرات شما

سلام سلام.

یک موقعیت شغلی هست که محدوده غرب تهران هست.
به دنبال یک برنامه نویس .Net هستند.
مدیر توسعشون رو میشناسم، آدم قوی و توانمندی هست.

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

@MDP66

#موقعیت_شغلی
#DotnetDeveloper

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

از نظر من، داشتن دانش توی هر زمینه ای بد نیست و حتما توی پیدا کردن کار کمک ما خواهد کرد. ولی نکته مهمی که دارم اینه که بیایم و یک تقسیم بندی خوب داشته باشیم.
تقسیم بندی ای که من پیشنهاد میدم شامل دو بخش کلی هست :
1. مفاهیم و ابزار های بنیادی.
این دسته از مفاهیم و ابزار ها مثل حروف الفبا، برای یادگیری هستند، بدون اونها توسعه دانش نه اینکه ممکن نباشه، ولی قطعا سخت خواهد بود. مثلا شما برای یادگیری ریاضیات مستقیما به زبان فارسی نیاز ندارید، ولی برای یادگیری بهتر مجبورید بخونید، پس به صورت غیر مستقیم به الفبای فارسی نیاز دارید. بخشی از مفاهیم و ابزار های که ما استفاده می کنیم از همین دسته هستند. مثلا :مفاهیم برنامه نویسی، OOP، git، الگوریتم ها، ساختمان داده ها، اصول اولیه پایگاه داده، اصول اولیه وب، اصول اولیه سیستم عامل و ... . به اعتقاد من هرچه قدر به این مفاهیم بیشتر مسلط بشید با تغییر تکنولوژی و ابزار ها غافلگیر نخواهید شد و به سرعت می تونید اونها رو یاد بگیرید.

2. ابزار ها، مفاهیم و فریم ورک های جانبی.
این دسته از ابزار ها و مفاهیم روی مفاهیم پایه و بنیادی شکل میگیرند و برای بهبود مشکلی راه حل جدیدی ارائه می‌دن، مثلا DDD برای حل آدرس کردن پیچیدگی در دامین پیچیده راه حل ارائه میده، یا Microservice ها، یکی از مشکلاتی رو که پاسخ می‌دن برای حل مقیاس پذیری هست.
دسته دوم خیلی تغییرات در اونها زیاده و همیشه یکی جدیدش داره میاد. مثلا فریم ورک ها و یا لایبرری هایی که روی JS معرفی میشن.

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

آخرین نکته هم این که خبر خوب اینه که توی شرکت های بزرگ ها هم همین کار رو باید بکنید ! فقط درصدی هم ابزار ها و مفاهیم جانبی لازم میشه.
به صورت کلی منطقی هم هست، توی شرکت های کوچک اندازه محصول طوری نیست که لازم باشه شما با k8s به صورت حرفه ای کار کنید، شاید کلا اصلا وجود هم نداشته باشه. یا انقدر محصول بزرگ باشه که مقیاس پذیری مساله مهمی باشه.

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

ارادت.

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