Когда тщательно подготовился к performance review в пятничных #it_memes

Главная редакция канала в лице меня уходит в заслуженный отпуск 🎉

2 недели тишины по утрам у тех 84 подписчиков, у которых не стоит мьют на новые сообщения тут (люди - кто вы, я вас заочно люблю и уважаю ❤️).

И в целом каналу уже почти год (после отпуска как раз год и будет). Чуток не добрал до 500 подписчиков и чуток от этого обидно. Зато нативно 🙂

Будет ли продолжение после отпуска?
Будет, но полегче. Писать каждый день (внутренние обязательства) под конец давалось очень тяжело. Так что скорее всего будет не каждый день.
А в остальном надеюсь не поменяется. Конечно, хочется больше хардового контента, но... В общем посмотрим.

PS в комментах ссылочка на подкаст 5-летней давности, интересно себя слушать и читать спустя какое-то время. Что и как меняется в голове. Но у меня в целом все стабильно консервативно 🙂 Может кому будет интересно послушать.
Ну а я пошел собирать инструменты в свой традиционный отпуск 🙃

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

#байки

Тесты с деньгами, да еще и в продакшене 😱

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

Почитайте, кто не видел, и это тоже "Тестирование в продакшене - миф или реальность?"

#testing #тесты_в_проде

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

#quality

How to be a Product Minded Software Engineer
Как это часто случается, инфолентой принесло статью по теме, которая вот буквально недавно всплыла по жизни.

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

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

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

Возможно нужно поменять свою зону контроля (другие задачи/команда/продукт) или расширить зону влияния, получив возможность влиять на решения косвенно.
И хорошо, если твой менеджер в курсе твоих проблем и готов решать их вместе с тобой 🖖

#мысли_вслух

иллюзии и факты в пятничных #it_memes

В продолжение темы

The Product Engineer Mindset (Product Engineer Manifesto)
In our work as Product Engineers, we have come to value:

• Continuous delivery of working software over promises and estimations
• Asking why to deeply understand the customer problem before diving into code
• Customer collaboration and feedback over tickets and second-hand knowledge
• Teamwork and communication over picking up tasks and working in isolation
• Using the product ourselves over relying on others to test our software
• Strategic thinking and understanding the market and context you're operating in

#it_философия

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

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

Просто уже начните писать тесты, а не переписывать "фреймворки".

#мысли_вслух #test_automation

Хорошие уточнения про "что"

я понимаю, но решение, не упарываться = выбору метода, т.к. как это тоже имплементация

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

Прикольно, найденный 10 лет назад список полезнях для C++ до сих пор живет и поддерживается.
А значит это кому-то нужно 🤔

#видеозаписи

В программе Heisenbug блок «Инструменты и фреймворки» вечно оказывается одним из самых крупных.

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

YouTube | VK Видео

"Ходим мы по краю, ходим мы по краю,
Ходим мы по краю р-о-одно-ому..."

Про стратегию и мидл-менеджмент в пятничных #it_memes

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

Опять же, для кого? Для подчиненных может быть одно "хорошо", для руководителей этого менеджера другое.

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

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

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

Good managers are hard to find and once you have them, they should be appreciated
#management #мысли_вслух

Работающие ценности: опираясь на них компания должна нанимать и увольнять людей независимо от их производительности.

Four Lessons on Culture and Customer Service from Zappos CEO, Tony Hsieh

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

Я как-то скептичен, хотя когда-то давно меня эта история цепанула.

#мысли_вслух

Встречи 1:1 в формате TOTAL
PS подсмотрено у Бориса Вольфсона

#management

Интегрируем новую фичу в продукт и удаляем старую заглушку...

Было?

Конец рабочей недели в пятничных #it_memes

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

Ну а сами встречи 1:1- одна из практик, которая часто выставляется как обязательная, но редко проводится "по уму".

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

#management #ваши_вопросы

09.09
Говорят, сегодня день тех, кто профессионально не любит баги 🙂 Пусть ваша работа не перестает быть нескучной 🫣

10 признаков, что вы не подходите для работы тестировщиком:
1. Вы нервничаете из-за глючного ПО
2. Вы тестируете не зная ожиданий бизнеса
3. Вы устаете от объяснения того, как воспроизвести ошибку
4. Вы не читаете блоги, книги и не посещаете конференции по тестированию ПО
5. Вы стыдитесь своей роли в проекте
6. Вы знаете, как проверять, но не знаете, как исследовать
7. Вы не в курсе технических аспектов IT
8. Вы не любите общаться
9. Вы не знаете о жизненном цикле разработки приложений
10. Вы не можете забыть о найденных дефектах и страдаете, если их не исправляют

ЗЫ это вам немного романтики из прошлого... Эти советы давно уже игнорируются многими

#testing