не пробовали добавить шаг только для мастер ветки: скачать артефакты конкретного джоба ветки dev? Предварительно загрузив нужные файлы в артефакты, конечно
А в чем проблема с DevOps Engineer? если хотите противопоставить - они же не делают курс Admin Engineer - у них вполне себе есть SysOps Administrator курс сертификации для админов
месяц назад в МФЦ наблюдал картину - заклеенный аппарат с электронной записью у входа и женщина на ресепшене которая эту электронную запись делает на втором аппарате у себя.
Насколько я понял то, что я увидел, - аппарат не дает адекватные рекомендации, какой раздел или услугу выбрать чтобы попасть куда надо и люди берут рандомно что приглянется, а женщина-администратор нужна для того чтобы определять какой раздел и услуга верные. Такая вот электронная очередь.
Ну и вторая функция - проверять температуру, маску(а раньше еще и перчатки, сейчас расслабились)
исходя из своего опыта - есть несколько вариантов:
решаете не ту проблему - может быть неверно сформулировали, или слишком поверхностно анализировали и не докопались до первопричины. Судя по вашим словам о похожести проблем - наиболее вероятно, с моей точки зрения (это такой gut feeling, с похожим сталкивались)
решение проблемы, несмотря ни на что, - от вас не зависит.
это на самом деле не проблема, но в список она попала из за молчаливого согласия что "Васе неудобно, да, наверное надо как то решить"
проблемы есть и всегда будут, идеально работать никогда не получится - никто не работает в изолированном пространстве и не строит сферического коня в вакууме.
Здесь, да и у @vlsergey в общем то так и написано - главное понять что проблема есть . Ваш пример с развитием - это уже анализ процессов внутри команды, на них тоже кто-то должен обращать внимание.
то есть на несоблюдение процесса мы на ретро записываем "Коля мы же тебе уже сто раз говорили" ?
Я не сторонник формализации всего и вся, но в определенных ситуациях от обилия информации начинаешь теряться и в голове ее не удержать, поэтому важные соглашения надо фиксировать. Хотя тут скорее культура работы в команде, конечно.
Вот именно поэтому должен быть кто-то кто увидит в такой ситуации проблему, даже если команда ее не видит. Я про это упомянул.
И, поверьте, бывают такие случаи. как-то 6 спринтов без проблем работали, незабываемое ощущение у всей команды - это очень поднимает дух (и это заметно)
"изменение в процессе" - это вполне себе конкретный экшен, "внести изменение в процесс", он же где то описан, не на словах договариваемся
то же с уменьшением техдолга - кто-то будет его уменьшать. Если конкретные технические задачи будут определены на ближайшем планировании то кто-то с ретро должен выйти с задачей "довести до планирования", но опять же "уменьшение техдолга с целью" - тогда должно быть определено на ретроспективе
На моем опыте очень плохая практика делать экшенами пожелания. Экшен должен быть экшенабл (простите за англицизмы, по русски оно как то не звучит)
Самый подходящий для меня формат ретроспективы когда обзор своей работы каждый пишет сам, при подготовке к спринту
Да, "домашка", ничего не поделаешь, но зато никто не торопит во время митинга, ты легко вспоминаешь все самое хорошее и самое не очень и спокойно фиксируешь .. и приносишь на ревью спринта. Проводить ретро в формате "вспомнить что вы делали последние две недели за 10 минут" - для меня так себе идея. Пара месяцев в команде понадобилось добавлять отдельные задачи в спринт на подготовку, зато потом стало все гораздо легче (и задачи кстати тоже ушли, привычка - дело такое). Все приходят с уже готовыми мыслями и идеями, не взятыми с потолка во время "минутки", как вы предлагаете.
С подготовленными селф ревью гораздо легче проводить ревью спринта.
А ретроспективу в общем то и необязательно проводить если команда не видит проблем которые ей мешают. Но в команде должен быть тот, кто занимается анализом ревью, чтобы отсекать случаи типа "Вася уже несколько спринтов выполняет только 50% взятых задач но пишет что проблем нет" и выносить их в список проблем. Это, как и у вас , должен быть или член команды - не менеджер, или же менеджер но такой, который в работе ставит себя на одном уровне с другими в команде, дополнительно выполняя менеджерские функции. Как раз чтобы не давить авторитетом "я начальник - ты дурак"
Про план действий:
у любого действия должен быть "владелец". Это человек который вынесет с ретроспективы действие и обеспечит его выполнение. Если это задача внутри команды - то можно договариваться сразу кто будет выполнять.
Каждое действие должно быть сформулировано в виде действия, приносящего конкретный результат, а не просто "благие намерения" (в вашем списке последние два - как раз благие намерения). Но, опять же, в случае "Ответственно подходить к ревью pull request'ов" у вас в правой колонке тоже написаны какие-то пожелания. Я бы предложил "сформулировать и описать на вики правила ревью пул реквестов" - договоренность, кото рая формируется внутри команды и которой члены команды обещают следовать, зафиксированная и живая - то есть ее можно и нужно править со временем, если она будет вызывать проблемы
У меня в вопросе общения с Тинькофф исключительно положительный опыт, странно не сделали бесплатный период обслуживания, если точно попадаете в условия акции.
в общем да, база не поменялась, но серьезные изменения в том "что происходит когда вводишь url в браузер" уже есть(схемы работы есть по ссылкам, если интересно)
http/2 - в принципе просто оптимизация http/1 но уже работает несколько иначе
При вводе адреса в адресную строку браузер может делать DNS запросы не только для выяснения пункта назначения но и к разным DNS записям в DNS зоне пункта назначения, чтобы прочитать параметры безопасности
схема "браузер кеш"->"хостс"->"днс-сервер" и так-то работала не для всех ОС одинаково (в Windows например есть служба DNS client, которая так же кеширует данные DNS) а с появлением массового DOH в браузерах так и вообще работает совсем не так.
p.s. тонны редактирований коммента, а можно ведь сделать черновик для комментариев? %D
www.browserling.com/tools/ip-to-dec
но лучше все таки думать и считать. Или написать несложный скрипт. Posh как пример $bytes = ([IPAddress]"192.168.140.255").GetAddressBytes(); [Array]::Reverse($bytes); [BitConverter]::ToUInt32($bytes,0)
Есть у Билайна услуга «хамелеон». Он, наверное, актуален был тогда, когда все телефоны были кнопочными
Именно с хамелеоном я больше всего боролся за время пользования Билайном, как мобильным оператором. Самое веселье что со мной иногда до 3-х операторов разного уровня (про уровни не уточнял, но создавалось ощущение что следующий знает больше чем предыдущий) сидели чтобы найти где в очередной раз массово подключили эту услугу на моих номерах. Скорее всего, Билайн довольно многослойный и отделу занимающемуся подписками тоже надо выполнять планы, а отдел занимающийся абонентами расхлебывает (а прибыль идет от тех кто забил)
https://docs.gitlab.com/ee/ci/pipelines/job_artifacts.html#access-the-latest-job-artifacts-by-url
не пробовали добавить шаг только для мастер ветки: скачать артефакты конкретного джоба ветки dev? Предварительно загрузив нужные файлы в артефакты, конечно
А в чем проблема с DevOps Engineer? если хотите противопоставить - они же не делают курс Admin Engineer - у них вполне себе есть SysOps Administrator курс сертификации для админов
месяц назад в МФЦ наблюдал картину - заклеенный аппарат с электронной записью у входа и женщина на ресепшене которая эту электронную запись делает на втором аппарате у себя.
Насколько я понял то, что я увидел, - аппарат не дает адекватные рекомендации, какой раздел или услугу выбрать чтобы попасть куда надо и люди берут рандомно что приглянется, а женщина-администратор нужна для того чтобы определять какой раздел и услуга верные. Такая вот электронная очередь.
Ну и вторая функция - проверять температуру, маску(а раньше еще и перчатки, сейчас расслабились)
ух прям завидую.. некоторые вещи тоже хочется переложить на автомат и не морочиться
исходя из своего опыта - есть несколько вариантов:
решаете не ту проблему - может быть неверно сформулировали, или слишком поверхностно анализировали и не докопались до первопричины. Судя по вашим словам о похожести проблем - наиболее вероятно, с моей точки зрения (это такой gut feeling, с похожим сталкивались)
решение проблемы, несмотря ни на что, - от вас не зависит.
это на самом деле не проблема, но в список она попала из за молчаливого согласия что "Васе неудобно, да, наверное надо как то решить"
проблемы есть и всегда будут, идеально работать никогда не получится - никто не работает в изолированном пространстве и не строит сферического коня в вакууме.
Здесь, да и у @vlsergey в общем то так и написано - главное понять что проблема есть
. Ваш пример с развитием - это уже анализ процессов внутри команды, на них тоже кто-то должен обращать внимание.
то есть на несоблюдение процесса мы на ретро записываем "Коля мы же тебе уже сто раз говорили" ?
Я не сторонник формализации всего и вся, но в определенных ситуациях от обилия информации начинаешь теряться и в голове ее не удержать, поэтому важные соглашения надо фиксировать. Хотя тут скорее культура работы в команде, конечно.
А про техдолг, судя по всему, я вас убедил :D
Вот именно поэтому должен быть кто-то кто увидит в такой ситуации проблему, даже если команда ее не видит. Я про это упомянул.
И, поверьте, бывают такие случаи. как-то
6 спринтов без проблем работали, незабываемое ощущение у всей команды - это очень поднимает дух (и это заметно)
"изменение в процессе" - это вполне себе конкретный экшен, "внести изменение в процесс", он же где то описан, не на словах договариваемся
то же с уменьшением техдолга - кто-то будет его уменьшать. Если конкретные технические задачи будут определены на ближайшем планировании то кто-то с ретро должен выйти с задачей "довести до планирования", но опять же "уменьшение техдолга с целью" - тогда должно быть определено на ретроспективе
На моем опыте очень плохая практика делать экшенами пожелания. Экшен должен быть экшенабл (простите за англицизмы, по русски оно как то не звучит)
Самый подходящий для меня формат ретроспективы когда обзор своей работы каждый пишет сам, при подготовке к спринту
Да, "домашка", ничего не поделаешь, но зато никто не торопит во время митинга, ты легко вспоминаешь все самое хорошее и самое не очень и спокойно фиксируешь .. и приносишь на ревью спринта. Проводить ретро в формате "вспомнить что вы делали последние две недели за 10 минут" - для меня так себе идея. Пара месяцев в команде понадобилось добавлять отдельные задачи в спринт на подготовку, зато потом стало все гораздо легче (и задачи кстати тоже ушли, привычка - дело такое). Все приходят с уже готовыми мыслями и идеями, не взятыми с потолка во время "минутки", как вы предлагаете.
С подготовленными селф ревью гораздо легче проводить ревью спринта.
А ретроспективу в общем то и необязательно проводить если команда не видит проблем которые ей мешают. Но в команде должен быть тот, кто занимается анализом ревью, чтобы отсекать случаи типа "Вася уже несколько спринтов выполняет только 50% взятых задач но пишет что проблем нет" и выносить их в список проблем. Это, как и у вас , должен быть или член команды - не менеджер, или же менеджер но такой, который в работе ставит себя на одном уровне с другими в команде, дополнительно выполняя менеджерские функции. Как раз чтобы не давить авторитетом "я начальник - ты дурак"
Про план действий:
у любого действия должен быть "владелец". Это человек который вынесет с ретроспективы действие и обеспечит его выполнение. Если это задача внутри команды - то можно договариваться сразу кто будет выполнять.
Каждое действие должно быть сформулировано в виде действия, приносящего конкретный результат, а не просто "благие намерения" (в вашем списке последние два - как раз благие намерения). Но, опять же, в случае "Ответственно подходить к ревью pull request'ов" у вас в правой колонке тоже написаны какие-то пожелания. Я бы предложил "сформулировать и описать на вики правила ревью пул реквестов" - договоренность, кото
рая формируется внутри команды и которой члены команды обещают следовать, зафиксированная и живая - то есть ее можно и нужно править со временем, если она будет вызывать проблемы
Понравились оплата ЖКХ без комиссийНе защищая или рекламируя банк - у Тинькофф на black тоже. Может быть вы невнимательно изучали тарифы?
а что в ТП пишут в ответ?
У меня в вопросе общения с Тинькофф исключительно положительный опыт, странно не сделали бесплатный период обслуживания, если точно попадаете в условия акции.
в общем да, база не поменялась, но серьезные изменения в том "что происходит когда вводишь url в браузер" уже есть(схемы работы есть по ссылкам, если интересно)
http/2 - в принципе просто оптимизация http/1 но уже работает несколько иначе
http/3 - работает уже не через TCP
и поправки для DNS:
он может работать и через TCP в некоторых случаях
При вводе адреса в адресную строку браузер может делать DNS запросы не только для выяснения пункта назначения но и к разным DNS записям в DNS зоне пункта назначения, чтобы прочитать параметры безопасности
схема "браузер кеш"->"хостс"->"днс-сервер" и так-то работала не для всех ОС одинаково (в Windows например есть служба DNS client, которая так же кеширует данные DNS) а с появлением массового DOH в браузерах так и вообще работает совсем не так.
p.s. тонны редактирований коммента, а можно ведь сделать черновик для комментариев? %D
два раза пройдите по ссылке "предыдущая публикация", там будет описание :D
ну, собственно, если посмотреть на новость от глобалсайна на которую ссылаются в статье https://support.globalsign.com/atlas/atlas-tls/atlas-tls-ica-rotations-2021 и посмотреть какие сертификаты будут обновлены - речь о промежуточных центрах.
Теперь при замене сертификатов на серверах надо будет думать еще и об обновлении цепочки
«Будешь хорошо работать — дадим компьютер»
меня подвели к горе хлама и сказали "соберешь - у тебя будет компьютер"
Но мне было легче, я реально эникеем пришел тогда работать)
но лучше все таки думать и считать. Или написать несложный скрипт. Posh как пример
$bytes = ([IPAddress]"192.168.140.255").GetAddressBytes(); [Array]::Reverse($bytes); [BitConverter]::ToUInt32($bytes,0)Именно с хамелеоном я больше всего боролся за время пользования Билайном, как мобильным оператором. Самое веселье что со мной иногда до 3-х операторов разного уровня (про уровни не уточнял, но создавалось ощущение что следующий знает больше чем предыдущий) сидели чтобы найти где в очередной раз массово подключили эту услугу на моих номерах. Скорее всего, Билайн довольно многослойный и отделу занимающемуся подписками тоже надо выполнять планы, а отдел занимающийся абонентами расхлебывает (а прибыль идет от тех кто забил)