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

قوانین برای اطاعت احمقان و راهنمایی خردمندان است.
خوانده شده در کتاب #Building_Microservices

داشتم https://www.12factor.net رو میخوندم، نگاه کردم و دیدم سرویس هایی که خودم نوشتم همه موارد رو داشتن، به جز یک مورد، و این خیلی برام جذاب بود. فکر نمیکردم انقدر مسیر رو درست رفته باشم تا حالا

Playing by the rules is important when it comes to response codes, too. If your circuit breakers rely on HTTP codes, and one service decides to send back 2XX codes for errors, or confuses 4XX codes with 5XX codes, then these safety measures can fall apart. Similar concerns would apply even if you’re not using HTTP; knowing the difference between a request that was OK and processed correctly, a request that was bad and thus prevented the service from doing anything with it, and a request that might be OK but we can’t tell because the server was down is key to ensuring we can fail fast and track down issues. If our services play fast and loose with these rules, we end up with a more vulnerable system.

نکته ش همون شوخی معروفیه که بین فرانت اند کارها و بکند کارها رایجه:
"عملیات با موفقیت با شکست مواجه شد!"
اصلا چرا ما لجاجت داریم که همیشه 200 برگردونیم ؟ پس کی میخوایم این RESTful بدبخت رو جدی بگیریم ؟
در مورد استفاده نکردن از PUT و PATCH هم که چیزی نگم بهتره :))
✅توضیح جدی:
مسئله ی مهمی که کتاب در این بخش داره توضیح میده مسئله ی Architectural Safety هست، خوب ما از مکانیزم های مختلفی برای مانیتورینگ استفاده میکنیم، اگه قرار باشه این Status ها قابل اعتماد نباشن، کل اون ماجرا به فنا میره که هیچ .... ارتباط بین سرویس هامون هم نمیشه دیگه بهش اعتماد داشت.
پس اگر از این Status ها درست و به جا استفاده کنیم اینطوری احتمال شکنندگی سیستم رو کاهش دادیم :)
در کل ماجرای Status ها در این بخش مثال هست و مثال خوبی هم هست، ولی مسئله فقط به اینجا ختم نمیشه، پارامترهای دیگه ای هم هست که سر فرصت شاید نشستیم با هم در مورد جلوگیری از شکنندگی سیستم ها راهکارهاش گپ زدیم.

فصل دوم کتاب #Building_Microservices

Sometimes, the group may make decisions with which the architect disagrees. At this point, what is the architect to do? Having been in this position before, I can tell you this is one of the most challenging situations to face. Often, I take the approach that I should go with the group decision. I take the view that I’ve done my best to convince people, but ultimately I wasn’t convincing enough. The group is often much wiser than the individual, and I’ve been proven wrong more than once! And imagine how disempowering it can be for a group to have been given space to come up with a decision, and then ultimately be ignored. But sometimes I have overruled the group. But why, and when? How do you pick the lines?
Think about teaching children to ride a bike. You can’t ride it for them. You watch them wobble, but if you stepped in every time it looked like they might fall off, then they’d never learn, and in any case they fall off far less than you think they will! But if you see them about to veer into traffic, or into a nearby duck pond, then you have to step in.
Likewise, as an architect, you need to have a firm grasp of when, figuratively, your team is steering into a duck pond. You also need to be aware that even if you know you are right and overrule the team, this can undermine your position and also make the team feel that they don’t have a say. Sometimes the right thing is to go along with a decision you don’t agree with. Knowing when to do this and when not to is tough, but is sometimes vital.

#Building_Microservices

کجا Scale کنیم ؟

سه شنبه ساعت 21:30 با مهندس نبی کرمپور

Tuesday, July 30 · 9:30 – 11:00pm
Time zone: Asia/Tehran
Google Meet joining info
Video call link: https://meet.google.com/euw-dohs-nmu

کانال تلگرامی کاریابی وبینارفارسی
https://t.me/webinar_farsi

کانال تلگرام نبی کرمپور
https://t.me/thisisnabi_dev

