Productivity is about saving seconds!

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

ابزارها رو دریاب!
هر کاری که تکراریه (مثل دیپلوی، تست، یا فرمت‌کردن کد)، بذار ابزارها برات انجام بدن. این‌جوری ذهنت آزادتره برای چیزای مهم‌تر.

از AI کمک بگیر
مثلا Copilot، ChatGPT و کلی ابزار دیگه هستن که سرعت کدت زدن رو بالا میبرن، ایده بدن یا توی "یادگیری" کمکت کنن. کمک‌یارن، نه جایگزین!

شورتکات‌ها رو بیار تو کار!
چه توی سیستم عامل، چه مرورگر یا IDE، شورتکات‌ها باعث می‌شن سریع‌تر کار کنی و توی «زون» بمونی (حواست پرت نشه)، خلاصه که کمتر کلیک کن، بیشتر تمرکز کن.


مسئله این نیست که بیشتر کار کنی — مهم اینه که کمتر وقت تلف کنی!

شما چیکار میکنید که بهتر از وقتتون استفاده کنید؟

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

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

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

Sad but true!

نظرتون چیه؟

✨ Event Driven Architecture Pattern - Part 1

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

00:00 Event Driven Architecture
05:00 Problems
12:00 Event vs Message

🚢 پلی لیست : Architectural Jungle
🕶 مدت ویدیو : 15 دقیقه
📺 لینک ویدیو :
https://youtu.be/a2ehsKZ5Qw4

♥️♥️ تا چهارشنبه هر روز یه قسمت از این رو منتشر میکنم، زمانبندی شده و ارسال میشه. دمتون گرم که نظر میدید، خیلی خفنید.

✨ Patterns of Event Driven Architecture - Part 2

🌀 تو قسمت دوم به یه درک درستی از تفاوت سیستم های Event Driven و Message Driven می پردازیم و اینکه اساسا چه فرقی بین Message و Event هست.

00:00 Previous Session
05:00 Event vs Message
08:00 Ownership
12:00 Point2Point and PubSub

🚢 پلی لیست : Architectural Jungle
🕶 مدت ویدیو : 18 دقیقه
📺 لینک ویدیو :

https://youtu.be/Nfu0UUTlu4o

✨ Patterns of Event Driven Architecture - Part 3

🌀 تو این قسمت اولین الگو رو بررسی کردیم که چطوری میشه جلوی Data Loss رو بتونیم بگیریم. خوب الگویی رو معرفی میکنیم اما همیشه میدونیم، هر الگویی یکسری هم معایب داره. پس بهتره ببینم و بررسیش کنیم.

00:00 Previous Session
05:00 Data Loss
07:00 Forward Persistent Pattern
12:00 Tradeoff

🚢 پلی لیست : Architectural Jungle
🕶 مدت ویدیو : 15 دقیقه
📺 لینک ویدیو :
https://youtu.be/MHxGy-Im_s0

3/5 همچنان ادامه داره...

✨ Patterns of Event Driven Architecture - Part 5

🌀 یکی دیگه از مباحثی که توی این معماری باید حواسمون بهش باشه، مدیریت استیت و وضعیت هر درخواست هست، اینکه الان این درخواست من در چه وضعیتی هست، میتونه به ظاهر ساده باشه اما در بطن خودش چالش هایی رو هم داره.

00:00 Architectural Quanta
04:00 Posh Based State
11:30 Pull Based State

🚢 پلی لیست : Architectural Jungle
🕶 مدت ویدیو : 16 دقیقه
📺 لینک ویدیو :
https://youtu.be/lahRwdn5k4E

آخرین قسمت از 5 قسمت الگوهای معماری EDA امیدوارم که مفید بوده باشه.
دمتون گرم.

چیکار کنیم وقتی به اشتباه تو برنچ main پوش میکنیم؟!

دیروز داشتم کد میزدم و پوش میکردم یهو دیدم که دارم توی برنچ main پوش میکنم!!!

