Ад своими руками

К прочтению - обязательно.
История о том, как человек своими руками наносил непоправимое добро.

Михаил Самарин — Полная прозрачность в компании

В очередной раз про самоуправление и бирюзовость.

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

Осталось сделать так, чтоб аналогично было и у коллег, тут действительно многое не работает как положено, вплоть до тирании и произвола на местах. Будем посмотреть.

Каждый выбирает для себя

Юрий Левитанский

Каждый выбирает для себя
женщину, религию, дорогу.
Дьяволу служить или пророку —
каждый выбирает для себя.

Каждый выбирает по себе
слово для любви и для молитвы.
Шпагу для дуэли, меч для битвы
каждый выбирает по себе.

Каждый выбирает по себе.
Щит и латы. Посох и заплаты.
Меру окончательной расплаты.
Каждый выбирает по себе.

Каждый выбирает для себя.
Выбираю тоже — как умею.
Ни к кому претензий не имею.
Каждый выбирает для себя.

В интернете кто-то не прав

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


Попадаются дятлы. Это небесное создание не только сама делает хуйню,  но и рекомендует заниматься этим новичкам в профессии.

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

Будьте аккуратны. Остерегайтесь мотивированных дилетантов.

UTC дошли до Точки

Вот тут отчет о встрече.

Мне ребята понравились, команда молодая, заряженная:

Мы всё делаем, всего достигаем и становимся суперпрофессионалами за полгода!

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

С тестированием открытий нет, ненастоящий скрам и agile, начинающаяся автоматизация. Всё как у нас с вами.

Мне понравились, если бы не банк - захотел бы работать с ними.

Новогодние обещания

Читаю сейчас "Теорию игр" Диксита, раскрасил фото одной странички оттуда:

СанПиН

Красивая и полезная памятка.

Когда и как нужно уходить из команды

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

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

Что происходит, когда один из участников команды  становится действительно сильным игроком?

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

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

Ряд команд традиционно называют уходящих предателями.

• Он лучше всех выполнял свою работу и её не научился делать никто больше.

• Он выполнял работу без ошибок и вокруг него не был создан или был атрофирован контур контроля.

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

• Он стал лицом команды и люди шли работать не в команду, а с ним. За ним могут уйти и остальные, кроме того, команда разучилась искать людей другим способом.

• Попытки занять место такого человека, захватить его роль немыслимы или пресекаются.

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

Как в мифологии, каждый герой рано или поздно становится драконом.

Неизбежно

Уход любого человека из команды неизбежен.

Два года назад мы в EDI сделали фотографию, ознаменовавшую, что в команде не осталось ни одного человека с другой фотографии команды, шестилетней давности.

Уход самых сильных, самых важных людей команды не должен становится взрывом, потрясением, трагедией. Как технической, так и психологической.

Решение

Для контура - большой компании, больше 60 команд разработки, в которой я сейчас работаю, я вижу простое, но контринтуитивное решение. Не знаешь, когда случится неприятное событие - запланируй его. Тогда сможешь подготовиться.

Я считаю, что у нас должно начать действовать правило.

Как только ты в своей команде или в своей роли становишься незаменимым, самым крутым, объединяющим, ведущим, лидером — ты должен сказать:
- Через два года я уйду из команды.
И выполнить обещание.

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

А еще мы большие, намного больше, чем одна команда. Нужно этим пользоваться.

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

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

Нашим продуктам нужны качественные интеграции, и что, как не переход сильного разработчика (в широком смысле этого слова), может лучше помочь им?

О том, как появляются лидеры

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

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

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

Срок

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

Кто решает?

Кто решает, что вот конкретно этому человеку пришла пора сказать "я уйду через 2 года"?

• Команда? Слишком абстрактно.
• Менеджер? Это прямо противоречит его тактическим интересам. Не каждый способен.
• Функциональный руководитель? Не всегда он есть.
• Он сам? Самому сказать: "я самый крутой и ваш лидер, поэтому... "? Так себе идея.

Я не знаю.  Думаю, так сказать имеет право любой из перечисленных. Я хотел бы, чтоб это правило стало условием перехода в ведущие специалисты.

А если взорвется?

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

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

Смешная картинка

А завтра или послезавтра будет лонгрид о том, когда надо уходить из команды.

7 кругов ада программистов

Настроение

Настроение такое:

И волки - на хуй, и овцы - на хуй.

Из хорошего:грядет уже шестая тест-сессия. дело живет. В этот раз спасибо УБРиР и Семену.

О ресурсах

Шутка с просторов интернета:

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

Кажется, это применимо к вопросу "сколько тестировщиков нужно на проекте?"

Моё рабочее место

Мимими.

О соревнованиях тестеров и навыках

Я занимаюсь тестированием с 2007 года и самоидентификация для меня важна. В том числе она включает в себя ответ на вопрос "Какой я специалист? Что я умею, а что нет?"

Из 8 проектов, в которых я работал дольше месяца, в 4 я был первым тестировщиком в команде. За процессы в 2 из этих 4 команд мне не стыдно.

Я всегда старался узнать ответ на вопрос — насколько хороший я тестировщик?

Ответ на этот вопрос не может не включать проблему сравнения себя с другими тестировщиками.

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

Один из способов — соревнования тестировщиков.

