Книжный куб

Leetcode - прогресс за второй месяц Раньше я уже рассказывал про свой опыт с Leetcode, но теперь прошел еще один месяц и я оценил качество курса "Data Structures and Algorithms", который я пока прошел на 40%:) Этот курс действительно помогает вспомнить стандартные приемы и вернуть их на уровень легкого и осознанного применения. В итоге, мне стало казаться, что ежедневные задачки на leetcode стали проще, на что мой коллега, другой технический директор, предположил, что я просто научился лучше писать код:) А если говорить без шутко, то я каждый день утром или вечером хотя бы полчасика-часик уделял на leetcode и пропустил только один день на неделе, когда провалялся с давлением. И эта ритмичность помогала не соскочить и отложить тренировку на завтра:) P.S. Судя по картинке, можно увидеть, что темп чуток упал. Мне кажется, что это из-за того, что в феврале не было таких больших каникул как в январе, плюс я не решал запоем задачки по sql:) #SelfDevelopment #Algorithm #Software #SoftwareDevelopment

Developer productivity - Part III Продолжая посты 1 и 2 хочется вспомнить о том, какие платформы с инструментами для оценки developer productivity есть на рынке, предоставляют. - Cortex scorecards - платформа, где можно создавать аля scorecard для команд. Эти scorecards основаны на метриках, которые можно вытащить из DORA метрик, SPACE метрик или даже опросов DevEx - DevEx 360 - платформа для проведения опросов на тему DevEx. Эта платформа активно драйвит фреймворк DevEx (и есть в техрадаре от ThoughtWorks) - Code Climate - платформа для метрик developer productivity, что называется Code Climate Velocity и которая сфокусирована на метриках: DORA Metrics, OKR reporting, code review, PR activity. - Pluralsight Flow - платформа для оценки командного cycle-time и статистики по активностям вида PR's Если обобщать, то на рынке существуют неплохие инструменты для статистического управления процессами и их улучшения на уровне самих команд (аля метафора с микроэкономикой из первого поста). Но зачастую нет холистических инструментов для анализа макропоказателей на уровне всей компании, что становится крайне актуально на масштабе инжиниринговой команды 10+ тысяч инженеров (сейчас у нас в Тинькофф примерно такой масштаб). Интересно, что у нас тоже есть своя платформа в виде T-Meter для статистического анализа процессов, которую мы активно развиваем внутри и которую используют технические руководители. Также мы работаем над имплементацией SPACE фреймворка и улучшением опросов по DevEx. В одной из следующих серий Code of Leadership я позову в гости коллег, что драйвят эти направления и мы обсудим эти вопросы подробнее. А вот общих инструментов для оценки эффекта за счет изменения глобальных параметров системы я особо не знаю. Мне кажется, что такой инструментарий каждая компания делает для себя сама и он сильно пересекается с бизнесом, финансами, hr и остальными функциональными областями внутри компании:) #Processes #Management #Performance #Engineering #Software #SoftwareDevelopment #Leadership

