На канале Менеджер от боженьки хорошие посты про работу одной американской компании ( https://news.1rj.ru/str/pm_god/59 ) с прекрасными словами:

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

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

Самый частый страх юного тимлида: "а кто меня слушать будет? А как мне, собственно, управлять?"
Этот страх здорово направить в конструктивное русло: сесть и разобрать управления каждым человеком в команде. Поговорить кто это, что для него важно и как найти с ним контакт. Подумать и попробовать ставить этому сотруднику большие, амбициозные цели.
Там, где одному лучше сказать "разберись с %проектом%, это же задача для больших крутых дядек", другому больше зайдёт "блин, ну вот придёт к тебе сын и спросит - папа, а что ты делаешь? а ты ему и скажешь - я запилил %проект%"
Как правило юный тимлид может рассказать о 30..50% команды (и это при условии, что он вырос в этой команде!). То есть человек вообще не в теме, чем живут остальные 50..70%! Конечно, это повод волноваться и шевелиться!
Когда мы понимаем - как оно - шевелиться корректно, не преступая личных границ людей в команде, он идёт "в поле" и узнаёт своих людей глубже и больше. За неделю-две, как правило, процент знания команды возрастает до примерно 80% (здесь, ранее и далее - проценты оценены анатомическим способом, т.е. на глазок).

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

Awesome-подборка заблуждений разработчиков.

Например:
‣ В каждом дне 24 часа (нет, иногда мы переводим часы)
‣ Окей, в каждом дне в UTC ровно 24 часа (нет, бывают leap seconds)
‣ !def!xyz%abc@example.com — это невалидный email (ха-ха, валидный)
‣ У каждой страны есть столица (у Швейцарии нет)
‣ В каждом адресе есть название улицы (во многих небольших населённых пунктах в Европе нет названий у улиц)
‣ У человека есть имя (да и вообще, привет вашей БД, в которой есть поля first_name и last_name)

https://github.com/kdeldycke/awesome-falsehood

Очень хорошо написанное про языки, языки программирования и мышление. С чудесным финалом.
https://habr.com/ru/post/442112/

По интернету разошлась очередная инструкция, как на коленке сделать распознавалку, определяющую по фотографии профиль во вконтактике:
https://habr.com/ru/post/441744/
Делается всё очень просто, и хотя пока точность и эффективность не 100% - это уже большой шаг вперёд.

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

Удивительные времена наступают, и они будут интересными :)

Миграция контейнеров в облако

(за картинку спасибо Олегу)

Вот уже три месяца мы трудимся над конференцией по управлению знаниями в IT. Что же там будет? Что модно? Какие проблемы волнуют людей?
Читайте статью Светланы.

Написала на хабр статью-анонс всех докладов, которые будут на KnowledgeConf 26 апреля https://habr.com/ru/company/oleg-bunin/blog/440746/

Я некоторое время уже занимаюсь выстраиванием практики Performance Review и культуры фидбэка в разных разрезах. И есть одна хрень, от которой меня бомбит. Хрень, встречающаяся в каждой второй методичке/презентации и звучащая из уст каждого второго тимлида. Хрень бессмысленная и беспощадная - и я попытаюсь объяснить, почему.

Хрень - это фраза Что на твой взгляд можно улучшить в работе команды? и её побратим Куда ты хочешь развиваться?

Вы ещё Кем вы видите себя через 5 лет? спросите! На эти вопросы почти никогда нет ответа, а если он есть - при правильной культуре коммуникаций и атмосфере проведения ревью сотрудник САМ ВСЁ РАССКАЖЕТ, без вопросов "из студенческой методички".

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

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

Читатели, как вы знаете, чуть менее, чем через неделю состоится KnowledgeConf - первая профессиональная конференция по управлению знаниями в IT компаниях. На ней собрали интересные кейсы, дискуссии и спикеров из таких компаний, как Badoo, Skyeng, Google, КРОК, Lamoda, Миран, Skillbox, Стратоплан, Тинькофф, БИОКАД, Ozon и еще десятка уважаемых компаний.

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