Я принимал участие в 4 соревнованиях по тестированию и каждый раз занимал призовые места:

• 1 место, вне зачета тестили е96
• 1 место, тестили экстрим
• 3 место, тестили мобилки
• 2 место, тестили кроссаут

Еще два соревнования тестировщиков я организовывал и судил.

Себе я доказал всё, что хотел.

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

Да, но...

Некоторые призеры первых тест-сессий, которые приходят на ум:

• Юра Рягин, руководитель отдела тестирования в Экстриме
• Наташа Селиверстова, самый сильный тестер в екбшном Яндексе.
• Саша Ахметов, широко известный в узких кругах Контура

Есть какая-то корреляция...

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

Я заметил, что они очень круто, быстро и умеючи делают самые простые вещи:

• слепая печать
• хоткеи и фишки в инструментах
• быстрый доступ к информации
• умение в календарь
• пустой почтовый ящик
• ...

• Оформить скриншот за 2 секунды.
• Создать дефект из шаблона меньше, чем за минуту.
• Ответить на вопрос "Над какими задачами ты работал в апреле 2016 года?" меньше, чем за минуту.
• Создать встречу на 1,5 часа на этой неделе на 4 человека и 3 менеджера, и чтоб у всех не было занято.
• Написать скриптик на питоне или баше, готовящий данные.

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

Подробно и хорошо об этом механизме пишет Лемов в книге "От знаний к навыкам". Книга есть в библиотеке.

Рост — вести всё более сложные и масштабные проекты, расширять ответственность. Но обеспечит его именно повторение простых гамм, отточенное умение реализовывать базис.

Кстати, мне нравится, что в управлении разработки Контура

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

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

Что делать?

Сравнивать.

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

Справа от тебя аналитик. Почему он всё помнит, а ты нет? Записывает? Как? В вики, в мапку, в тетрадку? Почему ты так не умеешь? Подсмотри. Приучи себя вести свои записи так же.

Напротив — программист ... Ну ты понял.

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

P.S. А еще следи за новостями, одна тест-сессия будет 1 декабря, другая в начале февраля.

Imagine Dragons, Origins

Не пропустите, у Imagine Dragons новый альбом  Origins.

Как там говорится?

- Тише, сейчас припев будет!

Ненависти пост

Банки - это плохо, очень плохо. Лучше грабителей, но хуже карманников.

Кроме этого, сегодня узнал, что знаю дни рождения отца и матери, но не знаю годы. А чо, выглядят молодо.

Антибиблиотека

Год назад писал о прогрессе в чтении книг.

Из списка прошлого года

 Прочел:

1. Дизайн привычных вещей Норман
2. Организация как система, Деминг
3. Найти идею, Альтшуллер

 Не прочел:

1. Разработка требований к программному обеспечению, Вигерс
2. More Agile Testing Lisa Crispin
3. The Human interface, Раскин
4. Системоинженерное мышление, Алиев
5. Рождение идеи, Боно
6. Эффективный управляющий Друкер

Текущий список не большой:

1. Лемов, От знаний к навыкам
2. Программист-прагматик. Путь от подмастерья к мастеру
3. Эффективный управляющий, Друкер
4. 97 Things Every Programmer Should Know 
5. Интерфейс: новые направления в проектировании компьютерных систем, Раскин
6. Невидимки, Паланик
7. Призраки, Паланик
8. Статистическое управление процессами, Чамберс

А вообще, беру в библиотеке что-нибудь интересное, когда заканчиваю читать предыдущую, списки как-то не особо составляю. Уже.

Гарри Поттер и методы рационального мышления

Существование J. K.и всей поттерианы хороши хотя бы тем, что благодаря им появилась на свет эта книга.
Сегодня узнал, что там уже 4 изданных книги (и да, они теперь в нашей библиотеке).

У себя в ВК знаменитый бывший эйчар айтипипла Рушана Каюмова пишет, как составить действительно классное резюме.  Текст хороший, отлично подходит для начинающего специалиста.

Позволю себе высказать мнение, как составлять резюме в дальнейшем.

Во-первых, берешь резюме, которое составлял по советам Рушаны, выкидываешь из него все, кроме своего имени, фамилии, почты и номера телефона. Можно добавить список мест работы, по годам, максимум слов шесть. Эту четверть страницы будешь скидывать эйчарам, чтоб им было что прикрепить в свои ИС.

А искать работу ты будешь по-другому.

За пять лет до начала поиска начинаешь искренне любить свою профессию, и ненавидеть выходные. И начинаешь ебошить как проклятый.

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

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

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

У меня пока слишком длинное резюме, две страницы. Оттого, что мало старался и не хватает дисциплины.

Если вдруг фамилия стала должностью, вакансия будет вечной.

Жванецкий

Под катом полный текст от Рушаны, читайте.

Кодекс Ганзы Лота

Шикарный референс в третьем ведьмаке, Реды показали, как надо делать свою работу:

Если кто не узнал, на это:

Я вижу в бойцовском клубе самых сильных мужчин на свете. Огромный потенциал, и он растрачивается. Черт возьми, мы вкалываем на фабриках, и в ресторанах, гнем спину в офисах. Нас дразнят, рекламируя одежду. Мы работаем в дерьме, чтобы купить дерьмо, нам не нужное. Мы — пасынки истории, ребята. Мы не востребованы. Ни тебе великой войны, ни великой депрессии. Наша война - война духовная. Наша депрессия - наша судьба. Телевидение внушило нам веру в то, что все мы станем миллионерами, звездами кино и рок-н-ролла. Все вранье, и мы начали это осознавать. И это приводит - всех - в ярость.

