Не совсем понятно, нафига он в гошке нужен

эм

ты серьезно сейчас?)

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

Какбэ, вендоринг есть

И git submodule

последний — дрочево

А первый?

вендоринг — ок, но я не считаю, что помойку в гите устраивать резонно

Вот для того и submodule

не хочешь помойку — дрочи?)

Который сам подмодуль не хранит, только сцыль на него

помойка в гите спасёт от того самого случая, когда гитхаб запретят в РФ, а тебе срочно надо проект запускать.

помойка в гите спасёт от того самого случая, когда гитхаб запретят в РФ, а тебе срочно надо проект запускать.

а у тебя сервера в РФ?)

помойка в гите спасёт от того самого случая, когда гитхаб запретят в РФ, а тебе срочно надо проект запускать.

Ну да, и я про вендоринг

Который сам подмодуль не хранит, только сцыль на него

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

с такой логикой можно и node_modules в гите держать ))))

вендоринг из коробки

Govendor? То же самое, но с тулзой поверх

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

Ну, собственно, да

Го отлично ложится на логику 12-факторных приложений

И ложится он искаропки

Вендоринг - это поносное говно, самое тупое, что есть в го

Посмотрите статистику к этому проекту, например https://github.com/kataras/iris/graphs/contributors

Ниправда ваша

Какбэ, вендоринг - неизбежное зло

1 миллион строк в говно проекте

И чо? Кому они помешали?

Какбэ, вендоринг - неизбежное зло

Избежное, еще как избежное

Вендоринг - тупо способ таскать за собой зависимости. При этом, достаточно неплохой

goa.design

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

Даже не буду спорить с котом. Я свое мнение сказал.

А мне glide понравился

И git submodule

Ммм, привязка к гиту. Неплохо

Вендоринг - тупо способ таскать за собой зависимости. При этом, достаточно неплохой

Я правльно понимаю, что вендоринг - это просто хранить все зависимости рядом с проектом?

А я кстати, правильно понимаю, что go get-у нельзя скормить версию библиотеки? и надо просто ставить свечки в церкви, чтобы автор библиотеки не запихнул в новый HEAD, логику ломающую приложение?

А я кстати, правильно понимаю, что go get-у нельзя скормить версию библиотеки? и надо просто ставить свечки в церкви, чтобы автор библиотеки не запихнул в новый HEAD, логику ломающую приложение?

именно поэтому тут и обсуждают сейчас вендоринг vs менеджеры зависимостей

Можно указать комит или тег

Но го не форсит это поведение

Плюс нет единого реестра​ пакетов

Всем привет. А кто-нибудь пользовался gx-go???

Всем привет. А кто-нибудь пользовался gx-go???

типа ещё один пакет-мэнеджер? пользуюсь gb, а чем gx-go хорош/лучше?

типа ещё один пакет-мэнеджер? пользуюсь gb, а чем gx-go хорош/лучше?

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

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

а, момент, я спутал packet manager с dependency manager

хмм, а зачем IPFS если вообще-то в Go предназначен Git для хранения всяких библиотек и т.д. ?

хмм, а зачем IPFS если вообще-то в Go предназначен Git для хранения всяких библиотек и т.д. ?

децентрализация модно)

децентрализация модно)

разве Git не децентрализован?

децентрализация это баззворд

гит децентрализован by design, но по факту редко где юзается более одного ремоута

децентрализация это баззворд

децентрализация = очень хорошо, но Git по своей натуре уже должен быть децентрализован, зачем IPFS - не понимаю

гитхаб пиздой накроется - что делать будешь?

гитхаб пиздой накроется - что делать будешь?

в Git есть mirroring, своего рода репликация, ты конечно правильно подметил что редко используется, но она же уже есть?!

ну, в этом отношении гит конечно гораздо более децентрализован чем какой-нибудь SVN

гит децентрализован в том смысле, что любой клон репы равнозначен

верно, working copy это уже репликация репозитория..

