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

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

• Тепло. Лето умеренно теплое, не Сочи. В прошлом году, правда, было аномально жарким. Надеюсь на повторение. Зимой редко холоднее -8°C, декабрь часто без снега.

• Красиво. Чистый город, за которым ухаживают: регулярно что-то ремонтируется и строится, хотя чемпионат уже закончился. Много деревьев, кустов, зелени, несколько хороших парков, скверов и набережных. Старые немецкие районы и улочки, где прикольно погулять. Много классных фоток можно посмотреть у Andrey Yurenkov.

• Европа. До Польши ехать меньше часа, а до Гданьска, ближайшего большого города, — 3 часа. Рядом Рига, Вильнюс, Берлин, Варшава. Можно съездить на выходные погулять, а можно по магазинам — на въезде в Россию возвращают 23% Tax Free. Хорошие новости для любителей сыра: в Калининграде можно забыть о санкциях.

• Изоляции нет, несмотря на то что Калининград — эксклав. Прямые рейсы в: Москву, Питер, Екб, Казань, Сочи, Минск, Ригу, Варшаву и др. Билеты из мск и спб — от 5 тысяч туда-обратно. Дёшево улететь в Европу можно, если не полениться доехать до Гданьска.

• Тут не так тухло, как ты думаешь. Постоянно тусовки и перформансы: Kalinigrad City Jazz, Kaliningrad Street Food Festival, день города, рождественская ярмарка, праздник корюшки, городской пикник. Прикольных ресторанов и кофеен дофига, часто открываются новые. В часе езды — казино 😲

• Дешево. Да, если сравнивать с Москвой. Если сравнивать с другими городами — так же. Но если говорить о недвижимости, то за те же деньги — квартира в немецком доме в зелёном районе, а не бетонная коробка среди серых коробок. Такси по городу редко дороже 200 рублей.

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

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

Прочитал статью о 4 убийцах стартапов.

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

Решение: делать продукт, который нужен рынку сейчас.

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

Решение: полагаться на потребности стартапа, а не на моду.

Ошибка при найме разработчиков
Для стартапа нереально найти готового разработчика. Сотрудники крупных компаний, ученые и «звёзды» — не подходят.

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

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

Решение: стремиться к сочетанию «оптимистичные разработчики + пессимистичные бизнес-лидеры»

Сегодня поделюсь статьёй о том, как писать коммиты с заботой о команде и не терять важную информацию. Если коротко: используй git blame при анализе кода и дебаге. Но blame не поможет, если описания коммитов неинформативны.

Чтобы сообщения коммитов помогали, настрой шаблон коммита с помощью commit.template. Включи туда такие блоки:
• Заголовок
• Почему это изменение необходимо
• Как это решает проблему
• Какие побочные эффекты может принести это изменение
• Ссылка на тикет

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

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

Делаем список в 3 этапа:
• Собираю список всех рекомендаций
• Провожу голосование среди тех, кто прислал
• Красиво оформляю и публикую топ

Ссылка на форму: http://tinyurl.com/y2cdpw4p

Итоговый список первыми получат те, кто прислал книги и участвовал в голосовании!

Нашел статью о 10 запросах, которые есть у сотрудника к руководителю. Внимательный лидер на них отвечает, а посредственный — игнорирует. Поехали:
• Знай меня. Не нужно быть моим лучшим другом и обнимать при встрече. Знай, как меня зовут, и что я делаю.
• Покажи мне. Я хочу видеть, кто ты на самом деле.
• Посмотри на меня. Когда мы что-то обсуждаем, слушай и смотри на меня.
• Спроси меня. Спрашивай моё мнение, прежде чем принять решение, даже если ты его не учтёшь.
• Научи меня. Помоги мне учиться и развиваться, тогда я стану лучшим.
• Будь мной. Принимай решения осознанно, для этого поставь себя на моё место.
• Освободи меня. Дай мне свободное пространство, чтобы работать. Не спрашивай "ну что там" каждые 5 минут.
• Скажи мне. Я не умею читать мысли, скажи, чего бы ты хотел от меня.
• Веди меня. Я не хочу быть мотивированным, я хочу быть вдохновлённым.
• Брось мне вызов. Помоги мне выйти из зоны комфорта и расти.