Еду я на родину

Намедни катался на историческую родину меня, в Каменск-Уральский, а оттуда на еще более историческую, в село Усть-Багаряк.

Оно примерно так:

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

Параллельно обсуждая энергоэффективность, ватты, киловатты и рубли, необходимые для обогрева зимой небольшого деревенского домика.

Живой электрик не может быть плохим

 Гараж выглядит примерно так:

Там же несколько станков. При желании этот обогреватель можно было собрать с нуля.

Бесконечно можно смотреть на то, как работают другие.

 Когда возвращался назад, не покидало странное чувство. Я никак не мог понять, какой из двух миров настоящий.

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

Отчет по встрече сообщества, про ДАМП и перевод книги

Выложен. Там есть анкета, её можно заполнить.

Есть шикарные задумки о том, как круто можно сделать ДАМП, есть шанс, что секция тестирования будет круче предыдущих. Как и должно быть.

Часть задумок утащено из Контура, часть из сообщества, что-то придумали сходу.

Так победим.

Гигиена разработки

Первый хороший признак адекватности команды разработки - размер репозитория.
Семь лет назад, в Naumen, я работал в продукте, который писали на java 30 человек около 10 лет и вся репа (не только актуальный код) весила 83 метра.

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

Тот руководитель разработки ушел из компании 5 лет назад. Интересно, просрали ли полимеры ребята или держатся?

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

В Контуре, к сожалению, в адекватный размер реп умеют неравномерно. В 15 из  25 команд, про которые я точно знаю (общее число около 60) точно больше 1 Гб. Есть немало команд с размером реп меньше 100 Мб.

Второй - умение работать с конфигами.
Здесь можно проследить эволюцию.

1. Конфиги в исходниках, прямо в глобальных переменных, затем в полях классов или чем-нибудь подобном. Удобно, легко ищется и не надо писать менеджер конфигов.
2. Конфиги в спецфайлах. Появляется сущность настройки системы.
1. В том же репозитории.
2. Снаружи репозитория. Приходит понимание, что коммитить и резилить каждый раз ради изменения мелких настроек - странно.
3. Конфиги в отдельном репозитории. Появляется отслеживание настроек, осознается сущность "релизный цикл" и понимание, что он бывает разный.
1. В релизный цикл настроек входит тестирование, специальным или общим набором тестов.

В каждом из этих пунктов я поработал какое то время, в том или ином проекте той или иной компании. Каким будет 4й пункт - я хз, наверное об этом знают уже девопсы.

Кажется, вот такие вопросы стоит задавать на собеседовании. Правда я еще не знаю, какие делать выводы.

Как ветра осенние

 Под настроение.

Книги по играм

Намедни обнаружил на прилавке это:

Это не обложка для диска, это книга.

Я помню очень мало фанфиков, которые стоят хотя бы того, чтоб их опубликовали. Кроме Лукьяненко и серии Сталкер, их почему-то публикуют....
Погуглив две минуты увидел, что их примерно миллион.

Интересно, а есть книги по играм, которые стоят того, чтоб их еще и прочли?

P.S. Могу назвать хорошую книгу по фильму, это внезапно "Терминатор", Фрейкса, первый и второй.

Яндекс Музыка всё

Один год я пользовался платной версией я.музыки и таки перестал.

Почему пользовался?
Относительно приличное приложение, которое умеет оффлайн прослушивание.

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

При этом есть огромный плюс в виде огромной пополняемой фонотеки и интеграции с яндекс радио, которое я слушал на работе, лайкая то, что мне понравилось. Всё, что я налайкал автоматически становилось доступно в плеере телефона оффлайн.

Плейлист рос и пополнялся, спасибо алгоритмам машинного обучения и всякому такому.

Почему перестал?
В последнее время заметил спецэффекты, связанные с моделью продажи вида "аренда приложения":
Композиции, ставшие недоступные для прослушивания онлайн, автоматически становились недоступны и в плеере.
Мне очень не нравится, когда кто-то редактирует мой плейлист.


Однако от кейса "налайкал в радио и слушаешь в телефоне" отказываться не хочу, поэтому советую всем расширение Yandex Music Fisher  и удалить платную подписку.

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

Инженеры, хватит бегать от ответственности

Текст о ответственности инженеров. Репощу полностью, чтоб не потерять.

Итак:

На круглом столе, посвященном Software Disenchantment, стало ясно, что мысль я выразил недостаточно четко. Люди переживали, что бизнесу нужно дешевле, а не лучше, что без говнокода не получится многообразия и развития, что юзерам в целом пофиг и они даже не замечают проблем, что если хорошо работать, популярным не стать, не успеешь, опоздаешь и так далее.

Демарко, Паттерны поведения проектных команд

 Книга - сборник IT-баек и обобщений. Но интересно не это, а то, что в предисловии Том благодарит Кристофера Александера с его шаблонами, о которых я отлично отзывался полтора года назад.

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

Щедровицкий, Оргуправленческое мышление