داشتیم pair-programming میکردیم و اصلا حواسم نبود ولی خوب همیشه یه راهی باید باشه، نه؟

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

1- پیدا کردن کامیت آخرین کامیت درست
git log --oneline
با این دستور تاریخچه کامیت ها رو میتونیم ببینیم

path\to\repo> git log --oneline
e74c0b4 (HEAD -> main) by mistake commit 2
d86e63f by mistake commit 1
ed658f3 latest good commit
7975f4e previous commits

2- تغییر برنج به کامیت درست
git reset --hard <commit-hash>

طبق تاریخچه بالا میخوایم به کامیت ed658f3 برگردیم پس:

git reset --hard ed658f3

3- پوش کردن تغییرات
با این دستور برنچ main رو آپدیت میکنیم

git push origin main --force

و تمام!

خوب چندتا سوال پیش میاد؟
1- چرا من تونسته بودم مستقیم روی برنچ main پوش کنم؟
چون ادمین ریپو هستم

2- خوب چرا پوش رو نبستی روی main؟
چون گیتاپ اگر بخوای Rule ست کنی برای ریپوی خصوصی باید گیتاپ Enterprise داشته باشی

سلام به همگی

بعداز تقریبا سه سال اومدم ایران با کلی ذوق و شوق، ولی از لحظه ای که هواپیما نشست این داستانا شروع شد (جمعه ساعت ۲:۴۰ رسیدیم تهران)

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

امیدوارم هرچه زودتر تموم شه.

خیلی مراقبت کنید.

پاینده باشید ❤️

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

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

۲. توی دنیای بدون اینترنت مطالعه می تونه آرامش بخش باشه ولی یادگیری تقریبا غیر ممکنه.

۳. بزرگتر ها بیشتر از ما می ترسن، نه از جنگ، از سر بار دیگران شدن.

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

۵. برای زندگی تو ایران پلن بی و سی و دی و ... لازمه !

۶.قدر داشته هامونو بیشتر بدونیم.

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

۸. قطعا به دولت ها(هر طرفی) نمیشه اعتماد کرد.

شاید همش غلط باشه و من گاردی ندارم اگر برای شما کار نمی کنن.
اینا تجربه زیسته منه توی این ۱۰ روز از جنگ و آوارگی.

۱۲ روز جنگ و آتش بس!

به همین راحتی به همین بی رحمی!

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

گرفتن MVP برای سال دوم!

امیدوارم بتونم ادامش بدم....

📌کار تیمی به دنبال قهرمان سازی نیست!

یکی از آفت هایی که میبینیم توی تیم بعضی از بچه ها دچارش میشن پرسیدن این سوالا هست:

- من بیشتر از بقیه کار میکنم؟

- چرا فلان دولوپر خوب کار نمیکنه؟

- فلانی یه تسکی رو که من تو دوساعت میزنم یه روز طول میده ولی حقوقمون یکی هست؟

و بقیه مواردی که باعث میشه فکر کنید بهتر از بقیه هستید و حقتون خورده میشه.

به نظرتون اگر برید به لید تیم بگید چرا فلانی درست کار نمیکنه، من دارم کلی کار میکنم ولی بقیه کار نمیکنند چه جوابی میشنوید؟

کار تیمی به دنبال قهرمان سازی نیست!

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

اگر کسی توی تیم از لحاظ فنی از من پایین تر هست چرا کمک نکنم که اونم رشد کنه!

من همیشه به خودم میگم "روی چیزایی تمرکز کن که روشون کنترل داری" یعنی خودم!

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


تا حالا تو این موقعیت بودید و چطور مدیریت کردید؟

سلام دوستان جلسه رو برای فردا ساعت 9 میذاریم سعی میکنم ضبط کنم که اگر کسی دوست داشت ببینه
جلسه به صورت گفتگو هست و شنیدن تجربیات دوستان در مورد کار تیمی و چطور مدیریت کنیم وقتی توی تیم مشکل پیش میاد

