а в каком месте лучше поставить cmd.Wait()?

Wait waits for the command to exit. It must have been started by Start. - так программа заснет на этой строке и все

ну так вот

Wait waits for the command to exit. It must have been started by Start. - так программа заснет на этой строке и все

А как заснуть но не более 12 секунд?

А как заснуть но не более 12 секунд?

в горутине запустить и слип 12сек в main(). но это плохой вариант

не, у меня не тока это задача

у меня main там норм работает

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

я знаю у http есть context

а тут?

select по каналам + timer

у cmd тоже есть контекст

https://golang.org/pkg/os/exec/#CommandContext

Ох

новая порция базовых вопросов. Почему тру го вэй возвращать *Т заместо Т? И почему зашкварно возвращать *[]T заместо []Т?

Ну массив это и так указатель

А указать на структуру меньше занимает памяти, потом проще дальше передавать, без аллокаций

да никакое это не тру всегда возвращать указатель

*Type возвращется для того, чтобы иметь возможно возвращать null, [] и map[] сами по себе указатели и могут быть null

новая порция базовых вопросов. Почему тру го вэй возвращать *Т заместо Т? И почему зашкварно возвращать *[]T заместо []Т?

Если я верно понимаю: *[]T - это указатель на слайс, который внутри себя указывает на массив Т, и итоге у вас указатель на указатель. Чрезмерно сложная структура. []T - это слайс, который внутри себя указывает на массив T. Логично и удобно, быстро передается в виде одного короткого указателя. Другое дело, если вы хотели вернуть *[...]T (к соалению, именно так вернуть не получится - нужно явно указать длину массива) - указатель на массив Т. Оно как бы логично, и указатель всего 1. Но проблема в том, что указатель на массив - это такой слайс на педальном приводе. Работать с массивом менее удобно, чем со слайсом, например, у массива фиксированая длина. То есть [2]T и [3]T - это уже разные типы. Нужно будет их как-то приводить, учитывать длину и прочее. [...]T - это куча копирований и опять все неудобства массива.

ну в принципе я понял что к чему. спасибо всем

если нужно передать слайс структур в функцию, которая может некоторые поля структур менять, то лучше писать func test(arr *[]T) или func test(arr []*T) . Я склоняюсь ко 2 варианту, с 1ым слишком дурно получается.

можно сразу func test(arr []T)]

https://play.golang.org/p/BOHsN4E_qh

если нужно передать слайс структур в функцию, которая может некоторые поля структур менять, то лучше писать func test(arr *[]T) или func test(arr []*T) . Я склоняюсь ко 2 варианту, с 1ым слишком дурно получается.

именно в таком конетксте не нужен указатель вообще

пока ты не собираешься расширять слайс

лучше дае https://play.golang.org/p/aVPCB9Y9Wu https://play.golang.org/p/aVPCB9Y9Wu

@hellb0ys в Го слайс это структура, где есть len, capacity и указатель на данные

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

можно сразу func test(arr []T)]

со структурками внутри слайса не прокатит

но так как на данные указатель - то ты при обращении к arr[0] будешь иметь доступ к реальными данными

пока ты не собираешься расширять слайс

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

@hellb0ys https://play.golang.org/p/WFds_P1B2e

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

ну вот поэтому и не нужны указатели

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

https://play.golang.org/p/kUFDvlcVCM и даже так работает

пока тебе не нужно удаление или аппенд - вполне достаточно передавать просто слайс

ага. я просто пытался ковыряться с for i, val := range и там конечно же не канает))

с сложными структурами тоже работает - https://play.golang.org/p/17MIaqx3G5

с сложными структурами тоже работает - https://play.golang.org/p/17MIaqx3G5

Хреновск хороший город :D

:)

ага. я просто пытался ковыряться с for i, val := range и там конечно же не канает))

а что не канает то? )

@hellb0ys в общем сюрприз, но for i, val - val будет копией значения )

ну я ж не могу писать val.id = 10. Вернее могу, но при выходе с функции все вернется в исходное состояние. Остается только по индексу писать

ну я ж не могу писать val.id = 10. Вернее могу, но при выходе с функции все вернется в исходное состояние. Остается только по индексу писать

ну потому что val содержит копию )

грустинка это

но for i := range { data[i].id = 10 } - все будет ок

ага. запомнить бы нюансы...

ага. запомнить бы нюансы...

Го довольно логичный язык )

@FolderArchive - канал, где сливают платный полезный - образовательный контент и курсы, например можно скачать курсы "Нетологии" или все курсы "Бизнес Молодости".

Надо в тех поддержку написать

А то чёт больно умные люди сидят:) спамят в каналах, это же не первый раз

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

ТП тут ничем не поможет

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

пфф

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

ТП тут ничем не поможет

Да пожаловаться на канал этот, как вариант)

о нем же спамят

Да пожаловаться на канал этот, как вариант)

Я всегда когда такое вижу - жалуюсь

Ябеда

Корябеда

Но вот пока ни один канал не забанили

Но вот пока ни один канал не забанили

грустненько(

Нужен общедоступный реестр спамеров...

Или аналог +м и капча

можно написать бота...

ERROR: S client not available

Парни, у меня вопрос по ститистике кода. Везде где смотрю примеры повально используются одно/двухбуквенное именование переменных, меня прям коробит. Насколько зазорно использовать, скажем до 8 символов имена? Например bucket вместо b и cookie вместо c?

Парни, у меня вопрос по ститистике кода. Везде где смотрю примеры повально используются одно/двухбуквенное именование переменных, меня прям коробит. Насколько зазорно использовать, скажем до 8 символов имена? Например bucket вместо b и cookie вместо c?

Как хочешь же

А кто какие использует?

Мы стараемся не использовать одно-/двухбуквенные - неудобно с ними

Точнее, писать норм, читать - нет

А кто какие использует?

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

А кто какие использует?

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

если код легкий и банальный (аля мы сложим 2 числа) то короткие, если сложный то длиннные что бы потом можно было помять че там

Я короткие использую только общепринятые вроде res, err. Свои петеменные называю нормально :)

Спасибо, отлегло

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

кмк, длина имени - не главное, главное уметь им пользоваться

Бывают ещё комплексы по длине строки в 80 символов.

https://golang.org/pkg/math/#Float64frombits может это нужно?

Спасибо, это то что нужно

Парни, у меня вопрос по ститистике кода. Везде где смотрю примеры повально используются одно/двухбуквенное именование переменных, меня прям коробит. Насколько зазорно использовать, скажем до 8 символов имена? Например bucket вместо b и cookie вместо c?

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

В приоритете конечно короткие имена.

В го есть сокрещенный if? типа data[66] == 0x02 ? "Open" : "Close"

В го есть сокрещенный if? типа data[66] == 0x02 ? "Open" : "Close"

Нет

И он не сокращенный if, а тернарный оператор

И он не сокращенный if, а тернарный оператор

да, забыл как называется, не знал как загуглить)

По мотивам вчершних обсуждений. map[string][]*T тоже плохо?

По мотивам вчершних обсуждений. map[string][]*T тоже плохо?

Не имеет смысла

А так не плохо и не хорошо

map[string][]T

Ну то есть если ты скажешь какую цель достигает - ок

так?

ну, я как то простил момент что []*T и []T похожи Прямо думал что использхуя []*T память экономлю

ну, я как то простил момент что []*T и []T похожи Прямо думал что использхуя []*T память экономлю

Экономишь если делаешь много for I, v := range

Немного

угу, понял

Ещё наверное имеет смысл когда у тебя где то есть какой нибудь протобуф и ты просто от него получил такие данные