надо сюда какого нить бота типа banofbot в чатике по джавке

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

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

Не вариант, надо просто починить /report

День добрый. А ктонибудь делал алертинг по логам? Если да то как? Какие то выборки из сырых логов, или аггрегировали? Чет весь в раздумьях как это вооще по человечески делать

https://habr.com/post/345968/

Спасибо

потом глянул ЕСПД и чет не весело

Единственная причина писать доки по ГОСТу — когда это требование бизнеса. То есть когда у вас госзаказчик, который не заплатит без доки по ГОСТу.

Я пишу доки в гугл докс. Стандарт - стили от гугла)

В смысле строго по ГОСТу. Полезные идеи брать можно. Но для доки на инфраструктуру там мало идей

Мы пишем внешние доки в Sphinx, внутренние в Confluence. И я технический писатель, если что. :) Если есть вопросы — обращайтесь

Ребят кто где доку по коду\ролям пишет

Код на каком языке? Роли в чём описаны?

Ещё можно в @docsascode приходить с вопросами про доки.

Ребят кто где доку по коду\ролям пишет

Я себе свой standalone инструмент приспособил с markdown, работает на php. В большинстве случаев подходит. Вся дока под гитом) Правда, никак руки не доходят прикрутить туда поиск.

Если вдруг кому интересно будет https://github.com/miolae/yii2-markdown-doc

всем в перу за расширением сознания. дорого и больно!)

Парни, такой вопрос: Есть три ветки. Я хочу чтобы по пушу в каждую ветку отрабатывал CI скрипт, по каждой ветке. Файл .gitlab-ci.yml: https://pastebin.com/idA6XW7Q Пушу в rc - ничего не происходит. Пушу в мастер - запускается для мастера файлик .gitlab-ci.yml в каждой ветке должен быть свой чтоли? Я так попробовал, работет, но мерджить неудобно ветки друг в друга

Парни, такой вопрос: Есть три ветки. Я хочу чтобы по пушу в каждую ветку отрабатывал CI скрипт, по каждой ветке. Файл .gitlab-ci.yml: https://pastebin.com/idA6XW7Q Пушу в rc - ничего не происходит. Пушу в мастер - запускается для мастера файлик .gitlab-ci.yml в каждой ветке должен быть свой чтоли? Я так попробовал, работет, но мерджить неудобно ветки друг в друга

Не то что бы свой, но должен быть в каждой

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

некие источники подсказывают, что сбертех всё. Поэтому не нужен им оператор .. ну или 80% не нужен.

Парни, такой вопрос: Есть три ветки. Я хочу чтобы по пушу в каждую ветку отрабатывал CI скрипт, по каждой ветке. Файл .gitlab-ci.yml: https://pastebin.com/idA6XW7Q Пушу в rc - ничего не происходит. Пушу в мастер - запускается для мастера файлик .gitlab-ci.yml в каждой ветке должен быть свой чтоли? Я так попробовал, работет, но мерджить неудобно ветки друг в друга

так тебе по веткам надо или по тегам. ты по тегам сделал.

по тегам я чисто по раннерам привязался. Уже решил проблему, оказалось всё просто

ты делаешь ОБЩИЙ .gitlab-ci.yaml, который разливаешь по всем веткам.

типа он во всех ветках одинаковый

прям вот точно такой же какой я скинул

ты это имеешь ввиду?

да

одна с этим проблема - [skip ci] нужно не забывать делать ) ну или забить)

не понял

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

нормально на продакшн сервере размещать django проект в папке /home ?

в каждом мане фигурирует папка /opt

нормально на продакшн сервере размещать django проект в папке /home ?

не важно в какой папке лежит проект - обычно заводят ограниченного юзера, и в его домашнюю папку кладут проект под его же правами. opt - это по канонам линукс-соглашения.

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

смотри. При каждом событии (push, merge, etc) гитлаб смотрит в .gitlab-ci на момент коммита - нужно ли что-то делать. тут вот так и пишут https://t.me/ru_gitlab/8593 Конечно - так жить неудобно. Поэтому разумно, чтобы gitlab-ci был един - не так часто его менять нужно. но в этом случае его изменения нужно по веткам прогнать. Чтобы жить было проще - можно его коммитить с [skip ci], чтобы не запускался пайплайн. тогда во всех ветках он будет актуальным(если конфликтов не будет), но и пайплайны зазря триггериться не будут. работает почти во всех ci-тулах.

