почему не можем? к чему это приведёт? какие последствия перезагрузки const?

Окей, выберите подходящее слово из существующих для контрактов, которые предлагаются для реализации дженериков

С чего вдруг

с того что "2.0" звучит круто потому-что всем кажется, что много чего изменилось и язык не стоит на месте в то время как "1.17" звучит как "мы фиксим старый лисипед", хотя здравомыслящий человек поймёт, что "1.17" круче чем "2.0", потому-что не ломает совместимость

Так себе маркетинг

Так себе маркетинг

вот и я о чём, поэтому я категорически против 2.0

Окей, выберите подходящее слово из существующих для контрактов, которые предлагаются для реализации дженериков

извините, причём здесь дженерики? забудьте про них хоть на минуту, здесь вопрос был в том, к каким последствиям может привести перегрузка const

извините, причём здесь дженерики? забудьте про них хоть на минуту, здесь вопрос был в том, к каким последствиям может привести перегрузка const

Это вопрос не о дженериках, а о реализации какой либо новой фичи

Читаю чат уже пару месяцев и каждый день одно и то же. Дженерики, дженерики, дженерики!!!!!!!

извините, причём здесь дженерики? забудьте про них хоть на минуту, здесь вопрос был в том, к каким последствиям может привести перегрузка const

Ни к каким серьезным. Это просто странно, перегружать смысл ключевого слова совсем разными задачами

ребят, нужен фидбэк: https://github.com/romshark/Go-2-Proposal---Immutability

это ты что такое пилишь?

вот чего сейчас не хватает, так это scatter-gatter в языке =(

Читаю чат уже пару месяцев и каждый день одно и то же. Дженерики, дженерики, дженерики!!!!!!!

А чо тут еще писать?

Это вопрос не о дженериках, а о реализации какой либо новой фичи

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

Не про обработку ошибок же

ребят, нужен фидбэк: https://github.com/romshark/Go-2-Proposal---Immutability

А можно реальные примеры зачем это? А не абстрактные faster, better, stronger.

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

Я выше ответил

Ни к каким серьезным. Это просто странно, перегружать смысл ключевого слова совсем разными задачами

Читаю чат уже пару месяцев и каждый день одно и то же. Дженерики, дженерики, дженерики!!!!!!!

нет, сегодня про immutability ? https://github.com/romshark/Go-2-Proposal---Immutability

Спокуха, щас скоро про Раст начнется

А чо тут еще писать?

Наверное новичкам помогать, новочти о го узнавать, что то стоющее.

Спокуха, щас скоро про Раст начнется

Проходили уже

Наверное новичкам помогать, новочти о го узнавать, что то стоющее.

Новичкам в Го тур, новости в бложике

вот чего сейчас не хватает, так это scatter-gatter в языке =(

вот это уж точно незаметно для нас впилят

это ты что такое пилишь?

proposal же ?

Кто трогал go mod? Как там локальный пакет импортировать?

а что такое локальный пакет?

А можно реальные примеры зачем это? А не абстрактные faster, better, stronger.

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

go mod касается ровно одной вещи - поиска сорцов на диске. типа, не нужен gopath и vendor

Ни к каким серьезным. Это просто странно, перегружать смысл ключевого слова совсем разными задачами

получается что лучше "странно что const и тут и тут", чем "сломали половину репозиторией на гитхабе, achievement unlocked!"

при этом практически все тулзы к отсутствию вендора и gopath не готовы

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

Ну так пропозал должен отталкиваться от того какую проблему он решает. Потом уже думать над дизайном. А не просто захотелось. Так вы можете подгонять проблемы под решение.

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

получается что лучше "странно что const и тут и тут", чем "сломали половину репозиторией на гитхабе, achievement unlocked!"

Половину? Не думаю что в коде очень часто используют переменную с названием immutable, например)

Например у вас в main.go package main. Рядом папка handlers с package handlers. В GOPATH я напишу для импорта github.com/me/blablabla/handlers. go mod такое не переварит.

Ну так пропозал должен отталкиваться от того какую проблему он решает. Потом уже думать над дизайном. А не просто захотелось. Так вы можете подгонять проблемы под решение.

а разве там не написано какую проблему он решает, или вы не читали? ? признавайтесь))

Например у вас в main.go package main. Рядом папка handlers с package handlers. В GOPATH я напишу для импорта github.com/me/blablabla/handlers. go mod такое не переварит.

почему не переварит?

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

совершенно верно!

вот это уж точно незаметно для нас впилят

