Яна: 2 притопа 3 прихлопа ... мы в город изюмрудный идем дорогой трудной !

Golang 2.0. Не ждем а готовимся https://blog.golang.org/toward-go2

I'm focusing today on possible major changes, such as additional support for error handling, or introducing immutable or read-only values, or adding some form of generics, or other important topics not yet suggested. We can do only a few of those major changes. We will have to choose carefully. Из выступления Пайка. Получается, дженерики совсем не обязательно будут :)

уже какой раз кидают

For example, I've been examining generics recently, but I don't have in my mind a clear picture of the detailed, concrete problems that Go users need generics to solve. As a result, I can't answer a design question like whether to support generic methods, which is to say methods that are parameterized separately from the receiver. If we had a large set of real-world use cases, we could begin to answer a question like this by examining the significant ones.

Ещё абзац оттуда

то есть коллекции не считаются?

I'm focusing today on possible major changes, such as additional support for error handling, or introducing immutable or read-only values, or adding some form of generics, or other important topics not yet suggested. We can do only a few of those major changes. We will have to choose carefully. Из выступления Пайка. Получается, дженерики совсем не обязательно будут :)

лучше бы они иммутабельность в первую очередь допилили

"Допилили"? А они ее начинали?

зачем? просто не мутируй ?

*troll*

Now we were proposing to add aliases not because they were an elegant concept but because they solved a significant practical problem with Go meeting its goal of scalable software development. алиасы все же будут

Теперь это будет как шутки о том что у Ди Каприо нет Оскара

что за алиасы?

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

"Допилили"? А они ее начинали?

что-то там говорилось про immutable or read-only values

что за алиасы?

https://github.com/golang/go/issues/16339

комньюти было против и еще каки-то баги, вот они и не попали в релиз

Было бы хорошо если бы устроили опрос по нужности фич в 2.0 и все бы голосовали за и против.

костыльясы

import "oldp" var v => oldp.V // local alias, not exported // alias declarations may be grouped type ( T1 => oldp.T1 // original for T1 is oldp.T1 T2 => oldp.T2 // original for T2 is oldp.T2 T3 [8]byte // regular declaration may be grouped with aliases )

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

а вот это интереснее https://github.com/golang/proposal/blob/master/design/18130-type-alias.md

Type Aliases уже в 1.9

а можно просто сделать гигиеническую макру :]

а можно просто сделать гигиеническую макру :]

Тогда опять лисп получится

Тогда опять лисп получится

рутины и каналы останутся ... и это главное , а остальное - это старые табуретки принесенные из других языков!

рутины и каналы останутся ... и это главное , а остальное - это старые табуретки принесенные из других языков!

макросы - это зло в чистом виде. Скорость компиляции низкая, код не читаемый. Нафиг нафиг.

Тогда опять лисп получится

как что-то плохое

зато можно будет и дженерики накостылять, и хуенерики.

(понятно, что не сделают, ибо язык в котором можно нахерачить своего кастомного синтаксиса неидиотопригоден)

ты хотел сказать не задротопригоден для учОных, фапающмх на макросы и трихомонады

либа с монадами в гоу есть

ты хотел сказать не задротопригоден для учОных, фапающмх на макросы и трихомонады

Щас забаню

как что-то плохое

Я не сказал "плохое", я сказал "лисп"

Лисп хорошее

Макросы нужны, если нет возможности любую конструкцию языка сделать однострочником. Если добавят generic'и, то будет ли необходимость в макросах?

А неизвестно, когда 2.0 выйдет? Хотя бы примерно

в субботу

выйдет

А неизвестно, когда 2.0 выйдет? Хотя бы примерно

В ближайшие лет 10 точно выйдет

выйдет

то, что в пятницу вошло?

Макросы нужны, если нет возможности любую конструкцию языка сделать однострочником. Если добавят generic'и, то будет ли необходимость в макросах?

Щта

то, что в пятницу вошло?

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

а дальше они обещали параллельно релизить ветки 1 и 2

а дальше они обещали параллельно релизить ветки 1 и 2

ага. и будут хаос как с петонами 3 и 2

хз

я питон 3 сразу брал)

хотя есть и легаси на 2

Щта

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

эти ваши макросы отладить можно?

рантайм не раздует?

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

Ну - макрос это просто трансформация AST

Дженерики тоже метапрограммирование, но другое

Например, на макросах легко сделать AOP

А на дженериках - никак

Ну - макрос это просто трансформация AST

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

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

Ммм - для того, чтобы код не писать? :)

Например, на макросах легко сделать AOP

Типа, декораторы навестить?

Типа, декораторы навестить?

Ну вроде того

Ммм - для того, чтобы код не писать? :)

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

Кстати, аналог rust'ового try! (ныне "?") было бы неплохо иметь

ктонить работал с Postgresql ? Интересует как оттуда json доставать и насколько это удобно

вот зачем в реляционной базе json, а?

чтобы часть логики вынести в приложение?

Хранить удобно по идее. Просто rethinkdb надоел

приходит как []byte, маршалишь/анмаршалишь в структуру, на ней реализуешь Scanner/Valuer

или Couchbase ghbltncz nfobnm

Хранить удобно по идее. Просто rethinkdb надоел

удобно хранить что?!

приходит как []byte, маршалишь/анмаршалишь в структуру, на ней реализуешь Scanner/Valuer

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

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

SELECT info -» 'customer' AS customer FROM orders

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

я говорю, как это выглядит на стороне Go. Driver выдает []byte

а Info это json типа CREATE TABLE orders ( ID serial NOT NULL PRIMARY KEY, info json NOT NULL );

SELECT info -» 'customer' AS customer FROM orders

но объясните мне, чем это лучше отдельных колонок

Тем что меня парит заранее эти колонки определять

Все быстро меняется

Тем что меня парит заранее эти колонки определять

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

удачи, че

любое приложение это набор костылей ибо всем лень заранее проектировать. агиле блин

@fardok но разве это повод городить их еще в большем количестве?

мне кажется наоборот удобным что могу хранить что угодно

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

мне кажется наоборот удобным что могу хранить что угодно

хранение чего угодно имеет недостаток

ну и ладно. все равно выборка отрежет ненужное

потом это хрен прочитаешь

эффективно уж точно нет

проще сразу данные в /dev/null, раз их читать потом не надо

что вы таки имеете против json)

Тем что меня парит заранее эти колонки определять

мы вот против этого. а json нам пофиг

неопределение колонок это частный случай тотального отсутствия проектирования которым все страдают)

неопределение колонок это частный случай тотального отсутствия проектирования которым все страдают)

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

нуну

что вы таки имеете против json)

против json'а ничего

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

@fardok я имею против подхода "мне лень определять колонки"