а, я понял, ну у нас такой потребности нету. Как раз и нужно чтоб при успешном пуше тригеррился CI всегда. Спасибо за объяснение.

нормально на продакшн сервере размещать django проект в папке /home ?

мои девеоперы /code предпочитают. в контейнерах - хоть в /tmp пускай размещают.

так тебе по веткам надо или по тегам. ты по тегам сделал.

Там теги не про гит, а про теги раннеров

Там теги не про гит, а про теги раннеров

рука-лицо.

рука-лицо.

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

я что-то не так понял?

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

всё верно. рука-лицо - это относилось к тому, что я недочитал документацию Спасибо коллегам, что поправили.

а, фух)

некие источники подсказывают, что сбертех всё. Поэтому не нужен им оператор .. ну или 80% не нужен.

В плане все?

В плане все?

насколько я знаю, часть людей остаётся именно в сбт. но очень мало.

Впрочем, мои знания - примерно 3х месячной давности, поэтому могли и переиграть. но чистку там устроили - это точно)

насколько я знаю, часть людей остаётся именно в сбт. но очень мало.

Т.е. сбер или сдувает состав до вменяемого или потихоньку закрывается?

Т.е. сбер или сдувает состав до вменяемого или потихоньку закрывается?

Меняют структуру. Когда стало понятно, что никому, кроме Сбера СБТ не нужен - возвращают сотрудников обратно в структуру сбера.

Как ГОГ говорил и продолжает говорить - мы живём в эпоху agile(изменений) и регулярное перетряхивание структуры - мобилизует. Он прав, я щетаю, особенно с учётом специфики.

Сунь-Вынь называется)

Как ГОГ говорил и продолжает говорить - мы живём в эпоху agile(изменений) и регулярное перетряхивание структуры - мобилизует. Он прав, я щетаю, особенно с учётом специфики.

Долго доходило. Сколько сбертеху лет?

Долго доходило. Сколько сбертеху лет?

ну вот гифок не надо. Печатать мешает. Я думаю, что заняло "цикл". То есть вот был план - за Х лет мы достигнем Y показателей. Ну вот не достигли - сворачиваем. Это так работает.

Ну и .. опыта работы в структуре СБТ у меня нет, но дуиаю, что стратегически - это был неплохой ход - как собрать команду спецов, которая выстроит процессы в той части, которая не касается бюрократии. Но внутри я не работал, поэтому это мнение "диванного аналитика".

ничего у них не получилось, как было иди туда не знаю куда так и осталось ...

Ну и .. опыта работы в структуре СБТ у меня нет, но дуиаю, что стратегически - это был неплохой ход - как собрать команду спецов, которая выстроит процессы в той части, которая не касается бюрократии. Но внутри я не работал, поэтому это мнение "диванного аналитика".

Банк и 'не касается бюрократии' - понятия в принципе не совместимые

ничего у них не получилось, как было иди туда не знаю куда так и осталось ...

А у вас своё видение есть - куда нужно было идти и почему не получилось ? Поофтопим за сбертех ?

Банк и 'не касается бюрократии' - понятия в принципе не совместимые

её можно скрывать и достаточно эффективно.

@Asgoret не надоело вручную удалять ? Может /report замутить-таки ?

её можно скрывать и достаточно эффективно.

Можно, но не в 'главном' банке страны

Можно, но не в 'главном' банке страны

да и в главном можно - самое сложное - убрать дикое легаси

@Asgoret не надоело вручную удалять ? Может /report замутить-таки ?

Нет, их немного + всякие терминаторы уже не спасают. В чате админов почти каждую неделю обсуждаем. Пока самое эффективное это руками, в противном случае начинается % ошибок и другого дерьма

Нет, их немного + всякие терминаторы уже не спасают. В чате админов почти каждую неделю обсуждаем. Пока самое эффективное это руками, в противном случае начинается % ошибок и другого дерьма

