Публичное интервью по System Design на ArchDays

Сегодня появилась запись публичного интервью, что я проводил на ArchDays 2023. В качестве собеседуемого выступал Никита Староверов, мой коллега из Тинькофф Инвестиций. В этом интервью мы проектировали простую систему для проведения a/b экспериментов в стиле Firebase a/b testing. Мне показалось, что интервью прошло хорошо и интересно, особенно учитывая то, что Никита был не знаком с предметной областью, но при помощи дополнительных вопросов он смог собрать всю нужную информацию. В итоге, мы спроектировали неплохой прототип + обсудили вопросы от зрителей.

P.S.
Через несколько дней я напишу статейку с своим решением этой задачи.

P.P.S.
Если вам интересна тема system design, то можно почитать и другие мои материалы
- в общем про system design в Tinkoff
- больше про то, как мы оцениваем прохождение собеседования
- как подготовиться к собеседованию

#SystemDesign #Interview #Architecture #SoftwareArchitecture #Software #SoftwareDevelopment #DistributedSystems

What You Need To Be A CTO • Simon Raik-Allen • YOW! 2018

Интересный доклад на тему зоны ответственности CIO от спикера, что поработал как в больших, так и маленьких командах. Классно, что рассказ
- сопровождается отличным юмором
- содержит разбор ролей CIO, CTO, VP Engineering
- рассматривает ситуацию как в больших, так и в маленьких компаниях, а также в консалтинге
- пестрит визуализациями с диаграммами Эйлера-Венна для иллюстрации разных зон ответственности, например business - executive - engineering - product - clients - board -...
- показывает что именно делает CTO во всех этих случаях и на что влияет
- расладывает на составные части финмодель условного стартапа и показывает почему CTO и другим инженерам надо понимать откуда появляются деньги и куда они уходят
- показывает как выглядят локальные оптимизации и почему helicopter взгляд CTO позволяет с большей вероятностью прийти к глобальной оптимизации
В итоге, автор выводит такое обобщение роли CTO
Steer technology and people towards the medium-term through knowledge sharing and influence
Ну и бонусным треком в самом конце выступления автор рассказывает как общаться с executive
- не надо говорить на техническом языке - надо говорить на языке бизнеса (на это рекомендую посмотреть книгу Technology Strategy Patterns, что мы обсуждали в Code of Architecture)
- не говорить тупых вещей
- иметь логичный план достижения бизнес-целей в той области, за которую отвечает конкретный executive

P.S.
Я тоже рассказывал доклад с похожей темой на Highload++
- вот запись выступления
- вот расшифровка

#Management #Leadership #Engineering #Career #Software #SoftwareDevelopment #SelfDevelopment

Ближайшие мероприятия Тинькофф Образования за пределами Москвы

Наша команда образования работает по всей територии России и практикует разные форматы: митапы, воркшопы, курсы. Ниже список
- 16.01 - 17:00 - Ижевск - мастер класс по проектированию и реализации распределенных приложений на Java
- до 29.01 - Рязань - отбор на проектную мастерскую Тинькофф в Рязани
- до 30.01 - Воронеж - junior митап для студентов, где будет обсуждение старта карьеры в аналитике, Scala и QA
- до 5.02 - Ижевск, Пермь, Уфа - бесплатный образовательный спецкурс для студентов
- 10.02 - 12:00 - Уфа - мастер класс по проектированию и реализации распределенных приложений на Java

Если бы я был студентом, то с удовольствием вписался в такую активность, но в мое время таких мероприятий особо не было:)

#SelfDevelopment #Education #Software #SoftwareDevelopment

Конструирование языков. От эсперанто до дотракийского

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

Лингвистическая наука обычно не считает искусственные языки достойным объектом исследования

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