Developer productivity - Part II Продолжая тему developer productivity, поднятую в первой части статьи, хотелось вспомнить о том, а как к этому вопросу подходят во всем мире. "Accelerate" и DORA метрики - Книга вышла в 2018 году и ее написали  Forsgren, Hymble, Kin. - Все содержимое книги основано на опросах инженеров aka Devops Reports, что собирались пять лет примерно с 2012 года - DORA метрики  состоят из  двух категорий: -- Темп поставки: deployment frequency и lead time for changes -- Стабильность: change failure rate и time to restore service - В общем, эта фундаментальная история, которую хорошо бы знать. И у меня есть краткое саммари книги в трех частях: 1, 2 и 3 Фрейворк из whitepaper "The SPACE of Developer Productivity" - Научная статья вышла в марте 2021 года и ее написали Forsgren, Storey Zimmermann, Houck, Butle - В этом фреймворке пять категорий метрик, что объединяются в акроним SPACE (Satisfaction and well-being, Performance, Activity, Communication and collaboration, Efficiency and flow), каждый из которых раскладывается на 3 уровня (индивидуальный, командный, e2e) - Интересно, что тут у нас уже комбинация метрик из опросов (satisfaction & well being) и метрик из процессов. Потенциально тут можно получить достаточно полную картину, но надо очень тщательно работать с данными и их интерпретацией - Есть краткое саммари от меня Фреймворка из whitepaper "DevEx: What Actually Drives Productivity" - Научная статья вышла в мае 2023 года и написали ее Noda, Storey, Forsgren, Greiler - В этом фреймворке три категории: feedback loops, cognitive load, flow state - Каждая категория раскладывается на три части: perceptions, workflows (system & process behaviors) и KPIs (north star metrics) - Авторы отмечают, что часть про perceptions можно вытащить только из опросов, а вот workflows надо тянуть из самих систем. А дальше они съезжают в часть дизайна опросов. - Два из соавторов этого whitepaper представляют платформу DX (getdx.com), чей инструмент devex360 даже попал в техрадар от ThoughtWorks в сентябре 2023 года и эта платформа основана на опросах - Есть краткое саммари от меня Развитие фреймворка DevEx - Научная статья вышла в январе 2024 года и ее написали Forsgren, Kalliamvakou, Noda, Greiler, Houck, Storey - Этот whitepaper продолжает "DevEx: What Actually Drives Productivity" - Категории все те же - В этой статье проведен статистический анализ результатов опросов на платформе getdx.com, которую используют разные компании для проведения опросов по developer exp (примеры компаний: Etsy, Dropbox, Ebay, Amplitude, Monzo, P&G, DHL, …) - Цель выяснить того, как каждая из трех категория влияет на outcomes трех уровней: individual, team, organization. Цель была достигнута и влияние продемонстрировано и это очень полезно для продаж платформы:) - Есть краткое саммари от меня А в последней часте этой статьи я расскажу про платформы на рынке и то, что у нас есть в Тинькофф:) #Processes #Management #Performance #Engineering #Software #SoftwareDevelopment #Leadership

Developer productivity - Part I В большой компании часто сложно понять насколько эффективно работает организация. Конечно можно ориентироваться на разные финансовые показатели, включая Cost to Income Ratio, но у них есть две особенности: они очень общие и сложно понять вклад отдельных частей организации, а также они сильно запаздывают во времени. Поэтому менеджеры высокого уровня обычно желают получить более эффективный инструмент. Когда я думал над этим, то понял, что мне удобнее сначала построить модельку и сузить область размышлений. Я взял модель Run-Change-Disrupt - Run - это операционные процессы того, как мы делаем business as usual  - Change - это те процессы, которые направлены на изменение ситуации: создание новых продуктов, развитие существующих продуктов  - Disrupt -это процессы, связанные с внутренними стартапами, новым бизнес-моделям и трансформациями Для системных улучшений мы должны работать в каждой области, но сегодня я хотел сфокусироваться на Change. Причем если компания является продуктовой, а не сервисной, то в свою очередь продуктовый процесс тоже разделяется на две части  - Do the right things - это часть про бизнес и процесс discovery  - Do the things right - это часть про разработку и процесс delivery Причем сегодня я хотел обсудить часть delivery, где мне кажется, что обычно практикуют два дуальных подхода к повышению эффективности поставки ценности. 1) Bottom-up - улучшение процессов команд на местах силами линейных менеджеров. Дальше улучшение общих процессов подразделения силами middle менеджеров. Общий драйв к лучшему от топ-менеджеров. Для такого подхода в компаниях часто используются инсутрменты для статистического управления процессами. Этот подход напоминает то, как работает микроэкономическая теория для отдельного предприятия на рынке. То есть руководитель каждой команды сам отвечает за то, чтобы она эффективно работала в условиях спроса и предложения на рынке, внутренних процессов команды, цепочки взаимосвязей с другими командами и так далее. 2) Top-down - улучшение процессов за счет изменения глобальных параметров системы:  - Создание PaaS и большого количества платформенных команд  - Выделение функции SRE и системная работа над надежностью  - QA-стратегия, где фокус на автоматизации  - Data-стратегия и переход к DWH к Data Mesh - Активное использование AI к месту и нет Для таких больших изменений топ-менеджент обычно хочет понимать централизованный эффект, а также в идеале хочет уметь его моделировать. Это чем-то напоминает макроэкономическую теорию и роль государства в ней, которое может влиять на рынок через ставку рефинансирования, налоги, гостраты и так далее. Модели для сбора "макроэкономической статистики" по delivery часто у компаний нет, если не считать отдельные показатели с микроэкономического уровня, которые впрямую нельзя сравнивать и зачастую агрегировать. Но зачастую хотелось бы иметь показатель developer productivity и уметь на него влиять в положительную сторону. #Processes #Management #Performance #Engineering #Software #SoftwareDevelopment #Leadership

