Мне нравятся строго типизированые языки

И компилируемые

ясно, ок

Либу для ботов для себя тоже написал: https://github.com/floodcode/tgbot

Мне нравятся строго типизированые языки

Это какие?

Ну что нельзя делать такое: var a = "Hello" a = 123

это называется статически типизированные

и это несмотря на кучу сахара в руби?

Сахар в руби иногда заканчивается диабетом

строго, это когда нельзя 1 + '1'

это называется статически типизированные

https://en.wikipedia.org/wiki/Strong_and_weak_typing

Типизация бывает (строгая и слабая) и (статическая и динамическая)

Сахар в руби иногда заканчивается диабетом

Так туда за диабетом и уходили в свое время

https://en.wikipedia.org/wiki/Strong_and_weak_typing

так и я о том же

Типизация бывает (строгая и слабая) и (статическая и динамическая)

А у го какая?)

А у го какая?)

строгая статическая ж

строгая (сильная) типизация не позволяет делать неявных преобразований типов

строгая статическая ж

+

а статическая - типы известны и заданы на этапе компиляции

в го и то и то

Эмм... чет вроде это все про статическую

но var a = "Hello" a = 123 это пример статической, а не строгой

https://play.golang.org/p/CWd-zO5RPDn

статическая и строгая децл о разных вещах

так да

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

https://play.golang.org/p/CWd-zO5RPDn

ну это читерство) rune - это int32, поэтому складывается)

ну это читерство) rune - это int32, поэтому складывается)

а ты хорош

Попробуй так же с string

не сработает

вообще статическая - это проверка на соответствие при сборке

и строгая

В питоне, кстатти, строгая, но 5 * "abc" работает. Но это потому что там так задумано изначально

Как-то не считал, но да на линухофорумах их больше

дык, киллер-фичей было то, что из доступных видимоплейеров нормально субтитры в свое время умел только MPlayer. А он линуксовый. И народ в погоне за халявным рисованным порно с русскими субтитрами РЕАЛЬНО бросал винду и переходил на линукс и фрибзд. "Как пропатчить KDE под FreeBSD" погугли... топовый запрос на анимушных форумах одно время был...

В питоне, кстатти, строгая, но 5 * "abc" работает. Но это потому что там так задумано изначально

потому что строки это списки символов, а умножение для спиков определено

дык, киллер-фичей было то, что из доступных видимоплейеров нормально субтитры в свое время умел только MPlayer. А он линуксовый. И народ в погоне за халявным рисованным порно с русскими субтитрами РЕАЛЬНО бросал винду и переходил на линукс и фрибзд. "Как пропатчить KDE под FreeBSD" погугли... топовый запрос на анимушных форумах одно время был...

Я помню как эта хохма появилась. Но не думал, что на линух по такой причине переходили

Просто анимешники "НИТАКИЕ КАК ФСЕ"

Я помню как эта хохма появилась. Но не думал, что на линух по такой причине переходили

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

дык, киллер-фичей было то, что из доступных видимоплейеров нормально субтитры в свое время умел только MPlayer. А он линуксовый. И народ в погоне за халявным рисованным порно с русскими субтитрами РЕАЛЬНО бросал винду и переходил на линукс и фрибзд. "Как пропатчить KDE под FreeBSD" погугли... топовый запрос на анимушных форумах одно время был...

Я думал, это просто шутка...

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

надеюсь не из-за линукса?

Я думал, это просто шутка...

в каждой шутке есть доля... Я реально помню приседания с русскими субтитрами в анимехах под виндой. На линухе работало "искаропки"

в каждой шутке есть доля... Я реально помню приседания с русскими субтитрами в анимехах под виндой. На линухе работало "искаропки"

Это же как давно то было

Это же как давно то было

2001-2005й, ориентировочно

еще в 2007-м GNU/MPlayer пользовался достаточно мощным спросом под виндой.

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

Коллеги, не увлекайтесь :)

короче, жесть была... Зато веселая... Я цистерны 2 пива выпил за настройку отображения субтитров...

Ок, завязали)

уже и забыл про этот "мем"

контекст - он такой контекст... Скажем, ситуации "я хочу потрогать игру, в которую я собираюсь играть, до выпуска, и за это издатель имеет меня в качестве бесплатного бета-тестера" и "кто-то хочет, чтобы я забесплатно потестил его телеграм-бота, но не хочет мне говорить, что этот бот делает" - достаточно разные ситуации. Тут различие не то чтобы техническое, оно, скорее, морально-этического плана. А уж тем более зайти на технический или околотехнический канал, призвать всех-всех-всех затестить "myFirstHelloWorldBot", заявить, что 200 строк кода не дашь посмотреть, потому что здесь а) никто не сможет написать такое же, б) вы у меня мой ценный код спиздите... Ну, так себе подача, например.

Спасибо

А может и моего бота посмотрите? https://gist.github.com/MstrVLT/834f03208c69f823bb99554c28aeca4e

Есть сервер сборок Jenkins - бот просто оповещает о новых сборках на которые подписался пользователь

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

о, у нас тут аказываица чат по тестированию игр, а пацаны и не знали

