ну и в большинстве случаев они решаются без нейронок, но на кагле вообще много задачек решается без нейронок

тут суть в том, что сам по себе бекпропогейшен -это последовательный алгоритм и использовать Go фишка которого в конкурентности как бы странно. Но вообще я не против, мне Go нравится, просто реальность еще далеко)

всем привет! есть кто в группе из Молдовы? (уж очень здесь тяжко с этим)

)) даа, здесь с Go беда (по крайней мере с моей колокольни).

Java и .Net вообще без проблем, а вот чтобы найти проекты с Go в прод. зто не очень

Создавайте свои.

Java и .Net вообще без проблем, а вот чтобы найти проекты с Go в прод. зто не очень

и к чему эта чушь? These APIs are particularly well-suited to loading models created in Python and executing them within a Go application Go показывает себя в тензорных вычислениях очень плохо пока. Это никому не нужно. Исследователи уже имеют отличные инструменты в виде R / Python продакшен пишут на крестах. p.s. и тензорфлоу -это всего лишь одна либа. ИИ с ней создать будет проблематично)))) от слова невозможно)

какую-то дичь несёте. с чего вы это взяли что Го "показывает себя в тензорных вычислениях очень плохо"?

Для go либо биндинги к сишным библиотекам, либо медленные имплементации на чистом go И всё это обмазано интерфейсами, в том числе и пустыми Зачем мне при таком раскладе использовать go вместо питона, особенно учитывая количество готовых инструментов на последнем, мне не понятно А в качестве платформы для имплементации готовых систем он плохо подходит потому что сплошные рантайм проверки и никаких гарантий

Это именно та область, где все недостатки го выпирает в полную силу Особенный адок при работе с каким нибудь сложно структурированными данными, когда ты либо пишешь имплементацию скажем B дерева каждый раз, либо используешь пустые интерфейсы, то есть у тебя тот же питон, но без питонячьего сахара

Пишите на Си конечно. Я скорее биндинги предпочту. И не на питоне уж точно. Медленный - наверное да в сравнении с Си, Как и джава. Ну питон ещё медленее. Вообще по поводу машинного обучения у тех к то в нём ни фига не понимает есть мнение, что там очень важен выбор ЯП - это не верно.

питон сильнотипизированный язык, гошечка на пустых интерфейсах - это пых, причем пых версии 4.0

ну таки нет, в го даже в пустом интерфейсе тип не стирается, и всегда можно сделать type switch (с падением в райнтайме, если у тебя прилетело что-то неожиданное, конечно же)

@twentydraft а для скалы нет реализации?

ну таки нет, в го даже в пустом интерфейсе тип не стирается, и всегда можно сделать type switch (с падением в райнтайме, если у тебя прилетело что-то неожиданное, конечно же)

так же как и в пыхе ты всегда можешь посмотреть в рантайме, что там у тебя прилетело ручками, это называется слабая типизация

а язык с сильной типизацией сам все уронит, если начнешь с типами косячить

нет, это называется динамическая типизация в го и в питоне — сильная динамическая типизация в js и в старых пыхах — слабая динамическая типизация

какая функция возвращает индекс символа в строке?

Это именно та область, где все недостатки го выпирает в полную силу Особенный адок при работе с каким нибудь сложно структурированными данными, когда ты либо пишешь имплементацию скажем B дерева каждый раз, либо используешь пустые интерфейсы, то есть у тебя тот же питон, но без питонячьего сахара

в го - сильная статическая

когда ты начинаешь абузить пустые интерфейсы - го превращается в динамически типизированный язык

когда ты начинаешь абузить пустые интерфейсы - го превращается в динамически типизированный язык

нужно для обрезки строки (domain.com, нужно до точки обрезать), через rune знаю как, но не знаю как найти индекс точки

Пишите на Си конечно. Я скорее биндинги предпочту. И не на питоне уж точно. Медленный - наверное да в сравнении с Си, Как и джава. Ну питон ещё медленее. Вообще по поводу машинного обучения у тех к то в нём ни фига не понимает есть мнение, что там очень важен выбор ЯП - это не верно.

поэтому любой код с пустыми интерфейсами в го - говнокод по определению

в го - сильная статическая

" то есть у тебя тот же питон, но без питонячьего сахара" - это вы утрируете конечно, да и сахар там не то чтоы ах. b-tree не всея руси, нужны редко, можно закопипастить, можно сгенреить, но и с нетипизированными у меня ни разу проблем не возникало. Хотя я их не то чтобы часто использую

там где используется питон — для прототипов, не важна скорость, а важно количество готовых инструментов и скорость костыляния кода для общих случаев Go проигрывает и в том и в том Там где важна надёжность и скорость. go проигрывает другим системам из-за слишком большого количества рантайм проверок и медленной работой с биндингами (особенности гошного ассемблера)

прототипов - вы серьёзно? типа сделал "как инбудь" на питоне, а потом всё переписать на С++?

это так и работает примерно )

а чего тогда не на кложуре?

А вы до сих пор языки сравниваете в контексте машинного обучения или нет?

Зачем? - язык лучше кмк, есть конкаренси, иммутабельность, ленивость, туду сюда для jvm же тоже много всего написано, не уж то для питона больше?

Вакансий не так много как тех же Java или Python

это да, но Python чаще всего (почти всегда) подразумевается Django ))

нужно для обрезки строки (domain.com, нужно до точки обрезать), через rune знаю как, но не знаю как найти индекс точки

strings.Index strings.LastIndex, но, если у вас именно домены, проблема может быть немного глубже, https://github.com/bobesa/go-domain-util

Это я как пример привёл, у меня текстовые файлы, мне просто нужно формат файла откинуть

https://golang.org/pkg/strings/#LastIndex тогда почему бы не заглянуть в гугл?

вообще ни разу не правда

а канкаренси, иммутабельность и прочее для данной области как минимум не нужны, имхо

для AI иммутабельность полезна, но не критична. А вот многопоточность, которой в питоне нормальной нет, пригодится чтобы сортирнуть большой кусок памяти с использованием всех доступных ядер. Поэтому и поддержка конкуретности может понадобиться

какая функция возвращает индекс символа в строке?

для AI иммутабельность полезна, но не критична. А вот многопоточность, которой в питоне нормальной нет, пригодится чтобы сортирнуть большой кусок памяти с использованием всех доступных ядер. Поэтому и поддержка конкуретности может понадобиться