смотрите: BenchmarkValueGet-4 1000000000 2.44 ns/op 0 B/op 0 allocs/op BenchmarkEfaceGet-4 100000000 12.5 ns/op 0 B/op 0 allocs/op BenchmarkValueSet-4 30000000 57.8 ns/op 8 B/op 1 allocs/op BenchmarkEfaceSet-4 50000000 36.8 ns/op 8 B/op 1 allocs/op

интересно посмотреть код?

такая не^H^Hбольшая надстройка над interface{}, которая при получении работает примерно в 6 раз быстрее

https://github.com/kirillDanshin/value

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

https://play.golang.org/p/IZm7AG8_-W Sizeof(interface{}) is 8 Sizeof(Value) is 96

Коллеги, подскажите, в каких случаях библиотека flag выдавать ошибку flag redefined. У меня такая ситуация: программа работает как надо, но если пишу тест, то тесты ругаются такой вот ошибкой. Разницу использования flag в программе и в тестах не улавливаю.

так это, не пытаются ли тесты ваши каждый раз флаги регистрировать?

Daniel Podolsky, наверно да, т.к. в некоторых есть что-то вроде conf, err := NewTuner("./config.toml") Но тесты то нужны для разных частей дистрибутива... что посоветуете?

(З.Ы. через init() ?)

Может через once

Но правильно в init()

Daniel Podolsky, наверно да, т.к. в некоторых есть что-то вроде conf, err := NewTuner("./config.toml") Но тесты то нужны для разных частей дистрибутива... что посоветуете?

В New* вообще не хорошо делать сайдэффекты

Но правильно в init()

А разве правильно в init? глобальные переменные же создавать, вот это всё

Это число вакансий, если что: https://habrahabr.ru/post/318450

А разве правильно в init? глобальные переменные же создавать, вот это всё

Глобальные переменные создавать полюбому придётся. В init() их нужно инициализировать значением из переданного программе флага

А разве правильно в init? глобальные переменные же создавать, вот это всё

В пакете флага вроде было написано, что флаги нельзя обрабатывать в init(). Только main(), только хардкор

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

В пакете флага вроде было написано, что флаги нельзя обрабатывать в init(). Только main(), только хардкор

Не, там как раз глобальные переменные создают и в init() флаги обрабатывают

Не, там как раз глобальные переменные создают и в init() флаги обрабатывают

Не, про суть init() я в курсе. Просто вроде в документации пакета было указано что её инициализацию туда пихать нельзя

Не, про суть init() я в курсе. Просто вроде в документации пакета было указано что её инициализацию туда пихать нельзя

Инициализацию-то точно нельзя, а то переменная так и останется локальной для init

Инициализацию-то точно нельзя, а то переменная так и останется локальной для init

Да, вы правы. Я ошибся, инициализируются переменные в main через вызов flag.Parse()

Интересно почему Erlang так опустился

@kirilldanshin прошу прощения, я был не совсем прав на счет производительности, в 1.7 оказывается все еще быстрее стало, и 1.8 это сулит. Просто не все сразу и Go не забывает про перфоманс.

php

востребовано

кек

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

кстати кто нибудь знает быстрый способ превратить []interface{}{"x", "y", "z"} в []string{"x", "y", "z"} ?

кстати кто нибудь знает быстрый способ превратить []interface{}{"x", "y", "z"} в []string{"x", "y", "z"} ?

например цикл? )

например цикл? )

+

Ща тут предложат способ через unsafe

например цикл? )

видимо да, я думал вдруг что то еще бывает )

Ща тут предложат способ через unsafe

не, лучше уж цикл

нет проблемы которая в го не решалась бы циклом ))

хочешь, ебани в json. а потом из него )

потом сделай бенчмарки

и выводы

Все это через локалхост

микросервисно

с протобуф протоколом

Разделяй и властвуй

Интересно почему Erlang так опустился

мне оказалось сложно на нем работать со строками кривая обучение у языка не самая простая язык не похож на привычные ЯП сложно продать решение заказчику golang более менее лишён этих недостатков

в golang выносит мозг GOPATH - правда всё документировано хорошо. но когда я начинал писать второй "проект" (hello world) было много вопросов по структуре проекта и папке vendor

@kirilldanshin прошу прощения, я был не совсем прав на счет производительности, в 1.7 оказывается все еще быстрее стало, и 1.8 это сулит. Просто не все сразу и Go не забывает про перфоманс.

напомни, ты сейчас о чем?

