у меня на проекте сейчас 3.5млн строк гошного кода
монорепа ?
Alexander
Nikita
пока да. но хочется уже как-то разделять
У меня такая ситуация, что при закладывании архитектуры я заранее закладывал монорепу, т.к. людей в команде все равно не много и при не очень большой кодовой базе менеджить стопяцот репозиториев сложно.
Nikita
Но есть люди, которые ходят каждый сервис в отдельный репозиторий, что как бы канонично правильно, но для нас не очень удобно
Kirill
я не хочу 100500, я хочу <=5
Olzhas
@onokonem а обязательно вендор коммитить?
Kirill
@onokonem а обязательно вендор коммитить?
если юзаешь iris — то да. если юзаешь нормальные библиотеки — то не обязательно
Мерль
Для тех, кто не видел предыдущие версии этого спора:
X: на голанде офигительные средства для управления коммитами и мерджинг тул
Y: на vscode не хуже и мне удобнее консоль
X: в голанд удобные средства рефакторинга (лучшие из существующих)
Y: я пользую греп
X: дебаггинг
Y: ... Не нужно
X: интеграция с DB
Y: ... Не нужно
X: Подсветка синтаксиса внутри строковых литералов
Y : ... Не нужно
и т.д
Dmitry
Olzhas
если юзаешь iris — то да. если юзаешь нормальные библиотеки — то не обязательно
хз, я всякую херню юзаю
Olzhas
и vgo
Nikita
если юзаешь iris — то да. если юзаешь нормальные библиотеки — то не обязательно
по этому ты запилил греймворк?)
Мерль
если юзаешь iris — то да. если юзаешь нормальные библиотеки — то не обязательно
треть "нормальных" библиотек использует не семвер нотацию, а четверть вообще без версионирования (потому что)
Мерль
(
Kirill
треть "нормальных" библиотек использует не семвер нотацию, а четверть вообще без версионирования (потому что)
нормальные библиотеки — это те, где авторы коммиты не трут
Nikita
Недавно у меня вся сборка миграций отвалилась,потому что авторы утилиты migrate закоммитили в мастер неработающий код
Olzhas
короч пишу на го утилиту для управления другой софтиной, с веб-интерфейсом
Kirill
это уже норм/"можно как-то жить"
Olzhas
и нужно ini конфиги парсить
Olzhas
потому что ini конфиги не совсем нормальные и стандартные
Мерль
Для тех, кто не видел предыдущие версии этого спора:
X: на голанде офигительные средства для управления коммитами и мерджинг тул
Y: на vscode не хуже и мне удобнее консоль
X: в голанд удобные средства рефакторинга (лучшие из существующих)
Y: я пользую греп
X: дебаггинг
Y: ... Не нужно
X: интеграция с DB
Y: ... Не нужно
X: Подсветка синтаксиса внутри строковых литералов
Y : ... Не нужно
и т.д
надо сказать что в VS Code сйчас завозят инструментарий для работы с пулл реквестами и код ревью — и это просто офигенно и нигде больше нет
Olzhas
[section]
foo = bar
[section]
foo = bar
Aleksandr
надо сказать что в VS Code сйчас завозят инструментарий для работы с пулл реквестами и код ревью — и это просто офигенно и нигде больше нет
обзор есть какой-то? интересно посмотреть
Kirill
надо сказать что в VS Code сйчас завозят инструментарий для работы с пулл реквестами и код ревью — и это просто офигенно и нигде больше нет
а ещё наброшу на вентилятор интеграцией с avocode
Aleksandr
охуенно блять
обычно. в чем проблема-то?) стандарт есть, готовые парсеры есть (навреняка), свой написать - дело 10 минут
Olzhas
надо попробовать
Olzhas
Olzhas
но мне кажется что он не очень
Olzhas
я всегда когда свой код смотрю, считаю что он говно
Daniel
@onokonem а обязательно вендор коммитить?
я считаю, что да. потому, что код должен быть готов к использованию сразу после go get
для либ еще можно обдумать, и обойтись Gopkg.lock, а для бинарников - 100%
Olzhas
так готовые юзай
https://github.com/go-ini/ini я эту попробовал, она секции с одинаковыми названиями считает за одну
Olzhas
там для конфига больше json подошел бы
Olzhas
короч припекло у меня от этого да
Daniel
Для тех, кто не видел предыдущие версии этого спора:
X: на голанде офигительные средства для управления коммитами и мерджинг тул
Y: на vscode не хуже и мне удобнее консоль
X: в голанд удобные средства рефакторинга (лучшие из существующих)
Y: я пользую греп
X: дебаггинг
Y: ... Не нужно
X: интеграция с DB
Y: ... Не нужно
X: Подсветка синтаксиса внутри строковых литералов
Y : ... Не нужно
и т.д
пользуешься тем, что тебя мне не забанить? :)
Мерль
обзор есть какой-то? интересно посмотреть
обзора пока нет
расширение называется GitHub Pull Requests
github.vscode-pull-request-github
Aleksandr
https://github.com/go-ini/ini я эту попробовал, она секции с одинаковыми названиями считает за одну
а как должно быть по стандарту? может у тебя конфиг нестандартный
Мерль
обзора пока нет
расширение называется GitHub Pull Requests
github.vscode-pull-request-github
Это к вопросу о том, что мелкософт собирается делать с атомом
Daniel
Мерль
пользуешься тем, что тебя мне не забанить? :)
ну должен же тиран иметь хоть какие-то привелегии)
Vadim
ребят, что бы вы юзали для конкурентной работы с вэбсокетами?
Anonymous
атом сдох, ненужен
юзеров на нем не останется, т.к перестанет развиваться, даже убивать не придется
Daniel
ну должен же тиран иметь хоть какие-то привелегии)
в реальности - да, goland круче всех. и есть кейсы, в которых его крутость незаменима. тогда надо взять в руки N денег, и его купить.
пока ты до этих кейсов не добрался - есть смысл сидеть на vscode и пользоваться консолью в дополнение
Alexey
мож это уже обсуждали, но что с http://golangshow.com? у мя только с впн открывается в московии.
Aleksandr
Kirill
ребят, что бы вы юзали для конкурентной работы с вэбсокетами?
github.com/fasthttp/fastws в работе как раз
Мерль
Olzhas
а как должно быть по стандарту? может у тебя конфиг нестандартный
короч в конфиге указывается несколько одинаковых секций, с одинаковыми названиями переменных, но с разными значениями
[module]
name = foo
[module]
name = bar
path = path/to/module
[module]
name = foobar
Alexander
в реальности - да, goland круче всех. и есть кейсы, в которых его крутость незаменима. тогда надо взять в руки N денег, и его купить.
пока ты до этих кейсов не добрался - есть смысл сидеть на vscode и пользоваться консолью в дополнение
вроде есть EAP и кто хочет может вполне себе тырпрайзную версию честно использовать бесплатно. просто версию в бета-тесте
Artem
Мерль
Alexander
для идеи точно есть. для голэнда ща гляну
Alexander
https://www.jetbrains.com/community/eap/
Aleksandr
короч в конфиге указывается несколько одинаковых секций, с одинаковыми названиями переменных, но с разными значениями
[module]
name = foo
[module]
name = bar
path = path/to/module
[module]
name = foobar
ну то есть это не ini, а модификация. вопросы к изобретателю формата)
Daniel
https://t.me/gogolang/143432
эти кейсы - они не обязательно означают большой проект
и их отсутствие - не означает маленький.
Мерль
эти кейсы - они не обязательно означают большой проект
и их отсутствие - не означает маленький.
по моему субъективному опыту — примерно одно и то же, особенно если это вынужденно монолитное приложение
Aleksandr
ну вот так в общем
тем не менее написать парсер даже под такой формат - это чуть ли не 20 строк
Olzhas
тем не менее написать парсер даже под такой формат - это чуть ли не 20 строк
ну у меня припекло от такого ini
Olzhas
парсер я уже написал