نت افتضاحه برای شما هم؟ برای من همراه اول و مبین نت به حد مرگ رسیدن...

آقا این سرویس های ایرانی مثل شکن و 403online، نمیشه ازشون به عنوان http , https proxy استفاده کرد؟

یک هفته ست که از 5 هزار فالور در لینکدین رد شدم :)
هر صبح مثل بچه گربه نگاه میکردم ببینم شد یا نشد ؟
شاید نسبت به خیلی از بچه ها من فالورهای کمتری دارم، ولی عمق روابطم با دوستانم فکر میکنم بیشتره :)
اگه هنوز تو لینکدین با هم رفیق نیستم شاید الان وقتش باشه :
https://www.linkedin.com/in/merkousha/

#مسعودبیگی

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

be aware of the perils of shared code. In our desire to create reusable code, we can introduce sources of coupling between services. At least one organization I spoke to is so worried about this that it actually copies its service template code manually into each service. This means that an upgrade to the core service template takes longer to be applied across its system, but this is less concerning to it than the danger of coupling. Other teams I have spoken to have simply treated the service template as a shared binary dependency, although they have to be very diligent in not letting the tendency for DRY (don’t repeat yourself) result in an overly coupled system!

#Building_Microservices

3 دقیقه دیگه شروع میکنیم 🥳

لینک پرزنتیشن این ارائه :
https://pitch.com/v/herokus-12-factors-explained-g4gdav

برای مطالعه بیشتر این سه تا لینک هم ببینید حتما:
1- مقاله کامل و خوب توضیح داده
2- ویدیو شماتیک هر بخش
3- لینک کتاب که میتونید همونجا از هوش مصنوعیش هم سوالاتتون رو بپرسید

📚 هروقت با خودتون گفتید که دیره برم چیز جدید یاد بگیرم
یه سر به چنل این خانومه بزنید.
اینجا داره ffmpeg رو معرفی میکنه با gui های مختلفش تو لینوکس 🔥

🆔 @frontcode01 | 👩‍💻🧑‍💻

وقتی سیستمی که نوشتی درست کار میکنه، عشق میکنی، عشق...

اگه دوست دارید بدونید که آیا CyberSecurity person هستید یا نه ، برید در چالش زودیاک یاشو شرکت کنید من تا لول 23 جلو رفتم فعلا
https://z.voorivex.academy/

The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man.
George Bernard Shaw, Man and Superman

ما در حال جذب هستیم!
ما در هم‌روش به دنبال یک Product Lead با تجربه و پر انرژی هستیم تا راهبری استراتژی، توسعه و موفقیت محصولات ما را بر عهده بگیرد.

🔎 این نقش همکاری نزدیکی با تیم‌های مختلف از جمله مهندسی، بازاریابی، فروش و موفقیت مشتریان خواهد داشت تا مطمئن شود که محصولات هم‌روش نیازهای بازار را برآورده می‌کند و با اهداف استراتژیک ما در شرکت هماهنگ است. علاوه بر این، Product Lead نقش مهمی در توسعه سازمانی خواهد داشت و به شکل‌دهی و اصلاح ساختار و فرایندهای شرکت کمک خواهد کرد.

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

🔗 https://careers.hamravesh.com/jobs/rpmnkq

🔹@hamravesh

#استخدام #فرصت_شغلی #هم‌روش #مدیر_محصول

ویدیو های رود مپ توسعه دهنده ASP.NET Core

1. https://t.me/thisisnabi_dev/334
2. https://t.me/thisisnabi_dev/336
3. https://t.me/thisisnabi_dev/338
4. https://t.me/thisisnabi_dev/389
5. https://t.me/thisisnabi_dev/543
6. https://t.me/thisisnabi_dev/630
7. https://t.me/thisisnabi_dev/631
8. https://t.me/thisisnabi_dev/651
9. https://t.me/thisisnabi_dev/669
10. https://t.me/thisisnabi_dev/708

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

✔️ Channels:
@thisisnabi_dev | @Moien_Tajik