Вроде все логично, зп платиться за рабочий день, а не за количество выполненных задач, так же не раскрыто как понять "медленный" или "быстрый", довольно часто "быстрыми" называют программистов которые как можно быстрее спихивают свои задачи на ревьюера, QA и ему часто их возвращают, а "медленный" вероятно видит это перекидывание и сразу закладывает у себя это время на отдых, нормально проверяет, даёт качество и с первой попытки сдаёт задачу.
Опять же без четких метрик невозможно оценить скорость разработчика.
У меня из недавнего опыта с React Native, это использование Купер, когда листал большую выдачу товаров в маркетплейс и увидел натурально слайдшоу, и буквально недавно попалось интервью с React Native лидом Купера, не хочется думать что в Купер слабые разработчики все таки алгоритмы и все такое знают, а значит это сам RN вставил палки в колеса, и хорошо если решат на уровне RN, а если не получится то придется нативные заплатки видимо писать, так что тут каждый должен думать сам, возможно для небольших приложений RN и норм, а так с использованием ИИ, не вижу проблемы Senior IOS/Android разработчику писать 2 нативных модуля с утвержденной архитектурой, языки +- похожи, есть моменты с SDK, но тоже нет такого слома сознания как с Kotlin/Swift начинать писать на Haskell.
Вроде все логично, зп платиться за рабочий день, а не за количество выполненных задач, так же не раскрыто как понять "медленный" или "быстрый", довольно часто "быстрыми" называют программистов которые как можно быстрее спихивают свои задачи на ревьюера, QA и ему часто их возвращают, а "медленный" вероятно видит это перекидывание и сразу закладывает у себя это время на отдых, нормально проверяет, даёт качество и с первой попытки сдаёт задачу.
Опять же без четких метрик невозможно оценить скорость разработчика.
У меня из недавнего опыта с React Native, это использование Купер, когда листал большую выдачу товаров в маркетплейс и увидел натурально слайдшоу, и буквально недавно попалось интервью с React Native лидом Купера, не хочется думать что в Купер слабые разработчики все таки алгоритмы и все такое знают, а значит это сам RN вставил палки в колеса, и хорошо если решат на уровне RN, а если не получится то придется нативные заплатки видимо писать, так что тут каждый должен думать сам, возможно для небольших приложений RN и норм, а так с использованием ИИ, не вижу проблемы Senior IOS/Android разработчику писать 2 нативных модуля с утвержденной архитектурой, языки +- похожи, есть моменты с SDK, но тоже нет такого слома сознания как с Kotlin/Swift начинать писать на Haskell.