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

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

If you are using git for your project, you probably want to add vendor in your .gitignore. You really don't want to add all of that code to your repository.

бывают жесткие зависимости, а бывают мягкие жесткие: зависим от отпределенного коммита мягкие: зависим от версии или версии.*

ну у меня таки был случай когда либу вместе с репой грохнули (точнее у предыдущего разработчика на проекте, и я не помню что там за либа была) поэтому сейчас godep + vendor

godep просто для того что бы точно знать какие версии завендорены и если понадобится то обновить

то есть в мире питона не с гита тянется? в ноде тоже? в пхп? в подах?

Про пхп уже написали, в ноде тарболлы лежат на cdn npmjs. В расте на cdn crates.io

В питоне с pypi

ну у меня таки был случай когда либу вместе с репой грохнули (точнее у предыдущего разработчика на проекте, и я не помню что там за либа была) поэтому сейчас godep + vendor

Вот, изначально я и говорил об этом. Поэтому зависеть от гит репы -- неудобно. А если всё вендорить (и в опен сурсе), то опять возвращаемся к вопросу -- зачем пакетный менеджер

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

итого, самое правильное у js?)

у pip тоже ведь с гита тянется

кстати, моуг ошибаться, но где-то проскакивал сервис, который кеширует и версионирует golang git пакеты, именно для таких случаев как с left-pad

Фига какой пост огромный https://habrahabr.ru/company/mailru/blog/314804/

итого, самое правильное у js?)

правильное решение кеширующий сервер для пакетов/зеркало с историей - если смотреть по опыту linux дистров

возможно не в кассу - но нексус/jfrog

кстати, моуг ошибаться, но где-то проскакивал сервис, который кеширует и версионирует golang git пакеты, именно для таких случаев как с left-pad

а gopkg.in просто проксирует?

Извините, вопрос снят https://www.jfrog.com/jira/browse/RTFACT-6448

да + облегчает версионирование

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

А опенсурсу как быть? в гит лить папку с venfor?

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

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

хе, это если проект маленький и разрабу не пох

От лефтпада куча опенсурса зависело, от этого опенсурса -- кмомерческие проекты

коммерческие*

ну го такое не грозит там каждый сам себе map/filter пишет))

набег хаскеловцев на чатик го. это забавно

а почему нет?

многие многоядны в плане фреймворков, языков. сранивать инструменты запрещено законом?

Ну, на самом деле, набег из раста, и одного человека, но это детали :)

Ну, на самом деле, набег из раста, и одного человека, но это детали :)

дадада)

В питоне пакеты с pip репа тянутся а не с гита

По поводу godep, glide и прочего мне недавно объяснили что это все шлак. Единственное верное решение это trash. А в 1.9 го будет встроенный инструмент

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

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

нет

нет такого синтаксиса

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

скорее, это дефлоративно для мозга среднестатистического гофера, который не привык видет в Go коде ни мапы, ни фолды, ни фильтры, ни редьюсы

это печально)

го - язык низкой выразительности

то есть - он придуман таким

чтобы конструкции языка были как можно ближе к ассемблеру

чтобы конструкции языка были как можно ближе к ассемблеру

ШТО

как это развидеть (

а что именно вы хотите развидеть?

чтобы конструкции языка были как можно ближе к ассемблеру

ох...

хочу развидеть “конструкции языка го близкие к ассемблеру"

причем тут асм?

вы возражаете или спрашиваете?

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

от ассемблера го далек все же

чтобы конструкции языка были как можно ближе к ассемблеру

скорее, чтобы упростить его изучение

от ассемблера го далек все же

он следующий в цепочке после C

скорее, чтобы упростить его изучение

не, это побочный эффект

там еще с++ в цепочке, rust

какие щипетильные темы пошли

во всех чатах и на одну тему

гыгы

там еще с++ в цепочке, rust

они все от ассемблера дальше

чем го?

с++ дальше?

да

не, это побочный эффект

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

пожалуйста, больше не говори ничего

можешь сходить почитать про с++

ну я-то на всем перечисленном, включая асм, сделал как минимум по одному проекту

ERROR: S client not available

Предлагаю оценить длины языков от асм. Пусть длина от асм до Си - x, сколько тогда от С++ др Haskell?

пожалуйста, больше не говори ничего

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

да

можно узнать ваш технический бэкграунд? если не секрет, надеюсь это не обидно звучит

Ассемблер -- человекочитаемые машинные коды. Си -- человекочитаемый ассемблер. Я бы сказал, что дальше в цепочке идёт Го

Предлагаю оценить длины языков от асм. Пусть длина от асм до Си - x, сколько тогда от С++ др Haskell?

бесконечность!

можешь сходить почитать про с++

я александреску про него читал, родной :)

математическая

бесконечность!

человек-хаскелл детектед

я александреску про него читал, родной :)

рад за тебя. тогда с чего такие глупости? язык со сборщиком мусора и язык без него язык с арифметикой указателей и язык без нее

можно узнать ваш технический бэкграунд? если не секрет, надеюсь это не обидно звучит

https://www.linkedin.com/in/daniel-podolsky-919573

а ваш можно узнать?

https://www.linkedin.com/in/daniel-podolsky-919573

уточню: с какими языками вы работали и сколько?

можно узнать ваш технический бэкграунд? если не секрет, надеюсь это не обидно звучит

зря ты туда полез...

?

а ваш можно узнать?

ява-фуллстек, раньше си/с++ для машинного обучения + хорошая алг база

зря ты туда полез...

не, все норм

можешь сходить почитать про с++

Подожди, ты серьёзно говоришь, что го сравним с с++?

asm x86, C, C++, java, Perl, Lua, Groovy, Go

я говорю что с++ ближе к железу чем го

я говорю что с++ ближе к железу чем го

темплейты к нему ближе? ебучая библиотека boost к нему ближе? может быть - снять розовые очки?

asm x86, C, C++, java, Perl, Lua, Groovy, Go

тогда странно слышать про го подобный асму

А, если так

имхо

темплейты к нему ближе? ебучая библиотека boost к нему ближе? может быть - снять розовые очки?

не волнуйся, на го напишут еще свой буст ) мы языки сравниваем или библиотеки? я б тогда еще вспомнил ACE

нет никакого C++ без boost

(никто не хочет сделать чат proSra4, в который мержнут чат го, раст и хаскелл? )

И вправду, костыли полезны только парами :))

нет никакого C++ без boost

не поверите...

нет никакого C++ без boost

ORLY?

а геймдев и не в курсе

а геймдев и не в курсе

ыыы

ничего не знаю про геймдев