мой хороший товарищ, тренер по актёрскому мастерству Денис Золотарёв начал делать групповые тренинги по актёрскому мастерству в Питере.

Дениса очень советую, крайне толковый специалист:

https://www.group-telegram.com/easily_talk/41

почитал пост ув. тов. Жени Антонова.

Мне очень нравится определение "удачи" как позитивной оценки ситуации или события. Любая оценка чего-то человеком, понятное дело, субъективна.

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

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

Мне видится, что оперировать термином "удача" вообще бессмысленно, мы про себя-то не можем сказать чётко и объективно "я удачлив" / "я неудачлив", что уж говорить про других.

Потому, когда кто-то говорит "о, вот Вася неудачлив" или “ты, Виталик, удачлив", мне такому человеку ответить нечего.

итоги опубликованы:

https://devcrowd.ru/tl24

там было, конечно же, не всё.

Обновил свой архив ISO о качестве, в комплекте:

- ISO 25000 — Guide to SQuaRE
- ISO 25001 — Planning and management
- ISO 25002 — Quality model overview and usage
- ISO 25010 — System and software quality models
- ISO 25011 — Service quality models
- ISO 25012 — Data quality models
- ISO 25019 — Quality-in-use model
- ISO 25020 — Measurement reference model and guide
- ISO 25021 — Quality measure elements
- ISO 25022 — Measurement of quality in use
- ISO 25023 — Measurement of system and software product quality2)
- ISO 25024 — Measurement of data quality3)
- ISO 25030 — Quality requirements
- ISO 25040 — Evaluation process
- ISO 25041 — Evaluation guide for developers, acquirers and independent evaluators
- ISO 25045 — Evaluation module for recoverability
- ISO 25051 — Requirements for quality of Ready to Use Software Product (RUSP) and instructions for testing

- ISO 9001 — Quality management systems - Requirements
- ISO 90003 — Guidelines for the application of ISO 9001:2008 to computer software

- ISO 29119-1 — Software testing — general concepts
- ISO 29119-2 — Software testing — test processes
- ISO 29119-3 — Software testing — test documentation
- ISO 29119-4 — Software testing — test techniques

У меня нет, поделитесь, если у вас есть:
- ISO 9004 Quality management — Quality of an organization — Guidance to achieve sustained success

фаел:

как сумасшествие поездочное ноябрьское завершу, начну тут обзор делать стандартов, там очень много полезного

"это исключение, подтверждающее правило"

Не исключение подтверждает правило, а существование исключений подтверждает существование правила, из которого эти исключения делаются.

Исключения уточняют правило в контексте, а не опровергают его, например, "мы работаем с 9 до 6" — правило, "кроме выходных" — исключение. Если мы видим фразу "кроме выходных", мы точно видим исключение, и точно есть правило "мы работаем с 9 до 6", которое оно уточняет.

Если "мы работаем" — правило, то "я не работаю" — не исключение из правила, а какая-то хрень.

Иными словами, исключение подтверждает правило в тех случаях, которые не являются исключениями.

Если человек постулирует "все бизнесмены сволочи", но при этом говорит "мой руководитель-бизнесмен не сволочь", то это не "исключение, подтверждающее правило", а хреново сформулированное правило.

всем привет из Стокгольма!

сегодня в 18:00 в Regent AB митап про качество собираю очередной :)

Если у вас сотрудники из разных стран трудятся, как организуете отпускную систему?

У нас примерно так: https://www.group-telegram.com/fedorovtalks/14

Если у вас отпуски не планируются заранее на всех (ну или не ТК РФ, принуждающий выгулять положенное в год), есть ли проблема, что люди мало отдыхают? Если есть, что делаете с этим?

Недавно поучаствовал в деврельском:

https://www.group-telegram.com/speakersclub/321

отличная вводная статья в mutation testing в JS от ув. тов. Alex Bunardzic:

https://alexbunardzic.substack.com/p/mutation-testing-for-javascript-e5e5ef7b5b

Как же в Алматы красиво и круто!

С киноутом выступил, с людьми наобщался, еды вкуснейшей поел, красоты посмотрел.

Дима, отдельное тебе спасибо!

Как же приятно читать!

а про геймификацию и тут писал в канале https://www.group-telegram.com/vsharovatov.com/339

Интересно, с каких пор мы в ИТ начали считать только отдельных (очень-очень важных!) менеджеров стейкхолдерами? Стейкхолдеры то, стейкхолдеры это, карта стейкхолдеров, удовлетворенность стейкхолдеров, управление ожиданиями стейкхолдеров, “как тимлиду общаться со стейкхолдерами”

ISO 9000, ISO 25000, ISO 31000, ISO 14000, ISO 27001 — во всех этих стандартах определение стейкхолдера включает всех сотрудников, клиентов и пользователей.

Есть рисерч, где рассматривается история термина «стейкхолдер». Там говорится, что он впервые появился в 1963 году. Тогда он обозначал «группы, без поддержки которых организация перестанет существовать» и включал акционеров, сотрудников, клиентов, поставщиков, кредиторов и общество.

Даже в Википедии значение нормальное, вот ведь.

С каких пор мы стали исключать сотрудников, клиентов и общество из тех, без кого организация перестанет существовать?

Почему нельзя называть всяких менеджеров менеджерами, а не сверхважными “стейкхолдерами”?

какой узенький домик я сегодня в Амстердаме обнаружил. Интересно, в нём поперёк спать получается, или только вдоль?