Это прекрасно!

Спасибо Олегу Сороке

https://gist.github.com/simonw/0111a47178872df304de226cd08cc9f4

товарищи, а кто с ESP32 работал: бывало ли у вас такое, что камера захватывает себе эксклюзивно I2C шину и не отпускает её вообще, таким образом не давая на эту шину больше ничего “повесить”?

У меня после инициализации камеры даже поиск устройств на шине не выдаёт ничего 😮

И вот в инторнетах пишут довольно часто об этом: кажется, драйверы камеры стандартной кривовато написаны.

Собственно, вопрос: стоит ли взять аппаратный свитч типа TCA9548A или драйвер переписать?

Кажется, весенний сезон мероприятий начался.

28 марта выступаю в Хельсинки на ScanAgile, буду говорить про доверие в командах.
17 апреля организую очередной QA митап в Берлине.
23 мая стою со стендом в Цюрихе на GreaTEST Quality.
26 мая выступаю в Берлине на Tech Internals про мифы в QA, сильно переработанный и дополненный доклад дам.
28 мая организую QA митап в Лиссабоне.

И следом сразу почти лето начнётся со стенда в Эдинбурге на EuroSTAR 3-5 июня.

А ещё, раз уж пришла пора планировать, на следующей неделе записываем с ув. тов. Алексеем Шаграевым стрим по теме QA, да на английском. Лёша расскажет всякого интересного про:

- crowdsource-based testing
- blackbox-тестирование и измерение качества
- dark launches, в том числе для всяких умных штук
- агентское тестирование аппов через LLM/LMM

А запись выложу конечно же!

https://arxiv.org/pdf/2502.12115

очень любопытный paper — ребята попытались оценить готовность LLM’ок решать фрилансерские задачки с апворка. Кажется, что задачки на апворке чаще всего пытаются сформулировать достаточно чётко, чтоб можно было их отдать фрилансеру, потому теоретически контекста должно хватать для LLM’ки.

результат — на картинке

товарищи подписчики!

Если вы живёте в Лондоне, Лиссабоне или Мадриде, и хотели бы выступить на митапе на английском про обеспечение качества — напишите, я помогу со всей подготовкой с самого первого шага, прям с выбора/формулирования темы.

Если же ещё в вашей компании есть пространство для проведения митапа на 50-100 человек — тоже пишите, я сделаю всё красиво!

скажите, а кто-нибудь работал/работает в сфере производства чего-то, покрываемого ISO14971, скажем, медицинского оборудования?

Интересно:
1. как связывается экономическая модель обеспечения качества с управлением рисками — решают ли соответствовать ISO14971, и если нет, то как обсчитывают риски, какую модель используют?
2. в используемой модели есть ли что-то типа VSL , или как-то “прячут” оценку рисков для жизни?

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

Интересно, это уже общепринятая практика, и я просто давно не собеседовал людей?

Товарищи, кто в Берлине, 17 апреля добро пожаловать на мой очередной митап: https://www.meetup.com/quality-engineering-berlin/events/306776012/

Запись конечно же будет, но вживую веселее, да и пива попьём.

P.S. если передадите товарищам, живущим в Берлине, буду очень благодарен!

В продолжение вчерашней дискуссии в комментариях об использовании LLM в работе:

Ув. тов. Алекс Бунарджич пишет, что основное внимание он уделяет написанию тестов, а код генерирует для этих тестов с помощью LLM.

В продолжение темы доверия, которой я касался во многих постах (1, 2, 3, 4, 5):

Довольно часто слышим "доверие нужно заслужить" или "для доверия нужна полная прозрачность". Однако доверие подразумевает отсутствие контроля — и того надзора, который чаще всего скрывается за словом "прозрачность".

Интересно, что в условиях постоянной работы действует не классическая, а итеративная дилемма заключённого. Отсюда напрашивается любопытный вывод: если доверие действительно нужно "заслужить" (то есть, оно должно появиться у обеих сторон), то вместо надзора можно просто уменьшать итерацию или объём труда. Ведь если мы осуществляем надзор, то никакого доверия и не появится.

Что чаще всего происходит в работе? Менеджер ощущает, что слишком рискованно поручить новичку большую задачу и просто надеяться (доверять), что он справится. Чтобы снизить риски, менеджер вводит постоянный контроль, тем самым мешая возникновению доверия — как у себя, так и у сотрудника.

