
Ivan
26.02.2017
12:13:03
valid go package directory это вообще что ? gopath/src/github.com/user/package?

Мерлин
26.02.2017
12:16:07
.
Только go get, только хардкор – 12
??????? 55%
glide – 5
??? 23%
Другое – 4
?? 18%
dep – 1
? 5%
godep
▫️ 0%
gb
▫️ 0%
vendetta
▫️ 0%
trash
▫️ 0%
? 22 people voted so far.

Alexandr
26.02.2017
12:28:34
Использую govendor - почему-то всегда его обходят и не упомянают, а проблем с ним вообще не было у меня. Может просто зависимостей мало в проектах..

Mars
26.02.2017
12:29:54

Google

Alexandr
26.02.2017
12:30:06
Ну да, это заметно
А от глайда я отказался, когда он вместо добавления удалил часть кода наоборот - конечно, это пофиксили уже наверняка, но я не давал ему второго шанса:)

Favoretti
26.02.2017
12:42:52
бинари в 1.8 больше стали...
-rwxr-xr-x 1 vlazarenko staff 5888028 Jan 29 13:49 chatik20bot*
vs
-rwxr-xr-x 1 vlazarenko staff 6005764 Feb 26 13:47 chatik20bot*

Mars
26.02.2017
12:56:05
В проектах, которые используют закрытые библиотеки, например из локального GOOATH, не получается использовать glide, он так не умеет. Приходится сидеть на godep

Andrew
26.02.2017
13:21:04
+ Только go get, только хардкор

Ivan
26.02.2017
13:50:45
Ну а вот с godep этим, если я хочу ну отдельно проект держать, ну типа в связке с js и html, мне GOPATH переопределять или какая политика то партии?

Roman
26.02.2017
14:56:41
будет ли оффициальный toolset для project based dependency management в Go?

Mars
26.02.2017
14:57:38

Roman
26.02.2017
14:58:35
"Dep is NOT an official tool. It is not (yet) blessed by the Go team."
есть ли надежда на то что оно действительно станет частью Go toolset'а?

Google

Roman
26.02.2017
15:01:31
честно говоря не понимаю чего в этом сложного
manifest файл, компилишь зависимости с определённого комита, линкишь с кодом программы, в чём сложность, понять не могу, почему они до сих пор не могут это довести до ума

Ivan
26.02.2017
15:03:16
Я так понимаю сложности начинаются когда дерево растет

hamper ?
26.02.2017
15:07:25
+ godep, со своей задачей вендоринга он неплохо справляется.

Roman
26.02.2017
15:09:12
я тоже занимаюсь алгоритмами по дереву, често говоря не понимаю что в них сложного
построение древа, проход по древу в ширину, cache lookup..

Мерлин
26.02.2017
15:11:21
Одна из проблем в том, что в Go все уже превыкли хреначить без версионирования, вот в чём проблема

Roman
26.02.2017
15:12:20
и это я тоже не понимаю, как можно придумать столь "гениальный язык" (моё мнение), но настолько глупо отнестись к такой базовой проблеме как зависимости
бред какой-то))
gb в принципе норм справляется с данной задачей, проблема только в том что с поддержкой в IDE в основном жопень

Semyon
26.02.2017
15:19:28

Roman
26.02.2017
15:19:46

Semyon
26.02.2017
15:20:07
https://www.youtube.com/watch?v=oyLBGkS5ICk
Рекомендую
На самом деле схема с версиями библиотек, мягко говоря, неидеальная
и ванильный го гет это, похоже, непонятая коммьюнити попытка решить эту проблему :)
а может они и правда лоханулись

Roman
26.02.2017
15:22:56
это скорее из темы "в теории гениально, на практике наоборот"

Semyon
26.02.2017
15:23:04
угу
Вон Рич умный, он придумал всё уже

Google

Semyon
26.02.2017
15:23:22
рекомендую доклад лютейше

Ivan
26.02.2017
15:31:27
А короткий то вывод каков ;)

Semyon
26.02.2017
15:31:50
короткий вывод — пишите на кложе, конечно

Ivan
26.02.2017
15:32:17
А там чем лучше ;)

Daniel
26.02.2017
15:33:20
там лисп и скобочки
вход рубль, выход два

Ivan
26.02.2017
15:33:37
Там типа зависимости макросами доставляют?

Roman
26.02.2017
15:34:59
да, если вам не хватает 2% для решения проблемы в одном языке, учите другой язык, тратьте на 98% больше времени))

