Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..., opennews (?), 21-Ноя-19, (0) [смотреть все] Чем это лучше чем pypy для python , Annnon (?), 08:12 , 21-Ноя-19, (1) –8 // ничем, Аноним (2), 08:29 , 21-Ноя-19, (2) –6 Как минимум За остальным или читайте новость для начала или идите на офф сай, asdasd (?), 09:12 , 21-Ноя-19, (6) +4 // Можно подумать и без него нельзя этого делать, Аноним (11), 09:59 , 21-Ноя-19, (11) –1 И что это дает в реальном проекте Можно использовать мешанину языков в одном мо, Annnon (?), 11:24 , 21-Ноя-19, (21) +2   // Просто могут в Oracle писать виртуалки и вот хвастают, но как показала Java в це, Аноним (33), 12:27 , 21-Ноя-19, (33) +3   не вышло ни чего хорошего в JVM потому что одной только виртуальки НЕ достаточно, X4asd (ok), 14:06 , 21-Ноя-19, (35) +7   Вообще-то, Земноводное вместе с его Воображаемой Машиной 8211 создано Солнцем, Аноним84701 (ok), 14:18 , 21-Ноя-19, (37) +8   Тем кто раньше писал на Jython, например или JRuby, если не ограничиваться змею, Аноним (47), 17:29 , 21-Ноя-19, (47)   Вопрос был именно для пайтон Пишу я вот на нем и зачем нужен граал, если есть p, Аноним (47), 17:31 , 21-Ноя-19, (48) +1   Есть огроменное количество библиотек для JVM И вам придётся либо их переписать , Аноним (55), 21:07 , 21-Ноя-19, (55)   Ну, например, был такой подход - разрабатывать веб-портал с портлетами Собствен, Аноним (51), 18:03 , 21-Ноя-19, (51)   O_O, граалец (?), 16:27 , 21-Ноя-19, (44) –1 Мораль сей басни такова 171 языков программирования 187 наплодили столько, , Anonymoustus (ok), 08:59 , 21-Ноя-19, (4) +7 // Есть ещё такая установка, что действительно необходимо иногда что-то быстро реал, anonoymous (?), 10:44 , 21-Ноя-19, (15) –1 // Ты ведь не понимаешь, аноним, о чём я писал в своём комментарии Увы, подобных т, Anonymoustus (ok), 10:49 , 21-Ноя-19, (16) +4 // Очень толсто, попробуйте еще раз , мое правило (?), 11:37 , 21-Ноя-19, (22) –7 Вообще продукт должен по уму создаваться чтобы решать задачи пользователей, а не, HyC (?), 15:50 , 21-Ноя-19, (42) +3 мы слышали, что это пока еще ни одному прожор-менеджеру не удавалось А вот угроб, Аноним (28), 12:00 , 21-Ноя-19, (28) +4 // Надо спешить, а то ведь нишу займут Займут нишу Жители ниши обеспокоены , Anonymoustus (ok), 12:18 , 21-Ноя-19, (30) +2 Типа DA что ли , Анонимчег (?), 09:20 , 21-Ноя-19, (7) Теперь холивары типа кто быстрей - бидон или нода приобретут новую площадку - , Аноним (10), 09:51 , 21-Ноя-19, (10) Неосиляторы джавы теперь могут писать для jvm на своих язычках , Аноним (14), 10:26 , 21-Ноя-19, (14) +2 // Это, не для изучения Java, а для предоставления конечному пользователю, которому, Ydro (?), 10:59 , 21-Ноя-19, (17) // Интерпретатор js в джаву встроен уже лет 15 Graalvm изначально писался как jit , Анонимус2 (?), 11:13 , 21-Ноя-19, (18) +1 // с плюсов на на си что ли переписали , Аноним (29), 12:15 , 21-Ноя-19, (29) Просто возможность использовать интеграционный язык для связывания компонентов , Аноним (23), 11:43 , 21-Ноя-19, (23) // Ну и почему бы сразу не писать на джава и использовать компоненты джава Ответ н, Аноним (14), 11:48 , 21-Ноя-19, (25) +2 // Это можно сказать про любой язык с возрастом более 10 лет, особенно про те, у ко, Аноним (51), 12:25 , 21-Ноя-19, (32) +1 Такое можно сказать еще про Перл, ну и Паскаль Остальные вроде норм себя ведут , Аноним (40), 15:39 , 21-Ноя-19, (40) Желающих начать новый проект на перле сейчас вряд ли найдёте А на Ruby - запрос, Аноним (51), 17:59 , 21-Ноя-19, (50) Никак нихт Даже гитхаб вот такую картинку выдает https www opennet ru openne, Аноним (40), 19:56 , 21-Ноя-19, (54) Даже один процент от миллиона - это очень много Не сомневайтесь, рубисты есть , Аноним (23), 21:20 , 21-Ноя-19, (56) а почему бы сразу не писать на обычном Ruby, и использовать бинарные native-библ, X4asd (ok), 14:18 , 21-Ноя-19, (36) –1 Не для всякого проекта подойдет Динамическая типизация затрудняет сопровождение, Аноним (39), 15:02 , 21-Ноя-19, (39) +1 Ну потому, что на Java написана куча софта под бизнес Из под JRuby Graal, можно, Аноним (51), 17:57 , 21-Ноя-19, (49) софт под бизнес это что за хрень -- утилита для подсказывания серъёзных слов , Xasd (ok), 20:09 , 23-Ноя-19, (71) Ок, если весь бизнес у вас держится на продаже решений для студенческих лаборато, Аноним (23), 11:35 , 28-Ноя-19, (75) На руби есть кукумбер, например тестфреймворк , который довольно широко и успеш, Урри (?), 14:50 , 21-Ноя-19, (38) А потом прибежит сан и потащит тебя в суд, как гугля Во все, вплоть до верховно, Аноним (24), 11:46 , 21-Ноя-19, (24) –2 // Лучше уж они чем Майки с их C , Аноним (14), 11:49 , 21-Ноя-19, (26) +1 // C отличный язык Что вам не понравилось Ах, Дотнет 8230 Ну, тут уж или Жабба, Anonymoustus (ok), 12:21 , 21-Ноя-19, (31) // На Жабе можно написать бек, приложение на мобилку и вообще все что захочешь, а н, Аноним (40), 15:41 , 21-Ноя-19, (41) +1 и что же из того что вы захотели, мы вам не разрешили P S фантазировать, кон, MS (??), 16:43 , 21-Ноя-19, (45) Еще 5 лет назад я кодил на шарпе под линь и никакие майки мне не мешали Замарин, Урри (?), 18:52 , 21-Ноя-19, (52) –1 В подробностях рассказывай как запустил Visual Studio не code под Линуксом Маня, Аноним (40), 19:52 , 21-Ноя-19, (53) MonoDevelop существует уже столько лет, что мне и памяти не хватает вспомнить, к, funny.falcon (?), 21:41 , 21-Ноя-19, (57) Пока Xamarin его не забросил , Аноним (68), 10:22 , 22-Ноя-19, (68) –1 О, еще один анонимный лох слился, monodevelop сто лет под линуксом есть, как уже, Аноним (58), 21:47 , 21-Ноя-19, (58) Monodevelop который больше не поддерживается Xamarin, который даже в Unity помен, Аноним (68), 10:22 , 22-Ноя-19, (67) Ржи дальше,линуксоидный баран, не умеющий читать Ответ был какой IDE использовал, Аноним (70), 15:56 , 22-Ноя-19, (70) Вы наверное имели в виду тот лаунчер для решарпера Так есть же rider , Илья (??), 22:57 , 23-Ноя-19, (72) Сисярп так-то помощнее будет, можно каие-то аргументы И не надо пожалуйста толк, leap42 (ok), 03:45 , 22-Ноя-19, (61) Основной аргумент всё тот же, что и обычно сисярп - закрытый проект, в котором , Аноним (64), 05:49 , 22-Ноя-19, (64) +1 Ещё один анонимный лох слился в своём манямирке Майкрософт давно открыла исходн, Аноним (65), 06:44 , 22-Ноя-19, (65) –2 Вопрос был про ZeroGCГде , Аноним (74), 18:50 , 26-Ноя-19, (74) Зачем все эти универсальные виртуальные машины , когда есть HolyC с JIT-компиля, Аноним (27), 12:00 , 21-Ноя-19, (27) +1 И возвращается ветер на круги своя , Аноним (34), 13:38 , 21-Ноя-19, (34) Нормально, теперь можно под видом Java-разработки писать на нормальных языках, а, vitalif (ok), 15:57 , 21-Ноя-19, (43) –2 // которые запускаются из GraalVM контекста в JVM хотя есть еще вариант запуска из, граалец (?), 16:49 , 21-Ноя-19, (46) Подскажите плиз, свежая Ubuntu 19 10 swap по умолчанию создаёт в отдельном разде, Аноним (59), 00:30 , 22-Ноя-19, (59) // Непонятно что вот эта запись из fstab значит dev mapper xubuntu--vg-swap_1не мо, Аноним (59), 00:35 , 22-Ноя-19, (60) // man 5 fstabman 8 lvmsudo vgssudo pvssudo lvsКогда последний раз ставил Ubuntu и , leap42 (ok), 03:49 , 22-Ноя-19, (62) +1 NET переизобрели, j3t (?), 04:49 , 22-Ноя-19, (63) // не NET, а CLR JVM языки уже давно существуют Graal от них отличается принципи, граалец (?), 09:11 , 22-Ноя-19, (66) С этими лучше не связываться , Аноним (69), 12:06 , 22-Ноя-19, (69) жаль что нет PHP, Аноним (73), 08:12 , 24-Ноя-19, (73) 1,4,7,10,14,24,27,34,43,59,63,69,73

