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

بهتره دستورات migration بصورت شرطی نوشته بشن که اگه شرایط لازم وجود داشت انجام بشه

@gocasts

#tips #migration #database

در راستای همین بحث migration این مقاله هم تجربه جالبی رو از مایگریشن بدون downtime به کمک dual write به اشتراک میذاره

Cobli’s Journey from Cassandra to ScyllaDB: Dissecting a Real-Life Database Migration Process
https://www.scylladb.com/2022/10/10/coblis-journey-from-cassandra-to-scylladb-dissecting-a-real-life-database-migration-process


@gocasts

#migration #database

مرورگر Brave که بعضی برنامه نویس هاش هم ایرانی هستن، خیلی از سرویس هارو با go نوشتن و open source هم هست، خوندن کدش خیلی میتونه ارزشمند باشه
بخشی از کدهارو که خوندم خیلی تمیز و قشنگ بود

https://github.com/orgs/brave/repositories?type=all

https://github.com/brave/go-sync

https://github.com/brave/go-update

https://github.com/brave/go-translate

https://github.com/brave/go-sync-adm-tools

https://github.com/brave/sniproxy

https://github.com/brave/scproxy

https://github.com/brave/jitsi-slack

https://github.com/brave/cloudwatch-alarm-exporter

@gocasts

این مقاله یه پیاده سازی از پروتکل tcp با golang رو انجام میده، هم دید خوبی نسبتا به tcp میده هم آشنایی بیشتری با گولنگ

Understanding bytes in Go by building a TCP protocol
https://ieftimov.com/posts/understanding-bytes-golang-build-tcp-protocol/

@gocasts

#golang #tcp

روز برنامه‌نویس به همه اونایی که کد میزنن تا کسب‌وکار نخوابه و کلی آدم نون ببرن سر سفره زن و بچه‌شون، مبارک 🌹

@gocasts

#programmers_day

خلاص شدن از دست چک کردن خطای توابع defer شده

https://talk.gocasts.ir/t/defer/375?u=hossein


لینک جزئیات دوره آموزشی بکند و گولنگ
https://gocasts.ir/gocasts-bootcamp-140110


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

@gocasts

آقا سیاوش عزیز چند سالی هست که به آلمان مهاجرت کرده و golang developer هست

دوست داشتید فیدبک صوتی ایشون رو گوش بدید.

این لینک لینکدینش هست میتونید ببینید
https://www.linkedin.com/in/siavash-salarzehi/

لینک توضیحات ویدیویی دوره
https://news.1rj.ru/str/gocasts/297

لینک سرفصل های دوره
https://gocasts.ir/downloads/GoCasts-Bootcamp-Syllabus-v1.0.0-14020314.pdf

لینک جزئیات و خرید دوره ویدیویی
https://gocasts.ir/gocasts-bootcamp-140110

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

دمتون گرم، یا علی 🌹

@gocasts

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

https://go.dev/doc/modules/layout

@gocasts

یه مقاله خیلی جذاب که عمیقا به شما نکات خیلی جالبی در مورد cpu و نحوه اجرای برنامه ها در لینوکس رو نشون میده

https://cpu.land

@gocasts

بازجویی در دیتاسنتر! - کشف باگ در سیستم‌های پیچیده

https://talk.gocasts.ir/t/topic/389?u=hossein

@gocasts

یه پروژه خیلی جذاب میخوام بهتون معرفی کنم electric-sql

شاید براتون پیش اومده باشه که اپلیکینشی رو بخواید تحت وب یا موبایل توسعه بدید که در حالت آفلاین هم کار کنه و بعد که کاربر آنلاین شد داده های سمت کلاینت با سرور sync بشه، به این دسته از برنامه ها offline-first یا local-first میگن

این دسته از اپلیکیشن ها به شدت user experience خوبی برای کاربر ایجاد میکنن.

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

