Доброго утра всем. Подскажите, пожалуйста, http2 router для go есть?

подскажите, пожалуйста, по container/ist. Я хочу отфильтровать элементы и оставить в листе только те, которые удовлетворяют определенному условию. Но как только я удаляю какой-либо элемент, итерация обрывается. func main() { queue := list.New() for i := 0; i < 4; i++ { queue.PushBack(i) } for element := queue.Front(); element != nil; element = element.Next() { log.Println(element) log.Println(element.Value) queue.Remove(element) log.Println(element) } } 2018/09/28 13:52:18 &{0xc0000721b0 0xc000072150 0xc000072150 0} 2018/09/28 13:52:18 0 2018/09/28 13:52:18 &{<nil> <nil> <nil> 0} что нужно изменить?

Вот недавно спрашивал тут это. Не знаю какой каноничный ответ, но я решил это новый заходом в цикл через goto

подскажите, пожалуйста, по container/ist. Я хочу отфильтровать элементы и оставить в листе только те, которые удовлетворяют определенному условию. Но как только я удаляю какой-либо элемент, итерация обрывается. func main() { queue := list.New() for i := 0; i < 4; i++ { queue.PushBack(i) } for element := queue.Front(); element != nil; element = element.Next() { log.Println(element) log.Println(element.Value) queue.Remove(element) log.Println(element) } } 2018/09/28 13:52:18 &{0xc0000721b0 0xc000072150 0xc000072150 0} 2018/09/28 13:52:18 0 2018/09/28 13:52:18 &{<nil> <nil> <nil> 0} что нужно изменить?

За что? За плохой совет?

// Clear all elements by iterating var next *Element for e := l.Front(); e != nil; e = next { next = e.Next() l.Remove(e) }

// Clear all elements by iterating var next *Element for e := l.Front(); e != nil; e = next { next = e.Next() l.Remove(e) }

// Clear all elements by iterating var next *Element for e := l.Front(); e != nil; e = next { next = e.Next() l.Remove(e) }

плохой совет рожден из твоего плохого ответа)

Я советовал создавать новый слайс

легко добавить кубик на вершину башни, сложно вытащить из середины ?

// Clear all elements by iterating var next *Element for e := l.Front(); e != nil; e = next { next = e.Next() l.Remove(e) }

классика жанра, точно также рекомендуется делать в других ЯП. Удаление элемента "на итераторе" безопаснее. Любое "прямое вмешательство" в Лист снаружи других способом - валит выполенение. Используйте этот способ, он должен быть безопасен.

@onokonem говорил как раз за создание нового списка рядом

хотя бы так сделайте: for n := 0; n <= b.N; n++ {

да там опечатко

но результаты странные

что за баг

@onokonem node_exporter сторонний софт, зачем его ставить если го биндинг пишет эти метрики

коллега, какой биндинг какие метрики пишет?

коллега, какой биндинг какие метрики пишет?

BenchmarkRemote0-4 500000 3935 ns/op BenchmarkNewList-4 500000 3360 ns/op

https://play.golang.org/p/NcNtX-pVtAj BenchmarkRemote0-8 300000 4382 ns/op BenchmarkNewList-8 300000 4180 ns/op BenchmarkNewSlice-8 1000000 2162 ns/op

Или Лёха, не знаю, кто бенч писал

Блин... Я это все прочитал. Целый день некогда было залезть в чат, а тут 500> сообщений. Роман совершенно прав, dangling pointers, pointer aliasing — это беда языка, если её не решить хоть каким способом. Скала, раст решили эту детскую проблему. Проблема очевидна только тем, кто её понимает. Начать понимать её можно только на больших командах (точнее разными командами на одном проекте), с очень разношерстной публикой от новичков до опытных. На проекте, где как обычно некогда разбираться, что делает чужой код/либа, но вдруг!! оказывается что она меняет твои данные (состояние), которые ты не ожидал для изменения! И не ты их сам сознательно поменял, а произошёл "side effect" и цепочка выполнения, которая к этому привела, оказалась "очень вычурной и витеиватой". Кто с этим сам не сталкивался, писал только "домашние" проекты, тот к сожалению мало понимает суть проблемы, увы.... Эта проблема отсутствует в скала, потому что заложена в языке, тк сделать мутацию как сайд-эффект можно только сознательно и тогда коллеги это внимательно изучат, насколько это оправдано. Раст решил это на уровне компилятора. Это же решение ОЧЕНЬ НЕОБХОДИМО в компиляторе Go. Но есть сомнения, как вообще создатели го относятся к этой идее? Какие были или нет контакты, комменты от них, Роман? Может имеет смысл бомбить их на почту, в гугл группе, в слак каналах? Какие кто знает "наиболее прямые точки доступа" к создателям языка и компилятора? Поставить star + watch в гитхабе — это почти ни о чем... Нужно больше усилий и я понимаю Романа и его постоянные попытки форсить и рекламировать свой proposal на канале. Но нужны другие, более "прямые и точные каналы", чтобы обращаться к "главным го разработчикам". Роман, думаю ещё стоило бы сделать более наглядные (то ли простые, то ли наоборот quiz, не очевидные примеры) с примером такого поведения, которое disaster. Да, иногда вы можете увидеть и дать кому то" по рукам" в своей команде, но лучше, чтобы за вас это делал компилятор!

Ты это

Не факт, что скорость работы программера будет выше на расте/скале чем на го, если взять рандомного прогера и потратить одинаковое время на изучение языка

ты так пишешь будто иммутабельные типы усложняют язык настолько что он начинает обрастать ржавчиной (превращается в Rust) ?

Под "скоростью" я подразумевал немного другое, извините, не совсем точно выразился. Речь не про скорость кодинга или проектирования. Цена ошибки и цена её исправления, которая займёт время и нервы (а произойдёт она как правило на продакшн, и как бывает после свежего деплоя). Цену этого сложно вычислить "легко и точно". Но лучше и правильнее это сделать в языке и компилятором, даже за счёт "сложных проверок" или "увеличения времени компиляции", чем потраченными человеко-часами. Кто этого не понимает, увы, его убедить, что это важно сложно. Это только с опытом приходит, что лучше этого гемороя НЕ иметь и столкнуться "иногда", чем иметь заложеннвй в языке, для "супер скоростной компиляции".

Не факт, что скорость работы программера будет выше на расте/скале чем на го, если взять рандомного прогера и потратить одинаковое время на изучение языка

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

а разве в rust непродуманная система immutability?

В хаскеле вообще mutability нету (точнее есть, но оно в монады там спрятано).