Хорошее описание книги у Лебедева.

К прочтению - рекомендую, но надо быть готовым к объему и специфике изложения.. Осилить пару последних глав не смог, онтология мне заходит тяжело.
И это книга не о десяти секретах идеального управленца, она больше про основы и восприятие реальности. 

Тем не менее - крайне вдумчивый текст о том, кто такой руководитель, чем он должен и не должен заниматься.
Много бы я дал, чтоб посмотреть на батл Лалу и Щедровицкого.
Особенно в контексте этого текста:

Первые главы интересный текст о разнице между инженерными знаниями и научными, между учеными и инженерами. И он неожиданно находит отклик в моем опыте.

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


А еще, интересное мнение о автоматизации:

У нас в библиотеке их аж несколько. Видимо, пользуются спросом.

Про эксперименты

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


Суть коротко:

“Концептуальный пенис лучше понимать не как анатомический орган, а как крайне подвижный социальный конструкт” – статью с таким выводом в 2017 году опубликовали ученые-пранкеры в одном социологическом журнале. Позже они признались, что редактировали текст до тех пор, пока “не осознали, что уже не понимают, о чем он”. Эта акция была проверкой: можно ли опубликовать заведомую ерунду в социологическом научном журнале, если она будет написана в политически “гендерно-правильном” ключе.

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

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

Ближайший аналог - процесс найма.

А вы сами способны его сделать? Как сделают тестовое задание новички? А матерые специалисты? Будет ли разница?  А корреляция?
А не оторвано ли оно от реальности большого мира? А как ваши новички и матерые специалисты делают чужие тестовые?
А насколько оно релевантно квалификации? Как работают люди, плохо сделавшие задание и наоборот?

 Я стараюсь регулярно задаваться подобными вопросами. А не херню ли мы делаем?

Дети часто спрашивают меня, что самое интересное в жизни. Одним я говорю, что семья, учеба и карьера. Другим, что секс, наркотики и рок-н-ролл. А третьим ничего не говорю. Потому что самое интересное в жизни это грамотно организованный эксперимент с двумя подопытными и контрольной группой.

Еще один хороший вопрос - а не переусложнили ли мы систему?

Хорошо эту мысль иллюстрирует пример из книги Левфера "Конфликтующие структуры":
Моделирование борьбы автоматов за кормушки. Программа автомата - съесть максимум корма. Автоматы нулевого уровня умеют учитывать только текущую ситуацию - конфигурацию кормушек и расположение конкурентов. Автоматы первого уровня кроме текущей ситуации учитывают еще и предполагаемое поведение других автоматов, считая их автоматами нулевого уровня. 
Результаты: В большинстве случаев автоматы первого уровня выигрывают у автоматов нулевого уровня. 
Автоматы второго уровня выигрывают у автоматов первого.
Но! Автоматы второго уровня проигрывают автоматам нулевого уровня. Иначе говоря нужно быть рефлексивнее противника, но не намного.

Думаю, очень показательное, даже философское исследование.

Грег Иган «Город перестановок»

К прочтению - обязательно. Гораздо более научная, гораздо более фантастика, чем многое другое.

В 2045 году бессмертие стало реальностью. Теперь людей можно оцифровывать, после чего они обретают потенциально бесконечную жизнь в виде виртуальных Копий. Кто-то после смерти управляет собственной компанией, кто-то хочет подарить умирающей матери вечную жизнь, а кто-то скрывается в новой реальности от грехов прошлого. Есть только один нюанс: твоя жизнь зависит от стабильности мировой компьютерной сети. А еще тебя могут просто стереть.

Автор хорош вниманием к деталям и занятной моделью мира.

Золотая миля UTC

Смотрели фильм The World's End? Тот, что у нас перевели как Армагеддец?

Если нет, то посмотрите, Эдгар Райт прекрасен, но речь сегодня не о нем.

Повод для событий фильма - желание Гэри Кинга пройти Золотую милю - барный тур по 12 пабам города.

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

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

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

Первый бар, Брюгге

Собирается 14 человек!

Новые правила деловой переписки

К прочтению - обязательно.
И книга опять не о том, как работать и письма писать, а о том, как жить.

О выборе, автоматизаторах и универсалах.

Недавно было собеседование с интересным кандидатом. 
Но сейчас речь не о нем, а о некой абстракции - портрете.

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

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

Но у нас таких тимлидов не наберется и половины отделения, а еще я немного против концепции автоматизатора как профессии. Думаю, что я хотел бы идти в сторону тестировщиков, обладающих всеми необходимыми навыками, в том числе и программированием. 

А это значит, что ожидаемый портрет - он как "Бойцовый Кот"

«... есть боевая единица сама в себе, способная справиться с любой мыслимой и немыслимой неожиданностью»

Это не значит, что портрет нам не подходит, это значит, он имеет меньшую ценность. 

Я не пойму, хорошо это или плохо - ставить себе подобные ограничения?

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

Disclaimer: Еще раз, я говорил не о человеке, а о некоем образе, который я успел составить за время собеседования и чтения тестового задания. Как нам и завещал Канеман, в реальности человек окажется совсем другим и будет вести себя немного не так и серьезный процент выводов будет неверным.

Стих на память

На память. Отсюда. Не про тестирование.

Будущего пост

