Представь, ты получил задачу от заказчика. Задача не очень сложная, ты потратил 2 дня на аналитику, 20 минут на описание задачи, 2 дня разработки, 1 день на тестирование и правку багов. Результат показал заказчику, и выясняется, что нужно делать по-другому. Или вообще уже делать не надо. Итого потратили минимум 5 дней на мертвую задачу. Часы разработчиков, аналитиков, тестировщиков не принесли никакой пользы.
Этого можно избежать, если сделать проще с помощью готовых продуктов, сразу оценить полезность задачи и только потом вкладываться в разработку.
Как пример:
У меня не так давно была задача сделать карту местности из двух слоев. Первый слой состоит из 20-30 точек. Второй — примерно 10 000. Так как задача разовая, для понимания можно ли такую карту использовать для постоянной аналитики, нужно было сделать быстро и читабельно. Первая и самая правильная мысль — Google Maps. Там можно делать слои, подгружая нужные точки из гугл-таблиц. Для слоя нужны человекочитаемые названия точек, широта и долгота.
Если все данные лежат у тебя в БД — то задача на 5 минут. Если получить их можно только через API в виде JSON-объектов, то чуть дольше.
И тут помогает эта статья. В ней описано как быстро распарсить JSON-объекты, используя Script Editor. И ссылка на сам скрипт — прописываешь в него нужный метод API, запускаешь, скрипт раскладывает данные на ячейки и дальше только настроить слои уже в самих картах (создать карту — добавить слой — импорт — Google Диск).
На выходе такая карта: красные точки первый слой, синие — второй.
После демонстрации заказчику и внесения правок карта оказалась рабочей и уже была поставлена полноценная задача, чтобы использовать ее как постоянную аналитику. Польза: сэкономили время для первой версии и убедились, что карта действительно нужна.
Как итог:
Лучше сначала сделать попроще, пощупать данные и, если все ок, вкладываться в полноценную разработку. Потому что иначе сразу тратим кучу времени даже не поняв «а точно ли надо».
На эту тему есть статья Фёдора Борщёва как не делать лишнего.