بنظرم توی این دهه که AI برات خیلی راحت low level design میده، خیلی مسخره س که دغدغه تون زبان خاصی مثل C# و یا GO باشه. سعی کنید اکوسیستم ها رو یادبگیرید.
مثلا اینکه اگر بخوام توی پلتفرم دات نت یک برنامه بنویسم باید چیکار کنم، این خیلی مهمتر از سینتکس یادگرفتنه.

یه llm روی داکر بیارید بالا و از شر OCR راحت بشید.
ویدیوش رو توی پوشه system design براتون آپلود میکنیم.

یه ۴۵ صفحه اش مونده که تموم کنم، بعدش یه قرعه کشی بریم سرش که کادوی سر سالتونم بدیم 😊

عکس برای یه بنده خدای دیگس، من معمولا ebook رو می خونم. ولی بعد تموم کردن هر کتابی، یکی دو نسخه چاپ شده هم کادو میدیم.
برا یادگارا 😄

من یه مدته که صبح ها این چند حرکت پسندیده رو انجام میدم، خیلی جوابه.

توی میت های 25 سرویس تمرکز ما روی ماهیت سرویس ها بود و در میت های مایکروسرویس بستری برای تعامل این سرویس ها با هم رو روی یک بیزینس واقعی تجربه میکنیم.
امیدوارم تا اخر تعطیلات نوروز تموم بشه 😊

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

روی api ها خاص روی httpclient ماک انجام بدید. بعد ۱ ماه چار خط کد درست حسابی نوشتم 😁

یه ویدیو ۱۵ دقیقه ای هم رکورد کردم که از دیشب آپلود نشده تو کانال 😕

یه چندتا چالش کوچیک داشت qa ما که بخاطر همین رفتیم سراغ این دیزاین، توی ویدیو گفتم براتون.

اینکه TS رو با Go بازنویسی کردن دلیل نمیشه که شما هم برید Goh بزنید :)
ولی واقعیت اینه که بعنوان یک برنامه نویس بهتره که با چند زبان برنامه نویسی آشنا باشید، اول اینکه خلاقیت شما رو خیلی بالا می بره، دوم اینکه می تونید توی شرکت های بزرگ خیلی راحت بچرخید و بخاطر زبان برنامه نویسی محدودیت نداشته باشید.

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

این پست من حدودا 100k بار دیده شد و لینکی برای فروش نذاشتم.
دلیلش این بود که در لینکدین هدفم فقط نشون دادن این بود که از پروداکت هم چیزی سرم میشه.

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

بشه که C لول شدنمون رو جشن بگیریم 🤞❤️

1. Search

Let’s learn together and build something great ❤️

@thisisnabi_dev

جدای از 1 لایه و 2 لایه و 15 لایه، یا 6 ضلعی و 20 ضلعی و غیره، یا حتی کثیف و تمیز و تمیزتر،

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

با وجود این همه ابزار، اگر در حال حاضر دارید برای سازمانتون یک فریمورک ارائه میدید، بدانید و آگاه باشید که دارید راه رو کج میرید.

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

10 روز یه متخصص درگیر این هست که میزان حافظه مصرفی رو از 10 گیگ بیاره 600 مگ، سطح پیچیدگی کد اینقدری بالا رفته که هیشکی نمی فهمه چه خبره.

با پول اون 10 روز دستمزد می تونستیم حداقل 32 گیگ رم بخریم.
خسته نباشید واقعا :)

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

سال نو تون هم مبارک عزیزان ❤️

اینم از عیدی پویا برای شما
عزیز دل قول داده که چند پروژه خفن دیگه رو هم براتون بذاره.

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

@thisisnabi_dev

قبل اینکه پیامک رو بدین به پروایدر، روی سرویس های داخلی deadline بذارید روی هزینه و جرنی کاربر تاثیر فانتزی داره :)
برای انتقال تاریخ هم بنظرم فرمت unix خیلی جذابتر از timeSpan و یا datetime هست. (برای ددلاین منظورم هست)

@thisisnabi_dev

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

عملیات Insert که همه مون احساس می کنیم خیلی سادس، بعضی موقع ها چالش های کثافتی داره برای خودش :)

لابلای تموم خستگیاتون، این ویدیو رو هم ببینید.

https://www.youtube.com/watch?v=xtxfrxf0mfE

جذاب بود :)

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