Сам Erlang я не трогал, сейчас активно тыкаю elixir как замена гошке, ибо в го слишком много топорных вещей, язык простой, но мне недостаточно выразительности, часто ловлю себя на том что занимаюсь бутстрапингом, вместо написания кода для предметки, простые части кода разрастаются до нескольких экранов, когда дела доходит до бизнес аппов, начинается там самая боль, тут напиши свою функцию map, тут сортировку, отсутствует функциональщина, сопоставление шаблону, деструкторизация (даже в джс ее ввели), и тому подобная дрянь, кто-то сказал дженирики?

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

Кто-то развлекает себя unsafe'oм, но в целом код писать скучно

Кто-то развлекает себя unsafe'oм, но в целом код писать скучно

я надеюсь под скукой не понимается отсутсвие - "гляди а вот ещё как я могу"?

Гляди как я могу это unsafe

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

с этой тонкостью я ещё не познакомился и надеюсь не придётся

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

Сам Erlang я не трогал, сейчас активно тыкаю elixir как замена гошке, ибо в го слишком много топорных вещей, язык простой, но мне недостаточно выразительности, часто ловлю себя на том что занимаюсь бутстрапингом, вместо написания кода для предметки, простые части кода разрастаются до нескольких экранов, когда дела доходит до бизнес аппов, начинается там самая боль, тут напиши свою функцию map, тут сортировку, отсутствует функциональщина, сопоставление шаблону, деструкторизация (даже в джс ее ввели), и тому подобная дрянь, кто-то сказал дженирики?

+++

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

не всегда но в го это доведено до абсолюта кажется

не всегда но в го это доведено до абсолюта кажется

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

не всегда но в го это доведено до абсолюта кажется

авторы просто мало знакомы с чем то высокоуровневым, если бы они писали на python 10+ лет - то их язык был бы похож на него

@pifagorych и как тебе эликсир? как по мне так от руби там кажется взяли не самые лучшие вещи но лучше голого эрланга

@pifagorych и как тебе эликсир? как по мне так от руби там кажется взяли не самые лучшие вещи но лучше голого эрланга

monkey patching забыли?

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

я про то насколько весело одно и то же пишется на разных языках

ERROR: S client not available

Я пишу либу для хитбокса и написал либу для телеграфа не потому что "это весело", а потому что результат решения задачи написать либу решит мои следующие проблемы связанные с оперированием сервисов, на которые я и пишу либы.

я про то насколько весело одно и то же пишется на разных языках

Это не веселье, а терпение.

я про то насколько весело одно и то же пишется на разных языках

на php всё так весело пишется...

на php всё так весело пишется...

хуй там пхп это такой го но ещё и без типов ))

Если в Go я могу написать helloworld за 15 секунд, а в другом языке за 2 минуты, то во втором случае мне будет "менее весело".

а на чем весело то тогда?

Если в Go я могу написать helloworld за 15 секунд, а в другом языке за 2 минуты, то во втором случае мне будет "менее весело".

это потому что ты го знаешь лучше чем другой язык

Если в Go я могу написать helloworld за 15 секунд, а в другом языке за 2 минуты, то во втором случае мне будет "менее весело".

на php за 5 сек :)

это потому что ты го знаешь лучше чем другой язык

И потому что мне хватает терпения им оперировать.

на php за 5 сек :)

Ну я так, для примера выкинул случайные цифры

а на чем весело то тогда?

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

на php за 5 сек :)

И то: 5 секунд, но для веба. А в Go - уже консолька.

Ну я так, для примера выкинул случайные цифры

да пофлудим и разойдемся, тут самые адекватные люди из чатиков в которых я сижу

да пофлудим и разойдемся, тут самые адекватные люди из чатиков в которых я сижу

Это я просто для справки

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

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

ПОХОЛИВАРИМ, БЛЯТЬ! © Ресторатор

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

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

и это так. хотелось бы чтобы язык был более выразительным

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

жаль оден умер, хорошая идея была

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

чёт взаимоисключающие вещи

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

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

ну я больше писатель ) многословность утомляет

просто в определенный момент проект выходит в стадию легаси - а все "писатели" ушли... а поддерживать нужно. когда за каждым словом стоит сложная концепция - то поддерживать сложно. еще хуже когда есть соглашения в коде и их очень много (привет рельсы)

рельсы это отдельный случай были бы там типы -- было б не так больно

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

под такое писалась ява

а го - это просто "программисты шутят"

в golang как мне кажется очень сложно будет прикрывать свою некомпетентность и профнепригодность сложными концепциями и умными словами