Daniel
26.02.2017
15:35:29
вобще, это не вредно знать несколько языков
то есть - минусы тоже есть, но плюсы перевешивают

Roman
26.02.2017
15:38:14
проект на Go, не буду же я переписывать 20к строк Go на Closure, который вообще не знаю, просто потому-что там с dependency management'ом чуток лучше))

Daniel
26.02.2017
15:38:58
а че-та с ним там лучше?

Roman
26.02.2017
15:42:11
а че-та с ним там лучше?
речь шла о зависимостях, что в Go toolset'е нет возможности определять конкретные комиты, нежели просто репизитории зависимостей

Daniel
26.02.2017
15:44:02
ну нет и нет
появится, когда паттерн использования утрясется
в мавене тоже не всегда находится то, что прописано

Mars
26.02.2017
16:10:08

Semyon
26.02.2017
16:10:38
но Рич старается

Google

Roman
26.02.2017
16:22:18

Semyon
26.02.2017
16:33:15
в смысле могу, но не хочу
Это знаешь, как в анекдоте — "Да херня этот ваш Стравинский, мне Рабинович напел"

Roman
26.02.2017
16:37:07
понял
думал может будешь рад инфой поделиться, ошибся

Semyon
26.02.2017
16:37:40
Я уже поделился :)

Roman
26.02.2017
16:43:59
тратить час на то, что возможно тебе совсем не нужно - жутко непродуктивно, вот поэтому и попросил просто дать понять в парочке слов в чём суть презентации

Semyon
26.02.2017
16:46:21
в презентации идет речь о несовершенстве мира, проблемах современных систем версионирования библиотек и достаточно изящном решении этих проблем, которое придумал Рич

Roman
26.02.2017
16:49:11

Stuf
27.02.2017
06:31:08
Можете подсказать где можно купить ~100 прокси, которых нет в черном списке и не палятся как прокси, а также быстро работают?

Favoretti
27.02.2017
06:32:26
это каким боком к golang относится?

⠀
27.02.2017
06:33:12
у него там суслики прыгать будут

Andrew
27.02.2017
06:33:36
Наверно прокси будут управляться с сервера на Go

Мерлин
27.02.2017
07:17:43
https://medium.com/@tejasmanohar/the-state-of-go-dependency-management-6cc5f82a4bfa

Roman
27.02.2017
07:34:43

Daniel
27.02.2017
07:35:13
которые не имеют отношение к собственно организаци данных

Roman
27.02.2017
07:35:28
Ну, в реляционных бд вообще организации данных пользователь не видит

Ivan
27.02.2017
07:49:44

Google

Ivan
27.02.2017
07:50:00
Дык, чего щас, switching between project-specific $GOPATH кошерно или нет?

Daniel
27.02.2017
07:53:03

Ivan
27.02.2017
07:53:59
Я так понял ragus говорил о хранение на диске чтоль. Но помойму кому какое дело, как оно там хранится

Daniel
27.02.2017
07:54:41
ну вот с рсубд мы можем позволить себе этого не знать
в nosql знать формат хранения полезно, а в некоторых случаях - обязательно

Roman
27.02.2017
07:55:10

Daniel
27.02.2017
07:55:25
ну!

Roman
27.02.2017
07:56:38
И если говорить про nosql, то там часто у разработчика есть возможность разменять надежность на скорость

Ivan
27.02.2017
08:01:07
Я бы хотел разменять что-нибудь на удобство.
Но из того что вижу, удобство такое, очень в отдельных областях. Если всякое шардирование не особенно нужно, то вобщем по пальцам пересчитать его.

Roman
27.02.2017
08:03:25

Ivan
27.02.2017
08:07:13
Я тут вокруг одной задачки всё прыгаю, мелкий так сказать домашний проектик, и хочу там такого:
- хранить связанные документы, но с возможностью доступа по вторчиным ключам из кишочков документа
- хочу обойтись без администрирования сервиса бд. Что б прямо inprocess, типа sqlite, даже одновременный доступ не нужен.
- там в основном write-only с редкими read, и только редкие процессы построения отчетов читают много данных раз в неделю.
- не хочу хранить в памяти, архив длинный там, а доступ к нему почти никогда не нужен. обычно доступаемся к данным записанным максимум час назад.
может посоветуете чего?
Сейчас там рсубд, но джойны и многоэтажные запросы утомили. Документы слегка динамической структуры.

Daniel
27.02.2017
08:12:34

Roman
27.02.2017
08:27:28