Около года назад группа тестеров контура встретились и создали некоторый текст на предмет "А какими будут тестирование и тестировщики компании через 3 года, в 2020?"

Приводить этот текст здесь я не буду, но позволю себе пофантазировать на предмет того, каким будет рынок и какими будут тестировщики города.

Если есть желание - присоединяйтесь в комментариях.

Итак,  тестирование в Екатеринбурге, 2021

Игроки

Контур, от 1к разработчиков, полторы-две сотни тестеров, аппетиты найма сильно не вырастут, но останутся стабильно большими.
Яндекс, две-три сотни разработчиков, тестеров немного, до 30, нанимают мало.
Наумен, как яндекс, только Наумен. Сюда добавим еще несколько компаний с собственной разработкой и небольшим количеством тестировщиков.

Не знаю, выживет ли Абак, но если да, то там человек до 25.

Компании, бизнес которых не разработка. МТС, ITM и всё такое.  В сумме много, но живущих очень по отдельности тестеров.
В них отдельной когортой банки - Тинькоф, Сбертех, Альфа, СКБ Лабс, кто там еще - от 10 до 30 тестировщиков в каждом, растут медленно. От предыдущей группы отличаются удвоенной зарплатой и наличиев автотестеров.

Разработка на иностранный аутсорс небольшими группами и общей мощностью от полусотни до сотни.

Обучение

Айтипипл  продолжает в том или ином виде курс по тестирванию, состав преподавателей скорее всего сменился еще раз. Судя по тому, что курс не менялся несколько лет, он не будет меняться и еще несколько. Учат новичков для старта и устройства на работу.

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

Компании с 20+ сотрудников ведут внутренний курс итоговой мощностью на выходе до 5 человек, если не лезут в автоматизацию, то может даже получиться сносное качество.

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

Компании с меньшим, чем 20, количеством тестеров успешно наставничают и не понимают сути проблем больших братьев.

 

Стеки

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

Тестеры остальных компаний сидят на традиционных стеках: рельсы в абаке и ява везде.

Ява заменяется на котлин, но принципиально картину это не меняет.

Программисты всех компаний добавили в свой стек хипстерские языки типа текущих свифта и го, но на тестерах это отразилось никак.
 

Проекты

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

У людей из заказной будут деньги, высокая скорость и разные проекты.

У людей из продуктовой будут перспективы роста выше "рабочий", качество на выходе и интерес к их мнению.

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

Квалификация

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

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

Переходы между компаниями

Опытные специалисты: по знакомству и при высокой осознанности выбора. Деньги играть будут достаточно мало. Надеюсь, благодаря этому тренду возрастет роль сообщества.

Собеседования

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

Команды

Вслед за продуктами, которые делятся на микросервисы, фронт и бэк, команды делятся так же. И тестеры вслед за ними. Максимальное количество тестеров в команде - 4, после - делятся.

К 2021 году есть небольшой шанс, что менеджеры начнут догадываться о связи между размером команды и временем ожидания задачи в очереди. Но это не точно. Большие отделы тестирования, обслуживающие несколько команд вымрут. Надеюсь, начнет вымирать и иерархия и настанет эра тренеров.

Книги

Как и сейчас, те, кто читают, имеют +30% к зарплате, но помалкивают об этом.

Задачи

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

Тестировать их можно либо кодом, либо контрактами, останется и то и другое.

Фронт и бэк

К фронтендерам медленно, но верно придет культура разработки. Багов будет немного меньше. Начнется тестирование с помощью метрик. Бекендеры откажутся от тестеров в пользу метрик, канареек и прочего девопса. Тестеры будут интересны в качестве эмулятора end-to-end бизнес пользователей, аналитических справочников и тестировщиков фронта.

Нефункциональное тестирование

Технари - отдельные статистически незначимые глыбы за космический прайс. 

Юзабилисты и примкнувшие - подешевле, но тоже отдельно, интересно и значимо. Особенно с учетом растущей конкуренции, борьба за клиента и удобство - их.
 

Релизный цикл

Продуктовая уже стучится в непрерывное развертывание, заказная откроет для себя еженедельные релизы и будет мечтать о ежедневных. Надеюсь, над релизами раз в 2-3 месяца без оправданий начнут смеяться в открытую.

Конференции

Мы так и не привезем SQA в екб.

Мне хотелось бы, чтоб  ДАМП оставался домашней конференцией екбшных разработчиков, но Айтипиплу выгодно, чтоб он становился большой всероссийской. Вообще хз, чем это кончится.

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

Специфические навыки

Кажется, что сейчас полезно уметь в графики и метрики. Хотя бы для того, чтоб разговаривать с разработчиками на одном языке. К 2021 году "полезно" плавно перейдет в "нужно".

Стартапы

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

Саентологи

Датасайнс, нейросети. Масса проектов, в них масса людей, но потом всё равно окажется, что надо тестить верстку админки и искать хитрые тестовые данные. Реальность скучная. тем не менее. строчки в резюме будут и мы будем чуть ближе к умным словам. Теория эксперимента от умных слов не меняется.

Конец 

Я попытался описать близкое будущее, но получилась какая-то текущая реальность с украшениями. Ну, что есть.

Новостей пост

Ни одной статьи за июнь, беда...
Всё больше пишу во внутренний ресурс.

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

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

Инструменты тестировщика