Сама книга состоит из 6 глав, каждая из которых погружается в конкретный класс конлангов (от constructed languages)
1. Недостижимый идеал - эта глава посвящена обсуждению логических и философских языков. В таких языках основная цель создать логичный язык без изъянов и дальше посмотреть как это повлияет на мышление нативных спикеров на этом языке:) Здесь упоминаются языки логлан, ро, токипона, ифкуиль. Круто, что автор показывает разные языки и объясняет концепт - это позволяет сравнить концепции языков и их реализацию, а иногда увидеть и противопоставление - например, языка токипона с минимальными правилами и передачей базовой сути и языка ификуиль, где можно передать тончайшие смыслы, но сделать это достаточно сложно:)

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

3. В поисках взаимопонимания - тут речь про международные, вспомогательные языки, навроде, достаточно известного эсперанто. Прикольно, что в этой главе идет речь про сложность языков и автор вспоминает сложность по Колмогорову и ближе к концу главы идет речь про избыточность информации в искусственных языках и естественных и как они отличаются. Если кратко, то в естветственных языках сущ...ет изб..ность ... инф..ции, кт...ая позв..ет вос..вать про..ски, а вот в искусственных языках авторы эту избыточность выкидывают. Это позволяет проще формировать сообщение, но получающий сообщение сложнее его интерпретирует особенно, если возникли помехи, например, из-за шума часть звуков собеседник не расслышал. А вообще в этой главе автор говорит про солресоль, волапюк, эксперанто (тут он рассказывает про агглютинативные языки и про флективные, а также про их отличие), latino sine flexione, междусловjански. Эта глава мне очень понравилась.

4. Языки естественные, да не совсем - здесь автор рассказывает как некоторые языки, что считаются естественными, были когда-то сконструированы. Например, он показывает как общий немецкий язык был сконструирован из разных немецких наречий и как этому поспособствовал Мартин Лютер с его переводом Библии, также упоминает похожая история с итальянским языком и Данте Алигьери и его "Божественной комедией". Другие истории посвящены нюнорску в Норвегии, а также ивриту у евреев.

5. Вымышленные миры - эта интересная часть посвящена искуственным языкам эльфов Толкиена (синдарин), клингонцев из Стартрека, дотракийцев из Игры престолов, На'ви из Аватара Джеймса Кэмерона, новояза из романа Джорджа Оруэлла 1984 и других

Продолжение в следующем посте.

#SelfDevelopment #Writing #PopularScience

Конструирование языков. От эсперанто до дотракийского - Part II

Продолжение первого поста про эту книгу

6. Лингвоконструирование в научной лингвистике - здесь разбирается сценарии применения лингвоконструирования в науке. Например, здесь идет реконструирование языков на основе уже существующих или мертвых языков, например, праязыка индоевропейцев, из которого получились большинство языков евпропейцев и славян. А другой пример использования сконструированных языков - это проведениее лингвистических экспериментов и определение закономерностей в развитии языков. Обычно это долгий процесс, который ученые хотят ускорить. В итоге, сконструированные языки могут выступать в роли мушек-дрозофилов для биологов - это могут быть достаточно простые языки, развитие которых легко проследить и вывести определенные закономерности. В конце, автор уделяет немного времени семантике и показывает как в естественных языках толковые словари содержат циклы в определении слов, например, в словаре Ожегова и Шведовой циклятся определения трех слов: "место" - "пространство" - "промежуток". Для этого автор вспоминает про семантические примитивы Анны Вежбицкой, которых порядка 55. Эти примитивы можно использовать для определения слов без циклов, но они получаются похожими на то, что было в языке токипона, который обсуждался в первой главе.

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

P.S.
Вот еще крутое интервью Александром Пиперски, автором книги, про Задорнова, лингвистику и конструирование языков.

#SelfDevelopment #Writing #PopularScience

Внутренняя платформа для разработки и разработчиков: за что платит бизнес?

