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

"Выпуск языка программирования Julia 1.5"	+/–
Сообщение от opennews (??), 03-Авг-20, 22:02
Опубликован релиз языка программирования Julia 1.5, сочетающего такие качества как высокая производительность, поддержка динамической типизации и встроенные средства для параллельного программирования. Синтаксис Julia близок к MATLAB с заимствованием некоторых элементов из Ruby и Lisp. Метод манипуляции строками напоминает Perl. Код проекта распространяется под лицензией MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53481
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 03-Авг-20, 22:02	+2 +/–
> Динамическая типизация: язык не требует явного определения типов для переменных по аналогии со скриптовыми языками программирования. Так уже определитесь - динамическая типизация, или type inference. Динамическая типизация и высокая производительность несовместимы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

2. Сообщение от Аноним (2), 03-Авг-20, 22:07	–9 +/–
Кто-нибудь может мне объяснить, зачем придумывают новые ЯП? Неужели не придумали всё что нужно? Как это происходит, просыпается с утра а напишу ка я новыя ЯП. Или ка это бывает?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #6, #12, #26, #30, #31, #42, #46, #67, #71

3. Сообщение от Аноним (1), 03-Авг-20, 22:09	+8 +/–
Потому что находят фатальные недостатки в других языках программирования. Галактика в опасности, нужно срочно спасать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5

4. Сообщение от Аноним (2), 03-Авг-20, 22:09	–11 +/–
> Код проекта распространяется под лицензией MIT. Вот если бы код написанный на этом, был бы обязан быть под под лицензией MIT, вот тогда было бы кошерно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #18, #32

5. Сообщение от Аноним (2), 03-Авг-20, 22:11	–17 +/–
Вообще для написания новго ЯП надо быть шизофреником.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

6. Сообщение от Satori (ok), 03-Авг-20, 22:14	+7 +/–
>зачем придумывают новые ЯП? Julia, так-то, не очень новый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7, #10

7. Сообщение от Аноним (2), 03-Авг-20, 22:19	–4 +/–
>Опубликован релиз языка программирования Julia 1.5 Ну уж извините, что текст составляет шизофреник а мне не понятно. Опубликовать и release (выпускать) это масло масленное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11, #16

9. Сообщение от Аноним (9), 03-Авг-20, 22:34	+11 +/–
Как же здорово, что есть такие "шизофреники", из-за которых нам не нужно тратить время на написание программ в байт-коде. П.С. Шизофреники обычно задают крайне тупые вопросы в стиле "а зачем писать новые япы?"(академический интерес, новая архитектура, новые задачи и еще десятки возможных причин для написания нового япа).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от Аноним (10), 03-Авг-20, 22:36	–5 +/–
Ну да, конечно же, в 2009-ом году появился, и уже в старую гвардию попал. Ох уж эти зумерки...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13

11. Сообщение от Аноним (9), 03-Авг-20, 22:38	+/–
>1.5 >текст составляет шизофреник а мне не понятно. Сейчас бы не видеть разницы между публикацией версии и релизом. Проблема не в тексте, проблема в твоей голове.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #23

12. Сообщение от an0nymous (?), 03-Авг-20, 22:39	+1 +/–
Потому что эволюция. Она во всем и ее не остановить. Придумают новые концепции для решения каких-то задач и решают наболевшие проблемы в текущих языках(в том числе и надуманные типа NIH)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

13. Сообщение от Аноним (9), 03-Авг-20, 22:48	+3 +/–
Ну да, 11 лет - это же абсолютно ничтожное количество времени для человека, который живет в среднем аж целые 72 года, всего ничего ведь. А твое начальство, если ты конечно не школьник, знает, что тебе можно платить месячную зарплату раз в 11 лет? Ведь даже этого будет много, для человека, у которого 11 лет словно одно мгновение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (9), 03-Авг-20, 22:53	+1 +/–
>Кто-нибудь может мне объяснить, зачем придумывают новые ЯП? >Вот если бы кто-то придумал еще одну GPL, но с другими буковками в названии. Дед, иди проверь голову, у тебя уже деменция походу начинается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #34