Лучший набор инструментов.

Бумажный дом

Я уже писал о том, что люблю  фильмы, которые осилили задачу показать, как люди думают.

Мини-сериал "Бумажный дом" приблизился к решению задачи.

Не всё в нем мне понравилось, любовная линия лишняя, как и остальные вылазки профессора. Но мне он понравился не этим.

А тем, как реальность может отходить от плана, а план предвосхищать реальность.
Мне очень понравился акцент не на планировании конкретных деталей, а подготовке к целому классу ситуаций и проблем. Если будете смотреть с моей подачи, обращайте на это внимание.



В целом: к просмотру рекомендую.
И фоточки.

Три мушкетера

20 лет с тех пор. как я прочел в первый раз этот роман. Теперь единственный положительный персонаж книги:

Помнится, в романе "Двадцать лет спустя" Д'Артаньян пришел к тому же выводу.

Roadmap тестировщика в контуре

У нас в контуре есть гайд о том, каким мы видим проектировщика.

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

Этот текст должен использоваться для оценки специалистов и для идей о том, что делать и как развиваться дальше. Не всегда успешно, но все же.

Когда нибудь придет время  и он будет торчать наружу, пока же лежит в корпоративном гите.

Итак:

Тестировщик в Контуре

Per aspera ad astra

О чем речь?

Текст поможет ответить на вопросы **Кто я и как мне стать круче?** и понять, кем хочешь быть в профессии и что сделать, чтоб стать лучше.

Стажер, младший тестировщик (0)

Чтоб стать

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

• Высшее техническое образование
• Серьезный объем подготовки
• Опыт работы в профессии

Дик Грот "Дисциплина без наказаний"

 С учетом поправки на другой век и специфику рынка соискателя - шикарная книга.

Что я хочу запомнить и вынести из книги?

Первое. Три встречи. На первой объяснить ожидания. На второй выяснить причины невыполнения повторного. На третьей дать несколько дней оплачиваемого отстранения от работы, чтоб человек решил, хочет ли работать с нами дальше.

Разговор строить так:

У меня есть проблема, %имя%, я ожидаю, что мои сотрудники и ты в том числе %ожидания%, чтобы %цель%. Но я получаю %реальность%. Что можешь рассказать об этом? 

Если человек начинает играть в причины и оправдания, ждать от него решения.

Чем я занимаюсь

Иногда мне кажется, что успешно я реализую себя, как организатор велоклуба, а не вот это вот всё...

Монолог Пожарского из Статского советника

Процитирую:

Уж больно нежно себя несете, расплескать боитесь

Очень нравится и фильм, и герой, и отрывок. 

Открывая организации будущего, часть третья

Продолжаю открывать организации будущего.
Часть первая.
Часть вторая.

Поехали.

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

Просто смешная цитата. В дикой природе так-то все друг друга радостно жрут.

Важно не  что делают бирюзовые организации, а  как они это делают, это совершенно иной подход к проблемам окружающей среды и социальным проблемам. Они не задают вопрос: 
- Во сколько это обойдется?
Они начинают с более глубокого и более личного вопроса:  
- Как поступить правильно?
 Только после этого следует вопрос:
- Как этого добиться в рамках наших финансовых возможностей?

А это - правильные вопросы, детектив (с)

• Внутренние тренинги на основе внешних как рост сотрудников.
• В большинстве организаций высокопоставленные сотрудники работают по свободному графику. Им доверяют. 

Очень приятно узнавать себя.

В Heiligenfeld регулярно используют совещания в больших группах, чтобы уло-
вить зов будущего на каждом собрании специально ставить пустой стул, символизирующий организацию и ее эволюционную цель. Любой присутствующий на собрании может в лю-
бой момент сменить место, чтобы вслушаться в зов цели. В Heiligenfeld используют специальные маленькие колокольчики-тарелочки: их звонпризывает вслушаться в цель организации

И тут пошла ебанина...

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

В какой прекрасной стране фей и эльфов живет Лалу.  

Рассказывать и показывать что и как ты делаешь. Ставить видеокамеры над конвеером.
«Конкуренты» приглашаются следовать вместе к высокой цели

 Да. Да. Да.  Не нужно делать секреты и таинства. Хотя скажу, что в конкурентной среде эффективность выше.


Кажется, я начал понимать, что мне не нравится про бирюзовость:

Любой может принять любое решение, утверждения решений запрещены.

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

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

ТИРАНическая

Автор некий "Ефимыч"

Долгие годы сижу на троне я
Меня считают сукиным сыном пол мира
Спасает самоирония и современная медицина

И я бы все это бросил чохом
Прервав по кругу бегущий ролик
Но сыновья получились плохо
Один - дурак, другой - алкоголик 

И оба глядят на меня с опаской
Забыть бы все, закопать бумаги
Умчать с какой-нибудь синеглазкой
Попить пивка в золотой Праге 

Но пост мой, который столь многим нравится
Почти исключает простое счастье
Если позволить себе расслабиться
Практически сразу порвут на части 

Потом парад слабаков, смута
Свобода, равенство, грязь, флаги
Под песни про то, как теперь круто
Под разговоры об общем благе 

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

Ну все, пора. Пора за бумаги
Вершить немилость, латать трещины
А вы терпите меня, бродяги
Я может и зло, но для вас - меньшее

