планировали-планировали, но таки записали с Лёшей Шаграевым стрим по теме.

https://www.youtube.com/watch?v=qqpvifpAwFk

основная идея, что обсудили, пожалуй — “чем “ближе” тестирование к пользователю, тем лучше”:

- Dark launches в этом особенно помогают — позволяют тестировать буквально на свежих живых данных, при этом не подвергая пользователей риску. Получается эдакая более “правильная” канарейка.
- краудсорс-тестирование (через mturk/toloka) обеспечивает гораздо более широкое разнообразие агентов, чем любая лаборатория и команда
- shell-level (blackbox) тестирование — по сути, единственная возможность тестировать системы высокой недетерминированности

мне было очень интересно, спасибо, Лёша!

мне кажется, нельзя идти на поводу у меркантильности Сэма, и переставать быть вежливыми с роботом!

а вот видео, где Тарас ночью едет и тестирует поезд.

как-то меня это всё восхищает.

а Олег Сорока, я помню, говорил, что на КаМаЗе работал когда-то, и наверняка там тоже процессом обеспечения качества занимался!

В продолжение обсуждения сред тестирования

Вчера на моём митапе Тарас Кошманн из Siemens дал обзорный доклад про тестирование ПО в поездах и около.

Из любопытного:

1. очень много виртуализации, виртуализированы полностью целые блоки, например:

- топологическая модель (буквально карта железной дороги)
- путевая инфраструктура (сигналы, стрелки, евробализы и проч)
- GSM-R (специальная сотовая связь на ЖД)
- всяческие бортовые устройства поезда (OBU и проч.)

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

3. "сред" тестирования тоже много:
- "реальное" тестирования на поездах по ночам (часто в плохую погоду специально)
- "большие" тестовые стенды с реальными панелями управления, но дисплеями "вместо окон"
- "малые" стенды с microsoft surface и внешними дисплеями

4. AI в тестировании не используется никак

И отдельная забавная штука: несмотря на сотни документаций и сертификаций, требуемых для того, чтобы владеть поездом и пускать его по маршруту, в Германии аж до 2018 года была дама Barbara Pirch, владела одним поездом, и его же и водила.

P.S. Если Тарас поддержит идею, сделаю с ним отдельное инторвью, где порасспрашиваю публично всякое про тестирование поездов более подробно. Если у вас есть интересные вопросы, пишите в комменты, позадаю тоже.

upd: договорился, интервью будет, интервьюировать Тараса будем с замечательной @maryia_tuleika. Вопросов и сами накидаем, но, повторюсь, если есть у вас — кидайте!

Какая же красота инженерная порой обнаруживается

https://blog.wokwi.com/avr8js-simulate-arduino-in-javascript/

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

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

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

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

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

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

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

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

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

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

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

Про опросы

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

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

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

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

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

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

https://econtent.hogrefe.com/doi/abs/10.1027/1614-0001/a000434?journalCode=jid

we find intelligence … to have the largest effect size, negatively predicting belief in astrology

удивительное рядом: чем более образованный/умный, тем меньше человек верит в астрологию

вот бы про DISC всякий такое исследование кто сделал

Рекап 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, организаторы большие молодцы!

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

Двое из пяти щеночков, что я позапрошлой осенью подобрал и выкормил в Грузии, уже нашли хозяев! Ура!

Пушочек и Уголёк теперь настоящие хозяйские собаки!

Большое спасибо хорошему волонтёру Александру и доброй владелице передержки/приюта Альфие!

https://t.me/above_the_range/667


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

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

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

https://t.me/above_the_range/667


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

https://arxiv.org/pdf/2502.12115

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уважаемые товарищи женщины, поздравляю вас с международным социалистическим праздником, днем солидарности женщин имени Клары Цеткин!

Удивительно видеть, как малюсенький ESP32 умудряется не особо напрягаясь обрабатывать видеопоток с 3Мп камеры, и стримить его через простейший веб-сервер, подключившись к wifi.

До сих пор в голове не укладывается, что SoC ценою в $7 в десятки раз мощнее, чем мой первый компьютер.

Интересно, почему закон Паркинсона “work expands to fill the available time” интерпретируют как "нужно 'меньше давать времени'" то есть "ставим пожёстче дедлайны" / "напихаем побольше в спринт"?

Ведь интерпретация же совсем другая: если ставим дедлайн, то работа точно займёт всё время до дедлайна. А в случае с разработкой ПО (в которой точная оценка сроков невозможна) это означает, что:

1) либо работы оказалось меньше, чем мы угадали в дедлайне, и тогда действительно до дедлайна работа "расползётся" почём зря, что есть waste
2) либо работы оказалось больше, чем мы угадали в дедлайне, и тогда мы сдадим незаконченное, что тоже редко когда полезно