راهکارها و ابزارهای مختلفی برای این دسته از اپلیکیشن ها وجود داره، و electric-sql هم یکی از این ابزارهاست.

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

https://electric-sql.com/

یکی از چالش‌های مهم sync engine دردسرهای conflict resolution هست که در صورتی که داده کاربر آفلاین با داده آنلاین تضاد داشت sync engine با چه سیاستی این تضاد رو برطرف کنه.

یکی از روش های خوب رفع تضاد CRDT هست
crdt.tech

که electric-sql هم از crdt استفاده میکنه

@gocasts

سلام به همگی
دعوت به همکاری
از دوستان باتجربه و متخصص فرانت اگه کسی nuxt کار کرده و میتونه بصورت پروژه ای یا پاره وقت روی بهبود performance سایت و رفع یه سری باگ برای سایت «خانه ای بی، خیریه حمایت از بیماران پروانه ای» با ما همکاری کنه لطفا به من اطلاع بده

آدرس سایت
https://ebhome.ngo

سایت از نظر performance مشکل داره
خطاهای ۴۰۴ و ۵۰۰ داره
و یه سری کمبودهای مهم مثل نبود sitemap داره

سایت بکندش از wordpress api استفاده میکنه و مثلا در مورد sitemap باید یه ترکیبی باشه از لینک های مقالات wordpress و لینک صفحات استاتیک nuxt

اگه تمایل به همکاری داشتید از طریق ایمیل
h.nazari1990@gmail.com
یا تلگرام به من خبر بدید
https://news.1rj.ru/str/lifography

@gocasts

سلام، یکی از مخاطبین دوره در مورد نکاتی که در مصاحبه Backend Software Engineer مهمه سوال پرسیدند، نکاتی که عرض کردم خدمتشون رو اینجا میذارم امیدوارم براتون مفید باشه.

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

@gocasts

#interview

داستان فوق العاده جذاب و مهم auto instrumentation رو جدی بگیرید

تصور کنید سرویس شما کلی http call به سرویس های مختلف داخلی و خارجی میزنه، این http callها ممکنه توسط یک یا چند تابع محدود در سرویس شما اتفاق نیفته و ممکنه توسط تعداد زیاد و متنوعی از توابع و متدهای سرویس شما اتفاق بیفته. شما چطور میخواید متوجه بشید که وضعیت هر http call چیه؟ آدرس های مختلفی که بهشون درخواست میزنید چه پاسخی میدن؟ برای هر آدرس میانگین response time چقدره؟
احتمالا کاری که میکنید اضافه کردن یه سری metric هست که توسط اون metricها به این آمار برسید.
حالا اگه سرویس شما خیلی بزرگ باشه و از روز اول براش metric ننوشته باشید چی؟ چطور این موارد رو بررسی می کنید؟ کار خیلی سختیه که بخواید خودتون یه سری metric اضافه کنید.

مثلا این تصویر بصورت real time آمار tcp drops رو نشون میده.
مفهوم auto instrumentation خیلی به شما کمک میکنه که بدون اینکه خودتون درگیر نوشتن یه سری کد برای observable کردن سیستم بشید، بصورت خودکار یه سری آمار و ارقام و metric در اختیار شما قرار بگیره که وضعیت سرویس رو بررسی کنید.
این آمار و ارقام فقط در مورد http reqeust نیست، میتونه در مورد dns queries باشه، میتونه در مورد service map باشه که ارتباط سرویس های مختلف شما با همدیگه رو بصورت real-time نشون بده، میتونه در مورد database queries باشه و غیره.
در چند سال اخیر به لطف ebpf ابزارهای مختلفی تو این زمینه توسعه داده شده که من لینک چند تاشون رو اینجا میذارم برید بررسی کنید.

https://github.com/cilium/hubble/

https://github.com/grafana/beyla

https://github.com/coroot/coroot

https://docs.px.dev/tutorials/pixie-101/network-monitoring/

@gocasts

#monitoring #ebpf #observability

