Нельзя вот так вот взять и сделать открытый API.
Если там не будет нужных методов, он будет не открытый, если они будут неудобные, он тоже будет не открытый. Оценить удобство и пользу невозможно без наличия API. Получается проблема курицы и яйца - пока нет API мы не знаем можно на нём сделать, а пока мы не знаем, что мы можем сделать, нам не дают API.
Поэтому нужен органичный итеративный процесс для эволюции API. Чтобы эволюция была возможна:
- API разбит на классы (может не класс, а другое название)
- У каждого класса API есть версия
- У API есть тесты и инструкции по переходу к новому API
Процесс эволюции происходит через истории пользователя. История - это понятный обычному человеку рассказ, чего другой человек хочет достичь. Когда есть история, дальше идёт развитие сюжета - как в этом API ему помогает (или не помогает) и как мы его изменяем. Каждая история ведёт к изменению (или не ведёт), но каждый такой шаг освещается каждую неделю максимально открыто. Это позволяет людям синхронизироваться, чтобы подключаться к дискуссии и предлагать варианты получше. Здесь важно:
- скорость изменений
- период стабилизации
- учёт и уведомление пользователей, которые могут постадать от сломанных апи
Без обратной связи от пользователей, без сообщества и обмена опытом с другими странами есть вероятность, что API станет локальным. Возможно появятся классы API по пользователям (харкорный API для legacy система банков, человеческий API для новых веб сервисов и т.п.).
Связь со всеми надо поддерживать, ревью делать, тесты, спеки писать, доки править. Информационная инфраструктура требует денег тоже - сервера, ДНСы, это всё надо считать, т.к. хороший (надёжный и логичный) API - основной компонент эффективной инфраструктуры. Стоимость должна быть понятна, прозрачна, а значит тоже открыта, т.е. считаться.
- Бюджет (сколько уже есть)
- Стоимость поддержки работ по опен апи и сообщества (люди)
- Стоимость инфраструктуры (фактическая, расчётная, для пользователей)
- Варианты участия - донаты, экон.геймплей, гос.бюджет, и т.д.
Основное требование - открытость, вовлечение, паралельный (разработке решений) и итеративный процесс, и за пол-года год можно получить масштабируемое решение для Европы в т.ч.
Нельзя вот так вот взять и сделать открытый API.
Если там не будет нужных методов, он будет не открытый, если они будут неудобные, он тоже будет не открытый. Оценить удобство и пользу невозможно без наличия API. Получается проблема курицы и яйца - пока нет API мы не знаем можно на нём сделать, а пока мы не знаем, что мы можем сделать, нам не дают API.
Поэтому нужен органичный итеративный процесс для эволюции API. Чтобы эволюция была возможна:
Процесс эволюции происходит через истории пользователя. История - это понятный обычному человеку рассказ, чего другой человек хочет достичь. Когда есть история, дальше идёт развитие сюжета - как в этом API ему помогает (или не помогает) и как мы его изменяем. Каждая история ведёт к изменению (или не ведёт), но каждый такой шаг освещается каждую неделю максимально открыто. Это позволяет людям синхронизироваться, чтобы подключаться к дискуссии и предлагать варианты получше. Здесь важно:
Без обратной связи от пользователей, без сообщества и обмена опытом с другими странами есть вероятность, что API станет локальным. Возможно появятся классы API по пользователям (харкорный API для legacy система банков, человеческий API для новых веб сервисов и т.п.).
Связь со всеми надо поддерживать, ревью делать, тесты, спеки писать, доки править. Информационная инфраструктура требует денег тоже - сервера, ДНСы, это всё надо считать, т.к. хороший (надёжный и логичный) API - основной компонент эффективной инфраструктуры. Стоимость должна быть понятна, прозрачна, а значит тоже открыта, т.е. считаться.
Основное требование - открытость, вовлечение, паралельный (разработке решений) и итеративный процесс, и за пол-года год можно получить масштабируемое решение для Европы в т.ч.