о, у нас тут аказываица чат по тестированию игр, а пацаны и не знали

ок

А может и моего бота посмотрите? https://gist.github.com/MstrVLT/834f03208c69f823bb99554c28aeca4e

if err == nil { // какой-то код } обычно все же в блоке if err обрабатывают ситуацию с ошибкой, а не наоборот.

а можно по развернутее )

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

думаю было бы полезно узнать

уважаемые, а никто не сталкивался со странными тормозами при использовании runtime.GOMAXPROCS(runtime.NumCPU())?

уважаемые, а никто не сталкивался со странными тормозами при использовании runtime.GOMAXPROCS(runtime.NumCPU())?

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

а можно по развернутее )

Ну, можно написать как у вас, а можно что-то вроде: if err != nil { return nil, err // условно } // далее идет уже логика, которая отрабатывает если ошибки не было и все ок

этот вариант как правило как минимум читабельнее

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

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

ERROR: S client not available

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

?согласен согласен

думаю было бы полезно узнать

как правило, конструкции вида if err == nil {} не очень хорошо пахнут по 3 причинам, имхо: 1. обычно это способ проигнорировать обработку ошибки. Т.е. читать как "если ошибка не возникла, делаем вот этот правильный код, а если возникла - насрать" 2. если ошибку все же захочется обработать, появится else, а это уже -100500 к читабельности всей этой штуки, оно уже "спагетти"-запах приобретает 3. чаще всего принято делать так: в if err != nil совать обработку ошибки и возвращаться из функции. Как правило, "правильный флоу" у функции один, и в этом варианте все, что пошло "нестандартно" будет в отдельном уровне, а значит, будет проще понять, ЧТО на самом деле функция должна делать.

как правило, конструкции вида if err == nil {} не очень хорошо пахнут по 3 причинам, имхо: 1. обычно это способ проигнорировать обработку ошибки. Т.е. читать как "если ошибка не возникла, делаем вот этот правильный код, а если возникла - насрать" 2. если ошибку все же захочется обработать, появится else, а это уже -100500 к читабельности всей этой штуки, оно уже "спагетти"-запах приобретает 3. чаще всего принято делать так: в if err != nil совать обработку ошибки и возвращаться из функции. Как правило, "правильный флоу" у функции один, и в этом варианте все, что пошло "нестандартно" будет в отдельном уровне, а значит, будет проще понять, ЧТО на самом деле функция должна делать.

Полезно!

Подскажите товарищи, как быть если при получении json я получаю пустое поле. В моей структуре куда я анмаршаллю - это поле имеет тип float64, а если в json есть данные, то анмаршаллится нормально, но если это поле приходит пустое, то появляется ошибка. panic: json: cannot unmarshal string into Go struct field OpenData.mydata type float64

сделай поле ссылкой на флоат?

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

а нет, заело видимо. Так сейчас попробую ссылкой

нет, не поменялось

,string

хотя, если оно в JSON либо как число, либо как строка, то это не поможет.

,string

json: invalid use of ,string struct tag, trying to unmarshal "" into float64

тогда сделай его типом MyFuckingFloat64OrString от базового float64, и имплементируй json.Unmarshaler

Вот гемор... ща попробую.

либо всю структуру имплементируй Unmarshaler

либо всю структуру имплементируй Unmarshaler

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

Возможно, но было такое.

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

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

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

я не передаю, я получаю его так от апи

видимо, нельзя ?

тогда только кастомный анмаршалер для конкретного поля

(что означает кастомный тип, и соответственно, конвертацию его во float64 при каждом сипользовании)

Можно для красоты ему метод сделать, Float64() float64, но от конвертаций это особо не спасет

А для чего нужен кастомный тип? Разве я не могу в кастомном анмаршаллере сделать проверку - если поле пустое, то конвертировать его в нужный мне float64 сразу

кастомный анмаршалер можно приписать только к кастомному типу

а добавить `json:"mydata,omitempty"` ?

Можно для красоты ему метод сделать, Float64() float64, но от конвертаций это особо не спасет

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

а добавить `json:"mydata,omitempty"` ?

^@alexsafronov

Возможно, но было такое.

Тут концептуальная проблема еще есть. Смотри, чатик называется "pro.go", и посвящён он, предположительно, языку Go, проблематике, с ним связанной, и инструментарию вокруг, best-practices и всему вот этому. Именно по этой причине собравшихся тут интересует, по большей части не "конечный продукт", а "как это работает" и "как сделать лучше". Т.е. тут принято кодом делиться, обмениваться опытом (предположительно, по факту, конечно, нет, тут просто флудят). И тут ты предлагаешь потестить бота на Go, причем не показывая кода. Даже если предположить, что тут все готовы потрогать/потестить/заюзать что угодно, лишь бы оно на Go было... где гарантии, что именно твой бот на Go написан? А вдруг он на php, а ты - жестокий обманщик??? Это ведь получится, что я буду php-бота тестить!!!))) Поэтому у тебя и спросили код, чтобы был пруф того, что ты по адресу.

а добавить `json:"mydata,omitempty"` ?

Ничего не меняет