The State of Application Security 2023 • Sebastian Brandes • GOTO 2023 Отличный доклад для воскресного утра про Application security от Себастьяна, ко-фаундера и CEO стартапа Heyhack. Доклад носит достаточно практичный характер и в нем не просто рассказывают про базовые концепции и приводят результаты исследования безопасности за 2023 год (что тоже очень интересно), но и демо топовых уязвимостей:) Доклад состоит из следующих частей: - Результаты исследования - Авторы исследовали автоматически почти 4 миллиона сервисов из 103 стран, больше 8 тысяч компаний. Для deep dive в результаты автор вспоминает про базу про CVSS (Common Vulnerability Scoring System) для оценки severity уязвимостей. Это нужно, чтобы показать, что 3/4 организаций имеют известные уязвимости высокого severity уровня (7+). Плюс интересно смотреть на распределение уязвимостей по странам (Россия достаточно хорошо выглядит на общем уровне или авторы не особо долбили российские сервисы) - Deep dive в темы -- File leaks - у 29% организаций еще были найдены утечки данных (код, бекапы, ключи, конфигурации, ...) -- Dangling DNS records - Почти четверть компаний оказались с dangling DNS записями, когда доменное имя остается делегировано на ip адрес, который уже не принадлежит компании (например, когда в облаке погасил машинки, на которые делировал поддомен, а делегирование поддомена не убрал). Собственно, автор проводит демо как это может выглядеть и объясняет, что такую висящую DNS запись можно захватить и дальше украсть сессионные куки или повесить фрод на легитимный поддомен. -- Vulnerable ftp servers - пример уязвимости proFTP 1.3.5 (CVE-2015-3306) и говорит, что 1.5% исследованных компаний имеют эту уязвимость:) А дальше проводит демо как ее эксплуатировать. -- Cross-site scripting - это тип атаки, который заключается во внедрении в выдаваемую веб-системой страницу вредоносного кода и взаимодействии этого кода с веб-сервером злоумышленника. 4% компаний имеют известные уязвимости такого рода и они часто завязаны на wordpress плагины, nginx модули, keycloak, drupal плагины и вообще любые плагины известных веб-приложений. Здесь автор вспоминает OWASP (Open Worldwide Application Security Project) и конкретно проект OWASP Juice Shop - супер-дырявого приложения, которое специально спроектировали для тренировочных целей. Собственно в своем демо автор его активно использует. Плюс в демо используется BeEF - The Browser Exploitation Framework Project. Демо выглядит очень интересно и показывает на пальцах как выглядят уязвимости и к чему может привести безответственность в вопросах безопасности. - Разбор кейса с Fortnite и EpicGames - пример того, как комбинация нескольких уязвимостей позволяет сломать систему. В данном случае это было приложение Fortnite. Саму уязвимость нашли ребята из Check Point и у них есть интересный разбор - WAF и их частичная бесполезность - объяснение того, как работают WAF (web app firewall) и как они легко попадают в ошибки вида false positive и false negative:) В финале автор рассказывает о главных выводах: - Надеяться на WAF не стоит - Нужно проактивно работать с уязвимостями и устранять их до того, как они привели к инцидентам безопасности - Начать работать над app security просто Ну и конкретно по вектору web attack предлагается такой план: - Определить поверхность атаки (внешние домены) и понять уязвимые цели - Пофиксить висящие DNS записи - Обновить сервера (Apache, Nginx, ...) - Настроить continuous testing критичных приложений - Поработать с разработчиками и интегрировать с их инструментами средства безопасности для устранения найденных уязвимостей - Протестировать заново найденные уязвимости и убедиться, что они исправлены - И дальше работать так в цикле Итого, это очень базовый доклад, но с интересной статистикой и с практичными советами по улучшению ситуации. #Security #SRE #SoftwareArchitecture #Software #Engineering #Management #Leadership #Processes #SystemThinking #SystemEngineering