Интересный доклад от Александра Чубинского на тему создания и развития IDP (internal developer platform) на примере компании Yandex. Александр рассказывает историю развития платформы в Yandex и очерчивает этапы, через которые проходило IDP: феодализм, империя, децентрализация, капитализм. Первые три этапа интересны с точки зрения истории, а вот этап капитализма актуален для всех. И на этом этапе Александр говори про следующее
- CTO актуален вопрос стоимости платформы (TCO - total cost of ownership), а до этого на предыдущих этапах уже обсуждалась надежность и качество предоставляемых сервисов
- CFO волнует P&L (profit and loss) продукта - и стоимость сервисов платформы может быть значимой частью этого отчета для конкретного проддукта
- Отсюда появляется система тарификации (что именно и почем) - ответ в том, что деньги надо брать за потребляемые пользователям сервисы
- Дальше надо посчитать юнит-экономику для платформы - платформа не для заработка на внутренних пользователях, а скорее должна быть самоокупаема
- Потом появляется желание уметь делать zoom-in/zoom-out для анализа потребления ресурсов платформы - в разрезе сервисов/команд/продуктов/...
- Но появляется вопрос, а какие драйверы роста у платформ - их два: потребление ресурсов, рост команды. Потребление ресурсов завязано на юнит-экономику и бухгалтерию потребления, а вот команда платформы растет в некоторой пропорции от потребителей (условно некоторый % от продуктовых команд - это связано с тем, что заказчиков новых фичей становится больше и для того, чтобы удовлетворять этот спрос требуется больше людей)
- Дальше Александр рассказывает про то, что платформа становится внутренним бизнес-юнитом и дальше может идти вовне и часть своих сервисов продавать наружу

#PlatformEngineering #Software #SoftwareDevelopment #Architecture #Economics #SRE #Devops #Engineering

Про относительность определения лучшего

Как-то раньше я уже писал про книгу "Ученые шутят" (посты 1 и 2), которая мне очень понравилась. И я решил купить еще юмористических книг из этой серии и приобрел книгу "Шахматисты шутят... и выигрывают". В ней много шуток чемпионов мира, претендентов, гроссмейстеров, а также знаменитостей из других областей, которые любили шахматы. Но в этой книге нет забавной истории, которая в свое время мне понравилась. Она посвящена второму чемпиону мира, Эмануилу Ласкеру, что владел короной 27 лет на рубеже 19 и 20 века. И вот эта история

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

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

P.S.
А вообще книга "Шахматисты шутят... и выигрывают" мне понравилась, правда около половины этих забавных историй я читал еще 25-30 лет назад:)

#PopularScience #Humor #Chess

Winter Analytics Weekend (WAW)

Через месяц я буду выступать на круглом столе про варианты развития системных аналитиков на WAW, зимнем ивенте от организаторов ЛАФ (летнего аналитического фестиваля). Само мероприятие пройдет на выходных 17-18 февраля 2024 в GOPark HOTEL, что находится в Подмосковье. Сама тема для меня не нова - когда-то давно я сам работал недолго системным аналитиком, а относительно недавно я уже рассказывал про развитие аналитиков в следующих постах
- Как развиваться, если ты уже Senior System Analyst
- Техлиды и архитектора (и системные аналитики)
- Кем мы станем, когда вырастем - обсуждение карьеры системных аналитиков с ребятами из NextWay

P.S.
Если вы будете на этом мероприятии, то заходите пообщаться и позадавать вопросы участникам круглого стола:)

#Career #Analyst #Software #SoftwareArchitecture #Architecture #Engineering

Code of Leadership #1 - Team topologies

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

Для старта этого проекта я выбрал книгу Team topologies и позвал ее обсудить Стаса Халупа, своего друга, с которым мы несколько лет работали вместе. Стас много лет выступал в роли технического продакт менеджера и руководителя разработки платформенных продуктов, поэтому я очень хотел обсудить именно с ним эту книгу про топологии команд, где большой фокус был на stream-aligned и платформеннных командах. В итоге, выпуск получился отличным - мы смогли и похвалить книгу и покритиковать ее по делу, а также накидать интересные идеи для расширения применимости самой модели, например, в сторону shift-left security и secure by design (предложение Стаса) или данных и data mesh (предложение от меня). Теперь осталось только смонтировать то, что получилось и дальше выложить в этот канал:)

#Management #Leadership #PlatformEngineering #Software #SoftwareDevelopment #Architecture #Processes