а "дженерики не нужны" - это совершенно не однобокое мышление

А я этого и не говорил

Это ты тут говоришь, что без них плохо)

А я говорю, что без них можно

чего стоит только эпопея с менеджером пакетов из коробки и версионированием этих пакетов, 3 года назад Роб Пайк и ко яросто кричали, что все это ненужно

Надо просто немного свое определение парадигмы сдвинуть

так я тоже говорил, что без них в приципе можно обойтись

чего стоит только эпопея с менеджером пакетов из коробки и версионированием этих пакетов, 3 года назад Роб Пайк и ко яросто кричали, что все это ненужно

кто кричал?

а вот пробрасывать руками вверх по стеку ошибки - это просто жесть

кто кричал?

прочитайте еще раз мое предложение, в нем это написано

а вот пробрасывать руками вверх по стеку ошибки - это просто жесть

Я вам скинул пруф, что этого нет в нормальных проектах)

Это, конечно, убойный аргумент. Я, конечно, не стану даже начинать проект на Го для задачи, которая в норме решается на дженериках (любая вычислительная математика, например). Но я, может, хотел бы!

Каждую задачу можно решать несколькими способами

https://github.com/MinterTeam/minter-go-node/search?q=if+err+%21%3D+nil&unscoped_q=if+err+%21%3D+nil

^

прочитайте еще раз мое предложение, в нем это написано

я может не правильно спросил, proof or gtfo?

Я вам скинул пруф, что этого нет в нормальных проектах)

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

а вот пробрасывать руками вверх по стеку ошибки - это просто жесть

Чувак, тебе не нравится го, ок, мы поняли. Кнопка leave знаешь же где?

я может не правильно спросил, proof or gtfo?

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

Чувак, тебе не нравится го, ок, мы поняли. Кнопка leave знаешь же где?

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

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

Ну чувак писал же что не будет писать на го

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

фанбои го считают иначе

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

нене, вы делаете утверждение, и, если нет прфуфов, то GTFO

https://groups.google.com/forum/#!topic/go-package-management/o0nO4mPoXzU

Чувак, тебе не нравится го, ок, мы поняли. Кнопка leave знаешь же где?

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

Ну чувак писал же что не будет писать на го

и не обязательно для практикующих

древний call to action по поводу dep

он может книгу о Го написать)

Ну чувак писал же что не будет писать на го

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

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

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

Ну до тех пор зачем тут сидеть?

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

А она кажется перешла, нет?

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

Ну до тех пор зачем тут сидеть?

чтоб глядеть (и участвовать) на срачи про дженерики, очевидно же

А она кажется перешла, нет?

пока не увидел, но я не слежу особо

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

Дак ты неправильно просто смотришь на эту ситуацию

Можно жить без бесконечного копипаста обработки ошибок

выше пруф уже два раза скинули

таких пруфов много

нене, вы делаете утверждение, и, если нет прфуфов, то GTFO

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

Можно жить без бесконечного копипаста обработки ошибок

Я пропустил. Скинь еще раз

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

вы делаете утверждение не о срачах на форумах, а "Роб Пайк и Ко"

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

Я пропустил. Скинь еще раз

https://github.com/MinterTeam/minter-go-node/search?q=if+err+%21%3D+nil&unscoped_q=if+err+%21%3D+nil

https://github.com/MinterTeam/minter-go-node/search?q=if+err+%21%3D+nil&unscoped_q=if+err+%21%3D+nil

Я не могу уловить нить беседы. Что тут нужно увидеть?

https://github.com/MinterTeam/minter-go-node/search?q=if+err+%21%3D+nil&unscoped_q=if+err+%21%3D+nil

эээ... там везде if err != nil же

эээ... там везде if err != nil же

52 раза на 40к строк?

слабо походит на постоянный копипаст

52 раза на 40к строк?

вы точно умеете в github? это 52 файла

типа

52 результата

а не 52 files

первый попавшийся файл открыл: https://github.com/MinterTeam/minter-go-node/blob/master/genesis/genesis.go

там одна небольшая функция

а не 52 files

trie/trie.go Showing the top 10 matches Last indexed on 26 Jun

угадайте что и сколько раз я там увидел?

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

ладно, я был неправ

Причём кстати пропозал в go вроде бы внесли даже по поводу решения этой проблемы

так что надежда есть

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

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

ты просил пример псевдокода. ты его видел?

ты просил пример псевдокода. ты его видел?

да, я правда все равно вижу наследование, а не генерики, but it's just me, выше я тебе ответил как бы я то сделал, и, не поверишь, делал даже более общее решение, когда 1 тип клиент, а есть только underliyng транспорт, и в нем уже реализация метрик/инициализации и прочего

ты просил пример псевдокода. ты его видел?

