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

یکی از هدف های مهم Go Casts کامل کردن زنجیره آموزش، شبکه سازی و استخدام هست. که علاوه بر آموزش تلاش می کنیم به لطف شرکت های فعال زنجیره شناسایی، معرفی و استخدام افراد مستعد رو کامل کنیم.

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

وبینار فردا رو بیش از ۵۰۰ نفر ثبت نام کردن، احتمالا باید یه جایی stream کنیم جلسه رو. اگه پلتفرم بدون فیلتر خوب برای stream کردن میشناسید معرفی کنید لطفا.

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


خرید از سایت با تخفیف ۵۰ درصد
https://gocasts.ir

همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434

تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441

دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4

@gocasts

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

لینک ویدیو در یوتیوب
https://youtu.be/cwK773TtDJQ

با تشکر از صهیب کیانی بابت میزبانی جلسه

با کد تخفیف SOHEIB میتونید با ۵۰۰ هزار تومان تخفیف بیشتر دوره + تیمسازی گولنگ و بکند Go Casts رو از سایت خریداری کنید.
https://gocasts.ir


@gocasts

فایل ارائه محتوای «چطور طراح سیستم خوبی باشیم»


سلام دوستان، عید مبعث پیامبر مهربانی مبارک باشه 🌹🌺

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


@gocasts

مصاحبه رو لطفا با آرایش تهاجمی شروع کنید دوستان، این از نظر من خیلی خیلی مهمه! اگه دفاعی کار کنید احتمالا هم soft skill تون رو درست بروز نمیدید و هم hard skill رو.

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

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

پست قبلی در همین رابطه رو هم اینجا میتونید بخونید
https://news.1rj.ru/str/gocasts/547

@gocasts

سلام دوستان، اگه تمایل داشتید رویداد اسپارک رو شرکت کنید، ارائه هاش جالب به نظر میاد.

https://news.1rj.ru/str/ce_spark/104

این یه سری از ارائه هاشونه
https://news.1rj.ru/str/ce_spark/112
https://news.1rj.ru/str/ce_spark/111
https://news.1rj.ru/str/ce_spark/108

کد تخفیف ۳۰ درصدی GoCasts رو هم میتونید استفاده کنید.

هزینه ای نداره و فکر میکنم واقعا ارزش شرکت داره، هم مجازی میشه شرکت کرد هم حضوری.

این پستی که گذاشتم تبلیغ یا افیلیت نیست بچه ها
دمتون گرم

@gocasts

تخفیف ویژه اعیاد شعبانیه 🌺🌹

سلام دوستان
ولادت امام حسین علیه السلام و اعیاد شعبانیه مبارک


خرید از سایت با تخفیف ۵۰ درصد + ۸۰۰ هزار تومان با کد تخفیف ویژه اعیاد شعبانیه
HOSSEIN

خرید از سایت
https://gocasts.ir

همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434

تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441

دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4

@gocasts

الگوی queue-based load leveling چه مزیت هایی به سرویس ما میتونه بده؟
https://youtu.be/RT91S6-jfXk


خرید دوره با تخفیف ۵۰ درصد + ۸۰۰ هزار تومان با کد تخفیف ویژه اعیاد شعبانیه
HOSSEIN

خرید از سایت
https://gocasts.ir

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

@gocasts

بهتره برنامه گولنگی که مینویسید بتونه از panicهای احتمالای recover کنه خودش رو، چون اگه recover نشه برنامه crash میکنه و باعث میشه کل functionalityهای سرویس (برنامه) بره رو هوا. البته اگه مثلا روی kuber باشید یا با docker-compose باشه یا حتی daemon باشه میتونید restart کنید بصورت خودکار برنامه رو، اما خب اگه اون تیکه از برنامه که داره panic میکنه در hot path باشه خیلی زود مجدد مشکل بوجود میاد.

یه نکته مهمی که در مورد goroutineها وجود داره اینه که اگه شما روی goroutine اصلی (parent) مکانیزم recover در نظر بگیرید تاثیری روی goroutine ساخته شده child نداره و اگه child به هر دلیلی panic کنه ریکاور نمیشه.

