&s[0]

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

ну и как вы собираетесь менять массив ?

Роб превентивно сделал персистентные структуры данных, выложил на гитхаб и сказал, что использование вот такого функционального гейства discouraged.

ну и как вы собираетесь менять массив ?

А ну раз Роб сказал, то мы будем слепо ему следовать.

или менять его елементы которые не входят в диапазон слайса

Что ты несёшь?

давай лучше будум верить местным сетлым головам, инфа 100%

Опять неверно. Нужно не слепо верить, а своей головой думать.

Человек выше говорил что мы можем менять массив под слайсом, верно? Я это понял так, что он говорит о том, что мы можем напрямую менять елементы всего массива

это ты сказал верить, не я. Я всего то сослался на материал с аргументами

Кому я говорил верить?

"слепо ему следовать"

Перевыделение да, может произойти при grow. А мутировать данные внутри может любой дурак, пока syscall соответствующий не дернешь

Человек выше говорил что мы можем менять массив под слайсом, верно? Я это понял так, что он говорит о том, что мы можем напрямую менять елементы всего массива

ничего страшного, race детектор же выдали

Да действительно, жаль не существует таких структур данных, для которых вообще не требуется синхронизация.

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

существуют. Иммутабельные персистентны DS. Даже в голанге можно

Но они же не нужны. Ведь Роб Пайк сказал что discouraged. Как и [запрещённое слово в этом чатике].

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

А ну да. Ведь нигде, ни в одном языке кроме хаскеля нельзя сделать такие штуки.

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

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

Что те не выдали? Тебе надо - ты и делай, Как сделаешь - позови. А до тех пор это у тебя не более чем пустое нытьё

всякие map, filter итд над слайсами и мапами было бы удобно иметь

Я вообще считаю, что программист должен решать когда и что юзать.

Так, паrни, у меня большая перемена в классе. Про чо сремся?

Так, паrни, у меня большая перемена в классе. Про чо сремся?

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

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

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

интерфейсы - „не абстракции“ структуры - „не абстракции“ пакеты - „не абстракции“ вы так говорите будто Go это C

Гм, а чем Си не угодил?

интерфейсы - „не абстракции“ структуры - „не абстракции“ пакеты - „не абстракции“ вы так говорите будто Go это C

ага, скажите это JavaScript’ерам))

гарантий никаких, но писать приятно