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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

28 мая в Лиссабоне провожу митап про обеспечение качества.

Очень-очень приглашаю! Выступает товарищ Павел Малых из Rarible, я, и Ярослав Астафьев.

Будет пиво, пицца, ну и общения конечно же множество!

https://www.meetup.com/quality-engineering-lisbon/events/307541521/

Если у вас есть товарищи или коллеги, живущие в Лиссабоне, поделитесь пожалуйста ссылкой-приглашением.

На днях мне предложили добавиться в очередную папку тимлидских/руководительских каналов, ну я и согласился.

Разнообразие — хорошо. Бесстыдной ***илитации нет — тоже хорошо.

Из этой папки я пока знаком сам только с Тимлидом Леонидом из SkyEng’а, придётся познакомиться и с другими 🙂

https://www.group-telegram.com/addlist/tlsQuGigGwRjODA0

https://arxiv.org/abs/2504.17004

забавно: обнаружение галлюцинаций невозможно в современных LLM в принципе, какой бы механизм self-evaluation не применялся.

Правильно ли я понимаю, что без достаточного уровня RLHF человеком, LLM будет галлюцинировать только больше со временем, и ничего с этим не сделать никак?

И ещё: получается, что чем жирнее LLM становится (то есть, чем больше данных в тренинг запихивается), тем хуже будет ситуация становиться?

Значит ли это, что коллапс моделей неизбежен, если не вкладывать всё больше и больше денег в человеческую RLHF?

Продолжая тему “best practices”.

Кажется, само стремление к поиску «best practice» часто является симптомом одной или нескольких проблем:

1. перегрузка: когда времени нет подумать, легче всего последовать упрощённой “эвристике” (отсюда все карго-культы). [1][2][3]

2. отсутствие “навыка” критического мышления. (Навык в кавычках — я не до конца понимаю, умение ли это или навык. Современная литература говорит, что критическое мышление редко развивается само, чаще всего ему нужно осознанно учиться. Но всё же иногда появляется и само, то есть может быть и умение и навык) — человек просто не знает, как выбирать и анализировать проблему, и как подходить к выработке оптимального решения [4][5][6]

3. cоциальное или организационное давление. Иногда к неоптимальным решениям принуждают так или иначе, прямо через “давление” со стороны коллег или менеджера или косвенно через конформизм. [7][8]

набор любопытных исследований про TDD:

1. A Comparative Case Study on the Impact of Test-Driven Development on Program Design and Test Coverage
2. Realizing quality improvement through test driven development: results and experiences of four industrial teams
3. A structured experiment of test-driven development

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

Я не программирую щас фултайм, буквально полчаса-час в день, да и то не каждый день получается выделить. Так вот раньше, когда я писал code-first подходом, “сесть на полчасика” было довольно трудно — я знал, что мне придётся всю структуру подпрограммы “вгрузить в голову” для того, чтоб изменение, которое я вношу, не разломало ничего. Сейчас же я просто сажусь, думаю о том, для чего и как сформулировать ожидания, пишу по ним тест, и потом пишу код. Или даже не пишу код, а оставляю систему в “red” состоянии — всё равно основная работа уже сделана.

28 мая товарищи Павел и Илья будут проводить (бесплатное) онлайн-мероприятие мотивам тренинга: https://www.group-telegram.com/above_the_range/714

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

P.S. реклама бесплатная и искренняя

С четверга по вчера проехал 3000км на поезде, постоял со стендом в Цюрихе на GreaTEST Quality conf, выступил на Tech Internals Conf в Берлине, попытался (безуспешно) уехать на автобусе в Лиссабон, чтобы выступить там на митапе. Пришлось выступить онлайн, спасибо ув. тов. Евгению Коту, что организовал стриминг.

Надеюсь, что “спонсоры” моей смены полётов на разъезды — британское консульство в Париже — успеют мне-таки вернуть паспорт до понедельника, чтоб улететь на всю следующую неделю в Эдинбург на EuroSTAR.

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

а вот очередное про DISC

Как вы, наверное, знаете, мы уже совсем скоро выпускаем для вас мракобесную настолку.

Мой соавтор в этом проекте — мой друг, психолог Илья Косников.

Недавно Илья решил завести свой блог на YouTube. И, по-моему, у него получилось отлично. Первое видео — про соционику, но под другим углом, не так, как было на канале у меня. Предлагаю поддержать хорошего человека с начинающим каналом просмотром и репостом. Пусть снимает больше видео! А у мракобесов пусть пусть пригорает.

https://www.youtube.com/watch?v=sW--GT4imfg

пришёл мне esp32-s3 от seeed.

самый крошечный esp32-s3 из тех, что я видел вообще

назвал Грегом

Первый созвон рабочий по-французски — done.

Офигенно волнительно было до, но оказалось всё довольно несложно. Во дела!

ребята, расскажите пожалуйста, что с помощью LLM у вас получилось сделать из области, которая раньше вам была неизвестна? И так, чтоб результат кто-то знающий эту область оценил как хороший?

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