И  видео есть:

Просто о сложном и интересно о важном

О математике в этике и теории игр. Настоятельно рекомендую всем чтоб заинтересоваться.

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

По ссылке больше материала.
https://notdotteam.github.io/trust/ 

Там есть матан модельки и с ними можно поиграть.

Открывая организации будущего, часть вторая

Продолжаю читать книгу Лалу.

Поехали.

Компании, чья работа включает множество проектов, пересматривают и архи-
тектуру своих рабочих помещений. Офис в Sun Hydraulics — это большое открытое пространство со специально разработанными кабинками. Стены на уровне пояса.
Одним взглядом можно определить, кто на месте, и услышать сразу множество разговоров. Это значительно улучшает сотрудничество, отмечают коллеги. Множество вопросов, которые в другой компании привели бы к долгой электронной переписке или назначению встреч, теперь решаются просто в разговоре с коллегой через стенку кабинки.

Это ужас, ад и Израиль. Шум, отвлечения и прочие атрибуты опенспейса. Читайте Шаблоны проектирования Александера и Peopleware Демарко.

И компания ввела «правило 80–20»: каждый сотрудник AES, от уборщицы до инженера, в среднем обязан 80% рабочего времени посвящать основным обязанностям и быть готов присоединиться к одной или нескольким рабочим группам в остальные 20% времени.

Мне нравится, но непонятно, как решается вопрос недопроизводства в основной работе. IT - отрасль с избытком задач, всегда можно и иногда нужно и гораздо чаще хочется  сделать больше. А тут какие-то 20%... К тому же "интерес" у человека один и не делится на проценты.

Процесс внутреннего консультирования идет снизу вверх, но идет не на авось и не по принципу «будь что будет». Он включает творческий дух, взвешенный анализ, тщательное планирование и дисциплинированное исполнение.

И благолепие настает само! Тут же все становятся умными и дисциплинированными. Всегда. Ага.

В Buurtzorg все данные относительно производительности команд выкладываются во внутреннюю сеть.

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

Что и с чем тут сравнивать?

Планирование преемственности — еще одна установившаяся практика HR-службы. Для каждого руководителя в компании подыскивается и воспитывается возможный преемник. И, наконец, существует процесс планирования карьеры

Это то, чем нужно заниматься. ППКС.

Ежегодно сотрудники заполняют анкету, оценивая каждого коллегу на основании всего двух пунктов:
— «Вклад этого сотрудника в общее дело (гораздо) больше или (гораздо) меньше,
чем мой» (шкала от –3 до +3);
— «Этот сотрудник способен оценить меня» (шкала от 1 до 5).
Ответы обрабатываются по простому алгоритму, коллег делят на несколько зар-
платных сегментов

 Все равны, но некоторые равнее...

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

А как же Даннинг-Крюгер?

Открывая организации будущего, часть первая

Популярная нынче книга.
Популярная тема.

К нам даже собеседовался кандидат, работавший, по его словам, в бирюзовой команде.

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

Читая, испытываю противоречивые чувства: одновременно желание сделать так же и скепсис. Главное - книга не оставила равнодушным. И это хорошо.

Сейчас прочел только четверть, но хочу сформулировать и сохранить заметки по тексту.

Решение можно принять при отсутствии принципиальных возражений, а не при согласии всех.

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

Тренеры, коучи на несколько команд вместо руководителей отдельных команд.

То, что я хочу внедрить. Руководитель зацикливается на своей команде, тренер

В команде должно быть не более 12 человек. Если людей больше, она должна
разделиться.

ППКС. Люди, считающие, что у них "команда" из 30 человек - не знают матчасть.
Для себя определил, что если в группе разработки 5 и более тестеров - пора делиться на части.

Члены команды должны ежегодно оценивать результаты деятельности друг
друга, основываясь на стандартах компетенции, которые могут сами же и раз-
работать.

По закону Даннинга-Крюгера слабая команда будет оценивать себя выше, чем сильная. Постоянно с этим сталкиваюсь и не увидел в книге ответа на эту проблему. А я считаю, что это проблема.

Если команде нужно расшириться, она ищет
новых членов

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

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

В IT нет избытка рабочих. Есть недостаток разной степени тяжести. Редко кто скажет "нас мало, но не так, как вас..."

Если одна из команд потребует позолоченные станки, другие команды сразу это заметят, и возмущение коллег урегулирует дело естественным путем.

Этого не происходит.

How to deliver quality assurance at speed

Настоятельно рекомендую к просмотру видео от atlassian о том, чем сейчас становится обеспечение качества.

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

Пенсионеры Филатова

Это я себе на память, хороший стих.

Сидят на дачах старенькие ВОХРы
И щурятся на солнце сквозь очки.
Послушаешь про них — так прямо волки,
А поглядишь — так ангелы почти.

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

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

Да, был грешок… Такое было время...
И Сталин виноват, чего уж там!..
Да, многих жаль… И жаль того еврея,
Который оказался Мандельштам...

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

…Но вдруг в глазу, сощуренном нестрого,
Слезящемся прозрачной милотой,
Сверкнет зрачок, опасный как острога.
Осмысленный. Жестокий. Молодой.

И в воздухе пахнет козлом и серой,
И загустеет магмою озон,
И радуга над речкой станет серой,
Как серые шлагбаумы у зон.