15. Сообщение от Аноним (15), 03-Авг-20, 23:04	–1 +/–
примеры программ написанных на сабже в студию
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

16. Сообщение от Ordu (ok), 03-Авг-20, 23:12	+2 +/–
> Опубликовать и release (выпускать) это масло масленное. Ты хотя бы гуглотранслейт бы заглянул, прежде чем кичиться своим знанием английского (hint: в английском глагол может превратиться в существительное без каких-либо видимых изменений привнесённых словообразованием, глагол от существительного отличать предлагается по контексту использования). Гуглотранслейт промеж прочих вариантов перевода слова release предлагает такие как "версия", "редакция", "сообщение для печати". Но, чтобы ты мог оценить всю глубину своих заблуждений, я замечу, что в новости использовано не слово "release", а слово "релиз": это слово и произносится иначе, и в другой популяции распространено, и имеет свой собственный смысл, хотя и пересекающийся со смыслом слова "release".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #40

17. Сообщение от user90 (?), 03-Авг-20, 23:33	–1 +/–
Когда-то интересовался, нравился. Но потом засосали Perl, Lisp.. стало не до него :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #21

18. Сообщение от Аноним (34), 03-Авг-20, 23:36	+/–
Как бээсдэшник со стажем яростно дизлайкаю ваш провокационный комментарий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

19. Сообщение от dikiy_f90 (?), 03-Авг-20, 23:54	+/–
Это для тех, кого Fortran засосал, действительно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #43

20. Сообщение от dikiy_f90 (?), 03-Авг-20, 23:57	+1 +/–
Я начну кормить, пожалуй. Видел на какой-то конференции про это: https://github.com/CliMA
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #81

21. Сообщение от Annoynymous (ok), 04-Авг-20, 00:02	+1 +/–
Глубоко ж тебя засосало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

23. Сообщение от Аноним (2), 04-Авг-20, 00:12	–2 +/–
>Сейчас бы не видеть разницы между публикацией версии и релизом. Выпуск поставки. У меня нет проблем. Проблема в твоём воинствующем невежестве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

26. Сообщение от SubGun (??), 04-Авг-20, 00:24	+/–
Потому что на развитии существующего денег не срубить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #80

30. Сообщение от Sw00p aka Jerom (?), 04-Авг-20, 00:44	+1 +/–
>> а напишу ка я новыя а напишу ка я новый коммент :) как это обычно бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

31. Сообщение от Ями (?), 04-Авг-20, 00:58	+8 +/–
> Неужели не придумали всё что нужно? Насколько же невежественным нужно быть чтобы допускать хоть малейшую возможность того что может быть придумано "всё".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #89

32. Сообщение от Аноним (32), 04-Авг-20, 01:00	+3 +/–
Если бы он был обязан быть под лицензией MIT, то он был бы уже не под лицензией MIT. И тет, жадная капиталистическая жаба, код выпускался и будет выпускаться под GPL, чтобы ты лососнул, а не использовал его на халяву.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #35, #68

34. Сообщение от Аноним (34), 04-Авг-20, 02:56	+/–
С каких пор GPL накладывает подобные ограничения на результаты работы подпадающего под её действие ПО? На license exception в GCC кивать не надо, там особый случай под названием libgcc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

35. Сообщение от Аноним (35), 04-Авг-20, 04:15	–1 +/–
> чтобы ты лососнул, а не использовал его на халяву. То есть несвободный код. Лишает меня свободы пользования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от mos87 (ok), 04-Авг-20, 06:42	–2 +/–
>одной из ключевых целей проекта является достижение производительности близкой к программам на языке Си. что только ни делают лишь бы не учить Perl/Raku
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #60

38. Сообщение от ыы (?), 04-Авг-20, 06:53	–2 +/–
Им ктото сказал что это не модно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