увы, нет =(

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

Ну если рассматривать лимбы как блэк боксы, то и удалить все с хоста недолго.

почему не переварит?

Потому что его же нету в GOPATH

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

а может быть не заполняют, а в NSA отсылают

Половину? Не думаю что в коде очень часто используют переменную с названием immutable, например)

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

более того, могут и не специально данные попортить, а взяв сабслайс и использовав буфером

более того, могут и не специально данные попортить, а взяв сабслайс и использовав буфером

я кстати про aliasing уже пишу в FAQ

нет, сегодня про immutability ? https://github.com/romshark/Go-2-Proposal---Immutability

вместе с контрактами приведет гошечку в состояние адового трындеца имхо ?

вместе с контрактами приведет гошечку в состояние адового трындеца имхо ?

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

а разве там не написано какую проблему он решает, или вы не читали? ? признавайтесь))

Ну вы выдумали какие-то копирования. Решили что они проблема и начали с ними бороться. С самодокументацией в принципе ок. Но это недостаточно. Ну а безопасность. Иммутабельные данные все равно можно против вас применить.

Ну вы выдумали какие-то копирования. Решили что они проблема и начали с ними бороться. С самодокументацией в принципе ок. Но это недостаточно. Ну а безопасность. Иммутабельные данные все равно можно против вас применить.

"выдумали копирование"? вы серьёзно?))) озвучьте тогда "как их можно против вас применить" ?

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

просто потому, что редко применяется именно для защиты от мутаций

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

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

"выдумали копирование"? вы серьёзно?))) озвучьте тогда "как их можно против вас применить" ?

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

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

для этого было добавлено "имхо" ? окей, что такое контракты? по сути это замена тайпсвича и/или проверкой можно ли что-то сделать с этими данными (ну типа T.(type) == int). И, смотря в https://go.googlesource.com/proposal/+/master/design/go2draft-generics-overview.md, я все равно нихрена не понимаю, чем это лучше тайпсвича ? ну может на строчку-другую кода будет меньше, как и читаемости кода, кстати

при чем тут блекбокс? мы же не от злоумышленников защиты хотим, а от ошибок

при чем тут блекбокс? мы же не от злоумышленников защиты хотим, а от ошибок

+

при чем тут блекбокс? мы же не от злоумышленников защиты хотим, а от ошибок

для этого голова должна на плечах быть, а не костыли в язык вставлять, имхо ?

при чем тут блекбокс? мы же не от злоумышленников защиты хотим, а от ошибок

От каких?

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

это не очень частая ошибка, но очень неприятная

для этого было добавлено "имхо" ? окей, что такое контракты? по сути это замена тайпсвича и/или проверкой можно ли что-то сделать с этими данными (ну типа T.(type) == int). И, смотря в https://go.googlesource.com/proposal/+/master/design/go2draft-generics-overview.md, я все равно нихрена не понимаю, чем это лучше тайпсвича ? ну может на строчку-другую кода будет меньше, как и читаемости кода, кстати

да я понимаю что имхо, просто мнение это одно, а аргумент подкрелённый фактами это совсем другое. Это-ж научный спор, а не выяснение кому что нравится

Я бы даже сказал совсем нечастая.

кстати, по примеру, просто вслушайтесь - "неизменяемый объект с динамически изменяемым размером"

брррр)

для этого голова должна на плечах быть, а не костыли в язык вставлять, имхо ?

вы предлагаете нагрузить голову программиста нежели алгоритм компилятора? тогда зачем вы используете Go? вон куча других языков с таким-же менталитетом

для этого голова должна на плечах быть, а не костыли в язык вставлять, имхо ?

и иммутабельность это вам не костыль! почитайте про неё

вы предлагаете нагрузить голову программиста нежели алгоритм компилятора? тогда зачем вы используете Go? вон куча других языков с таким-же менталитетом

разгружая голову программиста - падает его зарплата ?

для этого голова должна на плечах быть, а не костыли в язык вставлять, имхо ?

голоа от ошибок не защищает, инфа 100%

разгружая голову программиста - падает его зарплата ?

смешно

ERROR: S client not available

вы предлагаете нагрузить голову программиста нежели алгоритм компилятора? тогда зачем вы используете Go? вон куча других языков с таким-же менталитетом

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

разгружая голову программиста - падает его зарплата ?

падает, разгружая? коллега, русский язык должен быть русским

это не очень частая ошибка, но очень неприятная

+

падает, разгружая? коллега, русский язык должен быть русским

