Скорость питона не является ограничением, все библиотеки под капотом работают на си/си++, все вычисления на гпу тоже. Питон это как высокоуровневая абстракция для облегчения обращения с ними. Пайторч, тензорфлоу, нампай и тд всё это работает шустро и не на питоне.
Создать ИИ на Java можно, но по удобству Python пока лидирует. Это связано с огромным количеством библиотек и инструментов, которые упрощают процесс разработки ИИ. В Java таких инструментов меньше, но для серьезных проектов она тоже может быть полезна.
Библиотек и фреймворков в экосистеме java точно больше. И они лучше. Кровавый enterprise породил просто бессчетное количество вылизанных и проверенных временем библиотек.
Обойти - нет, поезд ушел, зайти на рынок для финтеха может быть просто потому что там все ещё java основной язык, правда если сама java быстрее не умрет она все ещё глобально теряет долю. если надо укорять ИИ часто слышал за ++, но как по мне, что java, что ++, что # имеют свои проблемы и лучше смотреть в сторону rust, но у него порог вхождения нереально высок.
@@irox_7637 Ну многопоточность как минимум многопоточнее однопоточности в питоне. Хотя это и фиксили, в любом случае я недавно прифигел с того НАСКОЛЬКО питон интрепритируемый. Java и C# компилируются при выполнении, но суть как раз-таки в том, что они реально компилируются, а питон до конца интерпретируется. Собственно поэтому код, который отвечает за развертку нейросети как правило написан не на питоне(хотя там даже библиотеки не на питоне, думаю это итак понятно).
@@irox_7637 исправлю автора и внесу ясность. во первых Python использует GIL это делает невозможным выполнение нескольких потоков в рамках одного процесса на нескольких ядрах процессора одновременно. Это ограничение влияет на производительность многопоточных программ, особенно в задачах, требующих интенсивных вычислений, java не имеет GIL и использует полноценную многозадачность, позволяя потокам работать на разных ядрах процессора, во вторых инструменты по потокам на java больше, мощнее в плане гибкости для параллельных вычислений через Thread и ExecutorService, кроме того в java многопоточность работает намного эффективнее, так как потоки могут выполняться на разных ядрах процессора, что позволяет полноценно использовать многопроцессорные системы, в третьих у java развитая экосистема в асинхронном программирование(потоки связаны с асинзронном программирование могу расписать как) с ее forkJoin framework и java.util.concurrent сравнивая их python в этой теме проигрывает java также как js проигрывает c/c++ в написании ос
@ там куча тонкости, но да можно так сказать с натяжкой поддержка python многопоточности в сравнении с java все равно что сравнивать велосипед с автомобилем
Язык программирования вообще не имеет значения. Вопрос только в удобстве пользования. А так, самой быстрой программой будет программа написаная на асемблере (да - она тоже будет работать с ИИ, и даже лучше чем все другие языки вместевзятые), но ты сначало напиши ее на асемблере.... годы трудов.... Так что это тупой вопросс: какой язык лучше или хуже. Просто разные языки имеют разную степень удобства в конкретных сферах.
@@Kaktus_77 Даже удобство пользования и применения - уже два разных понятия. Короче, дорастёте до уровня Solution Architect - тогда и будет о чём говорить. А пока напоминает фриков из 2010х, которые кричали "С++ быстрее Java"
@ А вы писали на плюсах и на Java именно в enterprise, где Java доминирует? Это вопрос риторический, потому что если бы писали, то словили бы иронию. И если бы ходили по профильным конференциям про Java, замечали бы этот стёб, а-ля "кто ответил С++ быстрее чем Java, того в бан". Изучайте матчасть, ребята. Не в скорости и не в удобстве дело, всё намного сложнее чем кажется.
Я не совсем понимаю нахрена джава сейчас вообще нужна. Весь тяжёлый код на питоне работает нативно через какой-то numpy например, а писать на нем легче, хоит джава мне больше по душе.
Представте какие б у нас сейчас были технологии, если бы питон не работал со скоростью мёртвой бабки
Скорость питона не является ограничением, все библиотеки под капотом работают на си/си++, все вычисления на гпу тоже. Питон это как высокоуровневая абстракция для облегчения обращения с ними. Пайторч, тензорфлоу, нампай и тд всё это работает шустро и не на питоне.
Давайте не будем юлить, это не Python повезло, а Java хоронит её высокий порог вхождения.
Создать ИИ на Java можно, но по удобству Python пока лидирует. Это связано с огромным количеством библиотек и инструментов, которые упрощают процесс разработки ИИ. В Java таких инструментов меньше, но для серьезных проектов она тоже может быть полезна.
Библиотек и фреймворков в экосистеме java точно больше. И они лучше. Кровавый enterprise породил просто бессчетное количество вылизанных и проверенных временем библиотек.
Обойти - нет, поезд ушел, зайти на рынок для финтеха может быть просто потому что там все ещё java основной язык, правда если сама java быстрее не умрет она все ещё глобально теряет долю. если надо укорять ИИ часто слышал за ++, но как по мне, что java, что ++, что # имеют свои проблемы и лучше смотреть в сторону rust, но у него порог вхождения нереально высок.
конечно может. java быстрей и многопоточнее питона выполняется. просто вход через питон легче
многопоточность может быть еще многопоточнее?
@@irox_7637как мне рассказывал один питонист, много поток в питоне это самое больное что он видел в свой жизни
@@irox_7637 Ну многопоточность как минимум многопоточнее однопоточности в питоне.
Хотя это и фиксили, в любом случае я недавно прифигел с того НАСКОЛЬКО питон интрепритируемый. Java и C# компилируются при выполнении, но суть как раз-таки в том, что они реально компилируются, а питон до конца интерпретируется. Собственно поэтому код, который отвечает за развертку нейросети как правило написан не на питоне(хотя там даже библиотеки не на питоне, думаю это итак понятно).
@@irox_7637 исправлю автора и внесу ясность. во первых Python использует GIL это делает невозможным выполнение нескольких потоков в рамках одного процесса на нескольких ядрах процессора одновременно. Это ограничение влияет на производительность многопоточных программ, особенно в задачах, требующих интенсивных вычислений, java не имеет GIL и использует полноценную многозадачность, позволяя потокам работать на разных ядрах процессора, во вторых инструменты по потокам на java больше, мощнее в плане гибкости для параллельных вычислений через Thread и ExecutorService, кроме того в java многопоточность работает намного эффективнее, так как потоки могут выполняться на разных ядрах процессора, что позволяет полноценно использовать многопроцессорные системы, в третьих у java развитая экосистема в асинхронном программирование(потоки связаны с асинзронном программирование могу расписать как) с ее forkJoin framework и java.util.concurrent сравнивая их python в этой теме проигрывает java также как js проигрывает c/c++ в написании ос
@ там куча тонкости, но да можно так сказать с натяжкой поддержка python многопоточности в сравнении с java все равно что сравнивать велосипед с автомобилем
Язык программирования вообще не имеет значения. Вопрос только в удобстве пользования. А так, самой быстрой программой будет программа написаная на асемблере (да - она тоже будет работать с ИИ, и даже лучше чем все другие языки вместевзятые), но ты сначало напиши ее на асемблере.... годы трудов....
Так что это тупой вопросс: какой язык лучше или хуже. Просто разные языки имеют разную степень удобства в конкретных сферах.
Рассуждения уровня студента или вкатыша. Вопрос исключительно в технической целесообразности, а не удобстве использования.
@Im33-c5k техническая целесообращность - это и есть удобство применения к той или инной сфере, разве нет?
@@Kaktus_77 Даже удобство пользования и применения - уже два разных понятия.
Короче, дорастёте до уровня Solution Architect - тогда и будет о чём говорить. А пока напоминает фриков из 2010х, которые кричали "С++ быстрее Java"
@@Im33-c5kа разве не быстрее? Он же в целом один из самых шустрых
@ А вы писали на плюсах и на Java именно в enterprise, где Java доминирует?
Это вопрос риторический, потому что если бы писали, то словили бы иронию. И если бы ходили по профильным конференциям про Java, замечали бы этот стёб, а-ля "кто ответил С++ быстрее чем Java, того в бан".
Изучайте матчасть, ребята. Не в скорости и не в удобстве дело, всё намного сложнее чем кажется.
Я не совсем понимаю нахрена джава сейчас вообще нужна. Весь тяжёлый код на питоне работает нативно через какой-то numpy например, а писать на нем легче, хоит джава мне больше по душе.
много кода уже написано на java + её ценят за безопасность и надежность
безопасность, скорость, обратная совместимость, в enterprise больше инструментов(spring в разы превосходит django как экосистема), legacy код
как сказал наш препод по Методам искусственного интеллекта - если бы не библиотеки питон был бы говном
@hitman8924 я понимаю) для самого джава Ван лав, но все таки питухон популярнее будет на мой взгляд. Я не профессиональный программист, а любитель.