P.S. Я ухожу в отпуск, поэтому изредка буду делиться статьями и новостями, а полноценных постов не будет до 10 мая. Всем хороших майских! ❤️

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

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

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

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

Нашёл гайд по составлению крутого резюме для разработчика. Руководство написано на основе интервью HR Google и Airtasker.

• Зацепи внимание Лучший код — чистый и простой, таким же должно быть резюме. Создай чёткую структуру, пиши факты, избегай воды.
• Покажи, что идеально подходишь. Опиши, как твои навыки соответствуют вакансии, но не обманывай.
• Произведи впечатление. Резюме — это история о тебе. Чтобы зацепить, выбери одну из ролей: лидер, новатор, исполнитель или ученик.
• Продемонстрируй свою ценность. Покажи своё влияние на прошлом месте. Участвовал в разработке мобильного приложения — расскажи, как оно в цифрах повлияло на бизнес. Упомяни амбициозный личный проект. Не ссылайся на учётную запись в Github, лучше добавь ссылки на конкретные проекты.
• Расскажи о специализации, образовании и софт-скиллах. Не указывай все пройденные курсы, только те, что выделят тебя и релевантны вакансии. Важные софт-скиллы: проактивность, привычка учиться, умение проводить презентации и другие.

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

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

Инструкция:
• Загрузи лист на телефон
• Создай несколько копий для разных привычек
• Напиши названия привычек максимально конкретно. Вместо «вставать рано» — «вставать не позднее 6 утра»
• Укажи причину, зачем тебе нужна привычка
• Придумай награду за успешное прохождение листа
• Добавь дополнительные факты в поле «Заметки»: напоминания или расписание
• Начни привычку сегодня и вычеркни первый шестиугольник
• Пропустил день — оставь поле пустым. Не начинай с начала, просто продолжай
• В конце 50-дневного листа вручи себе награду
• После усвоения привычки слегка усложни её и заводи новый лист

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

Я использую похожую систему, но в google docs. Автоматически считаю streak, avg. Как-нибудь напишу об этом отдельный пост и поделюсь шаблоном

Ребята, привет!
Хочу поделиться опытом 360 review.

Зачем я проводил 360
• Как и Рэй Далио, я убежден, что у каждого есть слепые зоны. Узнать о слабых сторонах — офигенный шанс вырасти.
• Я регулярно задумываюсь о сильных и слабых сторонах своих ребят, но как любой человек я подвержен когнитивным искажениям. Сравнив свои оценки с остальными, я хотел выявить эти искажения.
• Для команды это ещё один опыт фидбека. Если не отнестись к этому формально, то в будущем давать фидбек будет проще, а значит прозрачность увеличится.
• Это не performance review. Результаты не влияли на зарплату и бонусы.

Принципы, которые я применял
• Как можно проще, без замороченных инструментов. Поэтому — google docs. Каждый заполнил 8 таких формочек: 1 о себе и 7 о других членах команды.
• Всё делать с любовью: добровольное участие, поменьше критериев, понятнее процесс и крупнее шрифты :)
• Открытый фидбек: я противник анонимного фидбека ещё со времен анонимок вконтакте, когда мне туда понаписали гадости. Но результаты 360 я обещал никому не показывать без согласия.

Мы потратили
• 19 часов на заполнение анкет
• 14 часов времени ассистента
• 13 часов моего времени

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

