Здорово. Было бы интересно почитать статью про то как эти красивости применяют на практике для решения каких то типичных задач инженерии где обычно люди даже не задумываются о том, как много туда вложено.
лет 12 назад были проекты со связкой мелкий роутер с OpenCV + Arduino. выглядело впечатляюще
На самом деле, если б хотели сильно, взяли бы Arduino Due (ARM CortexM3) подцепили туда б аналоговую камеру и анализировали. Попугаев там много, но в притык. Вот это был бы хардкод достойный Хабра. И deep dive в потоковую обработку сигналов (полезно для того, чтобы знать как DSP работают), и базовые принципы обработки изображений и куча сопутствующих оптимизаций. А еще можно внешнюю SRAM (на Due такой интерфейс имеется) подцепить для буферизации, вот это вообще космическая ракета была бы.
ну да, теперь укладывается в теорию. SIMD + то же самое при перемножении на 4x4 матрицу аналогично применяется. Красиво закинул сразу вектор в регистр без дополнительных операций
Выход 11 и последующее обновление было эпохальным событием. Мои коллеги и я впервые полностью пересели на Linux/OSX. Если бы 10 не обновлялась, наверно так бы и остался на Win
Вот кстати есть WLX и там можно разгуляться с оформлением на CSS/HTML
КДПВ
Ну и еще вот на том же WL и JS + кастомные сокеты написанный с нуля фроентенд)
А DSP-процессор нельзя сделать, потому что средств для потоковой обработки аудио ещё не завезли.
Да тут трудновато, согласен. Здесь явно нужен модуль на Си/++/ust.
Споры в комментариях увеличивают количество просмотров и двигают статью в топы)
Сложно не согласиться)
dll же на каком-то другом языке пишется? Соответственно сразу и возникает вопрос, какую часть логики писать на этом другом языке, а что оставить Вольфраму.
Да, я лично не спорю. Мне всегда нравилось делать композиты в роде WL + C + OpenCL + HTML/CSS для морды. Я имел ввиду конкретно, что писать ООП и прочие штуки можно, если хочется. Даже если совмещать два языка при разработке, удобнее, когда и там и там есть, скажем, объекты и они передаются бесшовно друг другу (что как раз возможно).
спасибо, интересно, но ничего кардинально нового не увидел (впрочем, чего ещё ожидать от языка 30+ летней давности). Сейчас есть языки и поинтересней.
Спору нет. Есть новые и старые sexy языки. Это чисто вкусовщина
Можно сделать всё то же самое, что здесь, и даже больше, да ещё и быстрее.
Вероятно вы очень плохо знакомы с WL, что в принципе неудивительно, так как статья только верхушку айсберга затрагивает. Благо @KirillBelovTestеще напишет для интересующихся. «Тоже самое и даже больше» - тут как черное назвать белым)
все уже придумано было из того, что описываете, причем довольно давно. Лет 10 назад всплывали такие вопросы в Google Groups и на них были ответы. Просто люди забыли, или лень было разбираться
и ООП, и шайтан-ФП. В этом и соль, что можно описать диалект языка под задачу и потом уже решать на нему эту самую задачу. Компиляцию в LLVM завезли недавно там хорошая типизация кстати и еще CUDA из коробки, до этого было с помощью CCompiler. Debugger там есть, пусть и так себе на мой взгляд. Если хочется что-то экзотического типа event-loop, он там почти есть из коробки (скажем, сокеты или другие внешние события дергают обработчики асинхронно, можно любую логику и промисы при желании реализовать). Если этого мало, то есть LibraryLink, которая подключит любую произвольную dll и можно наворотить делов в ядре...ух
В общем вероятно ни о чем спорите вдвоём. Минусы у всего есть, как писали выше, универсального бриллиантового тула не выйдет, но ЯП шириной области применения как минимум не уже, чем Python точно выходит. Только своей проприетарностью отличается резко в не самую хорошую сторону.
Неплохо, но вот код картинками - ужасно :( Я бы за такое по карме бил
Удачи тем, что попробует сделать ресайз или включит темную тему или просто получит мыльницу.
Если так хочется показывать изменения можно как в git >>>>
<<<<
UPD: Ну вот автор и такие публикации делает https://habr.com/ru/articles/762546/ и там все ок. Зачем здесь то так? не уж то так лень нормально оформить?
Понимаю о чем вы частично. Всегда есть альтернативный путь, падает в основном из-за оболочки. Все численные функции очень стабильны, нестабильна динамика (что опять не часть языка а функция фронта) и всякие «опасные» символьные вычисления.
Как скриптовый язык (wolfram engine) он вот уже три года работает на сервере у меня университете и хранит и обрабатывает и показывает через веб морду 1000 (не фигура речи) экспериментальных спектров со всяких машин от одной группы экспериментаторов.
И да, оно падает периодически из за утечки памяти, но на практике местный свитч/роутер чудит примерно с такой же регулярностью
Просто Стив склоняет привязываться к нативной платной блокнотной среде, хотя если забить на это и просто юзать сам язык без стандартных инструментов все идет круто. И фронт при желании можно свой прикрутить (уже сделано, аж три вариации для vscode для jupiter и еще самописный на js). И ничего там не падает.
Квадратные скобки понятно почему, это чтобы friendly для математических выражений. Раньше было принято что программист также должен являться математиков. А штуки типа // и всякие @ это же сокращения, которые в принципе не обязательны. В целом ну больше косметические вещи описываете, к которым, разумеется может быть очень чувствительно общество
Кстати насчет практических задач. Там в репе @KirillBelovTestесть и веб сервера и телеги ботов зоопарк. Те если забыть про неотделимую стандартную библиотеку и юзать бесплатный Wolfram Engine то будут все бытовые задачи
Вижу такую новость, сначала переживаю, а потом сразу успокаиваюсь глядя на свой Seagate Slim HDD
Было б весело завести eRAM вместе с eGPU на чипы М1. Правда задержка веселая быда б
Здорово. Было бы интересно почитать статью про то как эти красивости применяют на практике для решения каких то типичных задач инженерии где обычно люди даже не задумываются о том, как много туда вложено.
лет 12 назад были проекты со связкой мелкий роутер с OpenCV + Arduino. выглядело впечатляюще
На самом деле, если б хотели сильно, взяли бы Arduino Due (ARM CortexM3) подцепили туда б аналоговую камеру и анализировали. Попугаев там много, но в притык. Вот это был бы хардкод достойный Хабра. И deep dive в потоковую обработку сигналов (полезно для того, чтобы знать как DSP работают), и базовые принципы обработки изображений и куча сопутствующих оптимизаций. А еще можно внешнюю SRAM (на Due такой интерфейс имеется) подцепить для буферизации, вот это вообще космическая ракета была бы.
так от GPT-2 большего и не стоит ожидать. Я пробовал локально запускать ее, там все примерно в таком духе.
А чем оно отличается от того, что можно найти на первой странице доков того же React и Vue? Если это статья-обзор, то как то узковато
Либо заголовок должен быть “… с React и Vue”
Вот если делали фермы таким образом для полезных штук (там Blender рендер, научные расчеты) и грели ими чайник было бы классно.
Можно было бы написать: вы сэкономили столько CO2 во благо цивилизации
ну да, теперь укладывается в теорию. SIMD + то же самое при перемножении на 4x4 матрицу аналогично применяется. Красиво закинул сразу вектор в регистр без дополнительных операций
Выход 11 и последующее обновление было эпохальным событием. Мои коллеги и я впервые полностью пересели на Linux/OSX. Если бы 10 не обновлялась, наверно так бы и остался на Win
В 11 ой есть нативный рекордер Ножницы. Там добавили функцию записи видео, поэтому я думаю они просто избавляются от “legacy” типа.
Нет никакой новости
Возможно так проще множить на четырехмерные матрицы (чтобы операцию трансляции сделать линейной из аффинной)
Ну все упирается в скорость сериализации данных чтобы отправить их по TCP. А так да
@Refridgerator,я люблю такие вопросы)
@KirillBelovTestнедавно его на помойку выкинул и написал свой
Вот кстати есть WLX и там можно разгуляться с оформлением на CSS/HTML
Ну и еще вот на том же WL и JS + кастомные сокеты написанный с нуля фроентенд)
Да тут трудновато, согласен. Здесь явно нужен модуль на Си/++/ust.
Сложно не согласиться)
Да, я лично не спорю. Мне всегда нравилось делать композиты в роде WL + C + OpenCL + HTML/CSS для морды. Я имел ввиду конкретно, что писать ООП и прочие штуки можно, если хочется. Даже если совмещать два языка при разработке, удобнее, когда и там и там есть, скажем, объекты и они передаются бесшовно друг другу (что как раз возможно).
Я думаю надо перегрузить Times и Power или Superscript.
вероятно Кирилл лучше знает...
то что придумал
но в принципе можно и без врапперов
myObjСпору нет. Есть новые и старые sexy языки. Это чисто вкусовщина
Вероятно вы очень плохо знакомы с WL, что в принципе неудивительно, так как статья только верхушку айсберга затрагивает. Благо @KirillBelovTestеще напишет для интересующихся. «Тоже самое и даже больше» - тут как черное назвать белым)
все уже придумано было из того, что описываете, причем довольно давно. Лет 10 назад всплывали такие вопросы в Google Groups и на них были ответы. Просто люди забыли, или лень было разбираться
и ООП, и шайтан-ФП. В этом и соль, что можно описать диалект языка под задачу и потом уже решать на нему эту самую задачу. Компиляцию в LLVM завезли недавно там хорошая типизация кстати и еще CUDA из коробки, до этого было с помощью CCompiler. Debugger там есть, пусть и так себе на мой взгляд. Если хочется что-то экзотического типа event-loop, он там почти есть из коробки (скажем, сокеты или другие внешние события дергают обработчики асинхронно, можно любую логику и промисы при желании реализовать). Если этого мало, то есть LibraryLink, которая подключит любую произвольную dll и можно наворотить делов в ядре...ух
В общем вероятно ни о чем спорите вдвоём. Минусы у всего есть, как писали выше, универсального бриллиантового тула не выйдет, но ЯП шириной области применения как минимум не уже, чем Python точно выходит. Только своей проприетарностью отличается резко в не самую хорошую сторону.
Неплохо, но вот код картинками - ужасно :( Я бы за такое по карме бил
Удачи тем, что попробует сделать ресайз или включит темную тему или просто получит мыльницу.
Если так хочется показывать изменения можно как в git
>>>>
<<<<
UPD: Ну вот автор и такие публикации делает https://habr.com/ru/articles/762546/ и там все ок. Зачем здесь то так? не уж то так лень нормально оформить?
Понимаю о чем вы частично. Всегда есть альтернативный путь, падает в основном из-за оболочки. Все численные функции очень стабильны, нестабильна динамика (что опять не часть языка а функция фронта) и всякие «опасные» символьные вычисления.
Как скриптовый язык (wolfram engine) он вот уже три года работает на сервере у меня университете и хранит и обрабатывает и показывает через веб морду 1000 (не фигура речи) экспериментальных спектров со всяких машин от одной группы экспериментаторов.
И да, оно падает периодически из за утечки памяти, но на практике местный свитч/роутер чудит примерно с такой же регулярностью
Просто Стив склоняет привязываться к нативной платной блокнотной среде, хотя если забить на это и просто юзать сам язык без стандартных инструментов все идет круто. И фронт при желании можно свой прикрутить (уже сделано, аж три вариации для vscode для jupiter и еще самописный на js). И ничего там не падает.
Чуток дополню.
Квадратные скобки понятно почему, это чтобы friendly для математических выражений. Раньше было принято что программист также должен являться математиков. А штуки типа // и всякие @ это же сокращения, которые в принципе не обязательны. В целом ну больше косметические вещи описываете, к которым, разумеется может быть очень чувствительно общество
Кстати насчет практических задач. Там в репе @KirillBelovTestесть и веб сервера и телеги ботов зоопарк. Те если забыть про неотделимую стандартную библиотеку и юзать бесплатный Wolfram Engine то будут все бытовые задачи
UPD блин уже ответили ;)
Ну если это примитивное ФП, тогда напишите то же самое на JS скажем