40. Сообщение от Ю.Т. (?), 04-Авг-20, 07:28	+2 +/–
На кончике иголки умещаютсян не 17, а 15 ангелов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

41. Сообщение от iZEN (ok), 04-Авг-20, 07:52	–6 +/–
> Компилятор Julia основан на наработках проекта LLVM Уносите - не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47

42. Сообщение от б.б. (?), 04-Авг-20, 08:38	+6 +/–
Язык Наскальный v. 2.0 - теперь копьё стачивается на 15% меньше - произдведены оптимизации при работе с хрупкой породой - можно рисовать коз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

43. Сообщение от borbacuca (ok), 04-Авг-20, 09:18	+/–
как это ни странно, но некоторые вещи на фортране быстрее чем на си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #50

44. Сообщение от borbacuca (ok), 04-Авг-20, 09:24	+/–
Джулия опирается на линию языков математического программирования, но также многое заимствует из популярных динамических языков, включая Lisp , Perl , Python , Lua и Ruby . и ВСЁ
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

45. Сообщение от funny.falcon (?), 04-Авг-20, 09:42	+1 +/–
Там все сразу: базовое динамическое типизирование. Если jit компилятор видит, что переменная/аргумент функции всегда одного типа, он делает специализацию функции. Плюс, можно явно указывать типы. В сочетании с mutiple dispatching (не помню, как точно называется: поиск перегруженной функции по всем аргументам) получаетсямощный инструмент. Если я правильно понимаю, в отличие от многих других языков с JIT, в Julia компилятор скорее "обычный", т.е. хотя он и запускается just in time, но больше опирается на имеюшиеся описания типов (как в классических компилируемых языках программирования) с частичным inferring типов (как в ML языках), чем на рантайм-статистику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

46. Сообщение от funny.falcon (?), 04-Авг-20, 09:56	+4 +/–
Если брать всю общность "новых языков", то ты скорее прав. Но воь с Julia как-то не очень. Язык появился, чтобы заполнить нишу open source языка заточенного под математические вычисления с высокой производительностью. В этой стезе конкурентов было не много: - GNU Octave, который является скорее средой разработки и пытается быть копией MatLab, - Python с NumPy/SciPy - язык общего назначения, на который натянули возможность делать что-то еще, - R - преимущественно для статистики. Все три варианта являются интерпретаторами и/или имеют сильно ограниченный JIT. Octave должен еще символьные вычисления делать, т.к. это делает MatLab, Питон должен оставаться питоном, а R для обработки статистики jit вообще не шибко нужен. Сам факт, что Julia завоевал серьезную популярность, показывает, что получился уникальным и более удобным/консистентным/производительным, чем конкурирующие инструменты. Иначе бы кто бы стал вкладываться в изучение и использование нового языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #66

47. Сообщение от funny.falcon (?), 04-Авг-20, 10:10	+6 +/–
Зря ты так категорично. Большинство JIT, основанных на LLVM действительно оказались в категории "не нужно" потому, что компиляция занимала значительное время в работе проораммы. Но это потому, что большинство пыталось запихать такой JIT в интерактивный язык: чаще всего в языки web разработки, где нужно сделать как можно больше коротких запросов в условиях "сильно объектоориентированного" програмного кода. LLVM явно не про это. LLVM конечно компилит быстрее, чем GCC, но все равно долго. А обьектноориентированный код с упором на полиморфизм/duck typing вообще мало выигрывает от оптимизаций на уровне машинных кодов, там нужны более высокоуровневые оптимизации. Но с Julia совсем другая история. Т.к. это язык математических вычислений, программы на нем изначально работают заметное время, и пользователь Julia готов к этому. Потому долгое время компиляции здесь не является напрягаюшим фактором. А т.к. библиотеки и код насышены явнымм определениями типов, и jit, перед тем, как передать код в LLVM, делает усиленный type inferring и другие высокоуровневые оптимизации, LLVM попадает в среду, где он проявляет лучшие свои качества: оптимизировать низкоуровневые вычисления с известными низкоуровневыми типами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

