всё можно заменить на раст. вопрос трудозатрат на разработку.

Ну для кого-то раст легкий язык

проще го тяжело быть

Для каких-нибудь яйцеголовых хаскеллистов все изи наверное

Но мне вот в расте понравился cargo

Крутая штука

Не то что эти всякие vgo или dep

Когда на го пишешь, ощущение что пишешь хелловорлды

Ну для кого-то раст легкий язык

Смотри, на го можно даже js-ера пересадить меньше чем за неделю. С растом такого не будет. Также нет GC, что тоже является сложностью для джунов. Синтаксис посложнее.(Ещё я слышал, что он постоянно меняется).

Смотри, на го можно даже js-ера пересадить меньше чем за неделю. С растом такого не будет. Также нет GC, что тоже является сложностью для джунов. Синтаксис посложнее.(Ещё я слышал, что он постоянно меняется).

Синтаксис там уже в порядке

Стабильнее, чем два года назад

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

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

Вот вот

И вот у нас есть выбор

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

нэээт, ты что?! только 1 язык для всех задач! только JavaScript!

Писать большое и сложное приложение на го, расте, жаба/шарпе или пхп

Писать большое и сложное приложение на го, расте, жаба/шарпе или пхп

Питон не берем в расчет, он даже до пхп не дотягивает

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

Писать большое и сложное приложение на го, расте, жаба/шарпе или пхп

Если монолит, то rust, если микросервисы, то go

Го какой-то игрушечный

Правда когда смотришь что на нем пишут

Уже так не кажется

Питон не берем в расчет, он даже до пхп не дотягивает

в чем недотягивает? )

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

Го какой-то игрушечный

Смотри, чем проще, тем лучше. Разделяешь задачу на кучу маленьких задач. Как говорится, разделяй и властвуй.

в чем недотягивает? )

щас модно питон не любить

про гошечку: https://github.com/intel-go/nff-go

Питон не берем в расчет, он даже до пхп не дотягивает

Лучший язык для скриптинга и прототипирования (имхо)

в чем недотягивает? )

Во всем, наверное

Во всем, наверное

конкретика? )

Гил

В пхп есть треды

Скорость

коллеги

давайте без языкосрача, а?

коллеги

Ок, я все понял

коллеги

это да )

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

Гил

в пхп он тоже есть. строго говоря, во всех скриптовых языках где есть треды и не надо явно защищать объекты мьютексами есть gil

возвращаясь к тому новому - похоже, в нем нет смысла (пока?)

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

да это даже не язык, а просто dsl

ну dsl тоже бывыют крутыми и полезными

возвращаясь к тому новому - похоже, в нем нет смысла (пока?)

+

давайте без языкосрача, а?

+

в пхп он тоже есть. строго говоря, во всех скриптовых языках где есть треды и не надо явно защищать объекты мьютексами есть gil

в расширении pthreads его таки нет =)

Лучше тогда уж пони посмотреть.

разбавлю : кто использовал https://github.com/dgraph-io/badger по памяти он как? в том году на пару проектах радовался от dgraph, ток текла она до смерти.

в расширении pthreads его таки нет =)

facepalm

facepalm

в пхп же copy on write, если юзать pthreads и менять переменную по указателю, то скрипт выкинет фатал еррор и прекратит работу

ну и используется только в cli

https://github.com/intel-go/nff-go/blob/master/packet/vlan.go

хехе.. unsafe через unsafe

https://github.com/intel-go/nff-go/blob/master/packet/vlan.go

фига они замутили

фига они замутили

в каком смысле? )

сам проект https://github.com/intel-go/nff-go выглядит огонь

в каком смысле? )

в смысле что интел много чего делает в сетевом направлении. ну и что только на дпдк не остановились ?

а... ну да. они стараются двигать dpdk.

в смысле что интел много чего делает в сетевом направлении. ну и что только на дпдк не остановились ?

а DPDK это собственно о чём?

а DPDK это собственно о чём?

пакетики получать и отправлять + обрабатывать

пакетики получать и отправлять + обрабатывать

ну это я понял, а в чём особенность?

ну это я понял, а в чём особенность?