Немного отзывов команды по итогам
• Оценки отражают действительность — 71%
• Были откровения — 57%
• Полезно — 71%
• "Ценность в более глубоком понимании коллег, их мировоззрения, отношения к различным вещам и их восприятия."
• "Когда читаешь фидбэк, очень хочется обсудить некоторые комментарии, но не знаешь как."
• "Я думал про моё слишком импульсивное поведение, но не думал что оно настолько мешает коллегам."
• "ИМХО стоит это делать, но нечасто. Раз в год или полгода."
• "Люди сами бесплатно мне говорят, как стать сильнее, так что спасибо."
• "Буду больше молчать, чтобы не говорить глупостей, стану более закрытым, начну больше льстить и нравиться людям."

И еще интересные цифры: средняя исходящая оценка по всей команде — 1.85, средняя оценка себя — 1.64. Контринтуитивно, но я не знаю какой вывод из этого сделать.

Через пару месяцев буду пробовать ещё и обязательно поделюсь результатами.
Если у тебя есть похожий опыт, статьи, формочки, сервисы — пиши в личку @ax8080. Наберётся материал — сделаю отдельную подборку!

Прочитал кейс о том, как технический долг стоил компании $1 млн в год. Мораль: разработка — как игра в Тетрис. Если накапливать пробелы, можно быстро проиграть.

Итак, кейс: команде поручили обновить логику выставления счетов по новым тарифным планам. Задача кода состояла в том, чтобы проверить учётную запись каждого клиента, сформировать для него счет и отправить его в API выставления счетов. Что выявил анализ:
• функция была монолитная, а код — негибким
• тестов не было
• наблюдалась ненужная рандомизация
• документация отсутствовала

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

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

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

Как работает SapFix:
• автоматически находит ошибки
• тестирует варианты исправлений
• предлагает лучшие

Инструмент пока работает на базе кода Facebook, но компания планирует поделиться им с миром. В будущем SapFix позволит небольшим командам создавать мощные продукты, а крупным корпорациям — экономить время на разработке.

Нашел статью «Как повысить продуктивность» с 8 очевидными советами, о которых ты забываешь.

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

• Напиши список дел. Автор рекомендует приложение Notion (много полезных функций) и Google Keep (чистый интерфейс и синхронизация). Я же рекомендую Dynalist, о нём сделаю отдельный пост

• Начинай с важной задачи. Сила воли ограничена, направь ее на самое сложное.

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

• Веди календарь. Планировать получается лучше, когда помнишь, что в среду у тебя поход к врачу, а в четверг — собеседование.

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

• Ограничь время на задачу. Когда время ограничено, фокус лучше. Можно использовать технику Pomodoro или выбрать другие интервалы, например, по 45 минут.

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

Привет!

Я часто общаюсь с CTO разных компаний: рассказываю, как у нас устроена разработка, задаю вопросы. И вот появилась идея сделать такой обмен опыта публичным. Возможность узнать, как устроена разработка в самых крутых IT-компаниях России.

В первую очередь, хочу определиться с самыми интересными темами. Затем буду думать над форматом. Мне нужна твоя помощь — какие вопросы тебя интересуют? Я подготовил список и форму с голосованием, заполнение займёт минут 5-10.

Ссылка на форму — http://tinyurl.com/yy4t7uhh
За заполнение я буду очень благодарен. И обязательно придумаю бонус!

Интересная статья о том, что такое цикл недоверия и как его прервать.

Цикл недоверия: негативные предположения — самозащита — агрессия

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

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

Ребята, привет!

Я преодолел свою скромность и продолжаю делиться видеозаписями докладов.
Codefest, DUMP, Стачка тянут с видеозаписями.
Поэтому выкладываю архивный доклад — "Как подружить разработку и бизнес"

Прошёл год, а он всё еще актуален:
• Не верь продакту: убедись, что задачу нужно делать
• Не верь QA: убедись, что баг нужно фиксить
• Не верь тимлиду: убедись, что техническое решение — лучшее из возможных

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