Вместо этого можно (и нужно) разбивать задачу на мелкие части и делать одну за другой. Это снижает риски, а значит, отпадает необходимость в постоянном надзоре — достаточно просто совместно оценивать результаты каждой итерации.

https://www.group-telegram.com/above_the_range/667


Четыре года назад выступил про правовые нюансы увольнений с точки зрения увольняемого сотрудника. С тех пор ко мне пришло множество людей за советом. Многим помог хорошо, многим не особо успел, но дал направления, советы и контакты юристов.

И пришёл ко мне недавно товарищ Павел Филонов, и оказалось, что у него есть курс и тренинг, на котором сотрудников учат переговоры всякие проводить: и как повышение просить, и что делать, когда уволить хотят. Конечно же, заколлабились.

Буду вести у Павла как раз блок про переговоры в ситуации, когда вас уволить хотят.

Рекап ScanAgile 25

Послушал, как коучи говорили о проблемах коучей. Запомнилось из одного доклада: в компании было 140 аджайл коучей, и потом их начали увольнять, не увидев пользы.

Очень понравилось, что несколько раз услышал "scrum is not the only solution" и “process debt is a silent killer". Радует, что в сообществе Agile-коучей постепенно появляется понимание, что скрам — не "серебряная пуля". Очень надеюсь, что через время услышу и что скрам — беда индустрии.

Послушал очень хороший доклад Линды Лиукас про обучение детей программированию. Её конструктивисткий подход мне импонирует: тут тебе Монтессори, тут тебе Пиаже, и Fingerspitzengefühl и tacit knowledge, всё выглядит хорошо. Как оказалось, у Линды на эту тему несколько книг https://www.helloruby.com/books. Надо ознакомиться.

Выступил с докладом про доверие, записи не делалось, а людям понравилось. Дам этот доклад где-то ещё.

Очень понравилось venue, организаторы большие молодцы!

Наобщался изрядно с хорошими людьми. Хорошая конференция вышла.

Про опросы

Регулярно вижу в инторнетах, как просят поучаствовать в разных опросах — от "каким ДМС пользуетесь?" до "jest vs cypress vs playwright". Порой обещают публиковать результаты, и порой таки публикуют.

И есть у меня к этому всему несколько комментариев.

1. опросы нужны в первую очередь тем, кто их делает. На их тратится рабочее время специалистов, там точно есть бизнес-цель. Маркетолог чаще всего получает сегменты, контент, или пиар. Это не плохо — просто не надо обманываться, будто это делается в первую очередь для вас, участников.

2. чтение результатов может быть "опасным". Ну не прямо опасным, но провоцировать карго-культ вида "ооо, во всех крупных компаниях пользуются X, нам тоже срочно надо!". Порой провоцируется сознательно, использованию статистики для манипуляции людьми — много лет: "more doctors smoke Camel than any other cigarette".

Я вижу лишь два полезных "сценария" от чтения результатов опросов:
а) вы решили изучить маркетинг определённой области, и осознанно штудируете опросы с пониманием, что от них можно получить, а чего нельзя
б) вы доверяете автору опроса полностью: верите, что автор грамотно: сформулирует вопрос + отберёт респондентов + проведёт анализ + учтёт искажения выборки, ну и даст вам посмотреть полную версию собранных данных.

Что я упускаю?

Я в своё время обещал товарищам из Стратоплана помочь поревьюить и покритиковать предметно их курс для тимлидов, но прообещался — ни времени ни сил на такую грандиозную работу нет. Спасибо Саше Орлову — нормально отнёсся.

Однако, пользу нанести какую-то всё же надо, потому мы с Ярославом Астафьевым решили поучаствовать в бесплатной серии воркшопов Стратоплана.

Темы:
– первые шаги после назначения; ожидания и задачи
– наём и как это делать правильно (я и Ярослав)
– как создать команду (Дмитрий Болдырев)
– как ставить и контролировать задачи
– лидерство

я на 100% уверен в пользе того, что даём с Ярославом, и того, что даёт Дмитрий Болдырев. Остальных авторов знаю меньше, но, надеюсь, будет интересно всем.

В общем, регистрируйтесь и приходите.

Когда?
С 14 по 18 апреля, с 17:00 до 19:00 (GMT+3)

https://stratoplan-school.com/management/

С Ярославом Астафьевым начинаем подготовку к новому потоку курса для тимлидов про наём.

Запустим летом.

Пока восстанавливаем канал @smarthiringhandbook, будут регулярные посты, специфика — наём во всём его многообразии.

Если интересно — welcome!