48. Сообщение от funny.falcon (?), 04-Авг-20, 10:11	+/–
И этого оказалось достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

49. Сообщение от Hck3r (?), 04-Авг-20, 10:51	+2 +/–
Сейчас Julia в основном про сложную математику, где надо много считать. Численные вещи решались на фортране, какое-нибудь решение PDE было хорошо в матлабе, всё это уже хорошо делает Julia. Она к слову один из 3х языков, которая выбивала петафлопные вычисления на HPC машинах. Но ещё она хочет залезть в область Data Science/Machine Learning. Там где сейчас Python/R правят баллом. И даже скорее PyTorch/Tensorflow вот тут у Julia есть Gen, с встроенным в язык автодифференцированием так необходимым для градиентов, на которых это всё основывается. Но кто идёт часто работать в DS после академической области? Правильно математики и физики. И если у них Julia станет стандартом де факто (пока она продвигается сильно только в штатах и особенно в MIT), то потом она же теоретически сможет занять место Python. Думаю у них план такой :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

50. Сообщение от iZEN (ok), 04-Авг-20, 10:59	+1 +/–
> как это ни странно, но некоторые вещи на фортране быстрее чем на > си Типа матрицы под углом 90 градусов в памяти расположены и доступ к элементу столбца не загораживает следующий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #57

51. Сообщение от Аноним (52), 04-Авг-20, 10:59	–2 +/–
> Возможность прямого вызова функций из библиотек на языке Си без дополнительных прослоек. Это свойство любого достойного языка программирования. И это же аргумент, почему иные языки программирования, кроме С, не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #73

52. Сообщение от Аноним (52), 04-Авг-20, 11:01	–1 +/–
Сложная (и быстрая) математика, включая "численные вещи", делаются на С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #58, #59, #61, #77

53. Сообщение от iZEN (ok), 04-Авг-20, 11:03	+/–
>> Возможность прямого вызова функций из библиотек на языке Си без дополнительных прослоек. > Это свойство любого достойного языка программирования. И это же аргумент, почему иные языки программирования, кроме С, не нужны. Ну бред же пишешь. На TurboPascal легко внедрял модуль EGAVGA в исполняемый файл — отдельная подгрузка кода времени выполнения из модуля для работы с графикой не требовалась. Из Java получал доступ к динамическим библиотекам, откомпилированным в Delphi. Где тут Си? Что я делал не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #54, #55

54. Сообщение от Аноним (52), 04-Авг-20, 11:06	+/–
> TurboPascal Очнись, 92 год (до дележа сфер интересов) давно прошел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

55. Сообщение от Аноним (52), 04-Авг-20, 11:09	–1 +/–
Да, и погугли "На чем написан Delphi". Удивишься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #56, #63

56. Сообщение от Аноним (52), 04-Авг-20, 11:11	+/–
И Java, кстати, тоже. :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

57. Сообщение от dikiy_f90 (?), 04-Авг-20, 11:24	+/–
У Фортрана по дефолту доступ к аргументам подпрограммы по ссылке *для скорости*, не то что в С дурак (непременно) будет огромные структуры копировать. И Сишный рестрикт Там тоже по дефолту у этих ссылкоподобных параметров, не дай тебе бог пересекающиеся данные передать в субрутину, никто же и не проверит, Фортран всё оптимизирует!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #78

58. Сообщение от PnD (??), 04-Авг-20, 11:38	+1 +/–
А совсем уж критичные фрагменты — и вовсе на *asm. И чем это опровергает утверждение выше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

59. Сообщение от Аноним (59), 04-Авг-20, 11:46	+2 +/–
Зачем их делать на C, если есть Julia?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от nelson (??), 04-Авг-20, 11:56	+/–
> что только ни делают лишь бы не учить Perl/Raku ты собрался заниматься математикой на Perl? ну, удачи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #70