خب حالا سوال پیش میاد که ما باید روی هر goroutineی که در برنامه میسازیم یا همون اصطلاحا spawn میشه مکانیزم recover در نظر بگیریم؟
جواب واضحی براش ندارم ولی چند تا نکته دارم که فکر میکنم کمک کنه.
یکی اینکه روی پروسه های long-runningتون حتما panic recover بذارید، مثلا اگه http server دارید معمولا خودشون یه recover middleware دارن فریمورک ها که میشه فعالش کرد.
اگه مثلا یه goroutine دارید که broker consumer هست خوبه که panic recover داشته باشه.
اگه جایی استفاده پیچیده از channelها دارید که confidence ندارید روی فهم communicationشون، چون روی close شدن panic میکنه بهتره recover داشته باشید.

در مورد goroutineهایی که lifetime کوتاهی دارن مثلا قراره یه sms ارسال کنه یا یه http request بزنه لازم نیست تنظیم بشه احتمالا. ولی بهتره یه سری اصول رو کلا رعایت کنید که از panic پرهیز بشه، مثلا تا جایی که میشه و لازم نیست از pointer استفاده نکنید…

این مقاله کوتاه یه تیکه کد آماده کرده که panic رو راحت تر ریکاور کنید در توابع مختلف
Recover panics in all Goroutines you start
https://dev.ribic.ba/recover-panics-goroutines/

نکته آخری هم که دارم اینه که استفاده از panic recover نباید به عنوان یه practice عمومی همه جا استفاده بشه، وجود panic احتمالی نشانه ای برای وجود باگ در پیاده سازی ست که بهتره ریشه موضوع و مشکل پیدا بشه و حل بشه، داشتن ریکاور صرفا برای اینه که تا زمان پیدا کردن مشکل سیستم بصورت reliable کارش رو ادامه بده.

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

@gocasts

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

مثلا اشاره داره به اینکه وقتی به جوونترا توصیه میکنیم don't invent the wheel و چرخ رو از اول نساز، یعنی بهشون اجازه نمیدیم که بفهمن ابزارها چطوری کار میکنن و این خوب نیست

با اینکه میگیم کد نباید کامنت داشته باشه خوب نیست

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

خلاصه دل پری دارن ایشون :)

We are destroying software
https://antirez.com/news/145

@gocasts

تو جلسات code review به چه چیزایی گیر بدیم؟

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

من سعی میکنم فضای ذهنی تیم رو برای code review به گونه ای آماده کنم که به صورت incremental نحوه ریویو کد تغییر کنه.
مثلا تو جلسه اول یا جلسات اولیه خوبه که به جزیی ترین نکات کد گیر داده بشه و کلا merge requestها کوچیک باشن که بشه سختگیرانه تر ریویو کرد.

هر چقدر که جلسات کد ریویو جلوتر میره سعی میکنم بیشتر روی ساختار کد از نظر معماری و نکات طراحی و چالش های پیاده سازی خاص سخت گیری کنم و دیگه به جزییات کدهای تیپیکال کمتر توجه کنم. چرا؟ چون انتظار دارم بصورت تدریجی هر چقدر که جلو میریم افراد تیم با باید و نبایدهای ریویو بیشتر آشنا شده باشن و نکات معمولی رو رعایت کنن.
استفاده از ابزارهای lint در ci هم میتونه کمک کنه که یه سری سختگیری های ریویو توسط ci انجام بشه و تمرکز reviewer روی همون چالش های اصلی کد باقی بمونه.
همچنین داشتن unit test و end to end test هم میتونه کمک کنه که از نظر لاجیک بیزینسی و functionality صحت سنجی خودکاری در سطح ci رخ بده و در جلسه ریویو کمتر لازم باشه به این نکات توجه بشه.

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

داشتن جلسات solution design و ساختار کد یکپارچه هم کمک میکنه چالش های ریویو کد کمتر بشه چون یکنواختی کد خودش یعنی رعایت کردن اصول مد نظر تیم توسط برنامه نویس.

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

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

@gocasts

قرعه کشی دوره GoCasts به نفع بیماران پروانه ای به مناسبت عید نیمه شعبان ❤️

اَلّلهُمَّ عَجِّل لِوَليِّکَ الفَرَج
السلام علیک یا اباصالح المهدی ادرکنی
میلاد آقا صاحب الزمان بر همگان مبارک ❤️❤️

به مناسبت نیمه شعبان دوره GoCasts فقط به قیمت ۲ میلیون تومان فروخته خواهد شد و مبلغ جمع آوری شده تماما به حساب خانه ای بی واریز می گردد


اگه تمایل دارید در قرعه کشی شرکت کنید لطفا نهایتا تا یکشنبه ۲۸ بهمن ۱۴۰۳ فرم زیر رو تکمیل کنید.
https://survey.porsline.ir/s/ZG3YRluN

خیلی خوب میشه اگه در حد توان خودتون از بچه های پروانه ای حمایت کنید، ممنون از محبت تون ❤️

لینک حمایت آنلاین از بچه های پروانه ای
https://ebhome.ngo/support

اینستاگرام خانه ای بی
https://instagram.com/eb_home

@gocasts

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

۱۰ میلیون تومان مبلغ قرعه کشی به حساب خانه ای بی واریز شد

فیش واریزی قرعه کشی های قبلی
https://news.1rj.ru/str/c/1525472919/2990

https://news.1rj.ru/str/c/1525472919/2177

https://news.1rj.ru/str/c/1525472919/2504

@gocasts

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

How Are Images REALLY Stored?
https://cefboud.com/posts/image-formats/

@gocasts

سلام دوستان
روز مهندس مبارک! 🌹

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

یه تخفیف ویژه برای روز مهندس در نظر گرفتیم که میتونید استفاده کنید.

خرید از سایت با تخفیف ۵۰ درصد + ۵۰۰ هزار تومان با کد تخفیف ویژه روز مهندس
ENGINEER

خرید از سایت
https://gocasts.ir

همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434

تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441

دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4

@gocasts

آقا نکنید… چرا کاری میکنی همه مصاحبه هارو هم حضوری کنن 🙂

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


Interview Coder is an invisible AI for technical interviews.
https://www.interviewcoder.co/

@gocasts

We are currently looking for Senior Developers in the following technologies:
✅ React
✅ .NET
✅ Python/Django
✅ Java
✅ .NET/Angular (Full-Stack Developer)

Requirements:
5+ years of experience in software development
Strong expertise in one of the listed technologies
Solid understanding of best coding practices, design patterns, and architecture principles
Experience working with agile methodologies
Fluent in English (both written and verbal)
Strong problem-solving skills and ability to work independently or in a team

What We Offer:
Competitive salary (2000$ - 3000$)
Working in a full remote environment
Opportunity to work with cutting-edge technologies
A talented and supportive team to collaborate with
Growth and learning opportunities
If you’re ready to take your career to the next level, apply today! 🚀

📩 Send your CV to msajjad.jm@gmail.com


@gocasts

هوش مصنوعی حوزه های تخصصی خیلی متنوعی داره، سرعت تغییرش هم وحشتناک زیاده، تو Ai Casts سعی میکنیم تمرکزمون حول محور نقش ai برای توسعه software باشه.

الگوها و practiceهایی که ai بوجود میاره، در مراحل طراحی، پیاده سازی و استفاده از software تاثیر بسزایی داره و بهتره که سعی کنیم این الگوهارو یاد بگیریم و ازشون استفاده کنیم.


یه گروه هم ساخته شده که راحت تر بتونیم با همدیگه در مورد موضوعات مرتبط صحبت کنیم.
از طریق این id میتونید عضو گروه بشید.
@ai_software_eng


کانال AiCasts
@aicasts_ir

کانال GoCasts
@gocasts

عجب چیز خوبیه این lazygit، با گولنگ نوشته شده
https://github.com/jesseduffield/lazygit

رابط کاربری تر و تمیزی داره، لذت بردم


قبلا هم ازش lazydocker رو معرفی کرده بودم اینجا
https://news.1rj.ru/str/gocasts/598


@gocasts

Ai for Software
@aicasts_ir

استراترژی های cache eviction متنوع هستند و ما معمولا از ساده ترین و دم دست ترین گزینه که eviction by ttl هست استفاده می کنیم. اما شیوه های مختلفی از eviction وجود داره که میتونه کاربردی باشه. مثلا فرض کنید یه فروشگاه دارید که اطلاعات هر محصول رو کش می کنید با ttl مشخص، احتمالا لود این محصولات یکسان نیست و ممکنه محصولی باشه که خیلی دیده میشه و یک محصولی هست که خیلی دیر به دیر دیده میشه، تو این شرایط بهتره سیاست هوشمندانه تری برای eviction داشته باشیم.