ну как водится - меньше работы и дум, начальство думает, что не работаем ?

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

да, так говорят JavaScript'еры, у которых нет строгой типизации, а потом переходят на Go, потому-что без неё - хреново Иммутабельность позволит вам наоборот повысить продуктивность. Вы просто не сможете допустить ошибок передавая reference через три-девять функций получив странные side-effect'ы от коварных багов. Не поленитесь прочитать пропосал, я его для вас писал, старался ?

На самом деле то как вы предлагаете это сделать не поможет. Большая часть либ не начнёт внезапно использовать новый модификатор. А его отсутсвие не говорит о том, что данные обязательно будут изменяться. В общем останется как есть.

да, так говорят JavaScript'еры, у которых нет строгой типизации, а потом переходят на Go, потому-что без неё - хреново Иммутабельность позволит вам наоборот повысить продуктивность. Вы просто не сможете допустить ошибок передавая reference через три-девять функций получив странные side-effect'ы от коварных багов. Не поленитесь прочитать пропосал, я его для вас писал, старался ?

референс через тридевять функций - уже говнокод

?

ну как водится - меньше работы и дум, начальство думает, что не работаем ?

да гошники 300к/сек и так зажрались, до рыночного уровня пхп надо опускать им зп)))

На самом деле то как вы предлагаете это сделать не поможет. Большая часть либ не начнёт внезапно использовать новый модификатор. А его отсутсвие не говорит о том, что данные обязательно будут изменяться. В общем останется как есть.

тогда можно вообще ничего с языком не делать! ? ведь большая часть библиотек не начнёт внезапно использовать новую фичу но если вы такого мнения, то у вас довольно не много единомышленников и язык скорее всего вопреки вашим желаниям - будет меняться в лучшую сторону, а вендоры библиотек будут постепенно добавлять поддержку новых возможностей, как это происходит в ЛЮБОМ языке и любой экосистеме

чем мне нравится текущий подход в Go: 1. Хочешь, чтобы изменения увидели все? Передавай ссылку. 2. Хочешь, чтобы изменения НЕ видели все, а были доступны только вызывателю - передавай сам объект. Пропосал добавляет пункт: 3. Хочешь, чтобы изменения увидели все и не думать об архитектуре? Используй const для слайсов, структур и прочего. Вы понимаете токсичность этого подхода?

что-то он не изменился за 10 лет в лучшую сторону

референс через тридевять функций - уже говнокод

чепуху несёте, мисьё. передать reference в фукцию - не имея гарантии иммутабельности - уже склонено к ошибкам. Даже если вы работаете над кодом один, про команду или open source сообщество я уже вообще молчу.

чепуху несёте, мисьё. передать reference в фукцию - не имея гарантии иммутабельности - уже склонено к ошибкам. Даже если вы работаете над кодом один, про команду или open source сообщество я уже вообще молчу.

Если у вас архитектура построена именно таким образом - это грустно. Как минимум мне :)

тогда можно вообще ничего с языком не делать! ? ведь большая часть библиотек не начнёт внезапно использовать новую фичу но если вы такого мнения, то у вас довольно не много единомышленников и язык скорее всего вопреки вашим желаниям - будет меняться в лучшую сторону, а вендоры библиотек будут постепенно добавлять поддержку новых возможностей, как это происходит в ЛЮБОМ языке и любой экосистеме

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

коллеги

ну что вы как неродные

в с++ есть слово const для параметров, и оно широко используется

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

Если у вас архитектура построена именно таким образом - это грустно. Как минимум мне :)

вы совершенно не поняли смысл immutability, мисьё) читайте, читайте ?

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

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

то и у нас можно себе член отстрелить

вы совершенно не поняли смысл immutability, мисьё) читайте, читайте ?

как описали - так и понял ?

я бы, если бы контролировал язык, ввел бы ключевое слово mutable

хочешь неизменяемость - пиши геттеры и сеттеры, не ипи моск, вот и всё

в с++ есть слово const для параметров, и оно широко используется

++ я собственно с C++ и пришёл, там концепция иммутабельности реализована довольно хорошо. и, нет, я не собираюсь превращать Go в C++, это нонсенс. Ибо описал, что на самом деле это наоборот повышает продуктивность а не делает язык сложнее

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

а остальные бы запретил менять

в с++ есть слово const для параметров, и оно широко используется

const_cast используется ещё шире.

const_cast используется ещё шире.

а ещё шире - reinterpret_cast

const_cast используется ещё шире.

кстати, не видал. а я за последний год килотонны c++ ghjxtk