этот спор идет уже много лет и с другой стороны всегда только один аргумент - «не нужно», как это до недавнего времени было с версионированием и пакетным менеджером, заходи еще года через 3, может что нибудь и надумают

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

этот спор идет уже много лет и с другой стороны всегда только один аргумент - «не нужно», как это до недавнего времени было с версионированием и пакетным менеджером, заходи еще года через 3, может что нибудь и надумают

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

Всем привет, подскажите, пожалуйста из своего сервиса делаю запрос к другому res, err := http.DefaultClient.Do(req) спецаильно указаываю неверный порт приходит err но при этом не приходит ответ res.StatusCode (500) как корректнее обрабатывать подобную ситуацию? я планировал по res.StatusCode решать что делать дальше но если адрес неверный то просто приходит err вида connection refused

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

ну да, они даже не вспомнят, как сам Роб Пайк кричал, что дженерики не нужны

ERROR: S client not available

Всем привет, подскажите, пожалуйста из своего сервиса делаю запрос к другому res, err := http.DefaultClient.Do(req) спецаильно указаываю неверный порт приходит err но при этом не приходит ответ res.StatusCode (500) как корректнее обрабатывать подобную ситуацию? я планировал по res.StatusCode решать что делать дальше но если адрес неверный то просто приходит err вида connection refused

ну так статус код никто не выдает

раз порт неверный

ну да, они даже не вспомнят, как сам Роб Пайк кричал, что дженерики не нужны

Про то что кричал Роб Пайк по поводу дженериков я честно говоря не знаю, не следил. Но я смотрел его презенташку по лексическому анализу и понял, что он любит писать код, много кода, даже там, где можно написать мало кода или вообще его сгенерировать по 20-30 строкам с регэкспами.

ну да, они даже не вспомнят, как сам Роб Пайк кричал, что дженерики не нужны

Тащемто его основной посыл был в том что генерики или 1) увеличивают размер кода 2) размер работы компилятора 3) размер работы программиста

Тащемто его основной посыл был в том что генерики или 1) увеличивают размер кода 2) размер работы компилятора 3) размер работы программиста

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

Версия Go?

Кто сказал что Go?

ну да, они даже не вспомнят, как сам Роб Пайк кричал, что дженерики не нужны

https://golang.org/doc/faq#generics

Тащемто его основной посыл был в том что генерики или 1) увеличивают размер кода 2) размер работы компилятора 3) размер работы программиста

Ну так и есть в принципе. Но увы у дженериков как и у многих других вещей нет идеальной имплементации.

Тащемто его основной посыл был в том что генерики или 1) увеличивают размер кода 2) размер работы компилятора 3) размер работы программиста

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

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

вот поэтому, видимо, го компилируется гораздо быстрее

вот поэтому, видимо, го компилируется гораздо быстрее

Смотря сколько нагенерено...)

Ну так и есть в принципе. Но увы у дженериков как и у многих других вещей нет идеальной имплементации.

Вообще основная проблема была именно в скорости компиляции - гуглу нужны были быстрые билды для своих сервисов.

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

так а чем генерики отличаются от кодогенерации?

Смотря сколько нагенерено...)

Смотрее смотря сколько перегенерено - начиная с 1.10 там система кеширования довольно умная

так а чем генерики отличаются от кодогенерации?

в го можно без кодогена запилить генерики.

сложно, но можно

Вообще основная проблема была именно в скорости компиляции - гуглу нужны были быстрые билды для своих сервисов.

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

так а чем генерики отличаются от кодогенерации?

А вот это я могу ответить - в текущей модели Go нельзя сделать аналог Vector<List<Vector>>

так а чем генерики отличаются от кодогенерации?

Тем что часть языка, например, и семантическая вещь, нежели генерация на основе токенов (синтаксиса)

на скорость компиляции это как повлияет?

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

Потеря типа на этапе компиялции? Не работает в модели памяти Go - нет норм иерархии типов, а интерфейсы являются типами сами по себе.

Было кстати обсуждение

на скорость компиляции это как повлияет?

Вообще никак не повлиют. Потому что дженерики не нужны и их никто использовать не будет.

на скорость компиляции это как повлияет?

Я имел введу что просто нельзя - это вызовет ор на циклический импорт

Вообще никак не повлиют. Потому что дженерики не нужны и их никто использовать не будет.

последнее предупреждение

Вообще никак не повлиют. Потому что дженерики не нужны и их никто использовать не будет.

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

Потеря типа на этапе компиялции? Не работает в модели памяти Go - нет норм иерархии типов, а интерфейсы являются типами сами по себе.

А к interface{} и обратно вообще чтоли никак нельзя неявно кастить?

на скорость компиляции это как повлияет?

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

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

Там жавистов полно

на скорость компиляции это как повлияет?

если делать не на кодогене, то почти никак

Я видел какую-то библиотеку от гугла на пхп