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

всякие там best practice - шаблон мышления, не более

что за предрассудки

это как в случае с graphql, нсли бы ее разработал дадя ваня а не facebook ей никто бы и не пользовался, так как распространение информации слишком мало...

так и react)

но тут еще временной фактор играет роль

ну так Ваня из лицокниги молодец

там такие же человеки работают, разница в отношениии к человекам

и хз как это привязано к чату о гоу

не совсем да я и не про это

best practice идет от популярный пакетов и команд соответсвенно

бест практисы микрософта))))

ой вей

)))

пока одминство спит нашёлся стандарт С11 там есть такое: Type-generic expressions using the _Generic keyword. может кто-то это использовал и имеет смысл фитч реквест запилить?

так и react)

В рамках оффтопа хочется упомянуть vuejs, который изначально был написан дядей Ваней Китай эдишн

спать охото, сцук

это как в случае с graphql, нсли бы ее разработал дадя ваня а не facebook ей никто бы и не пользовался, так как распространение информации слишком мало...

да им и так никто не пользуется толком)

В рамках оффтопа хочется упомянуть vuejs, который изначально был написан дядей Ваней Китай эдишн

Из интервью: Хорошо, когда и как ты столкнулся с проблемой, которую попытался решить с помощью фреймворка Vue.js? Моя работа в Google была связана с активным созданием прототипов в браузере. У нас появлялась идея, и мы хотели как можно быстрее получить что-то ощутимое. В то время некоторые проекты использовали Angular. Мне Angular понравился наличием таких крутых вещей, как привязка данных и управление данных через DOM, поэтому вам не нужно работать напрямую с DOM. Это также привело к появлению всех этих дополнительных концепций, которые позволяли вам структурировать код так, как вам хотелось. Но это было слишком сложно для тех сценариев использования, с которыми я столкнулся в то время.

В рамках оффтопа хочется упомянуть vuejs, который изначально был написан дядей Ваней Китай эдишн

Работа в Google послужила рождению и развитию vuejs, а это уже не дядя Ваня)

))

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

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

Какую потребность закрывает спиннер?

а спиннер это инструмент?

Ну а почему нет

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

даже если представить спиннер как инструмент - не знаю, успокаивать обсессивно-компульсивное расстройство

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

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

его имя дало толчек)

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

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

https://beta.golang.org/doc/go1.10

https://beta.golang.org/doc/go1.10

рано же еще...

чего рано?

вопрос по бестпрактик

представим что у нас функция скажем func new() (*Connect, Error) { bind, err := ... if err != nil { returm nil, err } err = anylib.func() if err != nil { if !ignoreError(err) { returm nil, err } } return connect, err }

мы используем один и тот-же err на несколько вызовов

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

у меня забавно вышло, когда ошибка ушла в игнор и "проехав" несколько if ушла в main

а как так получилось, ей же что то присваивалось?

хз O_o

я удивлен что := не ругался

или ей присваивалось в скупе, а проверялась снаружи старая?

:= проверяет только первую переменную,

стоп

init в плане прямо инит?

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

by design

нет ? я просто не удачно обозвал в примере

а, ффух

получается лучше на каждый блок свой err использовать

необязательно

на самом деле там либа кривая

возращает ошибку которую надо игнорировать

именно в err

что-то типо варнинга

жесть

из за этого пришлось вставить проверку в if err != nil

из за этого "пробило" прямо в main

Чёт у меня не получилось

что не получилось?

var A=0 func cnt() (int, error) { A+=1 return A, errors.New(fmt.Sprintf("Error %d", A)) } func t4(){ _,err := cnt() if err != nil { if _,err := cnt(); err != nil { log.Println(err) } } log.Println(err) }

у вас там ещё где то проблема

да нет проблемы, на самом деле там еще блок с if был

но я случайно сделал := внутри if

а там область видимости другая получилось

ERROR: S client not available

то что обявляется в условии ифа принадлежит скупу ифа

в резульате не юзабельное УГ просочилось вместе с валидным коннектом ?

(наверно плохо объяснил)

:= всегда объявляет вторую переменную, если её нет в скупе

func new() (*Connect, Error) { bind, err := ... if err != nil { returm nil, err } err = anylib.func() if err != nil { if !ignoreError(err) { returm nil, err } } if blabla { err := funcblabla() } return connect, err }

вот так случайно сделал

поскольку ignoreError отработал на отличненько, он подсунул err который не юзабельный

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

которую игнорровали

поэтому каскады на одном err зло ?

поэтому каскады на одном err зло ?

https://medium.com/@matryer/line-of-sight-in-code-186dd7cdea88

=) Нет, если ignoreError правильный - в этом коде ничего не просачивается

в каком смысле правильный?

=) Нет, если ignoreError правильный - в этом коде ничего не просачивается

он правильный, проверил что ошибка подлежит игнорированию и продолжил исполнение ?

конечно по хорошему "Зачистить" бы

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

тоже нет, на сколько я понял у вас вот так: func t4(){ _,err := cnt() if err != nil { if _,err := cnt(); err != nil { log.Println(err) } } log.Println(err) i,err := strconv.Atoi("25") log.Println(i, err) } в моём случае atoi не возвращает ошибки ... и всё ок

не ошибка в блоке прямо перед return

так вышло

тоесть последняя проверка писала в "свой" err

а вернуло то "глобальную" err с мусором на борту ?

error shadowing произошел, в общем

гист посмотреть можно?

гист?

сорцы

https://gist.github.com/

ну во первых там много контекста, наверно я смогу пример сделать попроще

ТОлько проверь, что он делает именно это

а вообще швыряй как есть, гист всё стерпит

но в принципе я и так уже объяснил

что нельзя полагатся на "затирание" err