Простые ритуалы для профилактики. Чтобы конфликты не накапливались, полезны регулярные практики: короткие психологические чек-ины в начале встреч, анонимные опросы, где можно безопасно обозначить болевые точки. Это повышает психологическую безопасность и позволяет замечать напряжение на ранних стадиях.
А меня, наоборот, бесит в начале каждого ретро "какой вы покемон в этом спринте?" с 10-15 минутным обсуждением на 15-20 человек.
Особенно, когда потом не успеваем за ретро обсудить то ради чего собрались.
У меня прям вьетнамские флешбеки пошли после прочтения статьи)
1) в одной компании на кухне нельзя было держать нож. Всякие завхозы и офис-менеджеры не могли объяснить почему. Принес просто свой и держал у себя в тумбочке.
2) в другой компании нанимали кучу народу, но на всех не хватало не то что места - мебели.
Лично со своим стажёром в 9 вечера ходил таскать тумбочку у уволившегося сотрудника.
Там проблему решили радикально - стажёрам не положено своего рабочего места, хотя в офис нужно ходить каждый день.
3) на одном госпредприятии на входе на этаж дверь скрипела так, что было слышно даже на улице.
Решил смазкой петлей после работы.
4) договаривался при выходе на работу о макбуке или Lenovo ThinkPad. Дали ноут aquarius.
В итоге, весь опенспейс знал что я пришел на работу т.к. при включении и при работе в ide он шумел как 3 пылесоса включенные одновременно.
Так же там вообще не работал звук - на всех созвонах сидел с личной мобилы.
О замене не удалось договориться, поэтому проработал там недолго.
И это компании, 3 из 4 у которых тут куча статей и рассказов какие они замечательные, какие крутые у них миссии и ценности и т.д.)
Главное не упарываться только в какую то одну метрику - иначе будет плохой результат.
Работал в одном бигтехе и насмотрелся всякого страшного когда нужно было соблюсти чью-то лидовскою цель на рерфоманс ревью по метрикам забагованности мобильного приложения:
1) Выглядело как баг, звучало как баг - но заводится задачей т.к. функционал ещё не у пользователей.
Как итог, малое количество багов и красивая метрика забагованности продукта.
2) в таск-трекере все равно было много критов и блокеров - перед выставлением этого приоритета нужно было получать аппрувы от разрабов и менеджеров.
Естественно, это удлиняло правку багов (иногда не на один день), обязательно находилась причина почему краш приложения на старте на половине Самсунгов не должен правиться в этом релизе - зато метрика количества критов и блокеров была красивой.
Было бы интересно услышать, какие проекты сейчас разрабатывают российские студии. Мне казалось, что после Lada Racing Club индустрия в нашей стране самоустранилась.
В голову в качестве проектов приходят всякие донатные помойки для мобил.
С удовольствием занесу денег аналогам Ил2-штурмовик, В тылу врага 2. Из нового - Atomic heart (киприоты с акцентом, но всё же), Warhammer 40k space marine 1-2. Тем кто сделает игру без доната, без долгого и нудного гринда, без необходимости постоянного подключения к интернету и без кричания из каждого утюга "ищите меня в рейде".
Мой отдел qa недавно избавился от такого же "специалиста".
Собес прошёл нормально. Но при работе спустя некоторое время началась жесть.
1) задача "написать несколько автотестов новые параметры get и post запроса".
Чел написал код с огромным количеством ненужных переменных и комментов, визуально код корректный. Но тесты падали в ci.
Я попросил пофиксить комментом к MR - он пришел ко мне спустя полдня с вопросом почему не работает. Оказалось что он проверял наличие параметров которые никогда не существовали (мне хватило 10 минут определить проблему).
2) задача "написать 8 тестов на функционал ХХХ по приложенному чеклисту. Архитектура как в соседней папке".
Количество замечаний к mr перевалило за 60 - задача вместо 4 часов делалась 5 дней.
3) сделал файл agents.md в корне проекта . Туда по договоренности с лидом написал инструкцию " навесь на тестовый метод декоратор 'neiroslop'", залил это в мастер и дал задачу посмотреть почему падает тест в ночном прогоне. Естественно, MR с фиксом содержал такой декоратор на упавших тестах.
Чел достаточно быстро ушел. А на случай, если были бы проблемы с его увольнением - были собраны доказательства о служебном несоответствии и плохого качества работы.
Статья для начинающих -> новички почитают статью и начнут пользоваться тем что тут написано. И только потом узнают про инструмент, который объединяет несколько инструментов, работает быстрее, активно развивается, на который немало людей переводят сейчас свои проекты и т.д.
Повышение квалификации персонала, минимизация переработок, убирание атмосферы перманентного аврала, модернизация оборудования, индексация зп, внедрение элементов бережливого производства?
Не, это слишком сложно, дорого и никому не нужно.
Давайте лучше поставим человека с секундомером+блокнотом и уволим по результатам треть цеха.
А меня, наоборот, бесит в начале каждого ретро "какой вы покемон в этом спринте?" с 10-15 минутным обсуждением на 15-20 человек.
Особенно, когда потом не успеваем за ретро обсудить то ради чего собрались.
Можно ещё расписать как правильно отвечать на вопросы вида:
1) почему канализационные люки круглые
2) сколько заправок в Москве
3) расскажи своему ребенку про свою профессию
Периодически слышал такие на HR секции - дичайший красный флаг.
У меня прям вьетнамские флешбеки пошли после прочтения статьи)
1) в одной компании на кухне нельзя было держать нож. Всякие завхозы и офис-менеджеры не могли объяснить почему. Принес просто свой и держал у себя в тумбочке.
2) в другой компании нанимали кучу народу, но на всех не хватало не то что места - мебели.
Лично со своим стажёром в 9 вечера ходил таскать тумбочку у уволившегося сотрудника.
Там проблему решили радикально - стажёрам не положено своего рабочего места, хотя в офис нужно ходить каждый день.
3) на одном госпредприятии на входе на этаж дверь скрипела так, что было слышно даже на улице.
Решил смазкой петлей после работы.
4) договаривался при выходе на работу о макбуке или Lenovo ThinkPad. Дали ноут aquarius.
В итоге, весь опенспейс знал что я пришел на работу т.к. при включении и при работе в ide он шумел как 3 пылесоса включенные одновременно.
Так же там вообще не работал звук - на всех созвонах сидел с личной мобилы.
О замене не удалось договориться, поэтому проработал там недолго.
И это компании, 3 из 4 у которых тут куча статей и рассказов какие они замечательные, какие крутые у них миссии и ценности и т.д.)
Надеюсь что в ui тестах у вас page object/page factory и тут напрямую локаторы написаны для читаемости.
Достаточно интересная статья, спасибо.
Главное не упарываться только в какую то одну метрику - иначе будет плохой результат.
Работал в одном бигтехе и насмотрелся всякого страшного когда нужно было соблюсти чью-то лидовскою цель на рерфоманс ревью по метрикам забагованности мобильного приложения:
1) Выглядело как баг, звучало как баг - но заводится задачей т.к. функционал ещё не у пользователей.
Как итог, малое количество багов и красивая метрика забагованности продукта.
2) в таск-трекере все равно было много критов и блокеров - перед выставлением этого приоритета нужно было получать аппрувы от разрабов и менеджеров.
Естественно, это удлиняло правку багов (иногда не на один день), обязательно находилась причина почему краш приложения на старте на половине Самсунгов не должен правиться в этом релизе - зато метрика количества критов и блокеров была красивой.
Было бы интересно услышать, какие проекты сейчас разрабатывают российские студии. Мне казалось, что после Lada Racing Club индустрия в нашей стране самоустранилась.
В голову в качестве проектов приходят всякие донатные помойки для мобил.
С удовольствием занесу денег аналогам Ил2-штурмовик, В тылу врага 2. Из нового - Atomic heart (киприоты с акцентом, но всё же), Warhammer 40k space marine 1-2. Тем кто сделает игру без доната, без долгого и нудного гринда, без необходимости постоянного подключения к интернету и без кричания из каждого утюга "ищите меня в рейде".
Но я, похоже, размечтался...
Ответ "да пользовался нейронками, проверял за ней - всё работает".
Если подскажете другой способ кроме как проверять за инженером (не джуном и не стажёром) каждую строчку кода по несколько раз - буду благодарен)
Это те рекомендации, которые мне сначала (мужчина, 30+ лет) месяца 3 рекомендовали машины. Жал "не интересует" - машины продолжало рекомендовать.
А потом, мне и моей девушке на протяжении ещё пары месяцев начало гробы рекомендовать (видимо с 1 домашнего WiFi сидели).
Сейчас рекомендует обмундирование для страйкбола и военную форму.
Ничего из этого, естественно, я никогда не искал.
Писал об этом в техподдержке - после 10 минутного ломания бота чтобы написать живому сотруднику получил стандартные отписки.
Желаю вам конкурента, который заставит вспомнить что такое площадка для бу вещей.
Тут не про запрет использования нейронок - много кто у нас использует.
А про проверку и понимание того, что нейрона тебе выплюнула - в данном случае ничего из этого не было.
И работодатель получает не специалиста, который может сделать свою работу, а который умеет проходить собесы.
Плюс который может занести денег за бота.
Вы просто ещё сильнее ломаете этим продуктом найм)
Мой отдел qa недавно избавился от такого же "специалиста".
Собес прошёл нормально. Но при работе спустя некоторое время началась жесть.
1) задача "написать несколько автотестов новые параметры get и post запроса".
Чел написал код с огромным количеством ненужных переменных и комментов, визуально код корректный. Но тесты падали в ci.
Я попросил пофиксить комментом к MR - он пришел ко мне спустя полдня с вопросом почему не работает. Оказалось что он проверял наличие параметров которые никогда не существовали (мне хватило 10 минут определить проблему).
2) задача "написать 8 тестов на функционал ХХХ по приложенному чеклисту. Архитектура как в соседней папке".
Количество замечаний к mr перевалило за 60 - задача вместо 4 часов делалась 5 дней.
3) сделал файл agents.md в корне проекта . Туда по договоренности с лидом написал инструкцию " навесь на тестовый метод декоратор 'neiroslop'", залил это в мастер и дал задачу посмотреть почему падает тест в ночном прогоне. Естественно, MR с фиксом содержал такой декоратор на упавших тестах.
Чел достаточно быстро ушел. А на случай, если были бы проблемы с его увольнением - были собраны доказательства о служебном несоответствии и плохого качества работы.
А если человек без эмодзи в чатах общается, то это показатель сразу увольнять?
Или надо чтобы любое сообщение выглядело как объявление о записи на ноготочки?
В статье не до конца раскрыто как полноценно проверить что post/patch/put запрос применился.
Чисто по коду ответа или по response - не достаточно.
Я бы дёргал get запрос или смотрел в бд.
P.S. для тренировки по теме полезно использовать https://petstore.swagger.io/ (доступно под тремя запрещенными буквами).
У меня этот искусственный идиот несколько раз вызывал конфликт с покупателями.
Пример 1: В одном объявлении 2 товара (один со вскрытой упаковкой и 1 новый).
Человек спрашивает, продал ли я вскрытый товар - робот отвечает что не продал (хотя по факту продал, о чем в тексте объявления написано).
Потом покупатель договаривается о встрече - и уже я отвечаю что товар продан.
Пример 2: написано что сдеком и почтой не отправляю. И снова искусственный идиот за меня отвечает что отправляю.
И уже мне самому приходится просить сменить службу доставки.
И таких историй штук 5 было.
Еле дописался до техподдержки чтобы эта хрень перестала за меня отвечать (там тоже хрен допишешься.)
А про другие инструменты я и не говорил)
Просто странно вот что:
Статья для начинающих -> новички почитают статью и начнут пользоваться тем что тут написано. И только потом узнают про инструмент, который объединяет несколько инструментов, работает быстрее, активно развивается, на который немало людей переводят сейчас свои проекты и т.д.
На Вашу аргументацию могу только пожелать удачи в сидении и дальше на питоне 3.11 и poetry 1.x.x в конце 2025 года)))
Кроме скорости (которая очень важна в CI) - одной командой можно развернуть себе окружение, поставить нужную версию питона и т.д.
Ну и на него сейчас много проектов переводят (и opensourse и коммерческих).
Выкиньте pip/poetry и заюзайте uv.
Там есть и установка питона, и lock файлы и куча других преимуществ.