Сообщения

[Сортировка по времени | RSS]

	21. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+2 +/–
	Сообщение от Annnon (?), 21-Ноя-19, 11:24
	И что это дает в реальном проекте? Можно использовать мешанину языков в одном моно приложении? Кому это надо? Вопрос был именно для пайтон. Пишу я вот на нем и зачем нужен граал, если есть pypy?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	33. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+3 +/–
	Сообщение от Аноним (33), 21-Ноя-19, 12:27
	Просто могут в Oracle писать виртуалки и вот хвастают, но как показала Java в целом, то они ничего кроме и не сделали. Все эти гигантские комбайны скорее потому деньги и связи, а не потому что лучше и быстрее..
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+7 +/–
	Сообщение от X4asd (ok), 21-Ноя-19, 14:06
	> Просто могут в Oracle писать виртуалки и вот хвастают, но как показала Java в целом, то они ничего кроме и не сделали. не вышло ни чего хорошего в JVM потому что одной только виртуальки НЕ достаточно для целей "букета" языков. у теоретиков абстракция потекла почти что на ровном месте. :-) проблемы-то ведь нужно решать в том числе и на этапе копиляции: вот например: УМЕЕТ код на Scala работать дружественно вместе с кодом на Java -- внезависимости от того кто для кого (из них) является зависимым (или одновременно оба друг от друга взаимозависмы). и код на Koltin УМЕЕТ работать дружественно вместе с кодом на Java -- внезависимости от того кто для кого (из них: Koltin <=> Java) является зависимым (или одновременно оба друг от друга взаимозависмы). а код Scala <=> Koltin -- НЕ умеют дружественно работать друг с другом -- в ситуациях когда оба они являются взаимозавимыми  (Koltin-классы ссылаются на Scala-классы и при этом одновременно  Scala-классы ссылаются на Koltin-классы). в теории это должно было бы работать -- но про процесс компиляции забыли подумать! оказывается ведь компиляцию нужно запускать в определённых порядках.. а в каком порядке запускать Scala-компилятор а в каком порядке Koltin-компилятор, если произошла взаимозависимость? ведь общий граф взаимозавимостей Scala+Koltin составить невозможно -- для так для этого нужно было бы объединённое сотрудничество обоих компиляторов. а они каждый по своему составляют свои независимые графы зависимостей, и сразу ИСПОЛНЯЮТ(!). при этом в Groovy для успешного решения этой же проблемы придумали дополнительную (ранюю) стадию формирования классов-заглушек. классы-заглушки создаются на самам самом раннем этапе компилирования (ПЕРЕД запуском настоящих компиляторов), и заглушки (в отличии от своих настоящих классов) НЕ зависят ни от каких других классов. а затем уже позднее -- заглушки заменяются на настоящие классы. таким образом проблема порядка запуска компиляторов решается: JVM-язык который зависит от Groovy-классов -- будет связывать свой код с заглушками и поэтому НЕ требует запуск настоящего Groovy-компилятора ранее своего запуска.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+8 +/–
	Сообщение от Аноним84701 (ok), 21-Ноя-19, 14:18
	> Просто могут в Oracle писать виртуалки и вот хвастают, но как показала > Java в целом, то они ничего кроме и не сделали. Вообще-то, Земноводное вместе с его Воображаемой Машиной – создано Солнцем Мелких Систем, еще задолго до покупки Прорицателем в 2010 году.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	47. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+/–
	Сообщение от Аноним (47), 21-Ноя-19, 17:29
	>Можно использовать мешанину языков в одном моно приложении? Кому это надо? Тем кто раньше писал на Jython, например (или JRuby, если не ограничиваться змеюкой)
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	48. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+1 +/–
	Сообщение от Аноним (47), 21-Ноя-19, 17:31
	Вопрос был именно для пайтон. Пишу я вот на нем и зачем нужен граал, если есть pypy?> В pypy такой же GIL, как и в cpython
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	55. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+/–
	Сообщение от Аноним (55), 21-Ноя-19, 21:07
	Есть огроменное количество библиотек для JVM. И вам придётся либо их переписать на питон, либо отказаться от питона вообще и писать всё на языках под jvm, либо попрощаться с jit и использовать средства для вызова jvm-кода из питона, которые скомпилированы как нативные библиотеки, специфичные дшя cpython, такие как JPype. GraalVM позволяет не прощаться с jit и использовать interoperability. Более того, можно миксовать все языки со всеми. В случае же cpython вам пришлось бы поставить либу для работы с R и либу для работы с явой, и если надо ява-коду переслать коллбэк на R, то пришлось бы этот коллбэк завернуть в питон, с потерей производительности на каждой границе.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз 19.3.0 виртуальной машины GraalVM  и реализаций Python..."	+/–
	Сообщение от Аноним (51), 21-Ноя-19, 18:03
	Ну, например, был такой подход - разрабатывать веб-портал с портлетами. Собственно, сам каркас - Java, а портлеты - на чём угодно. Ruby, например, как самый развитый не-JVM язык на JVM платформе. https://www.liferay.com/downloads-community
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема