Профсообщества в корпорациях: как, зачем и почему?

Через месяц я буду на оффлайн встрече безвотэтоговотвсего общаться насчет внутренних сообществ в больших компаниях. В Тинькофф это называется профессиями
- У профессий есть свои лидеры, что исполняют эту роль, совмещая с участием в продуктах/проектах
- Професии являются точкой синхронизации людей, объединенных вокруг чего-то общего: профессии (продакт менеджер, системный аналитик, qa-инженер, разработчик), языка разработки в случае разработчиков(golang, kotlin/java/.net, etc), функции (архитектура, процессы разработки) и так далее
- У каждой профессии есть ее лидеры, которые ее развивают как во всей организации, так и внутри крупных подразделений
- Лидеры профессий помогают определять ожидания от специалистов, которые входят в определенную профессию - это так называемые матрицы компетенций
- Лидеры профессий участвуют в рассмотрении заявок на повышение, что идут через наш процесс Т-Рост, про который я рассказывал в своей статье
- Лидеры профессий помогают улучшать найм сотрудников в рамках своей профессии (это наши стримы найма, например я когда-то курировал и рассказывал про system design и troubleshooting)
- В рамках профессии вырабатываются стандарты и часто реализовывается общий инструментарий, который помогает всем в рамках профессии быть эффективным
- Также лидеры профессий часто ведут публичную деятельность по освещению своей профессии как внутри, так и снаружи компании (aka devrel)

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

Но тогда возникает вопрос, а зачем ему это делать?
Ответ в том, что это улучшает карму сотрудника и повышает вероятность успешного повышения в рамках процесса Т-Рост, причем для высоких грейдов это становится необходимым, но недостаточным критерием:)

В общем, регистрируйтесь и приходите на оффлайн встречу и задавайте вопросы там, я с удовольствием отвечу на них вживую.
Встречу организует Сергей Щербинин, автор канала безвотэтоговотвсего, кроме того там будут еще гости кроме меня:
⁃ Паша Соломин, руководитель разработки и сопровождения Сбербанк онлайн/ лидер профсообществ Сбера
⁃ Саша Денисов, Директор департамента ит поддержки пользователей и клиентов цифровых сервисов Росбанка
⁃ Макс Морозов, СЕО Астон

#Management #Leadership #Engineering #Staff #Software

Профессия SDE (software development engineer)

Вчера я говорил про профсообщества и профессии, поэтому сегодня решил продолжить эту тему и поговорить про SDE. Эта тема интересна, так как основной состав tech компаний составляют именно инженеры разработчики, но часто в больших компаниях у них особо не единства:
- Они делятся по условным направлениям бекенд, фронтенд, мобайл, ...
- Внутри этих направлений есть свои деления по языкам (c++, go, java, .net, ...), платформам (iOS, Android, кросс-платформа), фреймворкам (Angular, React, Vue) и так далее

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

Но иногда такое дробление мешает и требуется наоборот большая унификация
- В случае общего видения матрицы для SDE, где нет специфики стека, но есть общие моменты вида
-- Scope - какая область влияния у инженера
-- Impact (Delivery) - какой вклад у инженера в продукт/проект
-- Complexity - какой технической сложности задачи решил инженер
-- Leadership - какие лидерские свойства демонстрировал инженер и насколько успешно коммуницировал с другими сотрудниками
-- Improvement - какие улучшения инженер внедрил в процессы или как помог вырасти своим коллегам и себе

Как видно, в такой матрице многое сфокусировано на значимых достижениях инженера, который их систематически демонстрирует. И если он движется по грейдам, то у него все меньше привязки к стеку, а все больше отсылок к хорошим инженерным процессам и демонстрации technical leadership. И если рассматривать условную классификацию, то
- Middle разработчик может быть описан как SDE -> backend -> java (уровень Middle)
- А вот Staff инженер уже должен описываться скорее как SDE (уровень Staff).

Интересно, что у тех же Staff инженеров есть свои архетипы, но они прибиты не к стеку, а скорее к исполняемой им роли (подробнее можно прочитать в статье)

#Management #Leadership #Staff #Engineering #Software #SoftwareDevelopment

Tinkoff on Ice

22 января в Парке Горького будет наш уже традиционный IT каток от Тинькофф. Мероприятие будет очень насыщенным, поэтому есть смысл зарегестрироваться и
- покататься на коньках
- пройти квест на льду
- пообщаться в рамках IT.Date
- поучаствовать в хоккейном фристайле с ребятами из КХЛ
- попробовать поскрести лед поиграть в керлинг
- послушать доклады и дискуссии про разработку:)
- отдать детей на каток с аниматорами и инструкторами
- перекусить на фудкорте

Организаторы отдельно отмечают, что они

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

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

