я про то что 101 а не адвансед

+1. Из того что я видел, в Я.Картах долго пытались держать 1 API for all, но потом в итоге всё равно два API Gateway получилось — для внутреннего применения и для внешнего мира (и третий для mobile). К тому же если дизайнить сервисы не с rest-api, а с grpc, то всё равно нужно делать API Gateway и вот вопрос: насколько хочется заморачиваться со стабильностью API и всей обвязки для внешнего мира для этого Gateway со старта?

Я плюсую, для тех, кто вообще в первый раз — korg kaossilator

Спасибо. Изумительно!

Лучше М1 ничего нет!

что за M1?

Korg M1

эм нет

Kaossilator хорош тем, что это сенсорный лупер/синтезатор с автотюном, и там даже не нужно знать ноты/уметь играть на клавишах

Таким образом его может взять в руки чувак вообще никогда раньше не занимавшийся музыкой

(и даже не читавший постов вастрика)

Мы в моей прошлой компании делали так:
1. Schema-first approach для API, т.е. сначала писали OpenAPI спецификации
2. Из этих openapi-файликов генерились биндинги для клиента и сервера
3. Из этих же openapi-файликов генерилась документация с помощью https://github.com/Redocly/redoc
На мой взгляд получалось неплохо.

я тоже планирую потыкать, но это вроде другое, не про документацию по API

у тебя ещё немного особая ситуация, которая связана с интеграциями и b2b — тут API может быть первичным продуктом и тогда надо его сразу хорошо делать

Back for front — достаточно редко делают со старта. Обычно есть пачка микросервисов с их API и фронт, который в эти API ходит

очень хочется послушать, но когда же подкасты появятся в РФ? 🙁

я честно говоря не видел чтоб на реакте совсем без bff писали, но возможноо у меня bias

на тему обратной совместимости, говорят у stripe прям все идеально на эту тему

Ну так они сразу API first делали, и это ключевая их компетенция, они могут любые разумные средства вкладывать в это.

Stripe — типичный пример компании, где API и есть основной продукт, поэтому это ожидаемо. Если бы они API ломали — было бы странно