Подскажите пожалуйста, на каком фреймворке (выбираю между двумя студиями (командами)) продолжить разработку сервиса по подбору и расчету банковских и страховых продуктов? Большая структура, калькуляторы, фильтры и.т.д.
Спросите ваших разработчиков, может они сами ответят на вопрос.
Не вдаваясь в тонкости, скорости и остальные холиворные вопросы про php vs python, у PHP есть большое преимущество - найти квалифицированного PHP-разработчика проще, чем даже Python-джуниора.
German Jet: я бы даже сказал найти просто php разработчика проще, найти квалифицированного php разработчика - сложнее. Именно поэтому и отошел от php, так как проводить поиск кандидата и собеседования очень весело, но очень непродуктивно.
zhandosbai: Тогда оценивайте студию(команду), а не инструменты. Инструмент может быть любым, всё зависит от знаний и опыта тех, кто этим инструментом пользуется.
German Jet: если ставить именно требование симфонии, то возможно. Если только языка, то нет, особенно если это не МСК или СПБ.
kazmiruk: А найти квалифицированного python разработчика? :-)
Syschel: вроде мой комментарий выше отвечает и на этот вопрос :) По своему опыту у меня сложилось четкое впечатление: найти квалифицированного разработчика очень трудная задача, но при этом на питоне это сделать проще, чем на пхп (нанимал и одних и других, правда в разное время, поэтому статистика может быть подпорчена какими-то процессами на рынке, произошедшими между наймами).
По поводу, кстати, вашего ответа - такое ощущение, что мы умудрились поработать с одним и тем же проектом :) Ваш магазин-пример случаем не из Красноярска? Просто была аналогичная ситуация: у заказчика были метания от технологии к технологии, а также он пытался экономить на специалистах думая, что наняв одного разработчика и толпу студентов - все будет в шоколаде. В итоге когда проект попал мне в руки это был франкенштейн, который был написан отчасти на php (интерфейсы для менеджеров), отчасти на питоне, в качестве базы использовался postgres для денег, mongo для товаров и mysql для всего остального.
kazmiruk: Нет, Урал. Ну там метания были в другом. Меняли студии по разным причинам. Заказчик понял, что проект не статичен и его нужно постоянно развивать. Часть функционала создавать, часть переделывать, а часть убирать (бизнес штука вообще сложная и очень переменчивая). Но многие студии заточены под вытягивание денег за короткое время. То есть быстро сделать и забыть, а не постоянно работать. В итоге цену ломили за любой чих, очень долго согласовывали. По этому и были метания от студии к студии, в поисках лучших условий. Ну а те по древнему священному правилу всех разработчиков, сразу же заявляли - конкуренты сделали гавно, на гавняной технологии, нам проще переделать всё на нашей супер технологии, чем разбираться в той.
Вот и метался. Пока не понял, что проще создать свой штат постоянных сотрудников, которые будут заниматься только его проектом.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
