@gogolang

Страница 227 из 1630
Alexei
12.04.2017
08:44:51
расскажи это репозиторию epel
пиши в bugzilla.redhat.com мейнтейнеру пакета просьбу обновить до последней версии, обычно они спокойно это делают, epel-же

Мерлин
12.04.2017
08:46:52
https://habrahabr.ru/post/326236/

Peter
12.04.2017
08:53:23
почему никто не пишет про iris? оно же просто охренительное

Google
Peter
12.04.2017
08:54:03
опять началось.
что именно? я не очень слежу за чатиками

Kirill
12.04.2017
08:54:55
100500 лет назад он спиздил код, за что был мною побанен в awesome-go, а вслед и во всех остальных источниках информации по Go.

Kirill
12.04.2017
08:55:37
спиздил автор iris?
угу. в этот самый ирис.

Peter
12.04.2017
08:55:47
ник, конечно, да, странный, так а пиздил откуда?

Ighar
12.04.2017
08:55:51
а в гитхаб-трендах он постоянно висит в топе почему то

Peter
12.04.2017
08:55:52
из опенсорса что ли?

Kirill
12.04.2017
08:56:20
а в гитхаб-трендах он постоянно висит в топе почему то
и будет висеть, это тоже 100500 раз уже обсуждалось. на реддите в том числе.

Peter
12.04.2017
08:56:59
угу. в этот самый ирис.
так а откуда спиздил-то?

Мерлин
12.04.2017
08:57:05
спиздил автор iris?
Проблема не в том, что спиздил, а в том, что не указал источников и неадекватно и по хамски себя ведёт

Kirill
12.04.2017
08:57:32
так а откуда спиздил-то?
опять же — из горы мест.

Google
Peter
12.04.2017
08:58:09
Проблема не в том, что спиздил, а в том, что не указал источников и неадекватно и по хамски себя ведёт
нууу, это интернет, тут иногда нахуй посылают. я не хочу никого защищать, мне вообще похуй на ваши тёрки, но инструмент годный и заслуживает внимания. имхо.

Peter
12.04.2017
08:59:17
а мокрописьки тисипи стек спиздили из бзди. признавайтесь, кто тут еще на винде сидит?

впрочем, ладно.

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

Vladimir
12.04.2017
09:05:48
расскажи это репозиторию epel
Мы поэтому сами себе собираем

@lexfrei в центоси и рхеле вообще много старья, но это не повод его использовать там где это вредно. Сейчас уже часть проектов не собирается с Go < 1.7

а часть с < 1.8