61. Сообщение от Hck3r (?), 04-Авг-20, 12:05	+/–
В том числе и на Си, но существует огромные области, где исторически всё делается на фортране. Работа с матрицами и тензорами (срезы) там сделаны гораздо удобнее, например. Навье-Стокса, CFD и кучу других вещей с использованием Coarrays, OpenMP, MPI, Blas, PETSC,Lapack и иже с ними библиотеками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #62

62. Сообщение от Аноним (52), 04-Авг-20, 13:33	+/–
> гораздо удобнее Чем в Си? Откройте исходники SSP/ESSL на Фортране и исходники нормального пакета на Си и убедитесь, что принципиальной разницы нет - основной принцип заключается в одномерном хранении массивов любой размерности. Чем, собственно, и достигается примерно одинаковое быстродействие аналогичных алгоритмов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #64

63. Сообщение от iZEN (ok), 04-Авг-20, 14:06	+1 +/–
> Да, и погугли "На чем написан Delphi". Удивишься. Turbo Pascal кроме библиотеки TurboVision написан на Turbo Pascal! Delphi среда и библиотека VCL написаны на Object Pascal/Delphi Pascal. Библиотека визуальных компонентов (VCL) также используется в C++Builder (в сишной среде очень тормозной компилятор — раз в десять тормознее дельфового на простых проектах). Для OCX/ActiveX компонентов в среде Delphi есть специальный компилятор для внедрения компонентов в виде "обёрток" этих объектов в саму среду, на палитру компонентов и работы с ними в режиме визуального проектирования в среде дизайнера форм. Также есть "обратный" процесс — любой компонент VCL можно преобразовать в OCX/ActiveX-компонент и использовать уже бинарную библиотеку (в формате файла .OCX или .DLL) в других средах разработки. Borland JBuilder был написан на C++, но впоследствии к четвёртой версии, кажется, переписан на Java с Look&Feel Metal Swing, а затем перешёл на платформу NetBeans и отвязался от нативного кода вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

64. Сообщение от Hck3r (?), 04-Авг-20, 15:16	+/–
Внутри пакета, который жестко заточен на оптимизацию возможно (если честно в исходниках мат пакетов особо не копался). Но я же говорю, что до вызова пакета с данными как-то ещё работает исследователь. И тратить время на просчёт корректности индексов при развёртке своих н-мерных тензоровьто ещё удовольствие. Да и понятность логики и читаемость кода теряется. А когда я говорил про срезы имел в виду этот пример https://en.m.wikipedia.org/wiki/Array_slicing Гугл подсказал, что некоторые компиляторы (Sun) и возможно новые стандарты плюсов что-то вводили, но я никогда такого не встречал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

65. Сообщение от OpenEcho (?), 04-Авг-20, 15:58	+/–
> и генерирует эффективный нативный машинный код для многих целевых платформ; s/эффективный/огромные файлы размером в 10-ки мегабайт даже для Hello World/g s/нативный машинный код/только при очень сильном желании может быть получится сгенерировать нативный машинный код/g
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75

66. Сообщение от ALex_hha (ok), 04-Авг-20, 15:59	+/–
> Сам факт, что Julia завоевал серьезную популярность а в чем выражается серьезность этой самой популярности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #72

67. Сообщение от Аноним (67), 04-Авг-20, 17:09	+/–
я очнь хочу написать свой простенький лисп в качестве хобби, потому что это интересно мне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

68. Сообщение от Аноним (67), 04-Авг-20, 17:50	+/–
поскажите кто нибудь нубасу, где можно доходчиво почитать про разницу между всеми этими лицензиями
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #69

69. Сообщение от Аноним (34), 04-Авг-20, 18:20	+/–
Здесь, на OpenNet, где-то была wiki.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

70. Сообщение от Аноним (34), 04-Авг-20, 18:24	+/–
Чистой математикой, наверное, действительно не очень удобно. А вот обрабатывать тонны снятых не пойми где не пойми как экспериментальных данных на Perl, внезапно, удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