1. До 23:59 по Москве 23 апреля разместите пост в любимой соцсети или канале в Телеграмме о том, какую практику в управлении знаниями вам удалось применить или чем, как вам кажется, вашей компании было бы полезно управление знаниями (тема на выбор).
2. Добавляете хэштег #knowledgeconf2019 ВАЖНО! Ваш профиль должен быть открыт на время проведения флешмоба, чтобы мы могли найти ваш пост по хэштегу.
3. 23 апреля в 23:59 мы случайным образом разыграем билет на конференцию и утешительные призы - три любимые книги, рекомендованные членами Программного комитета конференции. Книги мы передадим лично или отправим почтой в любой город.
4. Каждый участник конкурса получит скидку на билет в размере 10 процентов.

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

Хороший пост от Дмитрия Волошина про удалённую работу https://www.facebook.com/DAVoloshin/posts/2278025842258701

На днях заглядывал в гости в DevOps Deflope и мы немного поговорили: https://devopsdeflope.ru/posts/2019/046.html

Продолбанного времени пост

У меня есть травма детства: профессионально я вырос в среде заказной разработки, где во главу стола ставится "не тратить времени на то, что не приносит результата". Это прям идея фикс.
С одной стороны - это круто, ибо учит двигаться и не тупить.
А с другой - это серьёзное ограничение. Потому что есть ситуации, когда можно и нужно заниматься вопросом, даже если гарантии результата нет.

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

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

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

Этот пост адресуется тем, кто носит в себе ту же травму детства, что и я. Сил вам, терпения и уверенности в себе.

Performance Review пост

Смонтировали видео с прошедшей конференции https://www.youtube.com/watch?v=japvfswnwtg
Постарался рассказать самые основы о коммуникациях, фидбэке и ревью, упаковав в интересную форму. Если вы хотите знать больше объективной информации о команде, помогать сотрудникам расти и не хотите конфликтов на пустом месте - можно начинать отсюда.

“Способность постоянно обучаться” синоним “все время быть неправым и не психовать”. Действительно, редкий навык

Технического менеджмента пост

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

Найти хорошего менеджера - вообще не простая задача. Ведь у него не только (и, возможно, не столько) должен быть опыт работы, сколько должны быть не тривиальные soft skills. В моём понимании это: обучаемость, умение замечать подвох и рефлексировать, отсутствие поверхностности, умение быть настойчивым как танк и, в то же время, тактичным как весенний ветерок.

В добавок, массы активно бегают за модным: лет N назад попёрли мобильные приложения - из веба толпа побежала в заказную разработку мобилок; возмужали продуктовые компании, начали пиариться - и вот уже все хотят быть продактами, набрасывать крутые творческие концепты и фичи и̶ ̶к̶л̶а̶с̶т̶ь̶ ̶б̶о̶л̶т̶ ̶н̶а̶ ̶м̶е̶т̶р̶и̶к̶и̶,̶ ̶и̶б̶о̶ ̶к̶о̶м̶у̶ ̶о̶н̶и̶ ̶в̶о̶о̶б̶щ̶е̶ ̶н̶у̶ж̶н̶ы̶,̶ ̶п̶ё̶с̶!̶

А сплю я плохо, потому что у меня позиции в компании с хорошими перспективами роста, но совершенно нетривиальными и "не в тренде" менеджерами. Техническими. Шарящими в Linux.
Понимаю, что звучит как бред и попытки свалить на менеджера всё на свете, но нет :) Даже если вы не менеджер и не ищете работу - возможно вам будет интересно, чем может заниматься технический менеджер.

Я набросал для вас небольшой лонгрид:
http://job.flant.ru/manager

Можно ли найти свое призвание?

Найти можно, если вам повезет. Исследования же говорят о том, что вместо поиска нужно заниматься развитием. Поиск - это установка на то, что можно найти, а можно нет. Оно как-будто бы само должно появится и как-то мы поймем, что вот оно, то самое дело, в которое мы можем инвестировать 10 000 часов, написать 1000 текстов и сделать все остальное.

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

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

Кто-то советует разложить на менее объемные части и изучать и разбираться по частям. Будет работать, потому что мозгу проще и ощущение достижений будет постоянно.

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

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

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

Интереснейшая дискуссия о проблемах ведения доки к проектам
https://twitter.com/rothgar/status/1151730253082980353?s=19