#ForParents #ForKids #Conference

Code of Architecture - Поздравление с новым годом

В этом году мы в рамках книжного клуба Code of Architecture продолжили двигаться в сторону своей миссии, которая состоит в распространении знаний о проектировании и архитектуре. Мы успели обсудить за год пять книг, каждая из которых дала что-то свое зрителям:

- Distributed systems — фундаментальная книга по распределенным системам от Таненбаума и ван Стина. Книга очень хороша для структуризации своих знаний и глубокого погружения в мир распределенных систем. Если бы в книге были актуальные примеры, то она была бы вообще вне конкуренции. Общий обзор книги доступен в моей статье;
- A Philosophy of software design — одна из редких книг, что написаны понятно, но при этом содержат в названии слово философия. Джон Остерхут делится своими мыслями о разработке софта и его хочется слушать, так как видна глубина проработки и опыт автора, что много лет преподавал в Стэнфорде и является соавтором алгоритма консенсуса Raft. Общий обзор книги доступен в моей статье;
- Building evolutionary architecture — книга с интересной концепцией применения эволюционного подхода к архитектуре. К сожалению дальше концепции авторы продвинулись не сильно. Общий обзор доступен в моей статье;
- Kubernetes patterns — хорошая книга для разработчиков про примитивы Kubernetes. Но тут отличие в том, что подача идет от сценариев применения, которые интересуют людей проектирующих приложения, а не тех, кто поддерживает сам K8s. И эта точка зрения делает книгу очень полезной. Общий обзор доступен в моей статье;
- Continuous architecture in practice — хорошая обзорная книга с прикольным набором принципов, которая при глубоком погружении оказывается пустоватой, но содержит кучу референсов на другие материалы. Общий обзор доступен в моей статье.

И вот пожелания для вас на следующий год, которые мы вывели из этих книг:
— Сделать свою распределенную систему так, чтобы было не стыдно показать ее Эндрю Таненбауму;
— Использовать стратегическое программирование как учил Джон Остерхут;
— Помнить про эволюцию систем и ее архитектуру, а также не оказаться со своей системой на обочине эволюции Чарльза Дарвина;
— Использовать K8s не потому что вас заставили, а потому что это помогает вашей системе проще решать стандартные проблемы, про которые написали Bilgin Ibryam, Roland Huss;
— Использовать не только CI/CD (continuous integration/delivery), но и следовать принципам CA (Continuous architecture), которые на бумаге звучат хорошо.

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

P.S.
А еще в этом году мы провели несколько спецвыпусков по мотивам whitepapers
- Zanzibar: Google’s Consistent, Global Authorization System
- Amazon Aurora: Design Considerations for High Troughput cloud-Native Relational Databases
- Large-scale cluster management at Google with Borg
- Google's Hybrid Approach to Research

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

С наступающим Новым годом!

Интервью с YaTalks

На конференции YaTalks я не только выступил с докладом "Как формировать структуру команд под запросы бизнеса", но и успел дать интервью Владимиру, что ведет канал "Владимир в IT". В этом интервью помимо меня есть еще Леша Пименов из Neogenda и Александр Королев из Home банка.

Основные вопросы в интервью затрагивали следующие темы
- Какой язык является лучшим - это вопрос для разминки
- В чем секрет успеха IT в Тинькофф
- Зачем я рассказываю про system design interview - про мое хобби в виде проектирования и архитектуры
- Как Тинькофф заботится о сотрудниках - про соцпакет и возможность работы над интересными проектами
- Как растут сотрудники в Тинькофф - про Т-Рост
- Как расти внутри компании
- Что я думаю про IT курсы и вход в IT
- Что я ценю в сотрудниках:)

#Management #Conference #Interview #Software #Leadership #Engineering #SelfDevelopment

The Making of Prince of Persia

Рабочий год закончен и можно немного отдохнуть и многие для этого используют игры. Но я не играю в игры почти 20 лет, поэтому я снял с полки книгу про создание игры "Prince of Persia". Это игра из моего детства, которую создали еще до моего рождения. Эта книга выпущена издательством Stripe Press, которое издает очень мало книг, но каждая из них сделана очень качественно и с душой:) Как-то я заказал с Amazon почти все вышедшие книги и теперь дождался каникул, чтобы их почитать:)

P.S.

