подробно ? Можете озвучить основные принципы ? Это должна быть какая то модульная (сервисная) архитектура , чтобы можно было прикручивать модули с новым функционалом на любом языке ? Мы сейчас на стадии разработки ТЗ и хотелось бы заложить туда основные идеи этого подхода , потомучто потом исполнители за шаг влево /вправо от прописанного в ТЗ будут просить денег , или еще чего хуже придется все переделывать или поработать на корзину , как вы правильно заметили.
Когда в одном абзаце одновременно появляются слова "исполнители", "ТЗ", "архитектура" - сразу думаю что проект будет провальным :) Это как красные флажки что там где то гремучая смесь факторов: заказчик слабо ориентируется в ИТ, не понимает полную стоимость проекта и риски, не может адекватно контролировать его ход, сроки как обычно бывает затянуты, сложность выходит из под контроля, деньги заканчиваются, исполнители спрыгивают и начинается поиск новых на доработку "на 80% готово, осталось пару скриптов прикрутить и полетит" что означает что в этой лапше кода осталось самая сложная 20% часть доведения до стабильного продакшен-состояния, которая и займет следующие 80% времени по закону Парето
Недавно на Хабре был пост про парсинг промышленных масштабов - попробуйте пообщаться с этим чуваком, может они вам свои дата-фиды или технологии могут дать в аренду либо просто наймите его в консультанты https://habr.com/ru/post/446488/
Открыл чатик и ужоснулся, ничёссе я холивар замутил
Обсуждают сегодня