в продолжение темы социальной конформности — брошюрка о групповом принятии решений с кучей рефов полезных (я прям зачитался)

саммари:

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

Однако даже если привлечь всех членов команды к вырабатыванию и принятию решений, как раз социальная конформность (проявляющаяся в виде groupthink) будет основательно мешать (от себя добавлю: вместе со страхом, стандартизацией и “это-не-твое-дело”).

В брошюрке предлагается пара вариантов борьбы с groupthink, первый — как раз ротация роли devil’s advocate, второй — диалектический анализ. По сути, оба метода провоцируют и нормализуют регулярное несогласие и критику.

На мой взгляд, это вот всё — фасилитация здорового человека.

забавно, что в католической церкви про социальный конформизм знали очень давно, и должность advocatus diaboli была создана лет эдак 700 назад: сотруднику прямо вменялось “челенджить” выбор кандидатуры к канонизации.

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

Приложенное видео — отличная иллюстрация эффекта социального конформизма.

Забавно, что если человека потом спросить, чего ж это вдруг он так, то он чаще всего ещё и попытается рационализировать, то есть попытается найти рациональное объяснение.

Отдельно любопытно, что как только человек видит, что не он один считает мнение или поведение большинства неправильным, так сразу уровень конформоности падает — с большей вероятностью челоек задаст себе вопрос “а че это они все?” и не станет заниматься той же ерундой, что и большинство.

Кажется, отсюда можно сделать вывод, что если мы заинтересованы в подборе оптимального решения проблем, и, следовательно, нам нужно разнообразие идей (Эшбивское "only variety can adsorb variety"), то важно не только чтобы люди хотели (были мотивированы), но и чтобы люди были разные.

Ну и, конечно, чтобы никаких ритуалов не было, да.

https://www.youtube.com/watch?v=aOOsfkM-nGQ

AI рассуждает.

Спасибо, Андрей!

товарищи, если кто-то из вас выступает на Saint Teamlead Conf летом, и нужна помощь в подготовке или критика — пишите, в марте могу помочь

ребят, кому тамада нужен? https://t.me/no_shame_facilitation/705

На выходных эпл мьюзик почему-то перестал мне давать прослушивать радио с классикой бесплатно, попробовал пяток клиентов интернет-радио из app store, все не понравились. Написал крайне примитивный свой.

А тут Сергей и говорит, что, кажется, клиент интернет-радио можно сделать хардварным на ESP32.

Попробую собрать после отпуска, думаю взять ESP32-WROVER + I2S DAC

Непонятно только пока, получится ли к airpods законнектитьcя — кажется, нет.

p.s. етить, для esp32 даже testing framework есть

p.p.s. какие красоты божечки

https://t.me/teamleadleonid/434

напоминаю [1, 2]: если руководитель думает, что ему нужно собрать всех “поиграть в боулинг чтобы скукожить группу в команду”, ему нужно ещё раз подумать.

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

от этого до “мы все семья” — совсем небольшой шаг.

Недавно обсуждали в комментариях математику “абстрактную” и математику “прикладную”, и Витя отыскал замечательную статью Владимира Ивановича Арнольда о том, что математику стоит преподавать (и изучать) не как высокоабстрактную область знаний, но как практическую дисциплину.

Вот и Nature опубликовало любопытное исследование, в котором обнаружило, что трудящиеся на рынке дети, умеющие неплохо считать, совершенно не могут переносить свои арифметические умения в академическую среду, в школу. И наоборот — дети, неплохо считающие в школе, совершенно не могут применять школьные арифметические навыки в практических подсчётах.

Попробую с дочкой проверить это.

а у кого-то есть ещё в компаниях ручная проверка регрессии? и если да, то сколько такая проверка занимает и почему она ручная?

https://www.boeing.com/content/dam/boeing/boeingdotcom/features/innovation-quarterly/may2017/btj_leanDesign_full.pdf

смешно и грустно читать

Boeing:

We may be approaching the start of our second century, yet our ultimate goal remains the same: We must safely, efficiently and effectively out-innovate our competitors in order to grow and sustain our business and make the world a better place... by out-innovating our competitors; we will continue to deliver for our customers…

товарищи из ПК TechLeadConf сегодня в 6 собирают встречу с теми, кто, может, и хотел бы докладать, да переживает или волнуется или тему придумать не может

https://t.me/TechLeadConfChannel/568

я на Техлидконф не выступал, а на Тимлидконф выступал, но Олегу и его коллективу доверяю — помогут нормально.

в общем, если задумывались о выступлении — советую пообщаться

#TIL

наверное, вы слышали пословицу "фенотип не влияет на генотип”. Однако оказывается, что фенотип, всё же определённым образом наследуется (см. transgenerational epigenetics)

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

Интересно, есть ли (и получится ли обнаружить) закрепление влияния культуры на человека и наследование результата влияния?