1. Least Recently Used (LRU):
- Evicts the least recently accessed items first.
- Assumes that items accessed recently are more likely to be accessed again soon.
- Implemented using a linked list and a hash map for efficient access and updates.

2. First In, First Out (FIFO):
- Evicts the oldest items in the cache first, regardless of how often or recently they were accessed.
- Implemented using a queue.

3. Least Frequently Used (LFU):
- Evicts the least frequently accessed items first.
- Assumes that items accessed frequently are more likely to be accessed again.
- Can be implemented using a min-heap and a hash map.

4. Most Recently Used (MRU):
- Evicts the most recently accessed items first.
- Useful in scenarios where older items are more likely to be accessed again.
- Implemented using a linked list and a hash map.

5. Random Replacement (RR):
- Evicts a random item from the cache.
- Simple to implement but may not be as efficient in terms of cache performance.

6. Least Recently Used with Time-to-Live (LRU-TTL):
- Combines LRU with a time-to-live (TTL) value for each item.
- Evicts items that have expired (TTL has elapsed) first, then falls back to LRU.

7. Segmented LRU (SLRU):
- Divides the cache into two segments: a probationary segment and a protected segment.
- New items enter the probationary segment and are promoted to the protected segment upon subsequent accesses.
- Evicts items from the probationary segment first.

8. 2Q (Two Queues):
- Uses two queues: one for items accessed once (A1 queue) and one for items accessed multiple times (Am queue).
- Evicts items from the A1 queue first, promoting items to the Am queue upon subsequent accesses.

9. Clock (Second Chance):
- Uses a circular buffer (clock) and a reference bit for each item.
- Evicts items with a reference bit of 0, giving items with a reference bit of 1 a "second chance" by resetting their bit.

10. Adaptive Replacement Cache (ARC):
- Combines LRU and LFU to adaptively balance between recency and frequency.
- Maintains two lists: one for recently accessed items and one for frequently accessed items.
- Adjusts the size of these lists dynamically based on access patterns.

11. Greedy-Dual Size (GDS):
- Evicts items based on a cost-to-size ratio, considering both the cost of fetching the item and its size.
- Useful for caches where items have varying sizes and fetch costs.

12. Time-Aware Least Recently Used (TLRU):
- Extends LRU by considering the time of access and the duration since the last access.
- Evicts items that have not been accessed for the longest time.

13. Write-Once:
- Specifically for write caches, evicts items that have been written once and not read.
- Useful in scenarios where write operations are more frequent than read operations.

14. Not Recently Used (NRU):
- Evicts items that have not been used recently, based on a simple heuristic.
- Often implemented using a single reference bit per item.

15. Low Inter-reference Recency Set (LIRS):
- Focuses on the inter-reference recency, which is the time between consecutive accesses to the same item.
- Evicts items with low inter-reference recency.

این مقاله هم خوبه که مطالعه بشه
https://newsletter.systemdesigncodex.com/p/cache-eviction-strategies



@gocasts

Ai for Software
@aicasts_ir

تخفیف فوق العاده ویژه عید نوروز 🎁

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

ان شاءالله سال خیلی خوب و پربرکتی رو پیش رو داشته باشید. ❤️

تخفیف فوق العاده ویژه عید نوروز ۱۴۰۴
۵۰ درصد + ۱ میلیون تومان تخفیف
کد نوروز
NOWRUZ

خرید از سایت
https://gocasts.ir

همه چیز در مورد دوره و تیمسازی در این پست توضیح داده شده
https://news.1rj.ru/str/gocasts/434

تو این پست هم میتونید فیدبک های دوره و تیمسازی و استخدام بچه هارو بخونید
https://news.1rj.ru/str/gocasts/441

دوستانی که در خرید دوره تردید دارند میتونن برای مشاوره کوتاه تلفنی، فرم زیر رو پر کنند که باهاشون تماس بگیرم
https://survey.porsline.ir/s/ATeQL4b4


تصویر از سایت گرافی ماین
https://graphimine.com


@gocasts

Ai for Software
@aicasts_ir