Andrey
при сборке делать dep ensure
Andrey
разумеется, я не ратую за это как за единственно правильное решение. просто альтернатива
Andrey
при этом вы отвязаны от внешних зависимотей локальным форком, а повторяемость билдов выполняется через gopkg.lock
Valar
Это все какашка, все эти воркэраунды, бояться удаления стороннего популярного репозитория - это то же самое что и бояться летать на самолетах. С такой же вероятностью ваш самолет упадет, с какой если удалят репозиторий, который вы используете, на который вы не сможете найти замену быстро, на которого у вас и ваших коллег не будет ни локальных копий, ни бекапов на серверах, ни менеджера зависимостей не сможет подтянуть данные из кеша, и ваше приложение не сможет жить без этого удаленного репозитория. По мне так это попахивает параноей после какого-то определенного случая, который врядли кого-то коснулся из зедсь присутствующих. Но я могу ошибаться, не ради холивара все это, а так, подытожить. Вообщем, я не нашел аргументов в пользу, кроме как "а вдруг все надъ**нется, а мы в пустыне и у нас нет интернета". А в остальном - вендоры в репе действительно затрудняют код ревью при апдейте зависимостей. Когда у тебя микросервисная архитектура и в каждом сервисе по 3 файла рабочих - репозитории могут напоминать свалку из кода, к которому никто не притронется на протяжении всей жизни приложения. Всем спасибо за ответы!
Andrey
выше
Valar
ну это то, из-за чего весь хайп? 2016-год?
Daniel
Примерно раз в год что-то случается
Daniel
тут не в курсе, чем это может помочь
А вот. Там можно запретить показывать дифф для определенных путей
Daniel
Но
Andrey
ну это то, из-за чего весь хайп? 2016-год?
это проблема, которая легко решается складированием у себя. Если проблема решается легко, то почему бы её не решить?
Oleh
почему так много дискуссий на тему вендора? Собрал бинарник и не мучаешься, зависимости удобно подтягиваются, во многих других языках тоже есть вендор, удобно с помощью dep можно версии подтягивать необходимые, почему так много споров, слово то, что есть сейчас - кусок говна, а то как сделано в других яык - конфетка?
Andrey
концепция отличается от привычной, поэтому и дискуссии
Daniel
Не понятно. Я вот пытаюсь выяснить
Илья
Это все какашка, все эти воркэраунды, бояться удаления стороннего популярного репозитория - это то же самое что и бояться летать на самолетах. С такой же вероятностью ваш самолет упадет, с какой если удалят репозиторий, который вы используете, на который вы не сможете найти замену быстро, на которого у вас и ваших коллег не будет ни локальных копий, ни бекапов на серверах, ни менеджера зависимостей не сможет подтянуть данные из кеша, и ваше приложение не сможет жить без этого удаленного репозитория. По мне так это попахивает параноей после какого-то определенного случая, который врядли кого-то коснулся из зедсь присутствующих. Но я могу ошибаться, не ради холивара все это, а так, подытожить. Вообщем, я не нашел аргументов в пользу, кроме как "а вдруг все надъ**нется, а мы в пустыне и у нас нет интернета". А в остальном - вендоры в репе действительно затрудняют код ревью при апдейте зависимостей. Когда у тебя микросервисная архитектура и в каждом сервисе по 3 файла рабочих - репозитории могут напоминать свалку из кода, к которому никто не притронется на протяжении всей жизни приложения. Всем спасибо за ответы!
аргументы должны быть с другой стороны, с vendor в репозитории, для сборки проекта нужен go и репозиторий, при вашем подходе нужен go dep и время на выкачку зависимостей, папку vendor в код ревью можно пропускать, для микросервисов, на моей практике монорепы, vendor 1, и свалки нет
Andrey
почему так много дискуссий на тему вендора? Собрал бинарник и не мучаешься, зависимости удобно подтягиваются, во многих других языках тоже есть вендор, удобно с помощью dep можно версии подтягивать необходимые, почему так много споров, слово то, что есть сейчас - кусок говна, а то как сделано в других яык - конфетка?
если вы храните у себя чужой код, его как-то минимально нужно мейнтейнить. Кто-то может быть недоволен включением своего кода в ваш репозиторий
Andrey
ну это гипотетически :)
Илья
гипотетический вут тогда :)
Oleh
если вы храните у себя чужой код, его как-то минимально нужно мейнтейнить. Кто-то может быть недоволен включением своего кода в ваш репозиторий
пускай закинет необходимую лицензию в стиле "нон фор комертион юз" или не выставляет свой код куда попало
Daniel
Это должна быть очень экзотическая лицензия, чтобы вы могли либу использовать, но не могли закоммитить ее в вендор
Pawel
Не понятно. Я вот пытаюсь выяснить
Всё по тем же причинам, по которым они ненавидят Голанг - because it challenges their identity, and other people are falling for it.
Daniel
Да вот я связи между вендором и идентити увидеть не могу
Andrey
меня в своё время поразила эта привязка к гихабу в именах зависимостей. А если завтра зависимость переедет в битбакет? Или перестанет гит использовать?
Pawel
Да вот я связи между вендором и идентити увидеть не могу
ну привыкли людяи к центр. репозиторию и версионированным пакетам, всю жизнт ипались с каким нибудь nuget, и тут - хобана - Голанг, всё по другому, на много проще, но работает, боли минимум, Естественно это челенджит их айдентити
Daniel
Andrey
Andrey
везде свои проблемы
Andrey
вот эта вот прибитая гвоздями структура pkg/bin/src
Pawel
ой да ладно. vgo от сладкой жизни придумали, да?
gc тоже с каждой версией становится лучше, следует ли из этого сделать вывод что он плохой?
Andrey
нет конечно. но в vgo подход то меняется
Daniel
Нет пока никакого vgo
Andrey
против этого аргумента не могу ничего сказать :)
arkady
Ребята, кто может подсказать требования к мидлу гоферу?
Илья
про мидла, и почему они везде разные: "оценка всегда зависит от оценивающего" (с)
Igor
Ребята, кто может подсказать требования к мидлу гоферу?
Могу ответить про джуниоров. Как показывает история канала (и смежных) - от них требуется микросервисная архитектура, параллельное программирование, понимание всех шаблонов проектирования, алгоритмики, архитектуры распределенки или хайлоада; 1-3 года опыта работы на go, ну и, конечно, этот язык должен идти в дополнение либо к питону, либо к жаве. Не считая всяких кубернетесов и прочих обвесов. Про мидлов , наверное, всё сложнее.
Илья
давайте "помериемся" задачками для мидла?
Nikita
Могу ответить про джуниоров. Как показывает история канала (и смежных) - от них требуется микросервисная архитектура, параллельное программирование, понимание всех шаблонов проектирования, алгоритмики, архитектуры распределенки или хайлоада; 1-3 года опыта работы на go, ну и, конечно, этот язык должен идти в дополнение либо к питону, либо к жаве. Не считая всяких кубернетесов и прочих обвесов. Про мидлов , наверное, всё сложнее.
Мне кажется с теми же требованиями можно спокойно идти на middle.
Илья
имхо, это ирония была
Igor
давайте "помериемся" задачками для мидла?
Не знаю, кому это сказано, но задачи мне было бы интересно посмотреть.
Илья
я предлагаю скинуть у кого какие есть, но не хочу делть это в одиночку
Илья
но начну
Илья
https://docs.google.com/document/d/1A_Se8kf3WPp3vC2GrnPR0tSWV38F4nEv-SCPB2XPYug/edit?usp=sharing
Илья
тут две части в задании, кандидат сам решает сколько он сделает
Илья
а вот на синьора у меня есть неоформленная задачка на unbouncing ресайза картинок по запросу так, чтобы одну и ту же картинку ресайзило только один раз при большом рейте одинаковых запросов. пример: в комментах популярной темы выложили изображение, которое по пабсабу увидят сразу десятки тысяч любдей разом
Igor
тут две части в задании, кандидат сам решает сколько он сделает
Очень интересно, спасибо.
Да, на мой взгляд, вполне на мидла можно потянуть, если сделать со всеми допами
Nikita
https://docs.google.com/document/d/1A_Se8kf3WPp3vC2GrnPR0tSWV38F4nEv-SCPB2XPYug/edit?usp=sharing
А это на какую вилку и ожидается, что за какое время будет сделано?
Чтобы +/- понимать, как в Go дела обстоят.
Илья
А это на какую вилку и ожидается, что за какое время будет сделано?
Чтобы +/- понимать, как в Go дела обстоят.
срок — как удобно кандидату, мне кажется нормальным, чтобы он сказал сколько времени ему нужно, удобно и тп в его конекретных условиях, но и сделал за это время, про вилку не буду говорить цифры, но мы предлагали на 20% больше среднего "НН" и "мойкруг"
Илья
кандидат может сказать что ему не гравится делать тестовое задание и тратить время — тоже его право
Илья
тогда будет много вопросов и длинное собеседование
Nikita
срок — как удобно кандидату, мне кажется нормальным, чтобы он сказал сколько времени ему нужно, удобно и тп в его конекретных условиях, но и сделал за это время, про вилку не буду говорить цифры, но мы предлагали на 20% больше среднего "НН" и "мойкруг"
Ну, если кандидат скажет, что ему надо 2 недели full time, понятно же, что это слишком много) даже если он сделает за эти две недели хорошее решение.
Илья
Nikita
разумеется, все нужно делать с умом
Мне просто кажется логичным давать ещё ожидаемое время на задачу.
Nikita
Илья
Илья
общение помогает понимать условия и выставлять требования
rglitchard
Привет, я только вливаюсь в го
Подскажите пожалуйста, я ведь могу создать слайс из мап c вот такой структурой?
mapObj := map[string]string
[mapObj, mapObj, mapObj]
Slava
Привет, можешь
rglitchard
а в какой способ?
там ведь только можно int/string/byte вроде
все что на ум пришло, это как-то превращать map в байты и передавать в слайс?
или есть способы попроще?
rglitchard
а, тьфу)
туда можно и мапы передавать
все, вопрос отпал) спасибо
Igor
а в какой способ?
там ведь только можно int/string/byte вроде
все что на ум пришло, это как-то превращать map в байты и передавать в слайс?
или есть способы попроще?
А в чём конкретно вопрос?
Просто создаёте свой тип и со своим типом делаете слайс
type mapObj map[string]string
var slc []mapObj
Igor
а, тьфу)
туда можно и мапы передавать
все, вопрос отпал) спасибо
У меня это сообщение появилось через несколько минут после моего, но перед моим в ленте. Телега прекрати.
Alexandr
Коллеги, подскажите, пожалуйста, как проверить time.TIme поле в структуре, указанна ли там дата или содержить дефолтное значение?
aadz
надо звать time.IsZero()
https://play.golang.org/p/OoaKm7o6lAN
aadz
Пограммисты - народ стойкий! Все сделают, лишь бы не читать документацию! :)
Alexandr
Спасибо) как раз нашёл уже в доках)
Pawel
Пограммисты - народ стойкий! Все сделают, лишь бы не читать документацию! :)
Программисты иногда бывают не идиотами, иногда даже умными, но ооочень редко, так то это та ещё группа риска
aadz
Программисты - да, бывают, им деваться некуда, раз уж в эту профессию подались. Я про пограммистов имел в виду сказать. :)
aadz
Не по теме комнаты, но все же - антропологи очень зря не изучают IT-шное сообщество! В этом сообществе есть все! И мофилогические сознание, и языческие обряды, и моннотеистические, и поверия, и свои особые методы выстраивания отношений в сообществе (деревне)... Ну, или антропологи изучают, но как-то мало :)
aadz
Уже одно то, как одна секретарша объясняет другой: "подожди, не шевели мышкой! ОН ДУМАЕТ!!!", - на что та возражает, - а мне говорили, что если двигать мышкой, то он думает быстрее...
aadz
Это - явно антропологи должны изучать, как часть человеческой культуры
aadz
Вот так лет через 100-200 придешь в Питере в Кунсткамеру (музей антропологии и этнографии народов мира), а там в заспиртованном виде показывают IT-шника XXI века, и экскурсовод такой - обратите внимание на его свитер и неопраданную условиями сущестовования развитую растительность на лице... :)
aadz
Sorry, это, конечно, тема для пятницы :)
Vadim