Могу ошибаться, но что-то попадалось. Трехмерные игры с 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 миллионов строк на С++ на нейронную сеть. Полагаю, всю эту древнюю трехомудину на Фортране вдруг резко начали переводить на современные технологии. От того и "популярность" выросла.
Т.е. вы здесь заявляете, что какой-то хреновины, от которой вы рано или поздно все равно умрёте, не существует? Ну, не всем дано родиться Маклаудами :)
Ок. Итого, в AWS миллион транзакций обойдется мне в 1-2 доллара, а в блокчейне - 1500-2500 долларов. Вот и вся демонстрация почему народ особо в блокчейн и не мигрирует.
Переработки отрицательно влияют на производительность. Каких результатов можно ждать от уставшего и невыспавшегося человека? А сколько убытков принесут ошибки, допущенные от переутомления? А сколько потом придется потратить ВВП на лечение выгорания?
Воочию видел как вместо оптимизации производства тупо заставляют перерабатывать. Я не согласен с тем, что корреляции между переработка и ВВП нет. Уверен, что есть, но обратная. Другой вопрос в том, что выявить эту корреляцию вряд ли получится из-за тех самых аргументов, которые коллеги высказали выше.
НИКОГДА и ни при каких обстоятельствах не используйте rabbit и kafka при работе с мультимедиа! Не пройдете по производительности, а если и пройдете, то на ресурсах разоритесь и задержки будут чрезмерные, причем, нарастающие со временем.
Материалов, описывающих работу с потоковым видео полно, если знать ключевые слова. И ключевые слова здесь ffmpeg, gstreamer и opencv. Это три фреймворка, которые тесно между собой переплетены. Все написаны на C, все работают с протоколами и кодеками различных медиа-потоков, поддерживают все, что необходимо.
Не вижу связи между этими выражениями.
Могу сказать так: самые высокие зарплаты бывают именно на новых, более эффективных инструментах, хоть они и малоизвестны.
На досуге поглядите сколько получает 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 миллионов строк на С++ на нейронную сеть. Полагаю, всю эту древнюю трехомудину на Фортране вдруг резко начали переводить на современные технологии. От того и "популярность" выросла.
Заканчивать надо с монолитами. Тогда и обновление версии языка в системе будет подешевле, чем полет на Луну, обходиться.
Т.е. вы здесь заявляете, что какой-то хреновины, от которой вы рано или поздно все равно умрёте, не существует? Ну, не всем дано родиться Маклаудами :)
А загуглить слово "serverless" религия не позволяет :)))))))
Смотря с чем сравнивать. Полно человеческих переводов, которые вообще ни в зуб ногой.
Логика в статье: "Мне уже 50 лет предсказывают, что я умру. Я за эти 50 лет не умер, значит они все враки и я не умру никогда."
Ок. Итого, в AWS миллион транзакций обойдется мне в 1-2 доллара, а в блокчейне - 1500-2500 долларов. Вот и вся демонстрация почему народ особо в блокчейн и не мигрирует.
И сколько все это стоит?
Одна транзакция в смарт контракте по моим оценкам где-то в 10-100 тыс раз дороже, чем такая же, но в облаке.
Переработки отрицательно влияют на производительность. Каких результатов можно ждать от уставшего и невыспавшегося человека? А сколько убытков принесут ошибки, допущенные от переутомления? А сколько потом придется потратить ВВП на лечение выгорания?
Воочию видел как вместо оптимизации производства тупо заставляют перерабатывать. Я не согласен с тем, что корреляции между переработка и ВВП нет. Уверен, что есть, но обратная. Другой вопрос в том, что выявить эту корреляцию вряд ли получится из-за тех самых аргументов, которые коллеги высказали выше.
Любую обработку надо делать на указанных фреймворках. Rmq вообще для видео не подходит. Это как молотком в зубах ковыряться.
НИКОГДА и ни при каких обстоятельствах не используйте rabbit и kafka при работе с мультимедиа! Не пройдете по производительности, а если и пройдете, то на ресурсах разоритесь и задержки будут чрезмерные, причем, нарастающие со временем.
Материалов, описывающих работу с потоковым видео полно, если знать ключевые слова. И ключевые слова здесь ffmpeg, gstreamer и opencv. Это три фреймворка, которые тесно между собой переплетены. Все написаны на C, все работают с протоколами и кодеками различных медиа-потоков, поддерживают все, что необходимо.