H
Это 100% так, но раст действительно не подходит для ДС (как и свифт)
Мне ни то, ни другое не очевидно, если честно) Почему нет-то?
Size: a a a
2020 April 08
MN
Это 100% так, но раст действительно не подходит для ДС (как и свифт)
На рынке компилируемых языков, свифт очень даже ничего
MV
Это 100% так, но раст действительно не подходит для ДС (как и свифт)
а почему не подходит?
NV
Мне ни то, ни другое не очевидно, если честно) Почему нет-то?
Потому что раст привносит сложность в general-разработку, которая отсутствует в других general purpose языках, но необходима в системных языках. Если говорить проще, то для ДС писать на расте неоправданно сложно
H
В fltk-rs не пробросили мультитрединг.... ну елы палы
MV
Потому что раст привносит сложность в general-разработку, которая отсутствует в других general purpose языках, но необходима в системных языках. Если говорить проще, то для ДС писать на расте неоправданно сложно
смотря что понимать под DS - прототипировать модели, конечно, неоправданно сложно
MV
но вот DS engineers вполне могут на расте в прод выкатывать
NV
но вот DS engineers вполне могут на расте в прод выкатывать
А что такое "DS engineers"?
MN
а почему не подходит?
Ну смотря что делать. Если задача человека и весь его воркфлоу состоит вокруг джупитера ноутбука вращается, что человек почувствует начав писать на расте?
H
Потому что раст привносит сложность в general-разработку, которая отсутствует в других general purpose языках, но необходима в системных языках. Если говорить проще, то для ДС писать на расте неоправданно сложно
Сейчас очень большой тренд идет в сторону индустриализации DS, reproducibility и вот этого всего. Обучение модельки должно рассматриваться, по сути, как компиляция бинарника/либы. Мне кажется, тут как раз очень помогут языки с хорошей системой типов. Помогут уйти от вечно сломанного кода в Jupyter notebooks, от моделек, которые не пойми откуда смогли обучиться до тех циферок, что есть в презентации и т.д.
MV
А что такое "DS engineers"?
ну есть люди, которые занимаются больше математикой, но очень плохо кодят. А есть те, кто лучше кодит, чем строит модели, но при этом понимает что-то в ML. Вот их обычно называют так
MN
Сейчас очень большой тренд идет в сторону индустриализации DS, reproducibility и вот этого всего. Обучение модельки должно рассматриваться, по сути, как компиляция бинарника/либы. Мне кажется, тут как раз очень помогут языки с хорошей системой типов. Помогут уйти от вечно сломанного кода в Jupyter notebooks, от моделек, которые не пойми откуда смогли обучиться до тех циферок, что есть в презентации и т.д.
Воспроизводимые ноутбуки - это магия, постижима немногим)
H
ну есть люди, которые занимаются больше математикой, но очень плохо кодят. А есть те, кто лучше кодит, чем строит модели, но при этом понимает что-то в ML. Вот их обычно называют так
DS engineers не слышал, если честно. У нас в компании их Machine Learning Engineers называют - как раз моя позиция
NV
Сейчас очень большой тренд идет в сторону индустриализации DS, reproducibility и вот этого всего. Обучение модельки должно рассматриваться, по сути, как компиляция бинарника/либы. Мне кажется, тут как раз очень помогут языки с хорошей системой типов. Помогут уйти от вечно сломанного кода в Jupyter notebooks, от моделек, которые не пойми откуда смогли обучиться до тех циферок, что есть в презентации и т.д.
Языки с хорошей системой типов не ограничиваются растом, и раз уж на то пошло, система типов раста не решает проблемы анализа, которые стоят в коде с моделек.
Reproducibility и "вот это вот всё" не являются проблемами, которые решаются языком как таковым, это всё можно и на питоне достичь, была бы только культура. Вечно сломанные ноутбуки например решаются Polynote'ом, в то время как в расте они вообще невозможны
Reproducibility и "вот это вот всё" не являются проблемами, которые решаются языком как таковым, это всё можно и на питоне достичь, была бы только культура. Вечно сломанные ноутбуки например решаются Polynote'ом, в то время как в расте они вообще невозможны
H
Ну и, к слову, если уж гугл взялся за идею отойти от питончика, как основного языка тензорфлоу, то явно есть спрос на это среди их разработчиков)
MV
DS engineers не слышал, если честно. У нас в компании их Machine Learning Engineers называют - как раз моя позиция
ну это одно и то же, да, я просто считаю, что часто ml engineers имеют отношение к DS
NV
Ну и, к слову, если уж гугл взялся за идею отойти от питончика, как основного языка тензорфлоу, то явно есть спрос на это среди их разработчиков)
Я уже некоторое время слежу на swift4tensorflow, и прогресс там довольно медленный, что говорит об обратном
H
Языки с хорошей системой типов не ограничиваются растом, и раз уж на то пошло, система типов раста не решает проблемы анализа, которые стоят в коде с моделек.
Reproducibility и "вот это вот всё" не являются проблемами, которые решаются языком как таковым, это всё можно и на питоне достичь, была бы только культура. Вечно сломанные ноутбуки например решаются Polynote'ом, в то время как в расте они вообще невозможны
Reproducibility и "вот это вот всё" не являются проблемами, которые решаются языком как таковым, это всё можно и на питоне достичь, была бы только культура. Вечно сломанные ноутбуки например решаются Polynote'ом, в то время как в расте они вообще невозможны
> можно и на X достичь
Несомненно. Так и микросервисы можно на питоне писать - можно было с Го не возиться)
Несомненно. Так и микросервисы можно на питоне писать - можно было с Го не возиться)
H
Я уже некоторое время слежу на swift4tensorflow, и прогресс там довольно медленный, что говорит об обратном
Застопорилось все?
NV
Короче говоря, писать нейронки на расте — безумнее, чем на питоне; свифт получше будет, но тоже не самый идеальный выбор