p — pic — picture. выходной массив горизонтальных линий

dy вертикаль же

точнее это длина

каждый элемент которой слайс dx 8-битных чисел

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

Почему у dy длина 256?

у dy?

да

dy = 256

у тебя dy — int, какая длинна dy?

логично предположить, что потому, что ее передали

Мда, что-то у меня жесткий затуп. uint8 имеет range от 0 до 255. Кто передал длину? "golang.org/x/tour/pic"?

у меня какая-то фигня полная :( чет трудно уже в конкурентное программирование. Вроде же в go если я пишу в канал сообщение то оно дойдет только до одного из тех кто слушает канал или я что-то путаю?

И я зря кажется в канал ссылку передаю :/

Вот мы насоздавали пустых слайсов в слайсе, и засунули в переменную p. От 0 до 255 мы забиваем слайсы в p значениями dx, то есть нулями

А нет, не так

Вроде бы дошло до меня

у меня какая-то фигня полная :( чет трудно уже в конкурентное программирование. Вроде же в go если я пишу в канал сообщение то оно дойдет только до одного из тех кто слушает канал или я что-то путаю?

Да, получит один из слушающих. Ссылку нормально передать. Главное чтобы только один ее использовал.

@kirilldanshin спасибо! более менее что-то понял

Значит тогда у меня пакет криво работает и кэширует что-то на своей стороне :/

Буду другой искать

Кто-нибудь может объяснить https://tour.golang.org/moretypes/18 ? Решения я нашел, но они не совсем очевидны для меня

А можно вот так. package main import "golang.org/x/tour/pic" func Pic(dx, dy int) [][]uint8 { p := make([][]uint8, dy) for y := range p { line = make([]uint8, dx) p[y] = line for x := range line { line[x] = uint8(x ^ y) } } return p } func main() { pic.Show(Pic) } https://play.golang.org/p/pATh2LohNT

append мутирующая операция?

или имутабельная?

ох фак понял := для инициализации же ._.

Когда я получаю элемент который ложу в массив и беру оттуда через range это уже ссылка на настоящий элемент или там копирование происходит при for _, item := range items { } ? Если я item изменю это повлияет или надо пересохранить его по тому же элементу?

А можно вот так. package main import "golang.org/x/tour/pic" func Pic(dx, dy int) [][]uint8 { p := make([][]uint8, dy) for y := range p { line = make([]uint8, dx) p[y] = line for x := range line { line[x] = uint8(x ^ y) } } return p } func main() { pic.Show(Pic) } https://play.golang.org/p/pATh2LohNT

О, так еще проще, спасибо!

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

Спасибо

О, так еще проще, спасибо!

Я бы не сказал что проще. Просто по другому. Ну и быстрее должно работать, хотя для примера значения не имеет.

https://tour.golang.org/welcome/2 а что за дискриминация, первый раз вижу, чтобы русского не было, но был бы украинский и узбекский о_0

https://tour.golang.org/welcome/2 а что за дискриминация, первый раз вижу, чтобы русского не было, но был бы украинский и узбекский о_0

может просто среди русских русский в данном случае не востребован?

Скорее всего

Скорее всего

Перевод, это инициатива посторонних людей. https://github.com/golang/tour/blob/master/TRANSLATE

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

Вообще - они собирались внедрить hash шардирование вместо range шардирования

судя по доке - как был range, так и остался. ф топку.

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

Предлагаю внести вклад в появление русского перевода от нашей группы

нахера это надо?

нахера это надо?

А почему нет?

английский - проф требование у нас

не можешь в онглийский - иди подметать улицы

английский - проф требование у нас

тоже аргумент :)

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

Хотя потом спокойно мог переваривать доки на инглише, но тур я так и не трогал

именно украинский можно сделать только если ебануться

совершенно не обязательно повторять этот “подвиг”

именно украинский можно сделать только если ебануться

Я не хочу ебануться. Я ебанулся 3 года назад, мне достаточно.

На русском может быть полезно, если, к примеру детей обучать.

А в остальном, да, смысла нет.

go - плохой язык чтобы быть первым

Почему?

неконсистентный

go - плохой язык чтобы быть первым

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

личный опыт - не аргумент

его хрен экстраполируешь

первым должен быть ассемблер:) только хардкор :)

я вот тоже не умею в питон

не можешь в онглийский - иди подметать улицы

Очень желаю, чтобы вам в подобном стиле ответили на что-нибудь другое, а не английский... Например, не можешь кодить на голове - иди подметай улицы!

я вот тоже не умею в питон

иди подметай улицы

По мне питон вполне простой язык.

вы путаете

это я нанимаю людей

только ассемблер

лучший первый язык

не уверен

но - консистентный

ERROR: S client not available

это я нанимаю людей

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

только современный асемблер сложный

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

за 20 лет не столкнулся

Очень желаю, чтобы вам в подобном стиле ответили на что-нибудь другое, а не английский... Например, не можешь кодить на голове - иди подметай улицы!

Сейчас без знания хотябы технического англиского невозможно быть программистом. Ну если только на 1С. )

за 20 лет не столкнулся

значит не тех ищите

о, да

коллега, хватит трендеть

запишитесь на курсы английского, раз в школе все проэтосамили

и будет у вас важный скил

только современный асемблер сложный

Он в приципе тот же, просто команд больше, но ничто не мешает, не использовать новые команды. )

а кой тогда в нем толк?

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

и будет у вас важный скил

у меня важный не скилл, а голова, и я вам уж точно не коллега, раз вы рекрутер

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

у меня важный не скилл, а голова, и я вам уж точно не коллега, раз вы рекрутер

я не рекрутер, я техдир. и скил “английский” - он ключевой для программера

Это не важно

Важно чтобы человек понимал ассемблер

Ну или машину кнута

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

это не подозрение. Уже 20 лет назад, компиляторы лучше часто оптимизировали, чем ручками.

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

Сам скорость сравнивал вручную написанный код и то что сваял компилятор, мой код работал медленней ) Дет 20 назад.

я не рекрутер, я техдир. и скил “английский” - он ключевой для программера

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

одно дело, читать куски абзацев при гуглении, а совсем другое - шекспира

талмуд

талмуд

суть от этого не меняется, аргумент ??

меняется весьма

если для вас меняется, значит вы просто дир, а не технарь

в общем, очередной менеджер

:)

дайте ссылку на linkedin, что-ли

чтобы я знал, кто меня так низко оценил

можно сопроводить ссылками на opensource проекты