http://asciidoc.org/

ascii... слушай, а зачем?

Сложный составной объект, где-то в глубине которого есть огромные коллекции иммутабельных объектов.

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

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

Да, тут нет вопросов.

ascii... слушай, а зачем?

реальное преймущество - штатная TOC. по-моему, есть еще что-то полезное ва районе таблиц, но я не помню

Каст const в обычный

cast это конечно хороший вопрос и уже склоняет к вопросу "можно ли защитить суицидального человека от смерти?" я думаю тот кто прям горит желанием отстрелить себе ногу - найнёд возможность это сделать однако, можешь привести пример кода? я в пропосале учту

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

Нет, не для любой. У нас уже есть "encoding/json", для чего пригодилось interface{}

реальное преймущество - штатная TOC. по-моему, есть еще что-то полезное ва районе таблиц, но я не помню

если можно будет без "адка" (pun intended) автоматически транспильнуть из markdown без потерь, то посмотрю

каст надо бы научить спецификатор дублировать от оригинального объекта.

Нет, не для любой. У нас уже есть "encoding/json", для чего пригодилось interface{}

вот насчёт func Function(any const interface{}) const interface{} { /*...*/ return any } надо подумать

Нет, не для любой. У нас уже есть "encoding/json", для чего пригодилось interface{}

а еще у нас есть easyjson, который как раз без рефлексии

cast это конечно хороший вопрос и уже склоняет к вопросу "можно ли защитить суицидального человека от смерти?" я думаю тот кто прям горит желанием отстрелить себе ногу - найнёд возможность это сделать однако, можешь привести пример кода? я в пропосале учту

var a [4]uint32 var b = *(*[16]uint8)(unsafe.Pointer(&a))

это ты о чем?

const interface{} - вот это как раз то, что называется "когнитивный диссонанс". Уж начали типизировать, я считаю, так и нечего увиливать тогда

var a [4]uint32 var b = *(*[16]uint8)(unsafe.Pointer(&a))

не, я думаю в таком случае нахер. Unsafe он и в африке unsafe))

вот

не, я думаю в таком случае нахер. Unsafe он и в африке unsafe))

Бггг

но хотя... если стронний код может взять const но таки поломать твои данные... хмммм, не знаю...

еще раз - мы не от сознательных действий защищаемся, а от ошибок

но хотя... если стронний код может взять const но таки поломать твои данные... хмммм, не знаю...

Ровно об этом речь. И я вот не очень могу представить const struct с поинтером на саму себя

+1

const interface{} - вот это как раз то, что называется "когнитивный диссонанс". Уж начали типизировать, я считаю, так и нечего увиливать тогда

есть немного.. надо подумать завтра, поэтому любая помощь в написании пропосала привествуется

еще раз - мы не от сознательных действий защищаемся, а от ошибок

да, это тоже верно

есть немного.. надо подумать завтра, поэтому любая помощь в написании пропосала привествуется

А о чем пропозал-то посути, расскажи?

да почитай его уже :)

блин... OK! завтра почитаю, если проснусь

а зачем нужны Immutable Return Values?

А о чем пропозал-то посути, расскажи?

аааааааа, людиииии, я для вас его пишу!! ?? ну почитайте, ну ё-моё ?

у тебя даже и сцылко на него есть?

ну там минут 10, хотите я read-time добавлю в заголовок точный?

https://github.com/romshark/Go-2-Proposal---Immutability/blob/master/README.md

OK! thanks. почитаю

Ещё бы нормальные геттеры/сеттеры в го

аааааааа, людиииии, я для вас его пишу!! ?? ну почитайте, ну ё-моё ?

Хорошо пишешь, между прочим! Да, надо будет почитать

Ещё бы нормальные геттеры/сеттеры в го

пиши пропозал :)

Ещё бы нормальные геттеры/сеттеры в го

вот как раз с имутабельностью к ним на шажок ближе type Object struct { internal *Object } func (o const *Object) Get() const *Object { return o.internal }

Ещё бы нормальные геттеры/сеттеры в го

И это тут же был бы Python

ну, не был бы, но типа того :)

И это тут же был бы Python

Собственно, оттуда идея. Фактически, в зависимости от того с какой стороны знака присваивания надо вызвать либо Get, либо Set

а оно тут правда так уж нада?

а оно тут правда так уж нада?

Оно хорошо ложится на возврат из ф-ии нескольких значений, например

foo.one, foo.two = fn()

Блин, многие и в футбол никогда толком не играли, а обсуждают это, как заведенные... То же и с разработкой языков программирования - по себе чую, я все в этом понимаю, что даже мама не горюй :)