На тему игр и геймдизайна у меня уже были раньше посты
- Геймдзайн (Designing games. A guide to engineering experiences)
- Minecraft: Мобиология (Minecraft: Mobestiary)
- Кровь, пот и пиксели (Blood, sweat and pixels)
- Настольная игра "Нефариус"
- Настольная игра "Корпорация Гоблинов" (Goblins Inc)
- Прогейминг, Overwatch, киберспорт (Young guns: obsession, owerwatch, and the future of gaming)
- Мастера Геймдизайна (Game Designer Confessions: Insights from Finland's Top Game Designers)
- Мальчик, сделанный из кубиков (A Boy Made of Blocks)
- Настольня игра "Бумунту"
- Документальный фильм про AlphaGo
- Настольная игра "Ужасы Аркхэма"

#GameDesign

Библиотека

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

P.S.

В общем, перед новым годом я успел оборудовать себе место для чтения и в новом году буду вас радовать еще большим количеством обзоров книг:)

#Book #ForParents

Наука под покрывалом (Hot. La scienza sotto le lenzuola)

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

Автор уместила все свои тезисы примерно в 200 страниц, которые разделены на 14 глав с говорящими названиями:)
1. Почему мы это делаем - Этого хотят гены и нужно для выживания? Или мы делаем это ради удовольствия? Или и то и другое?
2. Сексуальность повсюду - Глава про развитие сексуальности у людей, а также как появилась отдельная наука, что исследует этот вопрос
3. Пять органов чувств: режим "Включено" - Как наши пять органов чувств работют в команде, чтобы оценить кандидатов
4. Рот в рот - Глава про поцелуи, динамику французского поцелуя, а также почему они нравятся людям:)
5. В голове - Как наш мозг работает при влечении, а также какие зоны мозга вовлекаются в этот процесс и причем здесь нейромидиаторы и какие именно (и да здесь есть рассказ про дофамин)
6. Гидравлика пениса - Как работает эрекция, как это устроено с точки зрения гидродинамики и имеет ли размер значение
7. География женского возбуждения - Глава про аналог топографической карты для желающих узнать больше про женское возбуждение
8. Половой акт, исследуемый вблизи - Про фазы сексуальной релаксации, их длительность и частоту:)
9. Мастурбации - да, мастурбации нет - В этой главе разбирается техника и развенчиваются популярные мифы
10. На уровне оргазма - Что такое оргазм и как он влияет на мозг, а также можно ли заметить симуляцию оргазма
11. Семяизвержение и все, что с ним связано - Как это работает у мужчин и женщин
12. SOS! Химия спешит на помощь - Немного про фармацевтику
13. Высокотехнологичные барьеры - Про то как предохраняться
14. Экстремальный секс - Мифы и реальность

В общем, это интересная книга про интересную тему, которая написана забавным языком и совсем не пошло:)

P.S.
Я раньше уже публиковал посты о научно-популярных книгах по биологии
- От оргазма до бессмертия. Записки драг-дизайнера
- Самая главная молекула. От структуры ДНК к биомедицине XXI века (Unraveling Dna: The Most Important Molecule Of Life)
- Биология желания. Зависимость - не болезнь (The Biology of Desire. Why Addiction Is Not a Disease)
- Жизнь на грани (Life on the Edge: The Coming of Age of Quantum Biology)
- Закон Джунглей (The Serengeti Rules. The Quest To Discover How Life Works And Why It Matters
- Рождение сложности. Эволюционная биология сегодня
- В моей голове (In mijn hoofd)

P.P.S.
В Лабиринте сейчас хорошая скидка на эту книгу Аличе Паче

#Biology #PopularScience #Brain

Книжный клуб CoA — Recap of "Continuous Architecture in Practice"

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

Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management #SRE #Reliability #DistributedSystems

The Making of Prince of Persia

Сегодня я закончил читать эту книгу за авторством Jordan Mechner, который помимо этого создал и саму классическую аркадную игру "Принц Персии":) В этой игре был плоский мир, который оживал благодаря крутой анимации, интересным механикам и элементам головоломки, которую требовалось пройти на пути к принцессе. Кроме этого в этой игрушке были файтинги на мечах с охранниками, скелетами и даже своей тенью. Интересно, что большую часть игры сделал сам Джордан, который был геймдизайнером, программистом, соавтором музыки и бог знает кем еще - все чтобы выпустить игру такого уровня, который он хотел. В этой книге представлены дневники создателя игры, которые он писал с 1985 года по 1993. В этих дневниках мы видим недавнего выпускника Yale, который уже сделал к тому моменту игру-хит "Karateka". Он уезжает от родителей для того, чтобы начать работу над игрой, которая у него заняла долгих 4 года и была выпущена только в 1989. Собственно, книга про которую я рассказываю была выпущена к 30-летию игры и содержит помимо дневников молодого Джордана еще и записи старого Джордана, которые вынесены на широкие поля книги.

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

В итоге, книга точно стоит прочтения для того, чтобы понять как раньше делались игры и как выглядели процессы разработки софта в конце восьмидесятых и начале девяностых:)

#Management #Leadership #GameDesign #Design #Software #Engineering #Processes