Monopoly Junior: Paw Patrol Сегодня мой сын Кирилл, которому всего 3 года, выиграл нас с женой в "Монополию джуниор: Щенячий патруль". Отчасти это доказывает насколько ужасен геймдизайн этой игры - она настолько рандомная, что просто выкидывая кубик и покупая здания можно легко стать магнатом ... эхх если бы в жизни было так просто. Еще забавно, что моя жена, Настя, купила английскую версию игры, поэтому наши детишки сами пока играть не смогут. Но Кирилл как раз ходит в английский детский сад Ng Kids, поэтому есть вера, что когда-нибудь он сможет сам читать что написано в карточках заданий этой монополии:) #ForKids #ForParents

Code of Leadership #6 Staff+ инженеры, как мы их растим внутри и нанимаем с рынка Шестой выпуск Code of Leadership посвящен теме инженеров высоких грейдов, которые в западной практике называются Staff+. В этом выпуске гостем является Алексей Тарасов - технический директор социальных платформ в Тинькофф. Мы вместе с Лешей обсуждаем как выглядит матрица SDE (software development engineer), какие треки развития есть у инженеров, как выглядит процесс роста внутри и найм сотрудников снаружи. Также ближе к концу дискуссии мы обсуждаем один из этапов собеседований, который называется "Architecture & SDLC", который мы проводим у кандидатов на Staff+ уровень. P.S. Источники, которые упоминаются в выпуске: - Архитектура в масштабе на ArchDays 2020 - System Design Interview на ArchDays 2021 - Как подготовиться и пройти System Design Interview на ArchDays 2022 - Варианты роста инженера, если он уже Senior на Tinkoff Meetup 2023 - Как нанимать технических руководителей на Teamlead Conf 2023 - Книга Will Larson "Staff Engineer" и мои обзоры этой книги в двух частях: 1 и 2 #Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership #Staff #Architecture #Career

Первые пять выпусков "Code of Leadership" За последние полтора месяца вышло пять серий моего подкаста "Code of Leadership", по которым можно было понять формат и насколько он интересен читателям этого канала. Ниже приведены материалы по вышедшим сериям, а в комментах было бы интересно услышать обратную связь и если есть предложения об улучшениях 1. Обсуждение "Team topologies", где гостем был Станислав Халуп, бывший CPO внутренней платформы разработки в Tinkoff. Материалы по выпуску: статья в блоге, видеоподкаст, аудиоподкаст, miro-доска 2. Обсуждение "Антихрупкости в IT", где гостем был Александр Бындю, автор книги, владелец аутсорс компании и консультант. Материалы по выпуску: статья в блоге, видеоподкаст, аудиоподкаст, miro-доска 3. Обсуждение "Herding Cats", где гостем был Евгений Кузовлев, технический директор платежей. Материалы по выпуску: статья в блоге, видеоподкаст, аудиоподкаст, miro-доска 4. Обсуждение "Turn the ship around", где гостем была Екатерина Шестимерова, технический проджект и бывший руководитель Тинькофф Образования. Материалы по выпуску: статья в блоге, видеоподкаст, аудиоподкаст, miro-доска 5. Обсуждение "The Phoenix Project", где гостем был Иван Михеев, технический директор YouTravel.Me. Материалы по выпуску: статья в блоге, видеоподкаст, аудиоподкаст, miro-доска #Management #Software #Processes #Project #ProductManagement #Engineering #Leadership

