Тёмный

Top 8 Best Practices for API Design  

SWE with Vivek Bharatha
Подписаться 182
Просмотров 2,2 тыс.
50% 1

Опубликовано:

 

10 сен 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 12   
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha Месяц назад
Hi guys, Please set the speed to 0.75x if you feel it's fast. I realized later in the next day when I watched 🥲 Thanks to "@Think_First12" for bringing this up as an end user 🙌
@morshedulislamriaad6496
@morshedulislamriaad6496 Месяц назад
I didn’t make it 1.5x myself😅 Thanks for such content. Keep it up bro.
@antonyraja9902
@antonyraja9902 Месяц назад
Informative. Good effort and content.
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha Месяц назад
Thank you 🤩
@OCEMTechZone
@OCEMTechZone Месяц назад
Great
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha Месяц назад
Thank you 🙌🏻
@Think_First12
@Think_First12 Месяц назад
Content is awesome but I have a basic issue that is your voice speed. To listen you probably I had to set video speed at 0.75X. so if you had uploaded the video at 1.5 or 2X speed then please don't do that.
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha Месяц назад
Thank you for the feedback, yes I did at 1.5x 🥲 My bad, realized next day when I watched with fresh context. Now it’s confirmed with your feedback that it’s speed overly adjusted, noted and will be improved from now on 🙌🏻
@hmmmm4193
@hmmmm4193 19 дней назад
If we do versioning like v1,v2 etc would it go out of hands after some time? How to solve for that problem?
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha 18 дней назад
Good point, usually once an api end point is production ready, as per the semantic versioning lets say the frequency of major version change would happen once in 5 years as an example and this interval purely depends on the application growth, volume and re-architecture requirements. If an end point in a very short span keep changing then either its not production ready in the first place and we can stick same version until it goes live or bad design in the first place 😉
@user-wk5he6mv4q
@user-wk5he6mv4q Месяц назад
If we make api conventions too easy then won’t it expose the api to locate address and security risk?
@SWE-with-VivekBharatha
@SWE-with-VivekBharatha Месяц назад
Good question! Simplifying API naming conventions boosts consistency and developer productivity, but security wouldn't be compromised. Security is a separate layer that must be strictly enforced like authentication, authorization, rate limiting, and data validation are crucial to protect APIs from risks - irrespective of how simple or complex the naming conventions are. In summary, even with self-explanatory naming conventions I don't see of a case where it exposes any security risks. If you can share an example, I can definitely explain in accordance with it. Thanks for dropping a comment - appreciate the thoughtful question! 😊
Далее
How To Design Amazing REST APIs
18:57
Просмотров 15 тыс.
ASP.NET Core Web API Best Practices
15:49
Просмотров 8 тыс.
The Most Elite Chefs Ever!
00:35
Просмотров 7 млн
▼ЮТУБ ВСЁ, Я НА ЗАВОД 🚧⛔
30:49
Просмотров 532 тыс.
iPhone 16 для НИЩЕБРОДОВ!
00:51
Просмотров 610 тыс.
Cute
00:16
Просмотров 3 млн
GraphQL vs REST: Which is Better for APIs?
7:31
Просмотров 199 тыс.
Config 2024: Design systems best practices | Figma
48:39
Mindset of Successful Programmers
4:56
Просмотров 1 млн
40 APIs Every Developer Should Use (in 12 minutes)
12:23
No-Nonsense Backend Engineering Roadmap
10:16
Просмотров 196 тыс.
React Like a Pro: React Best Practices
9:55
Просмотров 12 тыс.
Stop Calling Your API a "REST API"
17:42
Просмотров 16 тыс.
MongoDB Internal Architecture
43:25
Просмотров 86 тыс.
The Most Elite Chefs Ever!
00:35
Просмотров 7 млн