современный С++, кстати, очень даже неплох

Я такого не говорил?

И вообще, я в тот момент честно наслаждался дринкапом

А вот нужно тебе делать адаптер библиотеки на сях к Go - вот там такие дела и нужны. Хороший пойнт

я лучше к питону сделаю, чесслово

там не нужны прослойки какие-то в лице cgo

я лучше к питону сделаю, чесслово

К питону - удобно экспериментировать. К гоу - оно, блин, быстро работает.

К питону - удобно экспериментировать. К гоу - оно, блин, быстро работает.

оно работает с одинаковой скоростью и там и там

написано же на сях, ну

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

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

оно работает с одинаковой скоростью и там и там

Нет. Потому что ты исопльзуешь библиотеку в питоне. Использование библиотеки в питоне с работой с переменными, функциями на питоне ПРОТИВ гоу и того же самого

Нет. Потому что ты исопльзуешь библиотеку в питоне. Использование библиотеки в питоне с работой с переменными, функциями на питоне ПРОТИВ гоу и того же самого

сама библиотека работает одинаково что там, что там. Вызов функции из нее будет примерно сравнимый по скорости. Более того, я вполне могу представить кейс, когда код на питоне будет быстрее.

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

нет. одинаково везде. более того, на чистом питоне быстрее даже.

написано же на сях, ну

Блин. Оно написано на сях, но мы смотрим разницу между питоном и гоу в таком случае. Быстрее и медленнее - зависимость уже от того кода, использует библиотеку. В результате спор приходит к тому, кто быстрее, питон или гоу

Сегодня кстати про mircopython был доклад) дикое сжатие интерпретатора

нет. одинаково везде. более того, на чистом питоне быстрее даже.

ну ты понял же, я про cpython

Блин. Оно написано на сях, но мы смотрим разницу между питоном и гоу в таком случае. Быстрее и медленнее - зависимость уже от того кода, использует библиотеку. В результате спор приходит к тому, кто быстрее, питон или гоу

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

она будет работать всегда одинаково

Сегодня кстати про mircopython был доклад) дикое сжатие интерпретатора

Где??

а дальше уже можно тереть про скорости обвязок и проброс сущностей

и все такое

Где??

В белке, но вообще это было тупо

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

нет. потому что пересечение границы между языками всегда чего-то стоит.

сама библиотека работает одинаково что там, что там. Вызов функции из нее будет примерно сравнимый по скорости. Более того, я вполне могу представить кейс, когда код на питоне будет быстрее.

Можно сделать так, что на JAVA код будет быстрее, чем на Go. Пойнт не в этом. Вопрос в принципе технологии и решений. Среднее решение на питоне работает медленнее, чем на гоу. И прослойка не является здесь боттлнеком.

нет. потому что пересечение границы между языками всегда чего-то стоит.

да, но ты уверен, что это пересечение в го в ста процентах случаев быстрее работает? я вот сильно сомневаюсь

В Минске слушать Власовских

Но доклад был бодрый и фановый)

Захотелось сразу пойти и потыкаться

А, пайкон же

Да

Можно сделать так, что на JAVA код будет быстрее, чем на Go. Пойнт не в этом. Вопрос в принципе технологии и решений. Среднее решение на питоне работает медленнее, чем на гоу. И прослойка не является здесь боттлнеком.

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

Да

Я в итоге когда решился ехать, билетов уже не было

У гоу своё понятие стека, в куче. Но там сохраняется необходимость в стеке, где уже проще очищать память в силу очевидности её использования

но зачем гонять объекты по памяти не понимаю. если можно сразу выделить на куче, а ссылку положить на стек. gc и так сможет посмотреть кто на кого ссылается в таком случае.

другое дело, что в питоне скалирование на ядра сделано, как говно (да простят меня Селиванов со Светловым)

Я в итоге когда решился ехать, билетов уже не было

На самом деле короткая очень программа

Доклады годные

Но мало

Такое ощущение было типа эээ и всё

но зачем гонять объекты по памяти не понимаю. если можно сразу выделить на куче, а ссылку положить на стек. gc и так сможет посмотреть кто на кого ссылается в таком случае.

В гоу так и делается. На этапе компиляции определяется куда нужно положить. Перемещение не осуществляется

Хочется ещё а уже кончилось

Ну и организация местами пугала

На самом деле короткая очень программа