How Flow Works & Other Curiosities • James Lewis • YOW! 2023 Интересный доклад от James Lewis на тему оптимизации потока создания ценности при разработке софта. Автор начинает с того, что вспоминает что появилось за последние 15 лет (AWS, Android, Git, Continuous Delivery, Microservices, K8s, Platform Engineering, ML &AI). Рассказывает кратко про теорию очередей и закон Литтла. Автор дает отсылки на книги - "Continuous Delivery" (я про нее рассказывал) - "Building microservices" (я рассказывал про продолжение этой книги "Monolith to Microservices") - "Building evolutionary architecture" (я рассказывал про эту книгу + у нас было ее обсуждение в клубе "Code of Architecture", а также я рассказывал доклад на эту тему) - "The Principles of Product Development Flow" (эту книгу я еще не читал) - "Accelerate" (я делал обзор этой книги в трех частях: 1, 2 и 3) - "Team topologies" (я делал обзор в трех частях) А дальше автор рассказывает про value stream mapping и как его можно использовать для улушения потока ценности. А также потом James рассказывает про NetLogo, которую можно использовать для моделирования процессов разработки и дальше показывает как покрутить параметры модели, чтобы смоделировать изменения системы. Например, есть моделька waterfall модели разработки большими батчами и agile команды, что практикует continuous delivery. Мне выступление понравилось именно тем, что тут есть пример моделирования процессов производственной системы. P.S. Помню как я игрался с программой NetLogo в рамках курса Model Thinking на Coursera, а потом еще при чтении книги Model Thinker, про которые вспоминал пару лет назад. Очень рекомендую курс и книгу. #Management #Software #SoftwareDevelopment #Processes #Architecture #Devops #Leadership

Continuous Integration: That’s Not What They Meant • Clare Sudbery • GOTO 2023 Целый доклад про TBD (trunk based development) и почему continuous integration без TBD не является continuous:) Основная мысль в том, что если работа идет в отдельных долгоживущих бранчах, то тогда код из разных веток не интегрируется непрерывно, а только изредка, что противоречит CI логике. Хотя сейчас CI обычно называют просто пайплайны, которые запускаются для сборки кода из отдельных бранчей. TBD же в свою очередь это

A source-control branching model, where developers collaborate on code in a single branch called ‘trunk’ *, resist any pressure to create other long-lived development branches by employing documented techniques. They therefore avoid merge hell, do not break the build, and live happily ever after.

Ну и дальше весь доклад Клара рассказывает детали про TBD и CI/CD, а также приводит цитаты видных инженеров и консультантов на эту тему:) Забавно, что этот доклад развивает тему DevOps и CI/CD, что были затронуты во вчерашнем посте выпуске Code of Leadership по книге "Prject Phoenix" ("Проект Феникс"), которую мы обсуждали с Ваней Михеевым. #Devops #Software #Processes #Engineering

Code of Leadership #5  Project Phoenix Вышел пятый выпуск подкаста "Code of Leadership", в котором я обсуждаю с гостями книги, полезные для IT руководителей. В этот раз речь идет про книгу "Проект Феникс", которая написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта. Правда, здесь основные действия разворачиваются не на заводе, а в среде обитания it'шников компании Parts Unlimited. Книгу мы разбираем с Иваном Михеевым, который является co-founder и CTO в компании Youtravel.me, маркетплейсе авторских туров. Иван успешно руководил как малыми командами, так и большими отделами на 150+ человек. Одно из его увлечений – путешествия и открытие новых уголков мира, что также вдохновляет его в профессиональной деятельности. #Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership

Суини Тодд, маньяк-цирюльник с Флит-стрит (Театр на Таганке) Вчера с женой были в Театре на Таганке на мюзикле про знаменитого цирюльника Суини Тодда. Мне понравился интерактивный формате, где посетители сидят за столами, а все действие происходит между ними. Герои перемещаются между столами, поют, иногда наливают или угощают пирожками:) Так как это мюзикл, то зрители наслаждаются музыкой, а так как история тяжелая, то и черным юмором. Сам сюжет похож на историю графа Монте-Кристо, где главный персонаж одержим местью ... P.S. Версию этой истории от КиШ я в живую не видел, так что сравнивать не могу. Но эта постановка в Театре на Таганке мне понравилась. #Theater