71. Сообщение от СССР (?), 05-Авг-20, 03:03	+/–
1. либо ктото в рамках изучения яп yacc ии др. попробовал слепить поделку. 2. либо (мое мнение) , крупным корпорациям не нужны программисты, им нужны контентщики что бы развивать свои платформы. для этого создается ЯП с динамич. типизацией идр. модными штучками. там типа все удобно, сборщик мусора, в интернете вбрасывают страшные истории про отстреленные ноги и яйца. по результату имеем стадо покемонов которые спорят срутся по вопросам какой ЯП моднее, на каком проще написать программу для подтирания клоаки, ибо самому взять бумагу это долго и не безопасно, можно рукав запачкать в дерьме, это будет вообще фиаско. А вот в это же время другие, адекватные ребята, на нормальном  ЯП, создают эти современные тенденции, и ноги и голова, все у них на месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

72. Сообщение от funny.falcon (?), 05-Авг-20, 10:02	+1 +/–
В том, что его не боятся использовать на суперкомпьютерах, например. Там время разработки и запуска стоят очень дорого, и раз julia был допущен, значит он доказал своë удобство при разработке прототипа. Вообще, об использовании julia информация просачивается из разных источников. Конечно, Python сейчас более популярен для "науки на скорую руку", но Julia явно откусила свой кусок рынка, и отдавать не намеренна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

73. Сообщение от funny.falcon (?), 05-Авг-20, 10:03	+/–
Правильно я понимаю, что Go недостоин?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #74

74. Сообщение от RomanCh (ok), 05-Авг-20, 12:33	+/–
Нет, вы видимо просто не знаете что Go даёт возможность не только делать вызовы функций C без всяких прослоек, но даже позволяет писать на С внутри файла с Go кодом: package main /* #include <stdio.h> void hello(void) {     printf("Hello from C function!\n"); } */ import "C" func main() {     C.hello() } $ go run test.go Hello from C function!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #82

75. Сообщение от Аноним (77), 05-Авг-20, 15:06	+/–
Да, математики очень страдают от бинарников в 10 мегабайт и не до конца нативного машинного кода. Отправляют их на сервера вычислительных центров с сотнями гигабайт RAM на каждой ноде чтобы крутить расчеты неделями и рыдают просто от того что файл грузился не секунду, а две. Серьезно, я понимаю, что у ретроградов есть фетиш на С, но люди которые работают предпочитают все-таки использовать удобные инструменты для решения задач которые повышают их продуктивность. Людям все-таки обычно платят за результат а не за фанбойство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #76

76. Сообщение от OpenEcho (?), 05-Авг-20, 15:38	+1 +/–
> Людям все-таки обычно платят за результат а > не за фанбойство. Да причем здесь фанбойство ? Вы попробуйте скомпилировать что нибудь и поймете о чем речь. Маркетить язык фичами которыми он не обладает - это как политик, который наобещал и не сделал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #79

77. Сообщение от Аноним (77), 05-Авг-20, 15:48	+1 +/–
Забавно, как на опеннете любят постоянно кричать про фанбоев раста. При этом в топике про ЯП для математиков, которым небольшой профит от скорости C по сравнению с Julia в 99% случаев как собаке пятая нога для бега, набежали сишники и рассказывают о том что кроме великого и неподражаемого С языки не нужны. Действительно, зачем нужна кувалда когда есть ювелирные молоточки? Зачем все эти глупые люди используют инструменты которые им удобны для решения задач?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #85

78. Сообщение от Аноним (78), 05-Авг-20, 16:50	+/–
Сишное ABI обязует передавать числа и маленькие структуры через регистры, а большие структуры - через указатель на стек. Насколько именно большие - зависит от конкретного ABI, коих десятки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

79. Сообщение от Аноним (77), 05-Авг-20, 17:48	+1 +/–
А, сорри, я затупил и не понял что это был наезд на их действительно спорный маркетинг компиляции в нативный код. Просто пролистав кучу сообщений вида "кроме C больше ничего не нужно" я подумал что это очередной наезд на то что язык не С. Ты прав а я не прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #84