Лучше компактно, но хорошо, чем три дня докладов про numpy и scipy

Типа 1/3 стоящих людей в зале

Или ланча в зале с докладами

да, но ты уверен, что это пересечение в го в ста процентах случаев быстрее работает? я вот сильно сомневаюсь

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

Потом сидишь и пловом воняет

:D

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

и я о чем, выше

да, но ты уверен, что это пересечение в го в ста процентах случаев быстрее работает? я вот сильно сомневаюсь

быстрее чем что и где?

быстрее чем что и где?

чем в питоне, точнее, в основных его реализациях

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

Да, клей. Как и любой другой язык. Вот только сам клей в разных частях работает иначе. Вот пишешь ты код на гоу, ожидаешь что гоу медленнее питона?

У тебя есть куча и стек. Всё что делает за тебя гоу - переносит из стека в кучу если ты взял укзатель

тогда, я этого не понимаю. зачем?

Да, клей. Как и любой другой язык. Вот только сам клей в разных частях работает иначе. Вот пишешь ты код на гоу, ожидаешь что гоу медленнее питона?

зависит от кода и задачи, которую он решает

вполне может быть медленнее

например, я почти уверен, что го не умеет в матричные операции быстрые так же, как одна строчка на нумпи в питоне

что тебя смутило?

например, я почти уверен, что го не умеет в матричные операции быстрые так же, как одна строчка на нумпи в питоне

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

В этот чат не хватает матёрого джависта

Он бы разрулил этот спор

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

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

Он бы разрулил этот спор

вряд ли :)

Я с такими каждый день на работе работаю)) есть шутки почему никто в джава проекты не тащит го

и потом, это ж не спор

:D

это обсуждение

Я с такими каждый день на работе работаю)) есть шутки почему никто в джава проекты не тащит го

я знаю, почему джависты не любят дотнет

ERROR: S client not available

потому что they can't see sharp

)))

тогда, я этого не понимаю. зачем?

Выделили память для структуры в стеке, поработали, передали дальше, в конце коллстека очистили всё. Выделили память для структуры в стеке, сохранили укзаатель в каком-нибудь глобальном стейте - фигня. Нужна куча. Значит вместо стека, выделяем в куче.

))))))

Я с такими каждый день на работе работаю)) есть шутки почему никто в джава проекты не тащит го

мне вот интересно, почему в джава-проекты никто не тащит эрланг

это было бы куда веселее

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

На самом деле всё просто: питон - язык широкого спектра задач. Гоу - язык для определённого спектра задач. Тем и объясняется его скудная стандартная библиотека, которой в то же время вполне хватает, например

На самом деле всё просто: питон - язык широкого спектра задач. Гоу - язык для определённого спектра задач. Тем и объясняется его скудная стандартная библиотека, которой в то же время вполне хватает, например

согласен

чем в питоне, точнее, в основных его реализациях

Что такое "основные реализации"?

Есть солвер для решения нелинейного МНК Levenberg-Marquardt. Реализация в древней фортрановой либе. В scipy она же используется. Так вот вызов через scipy в 10 раз медленнее чем из сишной обертки. Печаль.

Что такое "основные реализации"?

cpython, pypy, jython, ironpython

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

мне вот интересно, почему в джава-проекты никто не тащит эрланг

Зачем?

Там тащут скалу

Если скучно

Зачем?

ну он няшный, и скейлится хорошо

))

Там тащут скалу

это правильно, это молодцы

Хотя у меня на работе комично

хотя еще можно кложуру, но там с типизацией сложно

Я работаю на Airflow пайплайнах

Господа, я пока с вами тут спорил, просмотрел фильм оказывается. Включил, начал спорить, он уже закончился, а я даже и не понял, во делаа

С матерым джавистом

Я работаю на Airflow пайплайнах

ужасно перегруженная штука, имхо

Который мне каждый раз втирает какое питон говно

А я спрашиваю его почему он тогда на нем пишет

Он обижается и уходит

Который мне каждый раз втирает какое питон говно

ну ты ему сказала, что от джависта смешно такое слышать, да?

Так и живём

:D

ну он няшный, и скейлится хорошо

Эрланг это хорошо в теории. На пректике - ад девопса и саппорта

Эрланг это хорошо в теории. На пректике - ад девопса и саппорта

и даже поддержки :) ибо с каждым релизом стандартная либа может пивотнуться сильно