понедельник, 29 апреля 2019 г.

5 за 5 (история 11) It's all about technical management


1. Sharing Our Engineering Ladder
"Creating an engineering ladder (that is, the job descriptions and levels of an engineering organization) is a daunting task. If you do a half-hearted job, you're likely to cause more problems than you solve."
"In addition to the ladder causing problems inside of my team, we were having a hard time evaluating candidates during interviews and determining what level to hire them into. Particularly at the more senior levels, it wasn't clear what the criteria for success really looked like. So, together with my tech leads and engineering managers, we rewrote the ladder to be more specific. It has been very helpful both for the process of reviews and promotion committees as well as for the process of hiring."

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

2. If Your Boss Could Do Your Job, You’re More Likely to Be Happy at Work
Анализ результатов исследования зависимости отношения подчиненных к своей работе от качеств руководителя: "The benefit of having a highly competent boss is easily the largest positive influence on a typical worker’s level of job satisfaction. Even we were surprised by the size of the measured effect. For instance, among American workers, having a technically competent boss is considerably more important for employee job satisfaction than their salary (even when pay is really high)."

3. Отличный keynote от Camille Fournier
The role of being technical in technical leadership
"This is a talk about engineering management, which I think is pretty important for building effective engineering teams and building good products. We’re going to talk about what actually what it means to put the engineer in engineering management."

4. Сейчас читаю "The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change" by Camille Fournier. Мне эта книга очень бы помогла на заре моей менеджерской карьеры. Сейчас у меня уже набиты мозоли и местами некорректные мои действия трудно менять. Но стараюсь.
Есть в русском переводе "От разработчика до руководителя"

5. Engineering management: the pendulum or the ladder
"It’s primarily aimed at new managers, who aren’t sure what their career options look like or how to evaluate the opportunities that come their way, or how it may expand or shrink their future opportunities."


понедельник, 22 апреля 2019 г.

5 за 5 (история 10)

Давно ничего не писал себе и вам в полезные заметки. А их накопилось.
Продолжим цикл, хотя он теперь и не "5 за 5 (дней)".
1. Статья из 1995.
Сколько времени прошло, а ничего не меняется.
Но именно такие мысли я называю классикой и философией промышленной программной разработки:
"Задачи условно делятся на три категории — соответственно квалификации.
Низшая — ты можешь запрограммировать предложенный кем-то алгоритм.
Средняя — по предложенной спецификации функции или программы ты можешь предложить алгоритм ее реализации и запрограммировать его.
Высшая — ты можешь предложить способ решения задачи, написать спецификацию программы, ее решающей, и запрограммировать ее."

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

2. "Chaos Engineering: the history, principles, and practice" - отличное введение в тему от компании, которая занимается инструментами для Chaos Engineering.

3. Интересный доклад про "монолиты и микросервисы"

4. И еще статья на эту же тему "Build a Monolith before Going for Microservices"

5. И чуток для soft-skills от Ани Обуховой "Напрасные слова. Как давать обратную связь с учетом работы мозга".

пятница, 26 октября 2018 г.

Heisenbug 2018 Москва - скоро для всех тестировщиков и не только

Приближается уже традиционная зимняя версия Heisenbug Conference в Москве.

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

В этом году в программе традиционно как старожилы, так и новички. В роли старожилов выступают Артем Ерошенко и Виталий Фридман, любой доклад которых, это качественно сделанная и полезная для слушателей работа. "Новичков" (для нашей конфы) сильно больше, например очень хочется увидеть "в бою"  результаты работы Людмилы Мжачих и Антона Усманского, которых объединяет тема визуального тестирования.

Неожиданным "новичком" нашей конфы стал известный многим по конференциям Joker и Devoops Барух Садогурский с провокационным докладом-покушением на тестировщиков.

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

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

Ведь учиться только по книгам - это сложно:

Для дочитавших до конца небольшой бонус в виде промокода на Heisenbug: MaxShulgaPromo.

Вбивайте его в форму регистрации и готовьтесь к конференции :)

вторник, 23 октября 2018 г.

Site Reliability Engineering (SRE) - источники знаний по теме

Тема модная, имхо отпочковалась от DevOps, а скорее стало ее развитием (хотя считается, что развивались темы параллельно и одновременно).

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

По теме 3 основные книги (в порядке даты издания):
В первой книге про концепцию и базовые вещи. Вторая про внедрение на примерах. Третья похожа на вторую, но в виде примеров (в тч best practices) из разных компаний.

Обзоры первой книги:

Видео-рассказ одного из SRE-инженеров Google (на русском) "Как я научился не волноваться и полюбил пейджер"

Видео про одну из фундаментальных вещей SRE: "SLIs, SLOs, SLAs"

"Бесконечный список материалов по SRE" (цитата @asatarin) - это ссылкой можно было бы и обойтись, но Андрей прислал ее уже после публикации статьи :)

пятница, 31 августа 2018 г.

5 за 5 (история 9)

Вот не поймешь, хвалят коллеги или ругаются... (с)
1. "Punishing failure makes it worse. Unshared failures are the experience of one individual. They are not institutional learning." ( by Jessica Kerr tweet)

2. The problem with root cause analysis is there’s always going to be another root cause.
Robustness happens at a higher level. And resilience at a higher level still. (by Jessica Kerr tweet)

3. Очередная история про Git от Сергея Сергеева, беседа в подкасте "Подлодка". Напомню ссылку на отличную лекцию Сергея.

4. "Тимлид — это сержант в IT-подразделении" - хорошее интервью с Романом Ивлиевым.

5. Неплохая панелька тимлидов с инсайдами из известных компаний.  Отлично смотрится на скорости х1.5