80. Сообщение от Аноним (80), 05-Авг-20, 21:59	+/–
Это не так. Знаю как минимум несколько комании, которые ведут переговоры с разработчиками как минимум двух интерпретаторов и готовы оплатить им работы или даже сами разработать решение, но компании не хотят идти на сделку. Сегмент DSL и разработчик какой-то институт. Так что если язык станет популярным (будет использован в нужном проекте), то инвестиции пойдут. Вопрос в том как убедить акул ИТ сегмента убедить в том, что вот этот Julia дейсвтитльно стоит внимания, а не использовать какой-то Java или C#, который как говно пристает к каждому разработчику в университете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

81. Сообщение от Аноним (80), 05-Авг-20, 22:01	+/–
Почему кормить? Мне вот тоже интересно посмотреть, что уже написано и на сколько оно сложно в интерпретации. Скажем код на Rust для меня вообще не читаемый и использовать в следующем небольшом проекте я опасаюсь, а вот например новый Python 3.9 можно попробовать, так как там ничего страшного нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

82. Сообщение от Аноним (80), 05-Авг-20, 22:02	+/–
Там одна только беда с интеграцией в Си рантайм это ThreadPool на стороне Golang, который расхреначивает весь не tread-safe код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

83. Сообщение от Аноним (80), 05-Авг-20, 22:04	+/–
Вопрос как всегда не в языке, а в развитии экосистемы. Сколько библиотек реализуют: графику, чтение документов Word/Excel, работу с базами данных, работу с сетью, работу с принтером, работу с GUI, работу с PDF и т.д. Просто обычно нужно решить вполне прикладные задачи, а для математики и прочей автоматизации уже столько дерьма написано, что даже лень говорить ...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

84. Сообщение от OpenEcho (?), 05-Авг-20, 23:51	+/–
> Ты прав а я не прав. Я правда рад, что здесь есть люди подобные Вам!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

85. Сообщение от nelson (??), 06-Авг-20, 13:14	+/–
> ЯП для математиков А нужен ли вообще этот специальный ЯП для математиков? Математикам удобнее готовый софт юзать в ряде случаев (но не всегда). Mathlab, Octave, Maxima и т.д. - вот что реально будет юзать математик. Попытки создания "ЯП'ов для пользователей" - так себе идея. Один только пистон чего стоит. Julia - это, по сути, ЯП для пользователей. В любом случае что-то нетривиальное придётся делать на том же C++ и функциональных ЯП. Математику выгоднее какой-нибудь OCaml освоить, нежели Julia. На чём там фронтэнд Julia написан? С, C++ и, внезапно - Scheme. Maxima написана на Common Lisp. Функциональные ЯП вполне себе годны как для создания математического софта, так и для вычислений. Непонятно, в какую нишу метит эта Julia. Разве что как замена математическим питоно-библиотекам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #87

86. Сообщение от Аноним (86), 06-Авг-20, 13:45	+/–
> Сколько библиотек реализуют: .... Достаточно одной хорошей библиотеки. Исследовать россыпь разной степени готовности - мало кого заинтересует.... У Julia с перечисленными выше задачами уже всё в порядке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

87. Сообщение от Анонолекс (?), 08-Авг-20, 19:42	+/–
Ну вот, Юля уже есть, осталось для математиков написать свой Mathlab с фракталами и 3D-визуализацией функций. И назвать его Scilab, FreeMat, GNU Octave или Genius. Ой, блин такое уже есть. Осталось только их спарить с Юлькой. П.С. Последним двум упомянутым надо ещё интерфейс немного поправить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #88

88. Сообщение от Hck3r (?), 09-Авг-20, 09:44	+/–
Производительность работы и вычислений большинства названных пакетов уступают Юльке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

89. Сообщение от artomberus (ok), 19-Сен-20, 20:13	+/–
«Всё, что можно было изобрести, уже изобретено», – сказал в 1899 году сотрудник Патентного ведомства США Чарльз Дуэл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

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

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