А можно узнать какие плюшечки в Go вам понравились?

goroutine само собой на пару с каналами.

а чем async await не устроил?

сингл процесс же

для хорошего мнопоточного программирования есть Framework Akka

Где мой пирожок?

протри от ржавчины*

очень мощный и быстрый )

о, фреймворк

а тут из коробки, без лишнего оверхеда, просто и понятно

и по процессорам размазано

зато акка гибкую настройку поддерживает

и по процессорам размазано

по потокам же, не?

по процессорам уже ОС распределяет

можно масштабировать систему как захочется

добавлять, удалять кластеры

делать роутинги

кстати, насколько сложно вкатится в scala после го?

отказоустойчивые системы писать

добавлять, удалять кластеры

так получается ничего хорошего в го и нету

ну дела...........

да вроде по процессорам же?

да вроде по процессорам же?

мб

GOMAXPROCS все дела

кстати, насколько сложно вкатится в scala после го?

в Scala вообще сложно вкатиться

кстати, насколько сложно вкатится в scala после го?

я говорил про либу Akka .NET порт с JVM

GOMAXPROCS все дела

The GOMAXPROCS variable limits the number of operating system threads that can execute user-level Go code simultaneously

а, я думал за скаловскую

модель акторов вообще сила =)

можно такие дикие системы писать

тот же отказоустойчивый парсер курса валют

отказоустойчивый парсер курса валют...

да много чего можно

тот же отказоустойчивый парсер курса валют

АХАХАХ

но микросервис многого не требует

модель акторов вообще сила =)

Сложна. Я хочу go huyak() и в продакшн

:)))))

а на го их писать одно удовольствие

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

и оно будет работать

с роутингом

а на го нельзя?

а на го нельзя?

он не знает

дело в том что иногда нужно, чтобы акторы общались между собой

в рамках разных машин?

а на го нельзя?

> отказоустойчивое > го Дайтека подумать

если они на разных машинах

да

дело в том что иногда нужно, чтобы акторы общались между собой

коллега, а в пользу какого тезиса вы топите?

коллега, а в пользу какого тезиса вы топите?

"на го нет привычных мне вещей из c#"

я просто про модель акторов имею в виду, не про язык

если на гоу есть такое, то норм =)

если они на разных машинах

RPC

да везде все одинаково

модель акторов - это чистые функции. которых нет в go

вопрос на чем больше нравится и где получится проще-быстрее-поддерживаемей-меньше по ресурсам. выбирайте приоритеты

ну я недавно сравнивал разбиение файла на строки

гоу шустрее шарпика)

в 3 раза примерно

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

RPC

/split ПО КОНТЕЙНЕРУ НА АКТОР

но шарп быстрее считал файл

/split ПО КОНТЕЙНЕРУ НА АКТОР

ой, извините

а разбил в 3 раза медленнее

но шарп быстрее считал файл

так не бывает, извините. файл читается со скоростью носителя.

видимо я буффер использовал больше чем нужно

я просто создал сразу буффер и в него записал

ой, извините

промазал

one does not simply считывает построчно

у вас тут явно какая-то дискуссия еще со вчера

довольно интенсивная

а я вчера летал с континента на континент и все пропустил

а в Go есть сериализация структур в JSON к примеру?

нет конечно, все руками делают

это ж слабый язык

а в Go есть сериализация структур в JSON к примеру?

думаю что нет

@napsy - можете в двух словах описать, за что битва?

а в Go есть сериализация структур в JSON к примеру?

конечно, есть.

да битвы нет) просто интересуюсь сильными сторонами гоу

и слабыми тоже, чтобы принять решение

переходить или нет