скорость.

сотни гигабит/миллионов пакетов в секунду

на 1 ядре в районе 14 миллионов пакетов в секунду ) при кое каких нюансах

да это даже не язык, а просто dsl

грань между dsl и языками общего назначения размыта

эвоно как

на 1 ядре в районе 14 миллионов пакетов в секунду ) при кое каких нюансах

больше на самом деле. 14 - это 10g

можно сказать haskell это dsl для теорката

можно сказать haskell это dsl для теорката

Java это DSL для JVM ? JavaScript это DSL для браузеров

на 1 ядре в районе 14 миллионов пакетов в секунду ) при кое каких нюансах

например, на netmap pipes у меня получалось где-то 50-60mpps на простой фигне. а так, где-то 20mpps на ядро

https://github.com/intel-go/nff-go/blob/master/low/low.go#L263

а вот смысл такой оптимизации - параллельный доступ к памяти?

например, на netmap pipes у меня получалось где-то 50-60mpps на простой фигне. а так, где-то 20mpps на ядро

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

@themiron

м?

м?

https://github.com/intel-go/nff-go/blob/master/low/low.go#L263 для чего такая оптимизация? )

руками развернули цикл и ходят кусками по 4шт

ага, думаю для более эффективной утилизации шины

а на stosd/stosq есть картинка? )

не, я и так дико рискую

проснется вий же

руками развернули цикл и ходят кусками по 4шт

а может оно только по 32bit принимает за раз через dma

а может оно только по 32bit принимает за раз через dma

странно

да не особо, далеко не все умеет в unaligned доступ. некоторые контроллеры прям требуют выровненный доступ

memcpy тут могло не соптимизироваться в 32bit

Я тоже пошел

Ребят, ещё раз задам вопрос, который был успешно проигнорирован: Если у меня поле в JSON может быть двух типов зависимо от значения свойства __typename то как его анмаршалить?

в интерфейс)

Ребят, ещё раз задам вопрос, который был успешно проигнорирован: Если у меня поле в JSON может быть двух типов зависимо от значения свойства __typename то как его анмаршалить?

ну сначало амаршалить просто в структуру с полем __typename, а потом разобрать и амаршалить нормально ?

хотя решение конечно такое себе

в интерфейс)

интерфейс мне даст map[string]interface{}, а мне не нужен сплошной мап, у меня есть type Admin struct и type User struct.. type Post struct { Author /*either Admin or User*/ }

хотя решение конечно такое себе

вот нынешнее решение: // PostAuthor represents a union type that's either an Admin or a User type PostAuthor struct { Admin *Admin User *User } // MarshalJSON implements the Go JSON interface func (a PostAuthor) MarshalJSON() ([]byte, error) { // TODO return nil, nil } // UnmarshalJSON implements the Go JSON interface func (a *PostAuthor) UnmarshalJSON(bytes []byte) error { var fields map[string]interface{} if err := json.Unmarshal(bytes, &fields); err != nil { return err } typeName, hasTypeName := fields["__typename"] if !hasTypeName { return fmt.Errorf("Missing __typename during unmarshalling") } switch typeName.(string) { case "Admin": return а.unmarshalAdmin(bytes) case "User": return а.unmarshalUser(bytes) default: return fmt.Errorf("Unexpected __typename: %s", typeName) } } но в таком случае в a.unmarshalAdmin и a.unmarshalUser нужно вручную анмаршалить структуру

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

неа

гоу не любит динамической структуры

Вот как не стыдно! Жс в отцы годится go

Go 1.11: WebAssembly for the gophers https://t.co/LGhQtbro9x Да, да в Go 1.11 будет поддержка WebAssembly. Может быть скоро весь фронтенд будет писаться на нормальных языках.

Как фронтендер со стажем скажу, что такое вряд-ли произойдёт в ближайшем будущем, но есть интересный проект vecty и он приближает нас к этому моменту ?

Go 1.11: WebAssembly for the gophers https://t.co/LGhQtbro9x Да, да в Go 1.11 будет поддержка WebAssembly. Может быть скоро весь фронтенд будет писаться на нормальных языках.

wasm сейчас весьма убогий