Adamoscyb0rg_01 это не относится квопросу, но если вас так интересует, то все просто. Если ты делаешь какое-то приложение "для себя", то бери все, что хочешь react native/xamarin, да хоть Kivy питоновское. Все эти платформы имеют три минуса:
1) Они не все поддерживают, что надо поддерживать
2) Они иногда неправильно работают (примерно 1-3% кейсов).
3) На них сложно найти разработчиков
Так вот, например, пункт 2. Делаете вы какое-то приложение, которым будет пользоваться 200к людей, 3% от этих людей - это 6к людей, которые пойдут в вашу поддержку и будут выносить мозг, что они оплатили, купили, а оно не работает. И это будет огромной проблемой, если окажется, что вы это не можете поправить (что вполне вероятно). В фирме, где я работал, мы изначально делали на react native (модно молодежно), и по причине выше перешли на натив. С ним стало в разы лучше.
Возможно, кто-то скажет, что у нас просто были кривые руки, сама технология огонь и прочее, просто нужно норм разработчиков итд. Тогда читаем пункт номер 3.
Ну и совсем забыл добавить. Эти 3%, у которых не будет работать - засрут вам все отзывы и рейтинг в маркетах, и ваше приложение будет хуже продвигаться.
German Jet, предпочитаю спрашивать и переключаться на что-то другое, когда туплю, чем героически искать ответы. Особенно, когда работает логика: с питон, java - это работает, а вот с пхп - уже нет.
На php - больше проектов, за которые готовы платить при моих условиях. Как и всегда, отталкиваемся от предложений рынка.
Python/PHP/.Net/Java/JavaScript(node.js) - выбирай любой из этих языков, и у тебя будет, если ты живешь в нормальной локации. Если ты живешь в жопе, то выбирай язык, который позволит тебе работать.
Я изначально учил Python - с работой было плохо, нашел работу на Java, сейчас пишу проект на Php. И вообще не парюсь, ты слишком большое значение даешь языку.
p.s. ну если по работе, то .net мне нравится больше, чем Java - Java сильно заставляет заморачиваться на вещах, которые не очень то и хочешь заморачивать.
На команду приходит задача, где не нужен какой-то разработчик. Как быть с простоем?
На команду приходит задача слишком большая, в итоге либо надо еще людей дергать, либо раскидывать таску на две команды - тогда опять же согласованность нужна и есть потенциальные задержки, что кто-то из команд сделает быстрее.
Евгений, Есть порт QT на Python, например, PyQT, или wxPython. Естественно, что-то сделать на нем можно, но чем сложнее элементы нужно делать, тем больше понимаешь - что порт это очень сырой вариант.
P.s. Ну и вообще, сейчас уже смысла нет писать десктоп на Питоне, когда появился Электрон. Он занял нишу, когда "надо хорошо и быстро, но без .net/c++"
Если они "медиа-холдинг", где много разных проектов, то проще все свести к одному стеку, чтобы разработчики могли прыгать по проектам и не тратить много времени. Плюс дублирование кода никто не отменял. Если стеки разные - то это проблематично.
RGoldvarg, тогда считайте трудозатраты по времени переписки. В данном случае вам хватит ваших собственных разработчиков, которые пишут на java/python. Они уже и скажут, сколько им понадобится на это все время. Т.е. будут двигаться не по коду, а по функционалу.
Дмитрий авамзачем, рядовые разрабы в маил/яндексе получают меньше рынка, плюс постоянно жопа в мыле. В итоге, приходит понимание, что тебя обманули заманухами про великие задачи, а на деле используют как глупого простака.
React native - тоже весьма спорное решение. Оно работает в общем хорошо, но на некоторых устройствах начинается какой-то бред. Когда у тебя 200к клиентов, таких бредовых ситуаций становится более тысячи. И ты и твое приложение спускается в ад в гугл плее.
Если нужно хорошо - надо писать нативно. Если нужно быстро, молодежно и так далее - то реакт-натив, но с ним будут проблемы у части юзеров.
1) Они не все поддерживают, что надо поддерживать
2) Они иногда неправильно работают (примерно 1-3% кейсов).
3) На них сложно найти разработчиков
Так вот, например, пункт 2. Делаете вы какое-то приложение, которым будет пользоваться 200к людей, 3% от этих людей - это 6к людей, которые пойдут в вашу поддержку и будут выносить мозг, что они оплатили, купили, а оно не работает. И это будет огромной проблемой, если окажется, что вы это не можете поправить (что вполне вероятно). В фирме, где я работал, мы изначально делали на react native (модно молодежно), и по причине выше перешли на натив. С ним стало в разы лучше.
Возможно, кто-то скажет, что у нас просто были кривые руки, сама технология огонь и прочее, просто нужно норм разработчиков итд. Тогда читаем пункт номер 3.
Ну и совсем забыл добавить. Эти 3%, у которых не будет работать - засрут вам все отзывы и рейтинг в маркетах, и ваше приложение будет хуже продвигаться.