Книжный куб

Leetcode Купил себе в подарок на день рождения premium доступ к leetcode на год. Попробую добавить себе в привычку решение как минимум одной задачки в день, чтобы восстановить навыки написания кода, которые за последние годы серьезно так "забронзовели". Заодно и свои книги по алгоритмам и структурам данных сниму с дальней полки библиотеки. #SelfDevelopment #Algorithm #Software #SoftwareDevelopment

В новогодние каникулы решил пополнить свою библиотеку и в итоге получил титул Книжного Йети от Тинькофф:)

Очередной мой день рождения Сегодня мне исполнилось 38 лет и я решил вспомнить чем я занимался на протяжении своей жизни - В садике я планировал побыстрее его закончить и перейти к чему-то более интересному - В конце садика я пошел в шахматную школу и думал, что когда-то стану гроссмейстером, но в 7 классе понял, что им не стану и закончил заниматься шахматами - В школе у меня все получалось легко, я ходил на олимпиады почти по всем предметам (но лучше всего получалась математика, физика, химия), но я вовремя не ушел в лицей, поэтому в старших классах уже не успевал за учениками из топовых школ. Из школы я вынес интерес к куче областей, за которыми слежу через научпоп - К концу школы я решил поступать на Физтех и планировал стать ученым. На Физтех я поступил, но уже в университете понял, что топовым ученым мне не стать - в университете были ребята, что с легкостью решали то, над чем мне надо было посидеть. В итоге, я решил, что надо идти работать:) Правда, с тех времен у меня осталось желание когда-нибудь защитить PhD:) - На третьем курсе я пошел работать и стал software developer engineer (SDE) и думал, что буду в этом хорош - в принципе, до senior уровня дорасти получилось, но дальше как развиваться было не ясно. С этого этапа у меня осталось любовь к архитектуре и проектированию софта - Когда я уже был опытным SDE, то я решил идти в управление командой разработки и стал тимлидом. Переход в эту роль потребовал самообучения по менеджменту, софт-скиллам, психологии, публичным выступлениям и бог знает чему еще - С тех пор я уже больше 10 лет так или иначе руковожу разработкой и кажется, что именно в этой роли я могу совместить все свои интересы вместе - любознательность, широкий круг интересов и научный подход позволяют достигать результатов в качестве руководителя:) P.S. Фотографии с последнего YaTalks, где я рассказывал саммари того, чему научился за последние семь лет как руководитель и как это применял на практике в Tinkoff. #SelfDevelopment

Программист-прагматик (The Pragmatic Programmer) На этих новогодних каникулах я взял с собой книгу почти 25-летней давности, написанную Эндрю Хантом и Дейвом Томасом. Она вышла в далеком 1999 году и была посвящена разработке программного обеспечения и включала кучу прагматничных советов по улучшению процессов разработки и своего мастерства как программиста. Эта книга была достаточно популярна в свое время, поэтому в 2019 году было выпущено второе издание, а авторы рассказали о нем в книжном клубе goto конференции. Кстати, недавно я писал про выступление "One Rule to Rule Them All" от Dave Thomas, который является одним из авторов этой книги Если же возвращаться к старому изданию книги, то в моей бумажной книге есть куча отметок и подчеркиваний, которые я при перечитывании сейчас вспоминаю:) Но сегодня я хотел вспомнить первую главу книги "Прагматическая философия", в которой авторы задают тон всему дальнейшему повествованию. Глава состоит из частей 1) Мой исходный кот съел кот Мурзик Авторы говорят про важность принятия отвественности, а также важность показывать варианты решения проблемы, а не лепить отговорки 2) Энтропия в программах Авторы вспоминают второй закон термодинамики

В изолированной системе энтропия либо остаётся неизменной, либо возрастает (в неравновесных процессах), достигая максимума при установлении термодинамического равновесия (закон возрастания энтропии).

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

Если в здании разбито одно стекло и никто его не заменяет, то через некоторое время в этом здании не останется ни одного целого окна

И намекают, что окна надо менять вовремя:) 3) Суп из камней и свварившиеся лягушки Здесь авторы вспоминают сказку-аналог "Супа из топора" и распространенное заблуждение про варку лягушек на медленном огне. По-факту, авторы предлагают быть самим катализатором изменений, а также следить за теми изменениями, что происходят вокруг. 4) Приемлемые программы Речь идет про то, как сделать goog enough, но не лучше:) Для этого нужно понять что именно требуется пользователям, а также знать меру и не уходить в перфекционизм 5) Портфель знаний Здесь авторы много говорят про саморазвитие и как подходить к этому как к портфельной иневестиции - Важна регулярность и превращение саморазвития в привычку - Стоит изучать разные темы, а не фокусироваться на одной технологии - Важно понимать, что инвестиции в разные темы сопровождаются разным уровнем риска - новейший js-фреймворк может оказаться пустышкой, а алгоритмы и паттерны пригодятся почти всегда - Если удастся поймать тренд до перехода в хайп, то вложения могут окупиться многократно - Иногда надо перебалансировать свой портфель знаний и выкинуть из него что-то, а что-то добавить 6) Общайтесь В этой части идет речь про важность общения. Авторы предлагают прагматичные советы - Знайте то, что вы хотите сказать - Знайте свою аудиторию - Выбирайте подходящий момент - Выбирайте стиль - надо выбрать тот подход к общения, который подойдет под аудиторию - Встречают по одежке - как оформлены ваши мысли важно - Привлекайте свою аудиторию - над документом можно работать коллаборативно - Умейте слушать - Обращайтесь к людям На этом глава про прагматичную философию заканчивается, но книга продолжается дальше и она полна интересных и поучительных историй и советов о том, как стать лучше не только в программировании, но и в других сферах:) #SelfDevelopment #Engineering #Software #SoftwareDevelopment #Management #Leadership

