В общении с бюрократией стоит соблюдать лаконичность и задавать ровно тот вопрос, ответ на который вы хотите получить. Без лирических отступлений, предисловий и хитростей в вопросе. Без дополнительных наводящих вопросов. Без обсуждения какой-либо политической позиции. Чтобы у бюрократа не было возможности зацепиться за какую-то фразу и ответить вообще не по теме вопроса.
То есть по хорошему следовало спросить примерно так "Является ли текущая невозможность пользоваться Youtube на территории России намеренными действиями Роскомнадзора? Прошу указать судебное решение или другое законное основание этих действий."
Также, в текущей версии плагина есть один "баг": если на десктопе удалить ненужную папку-с-файлами (и синхронизировать репозиторий), то на мобильном файлы удалятся, но пустая папка останется ... и её придётся удалить вручную. Неудобно, но такой сценарий случается довольно редко. Плюс есть шанс что автор плагина исправит этот баг.
Подозреваю, что шансов ровно ноль, т.к. папки не являются версионируемым объектом git-a.
Сочетание мобильности, комфорта и упсы. Хороший стационарный монитор лучше самого лучшего 14" монитора ноута. Клавиатуру выбираешь под себя, а не ту, что тебе навязал производитель ноутбука. И стоит она не 15к (хотя есть и дороже), и работает дольше. Сидишь на работе как человек, а не как ростовщик над златом.
И в любой момент можешь выехать со всем окружением в нужную точку.
Если для полноценной работы все равно нужны стул, стол и розетка, то зачем ограничивать себя экраном ноутбука и его клавиатурой? Нормальный моник и нормальная клава с мышкой, и заодно вопрос горячей замены решен.
Это при том, что я согласен, что нормального ноута для работы более чем достаточно, если не заниматься машинным обучением и тяжелой графикой.
В том случае, если на поле присутствует тень от крыши стадиона, а остальная часть ярко залита солнцем, один и тот же комплект формы может выглядеть по-разному.
Для неравномерного освещения нужно получить два набора векторов — из солнечной и теневой части поля.
Попробуйте сначала перевести в HSL. Подозреваю, что цвет (H) не сильно изменится от солнца. Точнее, он, конечно, изменится, но в ожидаемую сторону - в желтую на солнечной стороне.
На трассировку требований нет запроса. На выявление есть, но неявно. Чаще к аналитику приходит задача от PO в виде "вот я написал, что надо, со смежниками Васей и Валей договорился, скажи срок, когда напишешь требования". Правда, кто такие бесфамильные Вася и Валя, какое они имеют отношение к задаче, и в чем состоят договорённости - остаётся неизвестным.
Мне кажется, потребителю сервиса надо знать, что регистрация клиента прошла или нет, а не то, отправил ли сервис что-то куда-то. Потому что если сервис регистрации упал с ошибкой, то потребитель попробует повторить регистрацию, но в этот раз у него не получится, так как клиент уже зарегистрирован, просто потребитель не в курсе.
То есть сервис должен падать только при невозможности выполнения его основной функции - регистрации, а все сопутствующие действия либо проводить без прокидывания exception наверх, либо, если это важно, откатывая регистрацию. Тогда у потребителя будет четкое понимание: выполнилось успешно - значит регистрация прошла; exception - значит регистрации не случилось.
А еще registerClient упадет, если упали на маппинге или не удалось достучаться до Кафки, хотя сама регистрация клиента была успешно выполнена. Впрочем, это тема уже для другой статьи.
Это вы рассматриваете вариант, когда уволится аналитик, который с требованиями работал. А интервьюируемые - уже не аналитики.
Если уволится лидер компетенции - в моменте ничего не изменится. На продолжительном сроке, возможно, аналитики из ведомой им группы аналитиков несколько притормозят в своем профессиональном развитии, но это если (а) лидер реально им помогал развиваться и (б) качество аналитиков в данной корп. среде имеет значение.
Если уволится Solution Architector - в моменте ничего не изменится. Могут приниматься архитектурные решения без него, теми же аналитиками, например. На продолжительном сроке эти решения могут оказаться технологическим тормозом для развития бизнеса. А могут и не оказаться.
Если уволится Product Owner - появится новый, которого аналитики введут в курс дела.
Сначала в команде нас было двое — я и продакт. Вместе с ростом команды развивались и мои ранги: команда расширилась до 120 человек, а я стала мидлом, потом сеньором, и, через некоторое, мне предложили роль лида
Полагаю, что аналитиков среди 120 человек команды будет не менее 10 процентов.
Также полагаю, что этим 12 аналитикам уже некуда расти в карьерном смысле, т.к. должность лида компетенции уже занята и освобождаться не собирается.
Еще бизнес-аналитика и скрам-мастера
Поменяйте советские ножницы по металлу на современные двухрычажные, с насечкой на зубьях, это небо и земля
В общении с бюрократией стоит соблюдать лаконичность и задавать ровно тот вопрос, ответ на который вы хотите получить. Без лирических отступлений, предисловий и хитростей в вопросе. Без дополнительных наводящих вопросов. Без обсуждения какой-либо политической позиции. Чтобы у бюрократа не было возможности зацепиться за какую-то фразу и ответить вообще не по теме вопроса.
То есть по хорошему следовало спросить примерно так "Является ли текущая невозможность пользоваться Youtube на территории России намеренными действиями Роскомнадзора? Прошу указать судебное решение или другое законное основание этих действий."
Подозреваю, что шансов ровно ноль, т.к. папки не являются версионируемым объектом git-a.
Не рассматривал, теряется же мобильность в случае необходимости.
Док-станции не вчера придумали. По сути я лишь максимизирую свой комфорт на основном рабочем месте, не теряя других достоинств ноутбука.
Ах, да, бонусом получаются два монитора вместо одного
Сочетание мобильности, комфорта и упсы. Хороший стационарный монитор лучше самого лучшего 14" монитора ноута. Клавиатуру выбираешь под себя, а не ту, что тебе навязал производитель ноутбука. И стоит она не 15к (хотя есть и дороже), и работает дольше. Сидишь на работе как человек, а не как ростовщик над златом.
И в любой момент можешь выехать со всем окружением в нужную точку.
Да. Еще мышь. Мне удобно.
Вас не затруднит отметить, где я сказал про стационарный компьютер?
Если для полноценной работы все равно нужны стул, стол и розетка, то зачем ограничивать себя экраном ноутбука и его клавиатурой? Нормальный моник и нормальная клава с мышкой, и заодно вопрос горячей замены решен.
Это при том, что я согласен, что нормального ноута для работы более чем достаточно, если не заниматься машинным обучением и тяжелой графикой.
Лучи добра посылать, видимо, автору @SerCe
Сколько времени занял весь этот путь от "Итак, вот какие основные требования к системе накопились у нас к этому моменту"?
Попробуйте сначала перевести в HSL. Подозреваю, что цвет (H) не сильно изменится от солнца. Точнее, он, конечно, изменится, но в ожидаемую сторону - в желтую на солнечной стороне.
На трассировку требований нет запроса. На выявление есть, но неявно. Чаще к аналитику приходит задача от PO в виде "вот я написал, что надо, со смежниками Васей и Валей договорился, скажи срок, когда напишешь требования". Правда, кто такие бесфамильные Вася и Валя, какое они имеют отношение к задаче, и в чем состоят договорённости - остаётся неизвестным.
Как не каждый разработчик стремится стать инженером, так не каждый аналитик стремится стать продукт овнером.
Мне кажется, потребителю сервиса надо знать, что регистрация клиента прошла или нет, а не то, отправил ли сервис что-то куда-то. Потому что если сервис регистрации упал с ошибкой, то потребитель попробует повторить регистрацию, но в этот раз у него не получится, так как клиент уже зарегистрирован, просто потребитель не в курсе.
То есть сервис должен падать только при невозможности выполнения его основной функции - регистрации, а все сопутствующие действия либо проводить без прокидывания exception наверх, либо, если это важно, откатывая регистрацию. Тогда у потребителя будет четкое понимание: выполнилось успешно - значит регистрация прошла; exception - значит регистрации не случилось.
А еще registerClient упадет, если упали на маппинге или не удалось достучаться до Кафки, хотя сама регистрация клиента была успешно выполнена. Впрочем, это тема уже для другой статьи.
Это вы рассматриваете вариант, когда уволится аналитик, который с требованиями работал. А интервьюируемые - уже не аналитики.
Если уволится лидер компетенции - в моменте ничего не изменится. На продолжительном сроке, возможно, аналитики из ведомой им группы аналитиков несколько притормозят в своем профессиональном развитии, но это если (а) лидер реально им помогал развиваться и (б) качество аналитиков в данной корп. среде имеет значение.
Если уволится Solution Architector - в моменте ничего не изменится. Могут приниматься архитектурные решения без него, теми же аналитиками, например. На продолжительном сроке эти решения могут оказаться технологическим тормозом для развития бизнеса. А могут и не оказаться.
Если уволится Product Owner - появится новый, которого аналитики введут в курс дела.
Во-первых, вы путаете карьеру специалиста и карьеру руководителя. Углубление знаний и навыков не делает из специалиста руководителя.
Во-вторых, только этот вариант и остаётся.
Короче, вся статья посвящена систематической ошибке выжившего и потому не стоит затраченного на нее времени.
Полагаю, что аналитиков среди 120 человек команды будет не менее 10 процентов.
Также полагаю, что этим 12 аналитикам уже некуда расти в карьерном смысле, т.к. должность лида компетенции уже занята и освобождаться не собирается.