Jeff Dean (Google): Exciting Trends in Machine Learning Интересная лекция Джеффа Дина, что прошла две недели назад в Rice Univerysity, в которой Джефф рассказывает про интересные тенденции в области искусственного интеллекта и машинного обучения. По-факту, это обновленная и расширенная с 12 минут до полутора часов версия доклад Джеффа с TED, про которую я писал в начале недели. Здесь Джефф тоже начинает с улучшения алгоритмов и железа, а потом добирается до современных ML систем общего назначения и дает бзор семейства мультимодальных моделей Gemini. Джефф также рассказывает как эти новые модели могут применяться в наукее, технике и здравоохранении. #ML #AI #DataScience #Software

Путешествие в Кострому (23-24 февраля) Эти выходные мы провели в Костроме и завтра утром едем обратно. За это время мы успели - Побывать в Костромской слободе, что расположена рядом с Ипатьевским монастырем. Там расположен музей деревянного зодчества, где можно увидеть как выглядели деревянные жилые дома, церкви, мельницы. В часть из строений можно зайти и поучаствовать в интерактиве, попить чайку и послушать рассказ про устройство русской избы - Зайти в гости к Снегурочке, послушать рассказ про ее появление и теплые отношения с самим Дедом Морозом. В тереме Снегурочки есть ледянная комната, где наливают коктейли как детям, так и взрослым - Посетить музей сыра, подоить корову и узнать как из получившегося молока делают сыр, а потом и продегустировать его - Съездить на лосиную ферму, где удалось посмотреть на лосяшей, покормить и поглядить их:) - Зайти в музей бересты и льна, где нам показали как выглядела женская и мужская работа в деревне. Как лен использовали для создания тканей, а бересту для создания обуви и инструментов. В общем, все было очень интересно. Спасибо организаторам из канала "Путь открытий", которые организовали групповой выезд. #ForKids #ForParents #Family

Цветы для Элджернона (Flowers for Algernon) Этот рассказ Дэниела Киза, который вырос до полноценного романа я вспоминаю достаточно часто когда я болею (а вот это я делаю достаточно редко). В первый раз я прочитал это произвведение лет 6 назад, в начале 2018 года (а пару лет назад я писал про него в этом канале). Вот краткая выжимка из этого саммари

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

Тогда я неудачно покатался на сноуборде и после этого неделю провалялся в больнице с ушибом головного мозга. Потом я вернулся на работу и понял, что после нескольких часов умственной работы моя эффективность драматически падает вследствии повышения внутричерепного давления ... и ты прямо видишь как на глазах становишься глупее. Благо за несколько месяцев пост-эффекты сошли на нет, а во второй половине 2018 года я начал выступать на конференциях и вернулся к написанию постов, но уже в Medium (а не успешно почившем в бозе Google+). Сейчас я вспомнил про Чарли и Элджерона потому что провалялся с высоким давлением и головными болями со вторника по четверг. Преимущественно я пил таблетки, спал и проводил время с детьми. Я пробовал делать что-то интеллектуальное, но это нагружало голову и вызывало боль. Интересно, что я пробовал решать шахматные пазлы на lichess и рейтинг решаемых задач просаживался на 300+ пунктов - условно, у меня был стрик с 2200+ до 1900, где я почти подряд не решил 20 паззлов:) Хорошо что за три дня я оклемался и вернулся к полноценной жизни, благо на праздники мы с семьей уехали в Кострому погулять по городу и посетить кучу экскурсий - возможно, это поможет восстановиться получше:) #SelfDevelopment #SciFi

