Size: a a a

Язык программирования Julia / Julia programming language

2017 July 13

I

I in Язык программирования Julia / Julia programming language
Хм. Автономные экспертные системы на нейронных сетях?
источник

I

I in Язык программирования Julia / Julia programming language
Почему бы и нет
источник

AL

Anatoly Levenchuk in Язык программирования Julia / Julia programming language
Физика твёрдого тела да, это как раз предмет для Julia, там много новых алгоритмов и много задействования математики. Так что всё ОК.
источник

AL

Anatoly Levenchuk in Язык программирования Julia / Julia programming language
Про робототехнику всё проще. Есть ROS, и она нарастает всяким питоном. А может нарастать Julia. То же самое про Raspberry Pi для детского программирования. Все эти "автономные экспертные системы" для коллективов в сотни человек, у вас ведь их нет (и не будет, как я подозреваю). То есть браться нужно за какие-то посильные для небольших групп задачи.
источник

I

I in Язык программирования Julia / Julia programming language
Если выбирать идею для 1-5 человек, то да. Начинать надо с малого)
источник

I

I in Язык программирования Julia / Julia programming language
У меня например команда состоит из одного меня. И я вообще занят работой часто. Надо как-то статьи писать и дело делать :) вообще не связанное с проганием. Про робототехнику надо почитать. Что там за пакеты у них. Никогда не интересовался
источник

AK

Andrey Konovalov in Язык программирования Julia / Julia programming language
А почему Джулию так ругают за ООП? Ведь мультидиспатч же просто выглядит чуть иначе, но суть наследования и диспатчинга по методам класса остаётся. Т.е. первым аргументом метода передаём сам объект - вроде, не так уж неудобно
источник

I

I in Язык программирования Julia / Julia programming language
может не совсем привычно людям.
источник

I

I in Язык программирования Julia / Julia programming language
меня вот еще интересует вопрос того, что называют "гомоиконностью" или попросту говоря рефлексией. то что джулия может парсить строки в свой код и налету исполнять это конечно прикольно. но многие это считают очень уязвимым для багов местом. плюс нельзя внутри методов исполнять эвал.
источник

I

I in Язык программирования Julia / Julia programming language
карпински писал по этому поводу в гугл группах. но я как-то пока не осознал всего прикола, почему так сделано
источник

I

I in Язык программирования Julia / Julia programming language
с ООП тоже ситуация не совсем ясна. в ооп языках вся эта система как-то понятнее чтоль. не знаю. для меня система структур в джулии оказалась не очень очевидной
источник

I

I in Язык программирования Julia / Julia programming language
видимо это вопрос привычки. плюс небось расширят еще все это дело всяким сахарком
источник

I

I in Язык программирования Julia / Julia programming language
В остальном, ну, джулия и условные си смотрят на ООП просто по-разному. в сях ты бы нахреначил классов с наследованиями и методами внутри. а в джулии нахреначишь древо структур и методы, работающие со всеми подряд структурами из этого дерева.
источник

I

I in Язык программирования Julia / Julia programming language
в каком-то смысле подход джулии более естественен. ты имеешь некое дерево типов. и набор инструментов, это выглядит разумнее, чем свой набор к каждому типу, с точки зрения обывателя. С точки зрения прогера это не очень привычно. уже как-то въелся стандартный подход
источник

I

I in Язык программирования Julia / Julia programming language
вот что говорит карпински в общих словах: It's a highly debatable claim that single dispatch class-based OO leads to better or more maintainable software designs. I grew up on these kinds of languages – Object Pascal, C++, Ruby, Java. Despite the ongoing rhetoric that this paradigm solves all sorts of program design problems, that's just not what I've seen. I think this style of programming has failed to be the panacea that it was promised to be. If it was really such a success, then we wouldn't be seeing a fresh crop of promising new programming languages – Julia, Rust, Go, Clojure, Scala, Elixir, Elm, Swift, etc. – not a single one of which is a traditional class-based OO language. The message is clear: we need more effective solutions. So far, Julia's multiple dispatch approach seems to me far better at addressing program maintainability and extensibility than classes ever were. Julia does still need a way of talking about interfaces and protocols in the language itself, but that's ongoing design problem, not a fundamental issue.
источник

I

I in Язык программирования Julia / Julia programming language
ну и это. плюются на то, что поля не наследуются в прямом смысле слова. ты наследуешь тип, но не содержимое
источник

A

Andrey in Язык программирования Julia / Julia programming language
Andrey Konovalov
А почему Джулию так ругают за ООП? Ведь мультидиспатч же просто выглядит чуть иначе, но суть наследования и диспатчинга по методам класса остаётся. Т.е. первым аргументом метода передаём сам объект - вроде, не так уж неудобно
А кто ругает-то? Это как раз та часть, которая подчистую слизана с R, и потому нормально работает.
источник

I

I in Язык программирования Julia / Julia programming language
Психи походу какие-то. Ругать R богохульство
источник

AK

Andrey Konovalov in Язык программирования Julia / Julia programming language
Немного коряво выглядит, когда пишешь get(c, some) - и без понимания того, что это нафиг за c такое - нни за что не догадаешься, что происходит. Может быть, с - это просто целое число, может это охренеть сложный тип данных.
Визуально конечно форма obj->get была более естественной, хотя в итоге в том же Perl они и означала вызов функции get из пакета, с которым ассоциирован obj (через bless)
источник

AK

Andrey Konovalov in Язык программирования Julia / Julia programming language
Т.е. если у тебя 50 пакетов импортируют один и тот же get, и каждый из них никакого отношения к другим не имеет по смыслу - код выглядит немного как дикий треш и угар
источник