История изменений
Исправление phoen, (текущая версия) :
если выпустить в продакшен сырое говно, то на рынке сформируется понимание, что такой продукт не нужен
Нет, если есть круг заинтересованных участников. О настоящем проде в этот момент речь не идет, скорее обкатка функционала.
Если уверенности что взлетит и заинтересованности нет - тогда тем более надо минимум времени уделять технологическому стеку и максимум бизнесовой проработке. В общем случае.
это уже 50%+ готового продукта, поздняк будет на другой язык переходить
Видел как один проект переписали с с++ на scala, затем scala на java, потом добавили куски на питоне и в прод он вышел уже на котлине. Пол страны пользуются, полет нормальный.
и какой же профит с переписывания альфа версии на другой язык?
На альфа версии нужны скорость разработки и скорость внесения изменений, а в проде приоритеты другие: простота сопровождения, возможность соответствовать sla, соответствие _всем_ требованиям безопасности и исходя из этого пилится архитектура соответствующая всему вышеописанному, которой приклад в свою очередь должен соответствовать. Лично на моей практике почти в 100% случаев прототип и прод разрабатывают разные команды с разными компетенциями.
Исходная версия phoen, :
если выпустить в продакшен сырое говно, то на рынке сформируется понимание, что такой продукт не нужен
Нет, если есть круг заинтересованных участников. О настоящем проде в этот момент речь не идет, скорее обкатка функционала.
Если уверенности что взлетит и заинтересованности нет - тогда тем более надо минимум времени уделять технологическому стеку и максимум бизнесовой проработке. В общем случае.
это уже 50%+ готового продукта, поздняк будет на другой язык переходить
Видел как один проект переписали с с++ на scala, затем scala на java, потом добавили куски на питоне и в прод он вышел уже кластерным на котлине. Пол страны пользуются, полет нормальный.
и какой же профит с переписывания альфа версии на другой язык?
На альфа версии нужны скорость разработки и скорость внесения изменений, а в проде приоритеты другие: простота сопровождения, возможность соответствовать sla, соответствие _всем_ требованиям безопасности и исходя из этого пилится архитектура соответствующая всему вышеописанному, которой приклад в свою очередь должен соответствовать. Лично на моей практике почти в 100% случаев прототип и прод разрабатывают разные команды с разными компетенциями.