Не уверен, что стоит отвечать, но попробую. Уже ваша фраза: "Windows позволяет практически сразу работать любому пользователю" - вызывает недоумение. Какой пользователь может быть у бэкенда? Вы понимаете отличие бэкенда в embadded device от виндузячего приложения? Клиент-серверная архитектура вам о чем-то говорит? Только не говорите, что у вас DApps. Есть инфраструктура разработки, включающая отладку, тестирование, мониторинг и пр. Ну ладно, сейчас все мультиплатформенный, везде работает. Но есть поддержка железа, есть производительность, есть безопасность и пр. Винду никто не использует для серверных или встраиваемых решений. Нет маршрутизаторов под виндой, значит нет драйверов под Винду для этих целей и т.д.
Есть и чисто аппаратные ограничения. ARM нормально работает без активного охлаждения, x86 не может этим похвастать. Будет у вас вертолет орать или перегреваться.
"лишь бы было" сейчас стоит во всей бытовой технике: роботы пылесосы, хлебопечки, холодильники, маршрутизаторы. Вам следовало бы просто изучить тему, а не изобретать велосипеды. Там есть нюансы, о которых вы даже не задумываетесь.
Российские особенности :(. Первый в мире робот, на базе Windows. Ну, может и не первый, но бытовая техника на нем не делается по вполне объективным причинам. Кстати, лицензию у Мелкой Мякоти вы покупали? Да и требования к компьютеру бы благоприятно отразились на стоимости, если бы вы освоили все же Линукс.
Так что в качестве прототипа круто, но в эксплуатацию без этих нюансов оно не готово.
Это очень неразумно мигрировать с Kotlin на React. Я бы предложил наоборот использовать Kotlin Multiplatform. Наиболее адекватный фреймворк Jetbrains Compose Multiplatform.
Могу ошибаться, но что-то попадалось. Трехмерные игры с JS точно на UE5 есть.
Каждый современный язык стремиться стать как можно более универсальным. Даже на Python есть попытки залезть на фронт и в микроконтроллеры. Даже Java, не смотря на то, что отстает от Kotlin-JS, активно барахтается со своим GWT.
Причем здесь посещаемость? Мы вроде обсуждали тему универсализации. Да, молодые языки на то и молодые, что мало известны сообществу. Все легаси на старичках написано. Просто потому все новое и появляется, что старое чем-то не устраивает. Конкретно Котлин позволяет на все платформы писать фронт - это вот ссылка https://www.jetbrains.com/lp/compose-multiplatform/. Но этому фреймворку года 3 всего. И он младше Flatter-а на года два-три.
Вы очень удивитесь, но Котлин в браузере есть. Микроконтроллеры, смотря какие, на нем тоже неплохо программируют. Серверные приложения типа Тимсити, Ютрэк и прочие тоже написаны на Котлине.
Раст отлично заменил не только Си, но и Go.
JavaScript действительно универсальный, но не зря появились новые языки. У него есть серьезные недостатки.
Вы очень удивитесь, но вся разработка языков стремится именно к тому, чтоб сделать универсальный язык для всех задач. И неплохо это получается. Kotlin, охватил все фронтенд платформы и уверенно сидит на бэке. Go и Rust уверенно сидят на всех бэках и активно лезут на фронт.
Водители лошадей - довольно консервативная профессия. Тысячи лет ей и до сих пор требуются. Если не будете жадничать вполне на ней можете жизнь просидеть и даже развиваться и менять стек не потребуется. Может вам рассмотреть такой вариант?
А если хотите высокую зарплату, то надо развиваться в соответствии с новыми, современными потребностями рынка. С учётом технологической сингулярности, менять стек приходится все чаще.
Ветку внимательно посмотрите. С чего началос? С того, что монолит невозможно за приемлемое время переписать на новую версию языка. И вы про какие-то преимущества поддержи после этого говорите? Банки до сих пор на java 6/7 сидят. Но монолит - это конечно же круто, да.
А я лишь напомнил, что есть специально придуманные инструменты, позволяющие удешевить обновление версии языка. И во времена Фортрана они ещё не были придуманы.
IBM недавно отчиталась, что заменила 300 миллионов строк на С++ на нейронную сеть. Полагаю, всю эту древнюю трехомудину на Фортране вдруг резко начали переводить на современные технологии. От того и "популярность" выросла.
Сейчас проект сомнительный. Ваши условия делают его нереальным.
Не уверен, что стоит отвечать, но попробую. Уже ваша фраза: "Windows позволяет практически сразу работать любому пользователю" - вызывает недоумение. Какой пользователь может быть у бэкенда? Вы понимаете отличие бэкенда в embadded device от виндузячего приложения? Клиент-серверная архитектура вам о чем-то говорит? Только не говорите, что у вас DApps. Есть инфраструктура разработки, включающая отладку, тестирование, мониторинг и пр. Ну ладно, сейчас все мультиплатформенный, везде работает. Но есть поддержка железа, есть производительность, есть безопасность и пр. Винду никто не использует для серверных или встраиваемых решений. Нет маршрутизаторов под виндой, значит нет драйверов под Винду для этих целей и т.д.
Есть и чисто аппаратные ограничения. ARM нормально работает без активного охлаждения, x86 не может этим похвастать. Будет у вас вертолет орать или перегреваться.
Ну пробуйте дальше пилить велосипед.
"лишь бы было" сейчас стоит во всей бытовой технике: роботы пылесосы, хлебопечки, холодильники, маршрутизаторы. Вам следовало бы просто изучить тему, а не изобретать велосипеды. Там есть нюансы, о которых вы даже не задумываетесь.
На счёт клиренса вы зря. Они сейчас через порожек в ванную пробираться не могут
С вашим размахом межгалактические корабли строить, а не стартапа мутить. Тут не фантастика обсуждается, а реальный бизнес-проект.
Как же вы роботов проектируете, если это для вас становится проблемой?
Российские особенности :(. Первый в мире робот, на базе Windows. Ну, может и не первый, но бытовая техника на нем не делается по вполне объективным причинам. Кстати, лицензию у Мелкой Мякоти вы покупали? Да и требования к компьютеру бы благоприятно отразились на стоимости, если бы вы освоили все же Линукс.
Так что в качестве прототипа круто, но в эксплуатацию без этих нюансов оно не готово.
Это очень неразумно мигрировать с Kotlin на React. Я бы предложил наоборот использовать Kotlin Multiplatform. Наиболее адекватный фреймворк Jetbrains Compose Multiplatform.
И те, и другие подсунут. Но британцы ещё и заблокируют все кругом.
Лично я несколько опасаюсь покупать изделие британской компании, выпускающей rpi. Что угодно можно ожидать от наших бывших "партнёров".
Не вижу связи между этими выражениями.
Могу сказать так: самые высокие зарплаты бывают именно на новых, более эффективных инструментах, хоть они и малоизвестны.
На досуге поглядите сколько получает rust-blockchain разраб.
Но какой язык использовать - это ваше дело
Могу ошибаться, но что-то попадалось. Трехмерные игры с JS точно на UE5 есть.
Каждый современный язык стремиться стать как можно более универсальным. Даже на Python есть попытки залезть на фронт и в микроконтроллеры. Даже Java, не смотря на то, что отстает от Kotlin-JS, активно барахтается со своим GWT.
Причем здесь посещаемость? Мы вроде обсуждали тему универсализации.
Да, молодые языки на то и молодые, что мало известны сообществу. Все легаси на старичках написано.
Просто потому все новое и появляется, что старое чем-то не устраивает.
Конкретно Котлин позволяет на все платформы писать фронт - это вот ссылка https://www.jetbrains.com/lp/compose-multiplatform/. Но этому фреймворку года 3 всего. И он младше Flatter-а на года два-три.
Конкретно на Go и Rust я сам фронты не писал, но видел фреймворки для этого. Они явно не дотягивают до уровня Kotlin Compose, но движуха есть, я лишь про это.
Если говорить про производительность, то вот бенчмарки.
https://www.techempower.com/benchmarks/#section=data-r22&hw=ph&test=composite
Вы очень удивитесь, но Котлин в браузере есть. Микроконтроллеры, смотря какие, на нем тоже неплохо программируют. Серверные приложения типа Тимсити, Ютрэк и прочие тоже написаны на Котлине.
Раст отлично заменил не только Си, но и Go.
JavaScript действительно универсальный, но не зря появились новые языки. У него есть серьезные недостатки.
Чё ж не китайский?
Вы очень удивитесь, но вся разработка языков стремится именно к тому, чтоб сделать универсальный язык для всех задач. И неплохо это получается. Kotlin, охватил все фронтенд платформы и уверенно сидит на бэке. Go и Rust уверенно сидят на всех бэках и активно лезут на фронт.
Водители лошадей - довольно консервативная профессия. Тысячи лет ей и до сих пор требуются. Если не будете жадничать вполне на ней можете жизнь просидеть и даже развиваться и менять стек не потребуется. Может вам рассмотреть такой вариант?
А если хотите высокую зарплату, то надо развиваться в соответствии с новыми, современными потребностями рынка. С учётом технологической сингулярности, менять стек приходится все чаще.
Ветку внимательно посмотрите. С чего началос? С того, что монолит невозможно за приемлемое время переписать на новую версию языка. И вы про какие-то преимущества поддержи после этого говорите? Банки до сих пор на java 6/7 сидят. Но монолит - это конечно же круто, да.
Про веру надо в другой организации спрашивать.
А я лишь напомнил, что есть специально придуманные инструменты, позволяющие удешевить обновление версии языка. И во времена Фортрана они ещё не были придуманы.
IBM недавно отчиталась, что заменила 300 миллионов строк на С++ на нейронную сеть. Полагаю, всю эту древнюю трехомудину на Фортране вдруг резко начали переводить на современные технологии. От того и "популярность" выросла.