Size: a a a

2020 April 25

RS

Roman Sharkov in Go-go!
Мимо Проходящий
ну я пишу сложные конфиги, которые потом правят много людей. Потом пишу на них доку. Но даже с очень хорошей докой разбираться в них без каментов в yaml довольно муторно
ИМХО хороший конфиг это когда каждая строка откоментирована, зачем она, для чего она и как ей пользоваться.

а так-же хороший конфиг содержит закоментенные отключенные по умолчанию опции
источник

IK

Ilya Kaznacheev in Go-go!
Roman Sharkov
ИМХО хороший конфиг это когда каждая строка откоментирована, зачем она, для чего она и как ей пользоваться.

а так-же хороший конфиг содержит закоментенные отключенные по умолчанию опции
Ну это уже утопия
источник

МП

Мимо Проходящий... in Go-go!
Roman Sharkov
ИМХО хороший конфиг это когда каждая строка откоментирована, зачем она, для чего она и как ей пользоваться.

а так-же хороший конфиг содержит закоментенные отключенные по умолчанию опции
да. Вот и получается, что пишем на каждую структуру, которая участвует в конфиге, кастомный yaml анмаршалер, чтобы нудно вставлять каменты через Node{HeadComment     LineComment FootComment }
источник

IK

Ilya Kaznacheev in Go-go!
Одно дело, когда это пример конфига в опенсорс либе, тогда да
А в боевом проекте не до этого часто
источник

IK

Ilya Kaznacheev in Go-go!
Ну в том плане, что и так понятно
источник

RS

Roman Sharkov in Go-go!
Ilya Kaznacheev
Одно дело, когда это пример конфига в опенсорс либе, тогда да
А в боевом проекте не до этого часто
почему?
источник

IK

Ilya Kaznacheev in Go-go!
Roman Sharkov
почему?
Время
источник

RS

Roman Sharkov in Go-go!
Ilya Kaznacheev
Ну в том плане, что и так понятно
это вам понятно, а не тем, кто придёт в проект позже
источник

RS

Roman Sharkov in Go-go!
Ilya Kaznacheev
Время
ну тут на собственную совесть..

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

OJ

O . J in Go-go!
Roman Sharkov
это вам понятно, а не тем, кто придёт в проект позже
Часто бывает что на го пишут макро сервисы, где не так сложно разобраться. Интерпрайзные размахи с полотном конфига на два фулл скрола это редкость
источник

RS

Roman Sharkov in Go-go!
O . J
Часто бывает что на го пишут макро сервисы, где не так сложно разобраться. Интерпрайзные размахи с полотном конфига на два фулл скрола это редкость
ну я-ж говорю, на собственную совесть
источник

RS

Roman Sharkov in Go-go!
один из факторов почему бизнесам стоит опен сорсить кстати. Разработчики вкладывают в продукт больше души. В закрытом проекте риски высокие.. вложишь душу а работу возьмут да выкинут.
источник

МП

Мимо Проходящий... in Go-go!
Ну вот у меня биржевой дашборд, в нём конфиг. На луа. Там параметры мониторинга, формулы расчёта рисков. Если это не документировать, отдать в прод на отъебись и сделать вид что и так норм, мне жу будет хуже потом первому
источник

МП

Мимо Проходящий... in Go-go!
И похеру сколько там времени уйдёт на нормальные комментарии
источник

RS

Roman Sharkov in Go-go!
Мимо Проходящий
Ну вот у меня биржевой дашборд, в нём конфиг. На луа. Там параметры мониторинга, формулы расчёта рисков. Если это не документировать, отдать в прод на отъебись и сделать вид что и так норм, мне жу будет хуже потом первому
солидарен
источник

OJ

O . J in Go-go!
Мимо Проходящий
Ну вот у меня биржевой дашборд, в нём конфиг. На луа. Там параметры мониторинга, формулы расчёта рисков. Если это не документировать, отдать в прод на отъебись и сделать вид что и так норм, мне жу будет хуже потом первому
Довольно частный случай :)
источник

IK

Ilya Kaznacheev in Go-go!
Господа, кто знает, а для github actions как-то можно описать jobs отдельно и в разных пайплайнах их использовать, или нужно копипастить все время?

Столкнулся с тем, что у меня есть, условно несоклько jobs: lint, test, build
Первые две мне нужно запускать при PR, а при мердже/пуше в мастер - все три

Не нашел возможности как-то для jobs описывать ограничения, только в разных файлах прописать в какие ветки при каких событиях запускать джобы, и скопипастил lint и test соотетственно
источник

RS

Roman Sharkov in Go-go!
Ilya Kaznacheev
Господа, кто знает, а для github actions как-то можно описать jobs отдельно и в разных пайплайнах их использовать, или нужно копипастить все время?

Столкнулся с тем, что у меня есть, условно несоклько jobs: lint, test, build
Первые две мне нужно запускать при PR, а при мердже/пуше в мастер - все три

Не нашел возможности как-то для jobs описывать ограничения, только в разных файлах прописать в какие ветки при каких событиях запускать джобы, и скопипастил lint и test соотетственно
в github actions пока-что нужно очень и очень много копипастить
источник

IK

Ilya Kaznacheev in Go-go!
Roman Sharkov
в github actions пока-что нужно очень и очень много копипастить
И доки говно вдобавок
источник

II

Ivanshello Ivanushka... in Go-go!
Здравствуйте, ищу партнёров. Или просто опытных, думающих людей готовых делиться идеями и продуктивно сотрудничать. Готов браться за любую интересную или перспективную работу. Умею общаться, взаимодействовать, направлять людей. Легко обучаем. Люблю читать и узнавать что то новое, изучал литературу по маркетингу и взаимодействию с людьми. Главной целью считаю заработок денег. Деньги для меня это инструмент воплощения моих идей в техническом творчестве и познании мира, но об этом подробнее при личном общении. Интересные направления: товарный или иной бизнес связанный с перепродажей, маркетинговое или рекламное агентство, IT компания. В планах собрать думающих и целеустремлённых людей с целью взаимной поддержки в решении задач, рассмотрение и воплощение различных идей, поиска партнёров. Кому интересно пишите.
источник