working copy тут вообще не причем, в bare репах его вообще нету.

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

хотя в таком случае может я не совсем понимаю концепцию IPFS и какие выгоды это приносит

хранить код в репозиториях и ссылаться на них не как "github.com/vpupkin/coollib" а "coollib:v1.5" еще лучше

а какая там тогда децентрализация? о_О

IPFS хорош тем, что данные хранятся децентрализованно

ну вот есть coollib:v1.5, куда пойдет менеджер пакетов-зависимостей за этим пакетом?

в IPFS

ну ок, в Git придётся минимум несколько mirror'ов указывать, мол coollib_1_5 : [github.com/vpupkin/coollib, bitbucket.org/vpupkin/coollib]

мол не работает один, пробуй другой

в IPFS

ну, а точнее? там че-то типа DHT в торрентах?

да

но да, в этом плане, IPFS получается надёжнее

а, ок))

один идентификатор, где хранится - мне похер, просто дай

но да, в этом плане, IPFS получается надёжнее

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

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

или я хуйню говорю?

я просто не очень шарю, извините :(

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

IPFS устроен так, что ноды не знают что именно они хранят - они хранят просто данные.

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

мудрёж какой-то получится сложный)))

прикольно. то есть в теории меня могут посадить за хранение цп? %)

прикольно. то есть в теории меня могут посадить за хранение цп? %)

в России могут посадить просто по желанию...

это да

IPFS устроен так, что ноды не знают что именно они хранят - они хранят просто данные.

из оперы "the internet never forgets"

ну тогда вроде понятно чем gx-go хорош

прикольно. то есть в теории меня могут посадить за хранение цп? %)

вот не скажу, папиру ipfs не читал. но например в tahoe (который в принципе похож идеей) чанки на сторадж-ноды прилетают в закриптованном виде и криптует их тот, кто заливает.

Там вроде, сам пользователь должен заботиться о своих данных(но это не точно). А так данные достпны, только тому, кто знает хеш

// на самом деле gx-go появился потому что референсная имплементация ипфс написана на го, что не могло пройти мимо фанбоев.

получается что чтоб данные сохранились - их должны, скажем, "хотеть" хранить несколько сторон

если ты единственный заинтересованный в хранении определённых данных то - в случае сбоя, данные потеряны

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

получается что чтоб данные сохранились - их должны, скажем, "хотеть" хранить несколько сторон

ну ipfs вроде больше ориентировался на веб. Т.е. если мы загружаем почти каждый bootstrap.css чтобы ты загружал не из далека а от соседа к примеру

ну ipfs вроде больше ориентировался на веб. Т.е. если мы загружаем почти каждый bootstrap.css чтобы ты загружал не из далека а от соседа к примеру

аля открытый CDN, makes sense

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

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

аналогичные мысли, мы тут работает над private cloud OS (https://qbeon.com), но это скорее когда ты своё облако создаёшь а не общедоступную для всей сети фс

так, между строк, контекстная реклама))

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

точно, надо блокчейн прикрутить.

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

аналогичные мысли, мы тут работает над private cloud OS (https://qbeon.com), но это скорее когда ты своё облако создаёшь а не общедоступную для всей сети фс

проскроллил ландинг и нихера не понял за баззвордами про клауд и бигдату.

проскроллил ландинг и нихера не понял за баззвордами про клауд и бигдату.

сайт неактуальный уже, в самом начале писали для инвестиционных спецов. поэтому текста дохера)) короче QubeOS это как ChromeOS, только безопаснее, поскольку облако - твоё, ты его даже хостить сам можешь, все твои данные контролируешь ты и никаких условий и "магических облаков хрен знает где" ну а Qube это персональный сервер для QubeOS с экспресс настройкой за минуту.. предназначен для людей которые не сильно шарят, которым надо чтоб "купил, кабель вставил и работает" cheers ?

десять лет назад "личное облако" называлось "файлопомойка в кладовке"