میبینمتون!

لطفا با دوستانتون به اشتراک بذارید.

لینک گوگل:
https://calendar.app.google/YCiLARv3C1Qg9Hp2A

این لینک گوگل میت هست:
https://meet.google.com/adg-xnyz-kya

جلسه ضبط شده و میتونید اینجا ببینید:
https://youtu.be/LNXKjifJi5Q?si=g2eQae9kfc18bZ7m

⏱ فقط ۱۴ ثانیه!

چند وقت پیش پستی در لینکدین دیدم که یکی از عزیزان از این‌که رزومه‌اش تنها در ۱۴ ثانیه رد شده بود ناراحت بود.

نظرم رو در کامنت نوشتم: به‌عنوان کسی که بارها رزومه بررسی کرده، این ۱۴ ثانیه برای یک رزومه عدد عجیبی نیست!

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

🎯 «رویداد ۱۴ ثانیه‌ای!»

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

اگه دوست داری بدونی توی اون ۱۴ ثانیه چه اتفاقی برای رزومه‌ات می‌افته، این رویداد دقیقاً برای توئه.

📌 اگر علاقه‌مندی:

ثبت نام کن ← عضو گروه اطلاع رسانی ای که در پروفایلت بعد از ثبت نام قرار میگیره بشو ← رزومتو بفرست و روز جلسه آنلاین باش تا بررسی رزومتو ببینی.

منتظرت هستم تا با هم بفهمیم در ۱۴ ثانیه چقدر میشه تأثیر گذاشت!

لینک ثبت نام رایگان : https://yun.ir/14sec1
دوره شهریور ماه تکلید ۳۶۰ : https://yun.ir/tl3603

✨ StyleCop.Analyzer and EditorConfig

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


00:00 With Out EditorConfig
05:00 .editorConfig file
10:00 StyleCop.Analyzer package

🚢 پلی لیست : C# in a nutshell
🕶 مدت ویدیو : 15 دقیقه
📺 لینک ویدیو :
https://youtu.be/jKq1lbnC2g8

❤️❤️ بعد از 70 روز مجدد شروع کردم به تولید، واقعیتش اصلا تصمیمی به ادامه نداشتم، اما خوب دوستان لطف دارن و پیگیری میکنن که چرا چند وقتیه محتوی نمیاد. خلاصه بریم ببینیم چند چند هستیم. دمتون گرم.

⛔ Don’t Assume. Ask.

در کار برنامه‌نویسی، یکی از خطرناک‌ترین عادت‌ها اینه که "فرض کنیم" چیزی درست کار می‌کنه یا منظور همکار یا مشتری رو درست متوجه شدیم.

فرض کردن باعث چی میشه:
- باگ‌های عجیبی توی سیستم به وجود بیاد
- زمان پروژه از دست بره
- اعضای تیم دچار سوءتفاهم بشن

🔑 چیزی که باید جاش بیاد، "پرسیدن سؤاله"!

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

✅ بنابراین به‌عنوان یه برنامه‌نویس حرفه‌ای، هیچ‌وقت به Assumption تکیه نکنیم!

👈یا مستند بخون، یا از همکارت بپرس، یا حتی تست بنویس تا مطمئن بشی چیزی که فکر می‌کنی درسته.

در باب همکاری کردن و اشتراک دانش

حافظ یه بیت خیلی عمیقی داره:

اگر شراب خوری جرعه ای فشان بر خاک
از آن گناه که نفعی رسد به غیر چه باک

میشه خیلی بسطش داد اینجا میتونیم بگیم شراب همون دانش ماست اگر دانشی داریم و ممکنه بدرد همکار/دوست/غریبه بخوره چرا به اشتراک نذاریم

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

شما از شراب خودتون جرعه ای به خاک میریزید؟