🏁Александр
пути в сырках - зло
Daniel
Vyacheslav Sitnikov, [24 Jun 2018 17:56:21]:
Всем привет, помогите сохранить данные ( https://play.golang.org/p/7Z6hpt5jXf7 , закомментировано), ругается на cannot assign to struct field in map
так оно не умеет. или класть в мапу указатель, доставать его и править поля, или доставать структуру, править и класть обратно
Daniel
пути в сырках - зло
ну вот создатели языка решили, что добро, а зло как раз ручное управление зависимостями
два подхода, у каждого плюсы и минусы.
Michael
Vyacheslav
так оно не умеет. или класть в мапу указатель, доставать его и править поля, или доставать структуру, править и класть обратно
Ну я пошёл по второму пути, но мало ли, может я что-то делал не так :) Спасибо
Pawel
ну вот создатели языка решили, что добро, а зло как раз ручное управление зависимостями
два подхода, у каждого плюсы и минусы.
По опыту подход Го лучше на много. Особенно после ужасов maven и nuget
Pawel
ну этот который из ржавчины от них ни чем не отличается
Daniel
все еще хочу. но эти примеры - не соответствуют условию
Daniel
если есть еще - публикуйте, пожалуйста
Dmitry
я не зря уточнил условие
Daniel
там было условие еще, "без центрального репозитория"
Dmitry
давайте ваши новые условия, а потом когда я приведу пример, изобретайте новые условия
Dmitry
ну вобщем занимайтесь демагогией
Daniel
коллега, почитайте нашу переписку сначала
Daniel
я свое условие про центральную репу выдвинул сразу
Dmitry
я уточнил условия - вы мне ответили. Я не должен отслеживать что вы там ставили какие условия еще полчаса назад, согласитесь ?
Daniel
должны
Daniel
ну ок
Daniel
вот только мы не в младшей школе, тут "марьиванна, вы же задали только 1 упражнение" бессмысленно
изначально вы хотели узнать, почему создатели go не учли чужой опыт.
узнали? отлично!
не узнали? ничем помочь вам не могу, у вас память куриная...
Dmitry
Да вы и сами не знаете почему было выбрано такое решение в дизайне
Daniel
мы про чужой опыт же, а не про мои знания
Daniel
успели забыть?
Dmitry
А пытаетесь завалить вопросами ч тобы потом сказать - "ВОТ! ВЫ ЖЕ ДАЖЕ НЕ ПОИНМАЕТЕ КАК ЭТО РАБОТАЕТ! Я ВАМ НИЧЕГО НЕ СКАЖУ" Выглядит печально.
Daniel
коллега, переходите к конструктиву, или перестаньте
Dmitry
Диёр
Dmitry
ладно, я остановлю это глупое пикирование, просто потому что я видимо умнее вас, чтобы сделать это .
Daniel
спасибо
Мерль
а должно быть браться из исходников, именно в этом смысл управления зависимостями в Го
так не получается
всё равно надо прописывать версии, ветки или коммиты руками в gopkg
Daniel
Почти не надо, на самом деле
Мерль
Почти не надо, на самом деле
скажем так, если внутренние пакеты не по семверу или внутренних пакетов вообще нет — то не надо
Мерль
если у вас есть какая-то внутренняя инфраструктура пакетов с зависимостями вежду ними и версиями — то правка gopkg.toml превращается в рутину
Мерль
это нужно, если версии зависимостей нужно часто обновлять
Daniel
Разве? У меня все из мастера внутреннее. И только для экспериментов иногда я переключаю ветки
Мерль
Разве? У меня все из мастера внутреннее. И только для экспериментов иногда я переключаю ветки
подсасывание из мастера более-менее работает, имхо, пока связность между пакетами мала и нет разных версий продукта и мало людей
Мерль
хотя конечно я скорее всего слишком сильно проецирую свой опыт
Daniel
Вот да :)
🏁Александр
народ, а какая максимальная длинна string?
🏁Александр
в гошечки
Daniel
Это в гугл
Daniel
Кто же это запоминает
Мерль
эх
Daniel
Да ну?
Мерль
ага
я пытаюсь прикинуть как без этого, в случае если есть две части проекта, взаимодейтвующие по какому-то API и как-то стрёмно становится
Daniel
Обратную совместимость соблюдать?
Мерль
ну простейший пример — проект A импортирует библиоотеку B и оба находятся в активной разработке
Мерль
особенно на ранних этапах
Мерль
а так хотелось бы, кто бы спорил
Daniel
Чего-то я не понимаю
Daniel
Вот у нас проект
Daniel
Вот мы закоммитили вендор
Daniel
Все у нас хорошо, так?
Daniel
Вот нам понадобился новый функционал от второго проекта
Мерль
если есть только этот проект — то всё прекрасно
Daniel
Мы такие dep ensure -update, поправили, что сломалось, и опять закоммитили вендор
Daniel
Где тут ручная правка gopkg.toml?
🏁Александр
стоп, закомитили вендор? O_o
Daniel
Вот я так и думал, что тут корень
Daniel
Да, вендор надо коммитить
🏁Александр
нельзя коммитить вендор, он гробит хистори гита же
🏁Александр
и репозиторий разрастается
Мерль
как надо делать по-нормальному (а лучше вообще на фиксированную версию)
Мерль
нельзя коммитить вендор, он гробит хистори гита же
в вендоре нет смысла особо если его не коммитить
🏁Александр
в вендоре нет смысла особо если его не коммитить
он должен подтянуться вручную на этапе сборки же
🏁Александр
из dep
Daniel
как надо делать по-нормальному (а лучше вообще на фиксированную версию)
На этапе бурной разработки?!
Daniel
Зачем?
Мерль
потом когда уже нет ломающих изменений — то особо уже и не страшно
Daniel
Gopkg.lock не достаточно?