Andrew
12.04.2017
10:01:46
а часть с < 1.8
А как же обещание обратной совместимости? Нам обещали! Из-за этого дженерики и обработку ошибок попроще на дают, так ещё и врут :(

Andrew
12.04.2017
10:04:00
со стороны сторонних разработчиков обещаний не было
При чём здесь сторонние разрабы? Авторы языка сказали, что он не будет меняться. А разрабы как это сломали то?

Aleksandr
12.04.2017
10:04:21
в своих проектах.

Andrew
12.04.2017
10:04:54
Например?

Aleksandr
12.04.2017
10:05:49
Например?
контекст когда ввели? с 1.7? очевидно что компилиться такой проект не будет в 1.6

Andrew
12.04.2017
10:07:47
Ааа, ну то есть язык не менялся, прост добавили модули в стандартную поставку.

12.04.2017
10:08:06
ваши вкусы специфичны

Google
Andrew
12.04.2017
10:10:20
Как сейчас модно говорить: лайфхак - копируешь исходники контекста из go 1.8 в go 1.7 (p.s. трюк выполнен профессионалами, не повторяйте дома).

Dmitriy
12.04.2017
10:20:00
Например?
"context" пакет, который ввели в строй

ainu
12.04.2017
10:38:56
а часть с < 1.8
Ага. Если гуглить как получить pwd (текущую директорию), наткнешься на стековерфлоу, где написано отныне юзайте os.Executable() Ктото прочитает, ктото запомнит

А это Executable тоже не сразу появилось

Vladimir
12.04.2017
10:41:13
Например?
В каждом релизе по мелочи. Например в http сервере в 1.7 стало больше таймаутов разных. Множество тестов одной функцией в 1.7 появилось

context выше упомянули

httptrace появился

Nail
12.04.2017
11:07:28
Подскажите opensource проект, где можно было бы подсмотреть, как реализуются абстрактные списки, то есть списки данных разных типов

Илья
12.04.2017
11:08:39
[]interface{}?

Nail
12.04.2017
11:09:47
[]interface{}?
а что-нибудь более "идеоматическое"?

Daniel
12.04.2017
11:10:08
идеоматическое - не делать списки данных разных типов

(я без троллинга)

Nail
12.04.2017
11:11:09
уточню, один список может содержать только один тип

но списков может быть много

i
12.04.2017
11:13:44
уточню, один список может содержать только один тип
Генераторами нагенерировать, а вообще я такое делал руками

Nail
12.04.2017
11:14:46
по идее можно сделать общий интерфейс для элементов списка, но пока трудно понять как организовывать общий код для разных типов элементов

Kirill
12.04.2017
11:17:08
Подскажите opensource проект, где можно было бы подсмотреть, как реализуются абстрактные списки, то есть списки данных разных типов
не "идеоматическое" — []interface{} или []unsafe.Pointer. но ты бы не спрашивал этот вопрос, если бы тебе подходил последний вариант.

Google
Andrew
12.04.2017
11:18:27
Kirill
12.04.2017
11:18:46
уточню, один список может содержать только один тип
тогда да, генерировать или какой-нибудь map[string][]interface{}, где ключ — fmt.Sprintf("%T", someVar). расширяться будет проще, но работать будет относительно медленно.

Kirill
12.04.2017
11:21:25
ок, то есть тоже на основе Interface
конечно. есть очень мало вариантов запихнуть в переменную любой тип. самый безопасный — interface{}.

Andrew
12.04.2017
11:22:47
скорее 10
Если в пределах 10, мб тогда 10 штук [][]твои_типы?

i
12.04.2017
11:23:06
В sort объявлен накой интерфейс type Interface interface { Len() int Less(i, j int) bool Swap(i, j int) }

Nail
12.04.2017
11:25:39
Kirill
12.04.2017
11:26:46
но — по сути, interface{} — это struct { typ *runtime._type; data unsafe.Pointer }, и из interface{} данные можно получать сильно более дешевым способом через какой-нибудь стрёмно выглядящий var i interface{} = map[string]string{} m := *((*map[string]string)(([2]unsafe.Pointer(unsafe.Pointer(&i))[1])) но — такое если уж и делать, то в самый нагруженных частях кода, в которые ты упёрся только из-за eface.

Nail
12.04.2017
11:26:49
В sort объявлен накой интерфейс type Interface interface { Len() int Less(i, j int) bool Swap(i, j int) }
а если имеем штук 20 типов, у них функции Len и Swap одинаковые, то их код копи-пастить во все эти типы?

i
12.04.2017
11:27:05
Нет дженериков же

Только костыли с кодогенерацией или interface{}

i
12.04.2017
11:31:24
Такое делают в C, в C++ по рукам тоже бьют

Kirill
12.04.2017
11:32:09
спасибо, запомню, но для меня такое выглядит как не go, а скорее c++
ну — тогда https://github.com/gramework/runtimer. GetEfaceDataPtr или EfaceDataPtr.

Ivan
12.04.2017
11:32:17
А почему у нас нет макросов как в лиспе ?

Kirill
12.04.2017
11:32:55
А почему у нас нет макросов как в лиспе ?
может, потому что у нас не лисп? и не ржавчинка?

Ivan
12.04.2017
11:33:52
Ну макросы же круть

Google
Kirill
12.04.2017
11:34:56
ну — тогда https://github.com/gramework/runtimer. GetEfaceDataPtr или EfaceDataPtr.
пакет, если что, даёт возможность творить всякого рода вакханалию. сделан по принципу "не знаешь — не трогай".

Андрей
12.04.2017
11:36:16
Ну макросы же круть
Впору вводить дайджест вопросов: 1. А почему у нас нет дженериков? ( 1 000 000 раз) 2. А почему у нас нет макросов? (500 000 раз) ... ?

Ivan
12.04.2017
11:36:27
Да ?

Сорри

Андрей
12.04.2017
11:36:32
Да

Ivan
12.04.2017
11:36:40
Про дженерики самому обрыдло

Ivan
12.04.2017
11:36:48
А про макросы не слышал

Kirill
12.04.2017
11:39:07
не помню, говорил или нет — недавно поклонник ириски и его автора в комментах в бенчмарке фреймворков обвинил меня в том, что я забанил катараса только потому, что я пилю (цитата) так называемый, веб-фреймворк, который я реально для паблика стал пилить только в этом году, а тогда даже не предполагал, что его буду публиковать.

Ivan
12.04.2017
11:39:51
Ну не кидайте помидорами, но есть короткий ответ или ссылка про макросы ?

Ответ поди "для простоты" ?

Kirill
12.04.2017
11:40:12
еще и в том, что это я ириску удалил из бенчмарков, хотя я в этом процессе даже не участвовал %)

Kirill
12.04.2017
11:41:24


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

Alexei
12.04.2017
11:42:28
fasthttp хорош, у нас повсеместно

Kirill
12.04.2017
11:44:24
fasthttp хорош, у нас повсеместно
ну вот я и пилю такой фреймворк, чтобы было удобно и при этом производительность и эффективность или не терялись, или где-то были выше.

Страница 227 из 1630