شناخت بهتر scheduler در گولنگ

سلام به همه دوستان
همانطور که میدونید concurrency یکی از نقاط قوت گولنگ هست، و این مزیت رو مدیون goroutineهاست. در مورد goroutine و channel شاید زیاد شنیده باشید و خونده باشید، اما چیزی که داره concurrency رو مدیریت میکنه scheduler هست. مقاله ای که معرفی میکنم خدمت شما میتونه شناخت خوبی نسبت به scheduler به شما بده.

Behind the Scenes of Go Scheduler

https://dev.to/sourikghosh/behind-the-scenes-of-go-scheduler-1hdi


همایون جان هم یه talk خوب در این مورد معرفی کردند

https://youtu.be/YHRO5WQGh0k?si=sr2xna77oHw-TbbF

@gocasts

#golang #scheduler #concurrency

تو دنیای امنیت bypass کردن مکانیزم های امنیتی به شناخت دقیق از نحوه دقیق checkهای امنیتی داره و در کنار اون لازم هست که شما بتونید به خوبی با apiهای سیستم عامل هدف کار کنید.
به همین دلیل معمولا ابزارهایی که برای bypass کردن نوشته میشه در زبان هایی مثل c یا c++ یا c# هست (اگه هدف سیستم عامل ویندوزی باشه)
اما به لطف interpolationی که زبان go داره، میشه این ابزارها رو در گولنگ هم توسعه داد.
این یه نمونه هست که برای bypass کردن lsass به کار میره
https://tastypepperoni.medium.com/bypassing-defenders-lsass-dump-detection-and-ppl-protection-in-go-7dd85d9a32e6
https://github.com/tastypepperoni/PPLBlade

اینکه نوشتن این ابزارها در زبانی مثل گولنگ چه مزیت هایی میتونه داشته باشه به یه بررسی دقیق احتیاج داره، اما تو نگاه اول شاید یکی از مزیت هاش شناخت کمتر antivirusها نسبت به binaryهای نوشته شده در گولنگ هست که میتونه باعث حساسیت کمتر بشه. تو دنیای malware programming هر یک single code statement میتونه باعث بشه malware توسط av تشخیص داده بشه یا حتی نشه..


@gocasts

#cyber_security #malware_programming

پاسخ صوتی به این سوال
خواستم بپرسم دوره‌ای که گذاشتید حالت بوت کمپ داره و ما باید گزارش بدیم به شما؟


لینک توضیحات ویدیویی دوره
https://news.1rj.ru/str/gocasts/297

لینک سرفصل های دوره
https://gocasts.ir/downloads/GoCasts-Bootcamp-Syllabus-v1.0.0-14020314.pdf

لینک جزئیات و خرید دوره ویدیویی
https://gocasts.ir/gocasts-bootcamp-140110

@gocasts

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



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



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



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



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



اگه تیم مثلا روی یک دیتابیس جدید کار میکنه، آره موافقم که الگوریتم مهم میشه.



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





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

مهندس نرم افزار خوب باید بتونه یه پروژه رو به سرانجام برسونه.

مهندس نرم افزار خوب باید بتونه تحلیل درستی از چالش های پیاده سازی از نظر فنی و زمانی داشته باشه.

از معیارهای دیگه مهندس نرم افزار خوب بودن «بازیکن تیم بودنه» اینکه این فرد چقدر میتونه در یک تیم خوب نقش ایفا کنه.



معیار دیگه «آچار فرانسه بودنه» چقدر میشه روش حساب کرد که تو جنبه های مختلف به تیم کمک کنه.



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



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



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

این ویدیو حسین ناصر هم در این مورد جالبه

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


@gocasts

این کتاب جالبیه برای concurrency که رایگان هم هست. ضمنا نویسنده کتاب از اعضاء تیم rust هست

Rust Atomics and Locks
Low-Level Concurrency in Practice

by Mara Bos
https://marabos.nl/atomics/

@gocasts

#rust