RPC is a generic protocol for remote procedure calls, while gRPC is a specific implementation of RPC that uses the HTTP/2 protocol for communication
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍4🕊1
🔵A Better Way to Build APIs: REST API vs RPC and gRPC vs GraphQL
🔴https://narasimmantech.com/a-better-way-to-build-apis-rest-api-vs-rpc-and-grpc-vs-graphql/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
🔴https://narasimmantech.com/a-better-way-to-build-apis-rest-api-vs-rpc-and-grpc-vs-graphql/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍3🔥1
وقتی یک برنامه را روی کامپیوتر خود اجرا می کنید دقیقا چه اتفاقی می افتد؟ این سایت بصورت خلاصه و کوتاه میخواد به این سوال پاسخ بده
thanks to: Hamid Bluri
#pythony
https://cpu.land
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
thanks to: Hamid Bluri
#pythony
https://cpu.land
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍6🎉1
🤝نسخه ۱.۲۱ کامپایلر گولنگ منتشر شد
👋یه سری تغییرات دیگه هم هست که میتونید مهم ترین هاش رو تو این مقاله بخونید👇
https://www.sethvargo.com/things-im-excited-for-in-go-1-21/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👋یه سری تغییرات دیگه هم هست که میتونید مهم ترین هاش رو تو این مقاله بخونید👇
https://www.sethvargo.com/things-im-excited-for-in-go-1-21/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍2🔥1🎉1🕊1
🔵Golang Weekly
🟢Issue #472 — August 8, 2023
🔴https://golangweekly.com/issues/472
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
🟢Issue #472 — August 8, 2023
🔴https://golangweekly.com/issues/472
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍1🔥1🎉1🕊1
اگه علاقمند به حوزه devopsهستید این پیج رو از دست ندید
https://www.linkedin.com/in/ann-afamefuna
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
https://www.linkedin.com/in/ann-afamefuna
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍4🔥1🕊1🍾1
🔵واسه درک بیشتر PGO در گولنگ
مقاله زیر رو مطالعه کنید همراه مثال
🔴https://www.pixelstech.net/article/1677391324-Understanding-PGO-in-GoLang-1-20
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
مقاله زیر رو مطالعه کنید همراه مثال
🔴https://www.pixelstech.net/article/1677391324-Understanding-PGO-in-GoLang-1-20
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍5
#دون
ماجرای پرونده microsoft یا mikerowesoft خیلی جالب بوده:
قضیه این بوده که بیست سال پیش، یه دانشآموز کانادایی به اسم Mike Rowe، برای توسعه کار خودش که طراحی وبسایت بوده دامنهای به نام MikeRoweSoft.com ثبت میکنه. بخاطر شباهت آوایی این وبسایت به سایت مایکروسافت، خیلی از کاربرانی که دنبال سایت مایکروسافت بودند، سر از این سایت درمیاوردن. مایکروسافت، غول فنآوری جهان این اسم رو نقض علامت تجاری خودش میدونسته و از این دانشآموز میخواد که در ازای پرداخت ۱۰ دلار این دامنه را واگذار کنه. این پیشنهاد تحقیرآمیز باعث عصبانیت Mike Rowe میشه و اون هم متقابلا درخواست ۱۰ هزار دلار میکنه! مایکروسافت هم از Mike Rowe شکایت میکنه و این پرونده به مطبوعات کشیده میشه و یک موج عمومی علیه مایکروسافت به راه میفته. در رسانهها به این مبارزه لقب مبارزه داوود با جالوت میدن اون زمان. طی یه فراخوان عمومی مردم بیش از ۶ هزار دلار برای کمک به این دانشآموز جمعآوری میکنن و یه وکیل درجه یک هم بهش پیشنهاد مشاوره رایگان میده. خلاصه که Mike Rowe حسابی مشهور میشه و طی ۱۲ ساعت ۲۵۰ هزار نفر از وبسایتش بازدید میکنن. خلاصه اونقدر طرفدار پیدا میکنه که مایکروسافت مجبور به تسلیم میشه در نهایت. مایکروسافت و Mike Rowe در ژانویه ۲۰۰۴، بیرون از دادگاه به توافقی میرسن که شامل موارد زیر بوده:
-پرداخت تمام هزینههایی که مایک تو این جریان متحمل شده بوده
-طراحی و راه اندازی یه سایت جدید برای اون
-اشتراک رایگان برای استفاده از تمام خدمات مایکروسافت
-دعوت از خودش و خانوادهاش برای سفر به واشنگتن و شرکت در جشنواره فناوری مایکروسافت
-آموزشش برای دریافت گواهینامه مایکروسافت و در نهایت دادنه یه دستگاه ایکس باکس به ایشون.
همه اینها جدا از پولی بوده که مایکروسافت به شکل غیررسمی به این پسر جوان پرداخت کرده و البته رقم اون هیچ وقت هم مشخص نشد.
بعدها مایکروسافت اعلام کرد که تو این ماجرا ضعیف عمل کرده، استراتژی درستی نداشته و نتونسته افکار عمومی را با خودش همراه کنه. مایکروسافت اعتراف کرد که برای دفاع از علامت تجاری خودش بیش از اندازه تهاجمی رفتار کرده و دچار اشتباهات زیادی شده تو این ماجرا.( وقتی از متخصص برند استفاده نکنی حقته همین میشه! )
این رو هم بگم که Mike Rowe قسمتی از پولش رو به یه خیریه بخشید و باقیش رو برای تحصیل در دانشگاه هزینه کرد. وبسایت معروف اون MikeRoweSoft.com، دیگه وجود نداره! اما داستانش رو خیلی از مردم شنیدن.
#DevTwitter | <Bahram/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
ماجرای پرونده microsoft یا mikerowesoft خیلی جالب بوده:
قضیه این بوده که بیست سال پیش، یه دانشآموز کانادایی به اسم Mike Rowe، برای توسعه کار خودش که طراحی وبسایت بوده دامنهای به نام MikeRoweSoft.com ثبت میکنه. بخاطر شباهت آوایی این وبسایت به سایت مایکروسافت، خیلی از کاربرانی که دنبال سایت مایکروسافت بودند، سر از این سایت درمیاوردن. مایکروسافت، غول فنآوری جهان این اسم رو نقض علامت تجاری خودش میدونسته و از این دانشآموز میخواد که در ازای پرداخت ۱۰ دلار این دامنه را واگذار کنه. این پیشنهاد تحقیرآمیز باعث عصبانیت Mike Rowe میشه و اون هم متقابلا درخواست ۱۰ هزار دلار میکنه! مایکروسافت هم از Mike Rowe شکایت میکنه و این پرونده به مطبوعات کشیده میشه و یک موج عمومی علیه مایکروسافت به راه میفته. در رسانهها به این مبارزه لقب مبارزه داوود با جالوت میدن اون زمان. طی یه فراخوان عمومی مردم بیش از ۶ هزار دلار برای کمک به این دانشآموز جمعآوری میکنن و یه وکیل درجه یک هم بهش پیشنهاد مشاوره رایگان میده. خلاصه که Mike Rowe حسابی مشهور میشه و طی ۱۲ ساعت ۲۵۰ هزار نفر از وبسایتش بازدید میکنن. خلاصه اونقدر طرفدار پیدا میکنه که مایکروسافت مجبور به تسلیم میشه در نهایت. مایکروسافت و Mike Rowe در ژانویه ۲۰۰۴، بیرون از دادگاه به توافقی میرسن که شامل موارد زیر بوده:
-پرداخت تمام هزینههایی که مایک تو این جریان متحمل شده بوده
-طراحی و راه اندازی یه سایت جدید برای اون
-اشتراک رایگان برای استفاده از تمام خدمات مایکروسافت
-دعوت از خودش و خانوادهاش برای سفر به واشنگتن و شرکت در جشنواره فناوری مایکروسافت
-آموزشش برای دریافت گواهینامه مایکروسافت و در نهایت دادنه یه دستگاه ایکس باکس به ایشون.
همه اینها جدا از پولی بوده که مایکروسافت به شکل غیررسمی به این پسر جوان پرداخت کرده و البته رقم اون هیچ وقت هم مشخص نشد.
بعدها مایکروسافت اعلام کرد که تو این ماجرا ضعیف عمل کرده، استراتژی درستی نداشته و نتونسته افکار عمومی را با خودش همراه کنه. مایکروسافت اعتراف کرد که برای دفاع از علامت تجاری خودش بیش از اندازه تهاجمی رفتار کرده و دچار اشتباهات زیادی شده تو این ماجرا.( وقتی از متخصص برند استفاده نکنی حقته همین میشه! )
این رو هم بگم که Mike Rowe قسمتی از پولش رو به یه خیریه بخشید و باقیش رو برای تحصیل در دانشگاه هزینه کرد. وبسایت معروف اون MikeRoweSoft.com، دیگه وجود نداره! اما داستانش رو خیلی از مردم شنیدن.
#DevTwitter | <Bahram/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍6🕊1
🟢Logic, like whiskey, loses its beneficial effect when taken in too large quantities.
🔰Edward John Moreton Drax Plunkett, Lord Dunsany
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
🔰Edward John Moreton Drax Plunkett, Lord Dunsany
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍3🔥1🍾1
🔵http://teachyourselfcs.com
👆یکی از دوستان این وب سایت رو پیشنهاد کرده. به نظرم خوبه.
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👆یکی از دوستان این وب سایت رو پیشنهاد کرده. به نظرم خوبه.
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
Teachyourselfcs
Teach Yourself Computer Science
All the resources you need to give yourself a world class computer science education
👍3🎉1🕊1
Algorithms - Notes for Professionals - DevTwitter.pdf
2.6 MB
این کتاب رو توسعه دهنده های Stack Overflow با مستنداتی که تو چند سال گذشته تو این پلتفرم نوشته شده تهیه کردند.
به نظرم مهم ترین ویژگیش این بود که از اول تا آخرش شما با مثال میری جلو.
۵۵ فصل ۲۵۰ صفحه، هر سوالی رو متوجه نشدید از مدل های زبانی کمک بگیرید.
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
به نظرم مهم ترین ویژگیش این بود که از اول تا آخرش شما با مثال میری جلو.
۵۵ فصل ۲۵۰ صفحه، هر سوالی رو متوجه نشدید از مدل های زبانی کمک بگیرید.
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍7🔥2🕊1
بعنوان برنامه نویس شاید برای شماهم جذاب باشه که بدونید شرکتای بزرگ چطور نرم افزارهاشون رو تولید میکنن؟
با چالشایی مثل Scale, performance, availability و..چیکار میکنن و اصلا ساختار تیماشون به چه شکله؟
این ریپازیتوری منبع خوبیه بابت خوندن درخصوص این مسائل:
https://github.com/binhnguyennus/awesome-scalability
#DevTwitter | <Reza/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
با چالشایی مثل Scale, performance, availability و..چیکار میکنن و اصلا ساختار تیماشون به چه شکله؟
این ریپازیتوری منبع خوبیه بابت خوندن درخصوص این مسائل:
https://github.com/binhnguyennus/awesome-scalability
#DevTwitter | <Reza/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍11
System Design Interview - An Insider’s Guide - DevTwitter.pdf
22.1 MB
این کتاب رو من خوندم و واقعا کتاب خوبیه برای این ماجرا. فاز کتاب توی فصل ها اینطوریه که روی یک مصاحبه برای طراحی سیستم میره جلو. خیلی چیز ها برای یاد گرفتن سیستم دیزاین داره(دید خیلی خوبی میده) و شدیدا خوندنش توصیه میشه :)
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍6🕊4
🔵آشنایی با بحث Database Sharding
🟢 https://getpancake.com/fa/concepts/database-sharding/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
🟢 https://getpancake.com/fa/concepts/database-sharding/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
🔥4👍2
✅ Backward Compatibility, Go 1.21, and Go 2
Go 1.21 includes new features to improve compatibility. Before you stop reading, I know that sounds boring. But boring can be good. Back in the early days of Go 1, Go was exciting and full of surprises. Each week we cut a new snapshot release and everyone got to roll the dice to see what we’d changed and how their programs would break. We released Go 1 and its compatibility promise to remove the excitement, so that new releases of Go would be boring.
Boring is good. Boring is stable. Boring means being able to focus on your work, not on what’s different about Go. This post is about the important work we shipped in Go 1.21 to keep Go boring.
https://go.dev/blog/compat
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
Go 1.21 includes new features to improve compatibility. Before you stop reading, I know that sounds boring. But boring can be good. Back in the early days of Go 1, Go was exciting and full of surprises. Each week we cut a new snapshot release and everyone got to roll the dice to see what we’d changed and how their programs would break. We released Go 1 and its compatibility promise to remove the excitement, so that new releases of Go would be boring.
Boring is good. Boring is stable. Boring means being able to focus on your work, not on what’s different about Go. This post is about the important work we shipped in Go 1.21 to keep Go boring.
https://go.dev/blog/compat
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍5
چهار معیار ارزیابی کیفیت software delivery
https://stackoverflow.blog/2021/11/29/the-four-engineering-metrics-that-will-streamline-your-software-delivery/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
https://stackoverflow.blog/2021/11/29/the-four-engineering-metrics-that-will-streamline-your-software-delivery/
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
Stack Overflow Blog
The four engineering metrics that will streamline your software delivery
Productive teams get product fixes and features out the door fast. Here's the metrics to check to see how your team is delivering.
👍5
این سایت به صورت مفصل توضیح داده معنی هر کدوم از سطوح مهندسی نرمافزار در شرکت Dropbox چیه:
https://dropbox.github.io/dbx-career-framework/ic1_software_engineer.html
#DevTwitter | <Hadi/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
https://dropbox.github.io/dbx-career-framework/ic1_software_engineer.html
#DevTwitter | <Hadi/>
➖➖➖➖➖➖➖➖
🕊 @gopher_academy
👍11