И немного иллюстраций для поста про "The Making of Prince of Persia"

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

Книжный клуб CoA — Recap of "Continuous Architecture in Practice" Когда я готовил поздравительный пост от нашего клуба, то понял, что не сделал статью с общим саммари по последеней книге, поэтому решил исправиться еще в это году:) В итоге, в этой статье я хотел поделиться всеми четырьмя выпусками и материалами, которых мы при обсуждении этой книги упоминали очень много:) Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Processes #Management #SRE #Reliability #DistributedSystems

Наука под покрывалом (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

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

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

Ты во сколько будешь?

Интервью с YaTalks На конференции YaTalks я не только выступил с докладом "Как формировать структуру команд под запросы бизнеса", но и успел дать интервью Владимиру, что ведет канал "Владимир в IT". В этом интервью помимо меня есть еще Леша Пименов из Neogenda и Александр Королев из Home банка. Основные вопросы в интервью затрагивали следующие темы - Какой язык является лучшим - это вопрос для разминки - В чем секрет успеха IT в Тинькофф - Зачем я рассказываю про system design interview - про мое хобби в виде проектирования и архитектуры - Как Тинькофф заботится о сотрудниках - про соцпакет и возможность работы над интересными проектами - Как растут сотрудники в Тинькофф - про Т-Рост - Как расти внутри компании - Что я думаю про IT курсы и вход в IT - Что я ценю в сотрудниках:) #Management #Conference #Interview #Software #Leadership #Engineering #SelfDevelopment

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 - в них контента больше и он гораздо плотнее, чем обычные книги:) С наступающим Новым годом!

Елка телеканала Карусель в Крокусе Нам на работе подарили билеты на детскую елку телеканала Карусель и я сегодня водил на нее своих детишек трех и восьми лет. Малышам все понравилось: - Масштаб представления и интересный сюжет - Знакомые герои из мультиков, которыые они видели - Интерактивные вставки, когда актеры ходят по залу и дают пять детишкам - Игры в виде летающих по залу шаров, которые дети бросают в разные стороны - Победа Деда Мороза над Бабой Ягой с помощью целой банды мультяшных персонажей Я тоже не скучал, а смотрел представление с детишками и могу сказать, что оно прикольное:) P.S. На обратном пути маленький заснул, а восмилетний ныл насчет того, что мы долго едем. Но вот на само представление мы ехали с приподнятным настроением, что видно по фотке из машины:) #ForKids #ForParents

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

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

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

Профессия 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

Профсообщества в корпорациях: как, зачем и почему? Через месяц я буду на оффлайн встрече безвотэтоговотвсего общаться насчет внутренних сообществ в больших компаниях. В Тинькофф это называется профессиями - У профессий есть свои лидеры, что исполняют эту роль, совмещая с участием в продуктах/проектах - Професии являются точкой синхронизации людей, объединенных вокруг чего-то общего: профессии (продакт менеджер, системный аналитик, qa-инженер, разработчик), языка разработки в случае разработчиков(golang, kotlin/java/.net, etc), функции (архитектура, процессы разработки) и так далее - У каждой профессии есть ее лидеры, которые ее развивают как во всей организации, так и внутри крупных подразделений - Лидеры профессий помогают определять ожидания от специалистов, которые входят в определенную профессию - это так называемые матрицы компетенций - Лидеры профессий участвуют в рассмотрении заявок на повышение, что идут через наш процесс Т-Рост, про который я рассказывал в своей статье - Лидеры профессий помогают улучшать найм сотрудников в рамках своей профессии (это наши стримы найма, например я когда-то курировал и рассказывал про system design и troubleshooting) - В рамках профессии вырабатываются стандарты и часто реализовывается общий инструментарий, который помогает всем в рамках профессии быть эффективным - Также лидеры профессий часто ведут публичную деятельность по освещению своей профессии как внутри, так и снаружи компании (aka devrel) Для меня концепция профессии звучит классно и позитивно, но возникает вопрос а почему не выделить это в отдельную должность? Ответ в том, что при выделении сотрудников на fulltime мы получаем сломанную ситуацию, когда крутой представитель профессии постепенно теряет - Экспертизу в ней, так как перестает работать руками - Связь с землей и уходит в абстракции, так как перестает работать руками В итоге, лидер профессии вынужден сидеть на двух стульях. Но тогда возникает вопрос, а зачем ему это делать? Ответ в том, что это улучшает карму сотрудника и повышает вероятность успешного повышения в рамках процесса Т-Рост, причем для высоких грейдов это становится необходимым, но недостаточным критерием:) В общем, регистрируйтесь и приходите на оффлайн встречу и задавайте вопросы там, я с удовольствием отвечу на них вживую. Встречу организует Сергей Щербинин, автор канала безвотэтоговотвсего, кроме того там будут еще гости кроме меня: ⁃ Паша Соломин, руководитель разработки и сопровождения Сбербанк онлайн/ лидер профсообществ Сбера ⁃ Саша Денисов, Директор департамента ит поддержки пользователей и клиентов цифровых сервисов Росбанка ⁃ Макс Морозов, СЕО Астон #Management #Leadership #Engineering #Staff #Software