Смотря, конечно, с чем сравнивать. Относительно python языки, matlab с julia почти идентичны, с низкоуровневыми вообще не сравниваем. Так почему "даже не близок"?
Вы имеете в виду, что суррогатные модели сделанные через МНК (там, где этого метод применим, то есть не в байесе и не в логистической регрессии например) у вас показывали результаты, очень похожие на исходную тяжёлую модель? Пожалуй, в этом и был смысл цикла статей.
Если есть заметный процесс найма программистов со знанием питона, это ведь не означает, что специалисты, скажем, не могут воспользоваться какой-то экзотикой типа Lustre (SCADE)... и вообще чем захотят... если это ускорит решение задачи. Да и потом, для инженера – что Python, что – Julia... Была бы удобная среда типа MATLAB.
DeepSeek нормально переводит любой код с любого языка на любой другой, дело за малым – подняться выше уровня "молодого таланта" и понять, что же именно надо реализовать. Тут естественные нейросети ничто не заменит )
Заказчиков на такие расчеты полно -- вопрос как их найти )) Они есть и среди наших, и среди китайских, арабских и т.д. компаний, но пожалуй язык проргаммироавния не является ключевым пунктом хантинга, скорее опыт, возраст, провенанс... Трейдинговые компании вот любят пиариться тем что хантят "молодые таланты" по ключевым словам типа "Julia" (иначе пришлось бы писать просто "молодой и амбициозный", подразумевая "неофит с небольшими запросами"). Вот компания РИТМ, близко к которой я работаю, очень хантит джулистов.
Дальше -- профессия рассчетчика такая востребованная и многогранная, что про стек человек узнаёт не из вакансии, а из своего опыта. Ведь согласитесь что HR еще долго будут искать по ключевому слову MATLAB, даже если его нет в стеке (хотя, скорее всего, есть...). Но если кто-то реально будет читать резюме, то Julia -- это не Cobol и не Fortran, а что-то вроде Go который был локомотивом для хантинга в Google. Такой маленький штрих к общей картине, не больше, но показывает принадлежность к группе и интерес к хайтеку.
Наверное вы и так это знаете. Смысл статьи в том, что лично мне нигде не было проще писать программы для GPU. Если бы на меня упала задача рассчитать какой-то код 100500 миллионов раз, я бы подумал в сторону Julia
Почему? Водитель вполне может быть заинтересован и в ненадежной работе датчиков... Тот же перелив дизеля у тракторов. Но что-то мне кажется что не для легковушек эта разработка
Ядро Хрома (ГОСТ, Яндекс, они тоже его используют) просто самое продвинутое, а engee развивается, полная поддержка FF не в приоритете, вот и висит предупреждение. Порой стоит поставить другой браузер – вот Яндекс-бродилка например отлично умеет прочитывать страницы голосом на русском языке, хром не умеет
А демоверсия есть – это 20 часов бесплатно каждый месяц
У компаний-проектировщиков, как и у вузов, есть проблемы: они вязнут в версиях софта, должны переучивать людей после simulink, тратят время на настройку репозиториев, иначе никакого ci/cd. Высокопроизводительных рабочих станций может быть не так уж много и они вечно простаивают, а в engee можно работать с любого древнего или нового ноутбука, просчитывая модели в браузере, но на серверном GPU. По-моему, это кейс
Но если вы спрашиваете, по сути, нужен ли engee чтобы решить пример из статьи, то – в чём писать hello world – это уж личное дело каждого
Давайте обсудим с вами какой-нибудь более сложный пример
Для поставщика сервиса это тоже будет неприятно. И несолидно ) В одной и той же стране е договориться о продлении лицензии на один из рабочих инструментов...
Я работаю в engee – при потере доступа встанет только работа проектировщика. Файлы нужно хранить в своем git, а julia, C и matlab части проекта можно запускать отдельно, и всегда есть freemium лицензия
Кажется, что на производстве кастомный софт уже должен быть разработан, контроллеры прошиты, доступ к базам организован... может быть пофантазируем, где в производстве есть процесс активного проектирования?
Есть такой момент, что схемы Engee состоят из блоков, которые называются и работают так же как блоки Simulink. Если нет, то это баг, должно работать один в один и на решателе simulink, и на engee. Блоки и их свойства называются одинаково.
Допустим это vendor lock, но довольно необычный – полиморфный. Имея экспертизу (навыки, отчет, методичку) можно вернуться в MATLAB если позволяет политика. А можно делать те же схемы в Engee, легально и поддерживая своего производителя. Не говоря о том, что Simulink в браузере – это очень тяжелая среда, а engee летает
Но почему так? Miro классный инструмент, Kahoot и Mentimeter были удобными...
Я понимаю отрицательные стороны vendor lock, но идеология Engee скорее про создание конечных проектов, а не долгосрочных сервисов в нем. Сделал, сдал, можно отправить в git и открыть у кого-то другого, например по freemium-лицензии, которая всегда у всех есть
Кому 1001-й, а кому и про Engee было неизвестно... Студенты уже стартапы на нем пилят
Эх, если б я был султан... то мы бы порассуждали, почему то что продается – не нравится, а что нравится – не продается... Но в Engee есть бесплатно 20 часов, можно 40 раз в месяц "зайти на полчаса" или втопить 3-4 полноценных рабочих дня
Можно так считать, если вы не планируете пользоваться проприетарным софтом с бесплатным доступом. Но для рынка наличие такого сервиса как Engee – это, как минимум, веживая техподдержка, реализация требований, пилотные проекты и пул разработчиков-соотечественников
Спасибо посмотрю. И спасибо за перечень тулз, интересно. Может быть заодно ностальгически вспомним Kylix. ) Но, конечно, с тех пор мир шагнул далеко вперёд
Интересно, как они прикручивают проприетарное ядро Delphi к разным средам, пусть даже к Eclipse... Может быть вы знаете, как это устроено?
Конечно, мы оба понимаем, о чем говорим, давайте просто распутает термины ради тех, кто читает.
Различия очень существенные. Оба языка компилируемые, но абсолютно по-разному. MATLAB – интерпретатор с опционально компилируемым языком. А в Julia программы неизбежно компилируются, хоть из скрипта, хоть из REPL.
По личному опыту, если в коде встречается гора вложенных циклов, то на Julia он будет работать намного быстрее чем в MATLAB и Python
Для первых экспериментов языки очень похожие. https://cheatsheets.quantecon.org/
Смотря, конечно, с чем сравнивать. Относительно python языки, matlab с julia почти идентичны, с низкоуровневыми вообще не сравниваем. Так почему "даже не близок"?
Вы имеете в виду, что суррогатные модели сделанные через МНК (там, где этого метод применим, то есть не в байесе и не в логистической регрессии например) у вас показывали результаты, очень похожие на исходную тяжёлую модель? Пожалуй, в этом и был смысл цикла статей.
Не расскажете, над чем работали?)
Если есть заметный процесс найма программистов со знанием питона, это ведь не означает, что специалисты, скажем, не могут воспользоваться какой-то экзотикой типа Lustre (SCADE)... и вообще чем захотят... если это ускорит решение задачи. Да и потом, для инженера – что Python, что – Julia... Была бы удобная среда типа MATLAB.
DeepSeek нормально переводит любой код с любого языка на любой другой, дело за малым – подняться выше уровня "молодого таланта" и понять, что же именно надо реализовать. Тут естественные нейросети ничто не заменит )
Спасибо за хороший вопрос для хорошей дискуссии.
Заказчиков на такие расчеты полно -- вопрос как их найти )) Они есть и среди наших, и среди китайских, арабских и т.д. компаний, но пожалуй язык проргаммироавния не является ключевым пунктом хантинга, скорее опыт, возраст, провенанс... Трейдинговые компании вот любят пиариться тем что хантят "молодые таланты" по ключевым словам типа "Julia" (иначе пришлось бы писать просто "молодой и амбициозный", подразумевая "неофит с небольшими запросами"). Вот компания РИТМ, близко к которой я работаю, очень хантит джулистов.
Дальше -- профессия рассчетчика такая востребованная и многогранная, что про стек человек узнаёт не из вакансии, а из своего опыта. Ведь согласитесь что HR еще долго будут искать по ключевому слову MATLAB, даже если его нет в стеке (хотя, скорее всего, есть...). Но если кто-то реально будет читать резюме, то Julia -- это не Cobol и не Fortran, а что-то вроде Go который был локомотивом для хантинга в Google. Такой маленький штрих к общей картине, не больше, но показывает принадлежность к группе и интерес к хайтеку.
Наверное вы и так это знаете. Смысл статьи в том, что лично мне нигде не было проще писать программы для GPU. Если бы на меня упала задача рассчитать какой-то код 100500 миллионов раз, я бы подумал в сторону Julia
А что, есть чем гордиться. Раз можно обновлять прошивку по интернету, давайте попробуем подключить к нему Engee
Ведь круто когда прошивка заработает на модели, и - по клику - отправится на армию целевых устройств и так же заработает, как в модельном окружении
Почему? Водитель вполне может быть заинтересован и в ненадежной работе датчиков... Тот же перелив дизеля у тракторов. Но что-то мне кажется что не для легковушек эта разработка
Вы правы, я имел в виду чтение статей. Для engee.com – что Chrome, что Яндекс, лишь бы не Firefox (хотя в нем тоже работает)
По технологиям не могу ничего сказать, не разработчик... просто инженер, работающмй на engee
Ядро Хрома (ГОСТ, Яндекс, они тоже его используют) просто самое продвинутое, а engee развивается, полная поддержка FF не в приоритете, вот и висит предупреждение. Порой стоит поставить другой браузер – вот Яндекс-бродилка например отлично умеет прочитывать страницы голосом на русском языке, хром не умеет
А демоверсия есть – это 20 часов бесплатно каждый месяц
Но ведь зайти-то можно... внизу есть кнопочка "продолжить, я 31337" )
И не говорите... Eclipse мне не нравился, и с векторными инструментами там как-то сложно
У компаний-проектировщиков, как и у вузов, есть проблемы: они вязнут в версиях софта, должны переучивать людей после simulink, тратят время на настройку репозиториев, иначе никакого ci/cd. Высокопроизводительных рабочих станций может быть не так уж много и они вечно простаивают, а в engee можно работать с любого древнего или нового ноутбука, просчитывая модели в браузере, но на серверном GPU. По-моему, это кейс
Но если вы спрашиваете, по сути, нужен ли engee чтобы решить пример из статьи, то – в чём писать hello world – это уж личное дело каждого
Давайте обсудим с вами какой-нибудь более сложный пример
Для поставщика сервиса это тоже будет неприятно. И несолидно ) В одной и той же стране е договориться о продлении лицензии на один из рабочих инструментов...
Я работаю в engee – при потере доступа встанет только работа проектировщика. Файлы нужно хранить в своем git, а julia, C и matlab части проекта можно запускать отдельно, и всегда есть freemium лицензия
Кажется, что на производстве кастомный софт уже должен быть разработан, контроллеры прошиты, доступ к базам организован... может быть пофантазируем, где в производстве есть процесс активного проектирования?
start.engee.com, если вдруг еще нужна ссылка :)
Есть такой момент, что схемы Engee состоят из блоков, которые называются и работают так же как блоки Simulink. Если нет, то это баг, должно работать один в один и на решателе simulink, и на engee. Блоки и их свойства называются одинаково.
Допустим это vendor lock, но довольно необычный – полиморфный. Имея экспертизу (навыки, отчет, методичку) можно вернуться в MATLAB если позволяет политика. А можно делать те же схемы в Engee, легально и поддерживая своего производителя. Не говоря о том, что Simulink в браузере – это очень тяжелая среда, а engee летает
Кажется, это должно быть интересно
Но почему так? Miro классный инструмент, Kahoot и Mentimeter были удобными...
Я понимаю отрицательные стороны vendor lock, но идеология Engee скорее про создание конечных проектов, а не долгосрочных сервисов в нем. Сделал, сдал, можно отправить в git и открыть у кого-то другого, например по freemium-лицензии, которая всегда у всех есть
Кому 1001-й, а кому и про Engee было неизвестно... Студенты уже стартапы на нем пилят
Эх, если б я был султан... то мы бы порассуждали, почему то что продается – не нравится, а что нравится – не продается... Но в Engee есть бесплатно 20 часов, можно 40 раз в месяц "зайти на полчаса" или втопить 3-4 полноценных рабочих дня
Можно так считать, если вы не планируете пользоваться проприетарным софтом с бесплатным доступом. Но для рынка наличие такого сервиса как Engee – это, как минимум, веживая техподдержка, реализация требований, пилотные проекты и пул разработчиков-соотечественников
О том и речь, спасибо что сформулировали кратко. :) Надеемся, всяких школ по Julia, в том числе и летних, будет только больше.
Спасибо посмотрю. И спасибо за перечень тулз, интересно. Может быть заодно ностальгически вспомним Kylix. ) Но, конечно, с тех пор мир шагнул далеко вперёд
Интересно, как они прикручивают проприетарное ядро Delphi к разным средам, пусть даже к Eclipse... Может быть вы знаете, как это устроено?
Конечно, мы оба понимаем, о чем говорим, давайте просто распутает термины ради тех, кто читает.
Различия очень существенные. Оба языка компилируемые, но абсолютно по-разному. MATLAB – интерпретатор с опционально компилируемым языком. А в Julia программы неизбежно компилируются, хоть из скрипта, хоть из REPL.
По личному опыту, если в коде встречается гора вложенных циклов, то на Julia он будет работать намного быстрее чем в MATLAB и Python