«Не все, кто читает, становятся лидерами. Но все лидеры читают».
Прочитал статью со списком must read от ведущих ИТ-директоров.

Дейв Финнеган, CXO Orvis
• Дилемма инноватора. Как из-за новых технологий погибают сильные компании
• Пять пороков команды. Притчи о лидерстве
• От хорошего к великому. Почему одни компании совершают прорыв, а другие нет
• The River of Doubt: Theodore Roosevelt's Darkest Journey

Марти Смит, IT-директор GreenSky
• Is Your Frog Boiling? - Ten Signs That Your Life May Be Spinning Out Of Control And What You Can Do About It
• Greatness: The 16 Characteristics of True Champions
• The Transformational CIO: Leadership and Innovation Strategies for IT Executives in a Rapidly Changing World
• Reinvent Your Enterprise

Сара Накви, IT-директор HMS Host
• Leaders Eat Last: Why Some Teams Pull Together and Others Don't
• The Speed of Trust: The One Thing That Changes Everything
• Emotional Intelligence: Why It Can Matter More Than IQ

Джоди Эдди, IT-директор Boston Scientific
• The Startup Way: How Modern Companies Use Entrepreneurial Management to Transform Culture and Drive Long-Term Growth

Джин Берри, IT-директор One America
• The Boys in the Boat: Nine Americans and Their Epic Quest for Gold at the 1936 Berlin Olympics

Остальные книги — в статье.
Помните самый крутой список книг для тимлидов и CTO, который я обещал? Уже сформировал список в едином формате, скоро запущу голосование.

Привет! Сегодня новый формат — в гостях у Леонида. И в гостях — руководитель инфраструктуры Skyeng Артём Науменко. Он расскажет, как построить крутую инфраструктурную команду, ориентированную на бизнес.

Ответ прост: измеряйте и оптимизируйте.

Ключевые метрики работы IT-инфраструктуры:
1. Доля инфраструктуры в расходах компании. Чем меньше, тем лучше. Здесь нужно учитывать стоимость серверов, стоимость админов и девопсов, убытки из-за падений. Для бизнеса это важнейшая метрика.
2. % времени, затраченного на разработку. Мы все понимаем, что можно супер упороться в техподдержку клиентов, и они будут довольны. Какое-то время. Пока у конкурентов не случится качественный скачок благодаря новой технологии, которую мы не внедряли.
3. Оценка работы команды клиентами — важная субъективная метрика. Люди принимают решения на основании субъективных ощущений, а не фактов.
4. Среднее время решения задачи. Время постоянно должно уменьшаться, благодаря внедрению новых инструментов и автоматизации. Если не уменьшается — что-то вы делаете не так.

Пример метрик в инфраструктурной команде Skyeng.

Привет!

Подвёл итоги голосования за вопросы к руководителям разработки. С радостью делюсь с вами. С отрывом в топ вышло 4 вопроса:
1️⃣ Как производятся улучшения в командах? На основе чего принимаются решения об изменениях в процессе и как измеряете результат?
2️⃣ Как устроена бонусная система разработчиков и тимлидов? Как устроен пересмотр з/п?
3️⃣ Какие инструменты используешь лично ты? Какие инструменты используют тимлиды?
4️⃣ Какие есть показатели, что всё ок в разработке? А в отдельно взятом проекте?

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

А нам сейчас важно определиться — кому будем эти вопросы задавать. Не хочу использовать принцип "знаю одного чувака, он мне нравится". Давайте и дальше использовать краудсорсинг. Вот форма с 2 вопросами:
1. Кто крутой технический руководитель?
2. В каких компаниях крутая разработка?

План-капкан
✅ — Определиться с вопросами
◻️ — Определиться с людьми ⬅️ мы здесь
◻️ — Определиться с форматом

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

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

Директора ИТ-компаний Montage и Sigma считают, что использование ИИ при найме находится в зачаточном состоянии и пока рано перекладывать на него принятие решений.