да нет, просто консенсус - пользователи с суммой в 1000 сообщений голосуют за report - delete

за ошибочный delete - сброс счётчика(штраф на уровне скрипта).

да и в главном можно - самое сложное - убрать дикое легаси

Мы же сейчас о реальном мире говорим...

А у вас своё видение есть - куда нужно было идти и почему не получилось ? Поофтопим за сбертех ?

Виденье куда идти - нет, но мне нравится нравится, что они пытаются на каждый чих смастерить какое-то отдельное приложение или систему, я им об этом в опросе акционеров написал)) после того как мне надо было для этого опроса еще одно приложение поставить. Такое ощущение, что кто-то специально или нет но подпитывает внутреннию конкуренцию по изготовлению одно и тогоже с небольшими отличиями, но в рамках компании по моему это не есть хорошо, пустая трата ресурсов.

Мы же сейчас о реальном мире говорим...

о реальном мире - эксперимент затронул ограниченное число департаментов. Думаю, что если внедрить ИБ человека в каждую команду - это сильно упростило бы жизнь.

Виденье куда идти - нет, но мне нравится нравится, что они пытаются на каждый чих смастерить какое-то отдельное приложение или систему, я им об этом в опросе акционеров написал)) после того как мне надо было для этого опроса еще одно приложение поставить. Такое ощущение, что кто-то специально или нет но подпитывает внутреннию конкуренцию по изготовлению одно и тогоже с небольшими отличиями, но в рамках компании по моему это не есть хорошо, пустая трата ресурсов.

не нравится

Виденье куда идти - нет, но мне нравится нравится, что они пытаются на каждый чих смастерить какое-то отдельное приложение или систему, я им об этом в опросе акционеров написал)) после того как мне надо было для этого опроса еще одно приложение поставить. Такое ощущение, что кто-то специально или нет но подпитывает внутреннию конкуренцию по изготовлению одно и тогоже с небольшими отличиями, но в рамках компании по моему это не есть хорошо, пустая трата ресурсов.

взгляд снаружи или изнутри ?

взгляд снаружи или изнутри ?

снаружи

с несколькими людми довелось пообщаться

Виденье куда идти - нет, но мне нравится нравится, что они пытаются на каждый чих смастерить какое-то отдельное приложение или систему, я им об этом в опросе акционеров написал)) после того как мне надо было для этого опроса еще одно приложение поставить. Такое ощущение, что кто-то специально или нет но подпитывает внутреннию конкуренцию по изготовлению одно и тогоже с небольшими отличиями, но в рамках компании по моему это не есть хорошо, пустая трата ресурсов.

просто смотри - разработка приложений - это история улучшения систем. Чтобы понимать - в сбере в силу специфики - более 500 внутренних систем. Сколько там внешних приложений - этого я не знаю. Так или иначе - раз в 5-7 лет - каждая система рефакторится - либо от неё отказываются или объединяют с другой или просто пишут заново. Это нормально и тут нет никакой дичи. Плюс, есть имиджевые истории. если старое приложение херово работает на новом iPhone + нужно добавить и отрефакторить то, это и здесь поменять - бывает проще заново переписать.

чот очепяток много, исправлю.

не нравится

ну и спрошу еще - в какой компании ты работаешь ? Сколько там разработчиков ? как часто у вас бывает рефакторинг "мелкий" и как часто - кусок приложения выделяют в микросервис и переписывают с нуля.

Ну и еще - в случае существенного изменения законодательства - часто переписать систему с нуля с учётом накопившегося тех.долга + новых подходов - лучше и дешевле. А в одном банке - это еще и проще обосновывается.

девопсерs памагите плиз!

девопсерs памагите плиз!

донат на телеграм сделал ?

Чот я разговорчив сегодня. Еще нужно понять концепцию MVP (minimal value product) кто-то там генерирует некую идею - было бы круто вот так. Под это быстро запиливается приложение - и отдаётся в ограниченное тестирование. Всё ок - концепция рабочая ? С минимальными правками - расширяем круг пользователей. О, на куче пользователей проблемы ? Возьмём еще сервак. Еще и еще. Настал момент переписать "нормально". Такой вот жизненный цикл ПО нынче.