Jeff Dean: AI isn't as smart as you think -- but it could be | TED Интересное выступление Джеффа Дина на TED два года назад на тему AI, в котором он подсветил области развития нейронных сетей (слева как сейчас, а справа куда стоит копать) 1) Separate models -> General purpose models 2) Image or text or speach -> All modalities at once 3) Dense models -> Sparse models Интересно, что эти направления сейчас у всех на слуху, правда в лидеры выбился Open AI со своим ChatGPT. Возможно это обусловлено концовкой выступления, где Chris Anderson (head of TED ) спрашивал Джеффа Дина насчет ответственного подхода к AI. А дальше Джефф объяснял как в Google отвественно подходят к AI, но этот ответственный подход кажется влияет на T2M (time to market). Но дальше Google начал активно уменьшать свою команду AI Ethics и сфокусировался на сокращении отставания от конкурентов. P.S. Мне персонально интересно следить за карьерой Джеффа, который приложил руку ко многим инфраструктурным проектам Google: - Google Search и whitepaper - MapReduce и whitepaper - BigTable и whitepaper - Google Spanner и whitepaper - Protocol Buffers (protobuf) - и куча чего еще Сейчас Джефф является Google's Chief Scientist, фокусирующемся на AI для Google DeepMind and Google Research. Интересно, что в приведенном мной видео Джефф рассказывает, что писал учебную работу по нейронным сетям еще в далеком 1990 году:) В общем, я думаю, что у Джеффа все получится и я с большим удовольствием изучу следующие whitepapers на тему AI (последние были в 2022 году) #ML AI #DataScience

Lichess.org После курса про мышление с Эрнесто, про который я рассказывал в прошлом году, я как-то вернул интерес к шахматам. В эти выходные я зарегестрировался на lichess.org и начал решать паззлы в свободное время. Прямо вспомнил управжнения из спортивной школы, которые я отрешивал в детстве. Одновременно это нарешивание паззлов напомнило мне решение задачек с leetcode, про которые я рассказывал раньше:) В общем, теперь у меня есть пара разминок для ума, что я практикую каждый день и я прямо чувствую как тяжко поначалу идет отрешивание задачек длиннее пары-тройки ходов в глубину, особенно на полной доске в дебюте игры:) Ну это видно и по приложенному дашборду пазлов. #Chess #SelfDevelopment

Code of Leadership #4  Turn the ship around Вышел четвертый выпуск подкаста "Code of Leadership", в котором я обсуждаю с гостями книги, полезные для IT руководителей. В этот раз речь идет про книгу "Разверните ваш корабль", которую мы разбираем с Екатериной Шестимеровой, которая долгое время являлась моей коллегой в Тинькофф и руководила нашими образовательными и devrel активностями. Но начинала она с software engineering и теперь вернулась обратно. Сейчас она занимает позицию технического менеджера проектов и ей очень нравится ее работа.  Если же возвращаться к книге, то мы выбрали ее не случайно - она хорошо отражает ту модель лидерства, которая кажется оптимальной как моей гостье, так и мне. Кстати, кратко про модель автора я рассказал в текстовом виде в своем блоге, а также раньше писал про выступление автора на Talks at Google на своем канале. #Management #Software #Processes #Project #ProductManagement #Engineering #Processes #Leadership

Winter Analytics Weekend (WAW) Это первый зимний аналитический weekend от создателей летнего аналитического фестиваля (ЛАФ). Он проходит в эти выходные и я участвую там в круглом столе, посвященном роли аналитика в современном мире. Основной мотив этой панельной дискуссии звучал примерно так: должен ли аналитик подстраиваться под рыночные тренды и динамику меняющейся реальности? В нашей дискуссии участвовало трое людей - Ирина Гертовская - модератор круглого стола, аналитик, консультант и соавтор профессионального стандарта РФ "Системный аналитик" 2023 года  - Ирина Спицына - руководитель проектов по управлению клиентским опытом  - и я Эта дискуссия строилась вокруг четырех вопросов, ответами на которые я поделился в своей новой статье - Существует ли для работодателей некий стандарт рынка системных аналитиков - Если у каждого работодателя свои ожидания, то как в них попасть кандидату - Как устроен рынок аналитиков и стоит ли бежать за его запросами - Как выбрать путь развития, если портрет идеального аналитика у всех разный Интересно, что на многие из этих вопросов я глубоко разбирал в своем докладе "Как развиваться, если ты уже Senior System Analyst", который был год назад на конференции Flow. Я еще тогда сделал расшифровку доклада, а потом подъехало и видеозапись того выступления. В общем, ответы на вопросы с панельной дискуссии читайте в моей новой статье.