> If you share the whole of your home directory into a container, MacOS may prompt you to give Docker access to personal areas of your home directory such as your Reminders or Downloads.

спасибо

вот подробнее

если я правильно понял то рекурсивный проход по папкам заставляет как раз всплывать эти попапы

Класс. Годная вещь. Вероятно в хозяйстве (проекте) пригодится.

Смотрите какая вундервафля

crossbar.io

и вот это wamp-proto.org

Хотел тут один идеологический вопрос поднять. Вот notion выкатил api (https://developers.notion.com/). Да и много кто запускает продукты без апи, а потом мучительно добавляет.

У меня уже тыщу лет подход такой - делай внутренние апи так, чтоб в любой момент их можно было открыть в паблик. Понятно, что не всегда оно так выходить, но с одной стороны - продукт всегда готов к интеграциям, с другой - стараешься делать апи для людей.

Да, типа апи это отдельный продукт - доки, примеры, тесты и тд. Но если в компании больше 5 человек, это все это тоже нужно.

Что по поводу такого подхода думаете? У вас как?

На HackerNews обсудили. Постановили, что если вам не нравится это бесплатное свободное ПО с открытым кодом - вы вольны сделать свой форк и убрать там эту фичу.

Public API и Private API

ты для публичного API должен быть сильно ограничен в изменениях и обеспечивать обратную совместимость

Не мешает твоему Private API (как например у телеги) иметь уровни обратной совместимости, но при этом ты не ограничен простотой интеграции с ним

да, это очевидный геморрой. но стараться не ломать приватные апи тоже хорошо )

Мы пришли к таким же выводам но ещё не до реализации.
- Есть ли неочевидные грабли на которые наступил?
- Любимый стек/решение и есть ли оно?
- Сервис Дискавери, кросс командная коммуникация - как решали?

То;др на вскидку понятный и простой концепт. Опасаюсь что это только верхушка айсберга и не вижу полной картины

Не, я против. Во-первых правильно выше Никита говорит - требование стабильности открытого API жёстко противоречит требованию быстрых итераций продуктового API. Во вторых авторизация для внешнего API нужна совсем другая. Затем rate limits и биллинг для внешнего API (однажды ты захочешь биллинг).

Я бы сделал по паттерну API Gateway: отдельный сервис, который переводит запросы к публичному API в запросы к внутреннему, и обратно переводит ответы.

+

#fomo

api gateway +1.

Подозреваю что и есть достойные решения и для внутренних АПИ девелопер порталов для документации, тестирования (сандбокс итд)

Видел ли кто что-то подобное и любые отзывы как оно скорее работало или наоборот?

насчет внутренних девелопер порталов: мы на https://backstage.io/ уже полгода облизываемся, потыкать все никак руки не доходят

Видел что-то есть у Амазон при их api gateway, postman swagger что-то предлагает...  Первые впечатления не ахти