и это будет еще хороший исход, т.к. если вы например ответственное лицо и у вас это прописано в договоре, то на вас за ваши развлечения повесят штраф за простой

для изучения новых технологий обычно в компаниях заводят отдел r&d, который как раз втаскивает новые технологии на какие-то небольшие части проекта. и при этом все это делает экспериментально, т.е. на стендах, но ни как не на бою. и уже если проект r&d на тестовом стенде показал себя хорошо, он мигрирует в прод

не законны где? на территории РФ?

почти везде

Ага, у нас команда из четырёх бекендеров. Создавать целый отдел, да?

за простой по вине лица

Начать с university, пройти основые программы, получив теоретический минимум. Для формирования практических навыков, в качестве исследовательского эксперимента взять какую-то реально существующую бизнес-задачу и попробовать оценить, какой профит можно извлечь из монги по сравнению с существующим хранилищем. Дальше попробовать проверить эту гипотезу, реализовав решение с помощью монги

Понятное дело, что надо понимать, что ты делаешь. Да, получить тот самый теоретический минимум. Да, надо взять реальную задачу и попробовать оценить. Если ты не оценил, как будешь её решать с новой технологией, то о чём вообще речь. Да, нужно защитить эту технологию в данном аспекте. Конечно, с учётом экспериментальности — это скидка, потому что всех положильных особенностей на этот момент ещё никто в команде не знает. И да, взять и реализовать эту задачу. Если получилось достаточно хорошо — В ПРОД! Если нет, то переписать. Я не вижу сейчас расхождений с моим утверждением, что экспериментировать надо в продакшене.

исследовательская работа != эксперименты в продакшене

И да, взять и реализовать эту задачу. Если получилось достаточно хорошо — В ПРОД! все таки вы эксперементируете не в продакшене, а над какой-то частью продакшен решения. и если ваше новое решение показало себя хорошо на тестовых стендах, то уже после этого везете в прод?)

Нет, конечно. Получение опыта тут сопуствующий сайд-эффект. 🙂

Я с этим не согласен. Задача исследовательской работы получение опыта, а не решение задачи

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

Мы считаем, что эксперименты, это единственное, что даёт возможность программисту развиваться.

Я придерживаюсь подхода что зарабатывание денег и эксперименты это две разные вещи, которые без серьёзных на то причин и наличия подходящей бизнес-инфраструктуры лучше не смешивать

Ну дык да. Но всё же работа ведётся на то, чтобы отправить результат в прод, а не на то, чтобы поиграться и выкинуть, не доведя до бользователей.

простите за каламбур, но основное что дает программисту развиваться - это желание развиваться)))

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

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

Скорее всего выкинем. И вот этот риск заложен до начала написания кода по задаче.

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

у меня на все это очень скромное имхо: когда человек, например, захочет заливать в прод новое, то тогда уж лучше в исследовательских целях склонируйте часть продовских данных (скажем так, месяцем назад или полугодом назад) на развернутую новую базу и тыкайте в нее (возможно, что @zzz_sochi именно отчасти это и имел в виду)