Собьются в кучу женщины и дети.
Завоют псы. Осыплются сады.
И жизнь на миг замрет на белом свете
От острого предчувствия беды.

По всей Руси — от Лены и до Волги —
Прокатятся подземные толчки...

...Сидят на дачах старенькие ВОХРы
И щурятся на солнце сквозь очки...

Энди Вейр, Артемида

Третьего дня дочитал новую книгу Энди.

Если Марсианин привел меня в полный восторг, то эта книга оставила настолько же неоднозначное впечатление.

Сразу, мощные плюсы

Бодрый сюжет, вейеровское количество технических деталей, приближающих эту фантастику к научной.

О главном

Точнее о главной героине.
В художественной литературе меня расстраивало неумение авторов показать злодеев и аморальных типов, раскрыть их мысли. Получались либо картонные "я творю зло потому что  я злой", либо запутавшиеся и отчаявшиеся "я ввязался в это и надо идти до конца". У Линдсея в серии о Декстере неплохо вышли психопаты, но это другое.

Я не вспомню автора, который бы внятно, изнутри описал социопата, человека без эмпатии и морали.
И тут Энди пишет Артемиду.

Главная героиня, Джазмин Башара - социопат, аморальная мразота. По ходу повествования больше двадцати раз в голос восклицал Ах ты ж сука! У Энди вышло создать и с любовью описать типаж некартонной мрази.

Почему я так ополчился на Джазмин?

Для аргументов нужен контекст сеттинга: действие происходит на лунной базе, купола с населением 2000 человек, город в миниатюре. Есть свои небольшие неэкспортные производства и туризм. На самообеспечении, то есть полностью коммерческие отношения всех со всеми.

По ходу повествования героине предлагают совершить производственную диверсию на единственном производстве кислорода, с целью рейдерского захвата этого производства. Сперва она называет сделку сомнительной, но после того, как ей предложили ее зарплату за 3 года (примерно 500 килобаксов), мгновенно соглашается.

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

- Вы пытались убить меня!

Искренне возмущается, когда полицейский пытается поймать ее на контрабанде.
И да, она занимается контрабандой. Сигареты и горючая теплоизоляция для домов небогатых рабочих. На голубом глазу считает это нормальным бизнесом (в рамках сеттинга открытый пожар может привести к гибели всей колонии). Гордится тем, что не возит наркотики.

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

Я выделяю слово искренне, так как это правда, повествование ведется от лица героини.

Кроме перечисленного есть и еще, особенно прекрасен конфликт с женщиной, с нуля создавшей производство кислорода на луне и любящей свое дело.

По ходу повествования Джазмин легко и непринужденно подставляет пару своих друзей и вовсю пользуется их доверием.

И при этом она... кажется приятной. Бодро говорит, весело шутит, быстро соображает, держит слово, иногда помогает друзьям, заводит знакомства... Чтоб понять происходящее в действительности, нужно прикладывать сознательные усилия.

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

Итого

Если бы не было Марсианина, я бы однозначно решил, что автор рисовал мировоззрение главной героини с себя.
Радует, что автор не заставляет скучать и вызывает эмоции. Следующую книгу - жду.

Жизнь без тестировщиков

Серия статей от Арема Кошелева о тестировании, как он его видит и пользует.
Там и о ответственности программиста и о участии команды.
Жизнь Артема не совсем без тестировщиков, в третьей части  он расказывает, чем тестеры занимаются в его команде.

Мне кажется, что у него все как то правильно настроено. Почитайте.

http://artkoshelev.github.io/posts/there-are-no-testers
http://artkoshelev.github.io/posts/there-are-no-testers-part-2
http://artkoshelev.github.io/posts/there-are-no-testers-part-3

Рекомендую весь блог. С остальными жизнеполагающими статьями я согласен не настолько, но тем не менее.

Совсем не о фехтовании

Недавно услышал фразу, которая позабавила, и поэтому зацепилась в голове.

Фехтование - гражданское искусство.

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

Что даст метафора на мою профессию?

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

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

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

Тест-дизайн закодированных тестов имеет не так много общего с классическим, в нем правят уровни абстракции, чистый код и AAA.

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

Тыкать копьем?
Простые проверки под команды, которые диктуют нам риски.

Как это переложить в требования к кандидату?
Последовательность, умение после А говорить Б.
Способность отделить важное от неважного: вопросы "Зачем?", "Для кого?"

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

Почему я все равно считаю тест дизайн важным?

Кажется, метафора начала сбоить, предположив, что дизайн про покрытие. А он, состоящий из эвристик, все же больше о рисках.

Все равно, фраза шикарная, нужно что-то еще из нее вытащить.
И да, пора в отпуск.

О драконах

Отличная статья об Антропогенезе, разоблачителях и особенно для ценителей научпопа Аси Казанцевой.
В частности:

А что есть главная противоположность и главное искушение для скептика-разоблачителя? Перестать ломать - и начать строить. То есть можно ожидать, что разоблачители-просветители будут порождать собственные вирально-завиральные теории.

И вот эта цитата понравилась особенно:

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

Это практически референс к фильму "Убить дракона".
Интересно, кем я стану в конце второго сезона?


В копилку - ссылка на большую картинку со списком когнитивных искажений и на аналогичную вики статью.