Вместо a, b = fn() и потом foo.Set(a), foo.Set(b)

https://github.com/romshark/Go-2-Proposal---Immutability/pull/3/files

слушай, а сеттеры-геттеры - это зачем?

слушай, а сеттеры-геттеры - это зачем?

Вообще?

Чтобы вести бухгалтерию, столько раз спросили, а саолько раз назначили

И чтобы проверить, кто это спросил, или кто назначил, например

Вообще?

в реальном программировании на go :)

в реальном программировании на go :)

R/o поле структуры, например

не за чем :)

просто такая парадигма доступа к данным

просто такая парадигма доступа к данным

Это может быть и вычисляемое в момент доступа

да

Вот по этому Роб Пайк думал, что сишники подтянутся, и был даже удивлен, что Go юзают питонисты

И вот это n = obj.GetJobState().Current.LastUpdated выглядит ужасно

да :) Питонисты же и сиишники :)))

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

https://github.com/romshark/Go-2-Proposal---Immutability/pull/3/files

угу, уже пишу review

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

Нууу... Я за бесплатный сахар.

слушай, а сеттеры-геттеры - это зачем?

когда мы перед отдачей/чтением чего-либо хотим выполнить кусок логики то... собственно, нужен getter

бесплатный сахар, думаешь, лучше выглядит? :)

когда мы перед отдачей/чтением чего-либо хотим выполнить кусок логики то... собственно, нужен getter

И мы часто делаем такой геттер, если надо

когда мы перед отдачей/чтением чего-либо хотим выполнить кусок логики то... собственно, нужен getter

Это я понимаю. Я не понимаю, зачем тупые сеттеры-геттеры

А для умных все есть же

почему тупые?

А для умных все есть же

Например?

ERROR: S client not available

Методы

Нормальные методы. Хочешь дату - спроси

Это я понимаю. Я не понимаю, зачем тупые сеттеры-геттеры

не поверишь, для иммутабельности ? потому-что нет иммутабельных публичных полей - приходится городить unexported field + getter method я тебе как раз об этом сейчас и в review пишу

Методы

И фигачить руками

аа ты чем методы фигачишь?

аа ты чем методы фигачишь?

Сейчас руками и мне не нравится. SetFoo, SetBar, SetBaz

ты просто программировать не любишь?

И фигачить руками

Кодогенератор написать?

Кодогенератор написать?

У тебя это универсальный ответ :( но это путь в ад

Я вобще не понимаю, о чем речь. В Go этому никто не мешает. В Python геттеры и сеттеры - это оформлено как ООП методология. А тут никто не запрещает, вроде, знай только различие в больших и маленьких буквах

все универсальные ответы и решения - это путь в ад

все универсальные ответы и решения - это путь в ад

Универсальные ответа и решения были путем к цивилизации. Универсальные ответы и решения противостоят сложности. Частные решения её увеличивают.

чего не увеличивают?

А! её увеличивают... Кого?

Кодогенератор написать?

зачем кодогенераторы, если можно immutable public fields? ?

@onokonem ах да, я там дописал по поводу имутабельных полей, у тебя уже отображается часть review?

зачем кодогенераторы, если можно immutable public fields? ?

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

Ради иммутабельности вообще пол языка перелопачивать надо

зачем кодогенераторы, если можно immutable public fields? ?

Не надо fields. Если у тебя стурктура данных, которая не полносью константная на стороне пользьвателя, то ты просто не так что-то сделал

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

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

Ради иммутабельности вообще пол языка перелопачивать надо

ты пропосал читал?) признавайся?)))

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

При том, что дженерики намного более тривиальная фича, нежели иммутабельность в контексте го.

генерики тут вобще запрещены. Можно говорить только о параметрическом полиморфизме

что даже еще хуже, по сути :)

При том, что дженерики намного более тривиальная фича, нежели иммутабельность в контексте го.

Товарищь, прочитайте пропосал, и всё поймёте

@nexmean вот, я вам даже ссылочку на блюдицце принесу: https://github.com/romshark/Go-2-Proposal---Immutability

Товарищь, прочитайте пропосал, и всё поймёте

Ты можешь пришпилить его к верху?

кисо!

Ты можешь пришпилить его к верху?

увы, не админ, админа надо спрашивать

Товарищь, прочитайте пропосал, и всё поймёте

Я читал пропосал и понял, что контракты это костыль, ибо интерфейсы изначально сделаны криво без учёта того, что когда-то в языке появятся генерики.

а они, может, и не появятся