How We Write Better Software with Low-Code • Michiel Overeem • GOTO 2023

Интересное выступление про low-code платформу от Michiel Overeem, который рассказал как голландская компания AFAS пришла в своем SaaS продукте (смесь ERP, CRM, CMS, и других трехбуквенных слов) к подходу с low-code. По-факту, продукту уже почти 3 десятка лет и за это время он прошел путь от MS DOS программы до того, что разворачивается где-то на серверах и превратился в legacy:) Дальше появилась задача разделить доменную логику и технологическую часть. Знания о бизнесе должны были остаться в моделях, чтобы можно было спокойно развивать технологии. В компании решили это сделать через создание low-code движка, которым будут пользоваться внутренние сотрудники, доменные эксперты, для создания/редактирования бизнес-процессов и пользовательских сценариев работы с системой. Модели из домена по этой логике должны быть свободной от технологий, описывать процессы и роли в реальном мире. В low-code платформу пришлось нехило вложиться и поработать над архитектурой, получился в итоге фреймворк для создания интерфейсов и бекенд фреймворк. 95% функциональности генерируется на основе модели, что создаются citizen developers (это люди, что используют low-code платформу и о самом термине я рассказывал подробнее раньше), а 5% пишутся вручную силами инженеров. Дальше автор выступления рассказывает про преимущества такого подхода:
- Создание модели предметной области позволяет разработчикам писать код, тестировать его и помещать в генератор, что упрощает процесс разработки.
- Модель предметной области позволяет заменять технологии и интерфейсы, сохраняя знания в модели.
- Citizen developers могут вносить изменения в модель без вмешательства инженеров, что повышает продуктивность и позволяет им создавать прототипы и экспериментировать.
- Citizen developers могут создавать программное обеспечение, используя свои знания в области бизнеса, что позволяет им создавать прибыльные подпродукты
Но есть и проблемы
- Citizen developers могут вносить вносят ошибки в модель, что усложняет процесс отладки и требует привлечения программистов для консультации.
- Citizen developers должны понимать как их изменения в модели влияют на runtime свойства софта, что требует дополнительных инструментов и обучения
Ну и дальше идут выводы
- Low-code не является универсальным решением для всех частей приложения
- Стоит использовать low-code только в определенных частях, где можно найти повторяющиеся фрагменты, так как это позволяет работать над этими частями не инженерам, а citizen developers
- Low-code стоит рассматривать как дополнительный инструмент для повышения производительности и создания лучшего программного обеспечения.

В общем, достаточно простой и понятный доклад про то, как компании приходят к low-code решениям как части своего продукта. У нас по такому принципу сделана, например, low-code платформа для маркетинга, в которой сами аналитики могут выстроить процесс маркетинговых коммуникаций с определенными сегментами наших клиентов.

#Software #Engineering #Architecture #PlatformEngineering

Как лгать при помощи статистики (How to Lie with Statistics) - Part I

Этой книге Дарелла Хаффа уже 70 лет, но она до сих пор не потеряла актуальность. Я решил ее прочитать в продолжение книги "Understanding Statistics and Experimental Design. How to Not Lie With Statistics", про которую я рассказывал раньше. И книга не подвела моих ожиданий - она написана простым языком, не содержит воды и рассказывает о различных способах злоупотребления статистикой в целях обмана аудитории и манипулирования ее мнением. Книга состоит из 10 глав:
1. Выборка изначально необъективна - эта манипуляция связана с тем, как мы формируем выборку. Если выборка не соответствует генеральной совокупности (не является репрезентативной), то статистика, которую мы вычислим по этой выборке может показывать те числа, которые мы хотим. Но даже если мы хотим сделать максимально честную выборку, то это достаточно сложно сделать. Например, автор рассказывает про это на примере опросов. А вот пример от меня, whitepaper "DevEx in Action" про developer productivity был описан на основе опросов тех разработчиков, которые работали в компаниях, что пользовались платформой https://getdx.com/ , которая предоставляет инструменты для измерения developer productivity. В итоге, опрос показал, что эти инструменты полезны:)
2. Грамотно выбранное среднее - здесь речь идет про выбор среднего удобного для вашего конкретного случая использования, например, это может быть среднее (mean), медиана (median) и мода. В общем, в зависимости от вида распределения вашей величины эти варианты среднего могут сильно отличаться:)
3. Нюансы, о которых скромно умалчивают - здесь начинается все с размера выборки, который могут не упоминать (а при маленьком размере получить интересные результаты гораздо проще), также про неуспешные результаты экспериментов можно не рассказывать (зачем говорить про неинтересные вещи), плюс можно играть с формулировкой так, чтобы было не ясно как рассчитывается сам показатель:)
4. Много шума практически из ничего - здесь автор рассказывает про статзначимость и доверительные интервалы:) И что при указании конкретных чисел нам сложно сравнить их между собой не зная доверительных интервалов.
5. График - лучше не бывает - тут идет речь про манипуляции с графиками: отсчет не от начальной точки по вертикали, разные масштабы осей, выбор нужного интервала времени для демонстрации графика величины на котрасте между началом и концом интервала
6. Схематичная картинка - здесь автор рассказывает как можно при помощи инфографики обманывать людей. Например, при двухкратном росте денежного показателя показывать в два раза больший мешочек денег - но предметы мы воспринимает как трехмерные и там ощущение от этого приема, что рост был в 8 (2ˆ3) раз
7. Псевдообоснованная цифра - тут автор показывает как взятое из статистики рандомное число можно трактовать по своему усмотрению. Главное сделать отсылку к авторитету и указать откуда взято число, а интерпретацию уже вкрутить свою:) Кстати, это частая манипулятивная техника
8. И снова это "после - значит вследствие" - здесь автор рассказывает, что корреляция совсем не равна причинно-следственной связи. Возможно причина и следствие связаны циклом (как обсуждалось в книге "Искусство системного мышления", про которую я рассказывал раньше) или обе переменных зависят от какой-то другой третьей, а может быть это просто совпадение:)
9. Как производить статикуляции (статистические манипуляции) - тут автор показывает примеры из предыдущих глав и добавляет игры с процентами, повторный учет одних и тех же элементов в расчетах, складывает вместе разные типы объектов и выводит среднее. В общем, поступает очень креативно:)

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

#Math #Statistics #PopularScience #Science #Data

ЦЕХ 4 - Урок #6 "Жду музу, а она все не приходит. Эксперт: Лариса Парфентьева"

Продолжая серию постов про свое обучение книгописательству (смотри предыдущие посты: 1, 2, 3, 4 и 5), я расскажу про шестой урок. Он был посвящен поиску вдохновления. Это практическое занятие вела Лариса Парфентьева — автор бестселлеров МИФа с большим количеством регалий.

Занятие было довольно интересным и мне запомнились следующие момены
- Большинство авторов страдают от синжрома самозванца и важно с ним работать
- Сам синдром блокирует нас используя две стратегии: перфекционизм и прокрастинацию
- Насчет перфекционизма важно понимать, что сделать на 100% идеально не получится, поэтому надо быть готовым заделиверить книгу, который ты доволен не на все 100%:)
- А прокрастинацию можно победить используя тайм-менеджмент - надо защищать свое время и пространство, чтобы иметь время сконцентрироваться на творческом процессе и впасть в состояние потока
- Для стимулирования написания свои ощущения можно стимулировать через вкус (пить кофе, есть шоколад и т.д.) во время творческого процесса. Можно ходить на прогулки, чтобы покрутить в голове идеи.
- В общем, надо запланировать время на написание книги и как оно будет распределено в течение дня/недели. Плюс для того, чтобы написать книгу, надо от чего-то отказаться и разгрузить свое расписание:)

#Writing #SelfDevelopment #Management

Успешно ребята съездили в Египет на финал ICPC. Поздравляю победителей и призеров!

Финал ICPC — победа команд ВШЭ и МФТИ

Сотрудники, студенты, преподаватели и стипендиаты Тинькофф в разные годы принимали участие в ICPC. В этом году команды ВШЭ и МФТИ забрали абсолютное чемпионство, золото и серебро, сразу в двух финалах.

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

ВШЭ:
— Александр Бабин, преподаватель Тинькофф Поколения — абсолютный победитель;
— Федор Ромашов, стипендиат Тинькофф — абсолютный победитель;
— Кирилл Кудряшов, стипендиат Тинькофф — абсолютный победитель.

МФТИ:
— Шеховцов Александр, стипендиат Тинькофф — серебро;
— Всеволод Нагибин, стипендиат Тинькофф — золото;
— Тихон Евтеев, стипендиат Тинькофф — золото.

Мы очень болели за ребят и надеемся, что стипендиальная программа помогла ребятам сосредоточиться на подготовке! Отдельно поздравляем тренеров команд: Филиппа Руховича, преподавателя Тинькофф Поколения, Демида Кучеренко, автора курса Тинькофф Образования «Информатика решает», и Михаила Густокашина, члена жюри конкурса для школьных учителей «Вклад в поколение»!

CTO Day от Yandex

Был на этих выходных на очень интересном мероприятии от Yandex в Дубае, где собралось большое количество технических лидеров (не только из российских компаний) обсудить интересные вопросы. Честно говоря, я давно уже устал ходить на конференции в качестве слушателя, в этом году сократил свои походы в качестве спикера, но вот такие мероприятия как организовал Yandex мне нравятся. В одном месте собрались куча умных людей, с которыми можно разговаривать часами на разные темы и узнавать в дискуссии что-то новое, а это очень важно для меня. Кажется, что с самого детства главным качеством у меня было любопытство и желание узнать как и что устроено вокруг меня (правда, скорее в концептуальном плане, а не практическом). С годами опыт увеличивался и многие вещи становились очевидными и находить новую пищу для утоления информационного голода становилось тяжело: статьи сменялись книгами, книги сменялись whitepapers, добовлялись книги из смежных тем ... Но вершиной являются личные встречи с одаренными людьми, а ребятам из Яндекса удалось собрать очень плотный состав:) Классно, что даже во время перелета туда/обратно я сидел с умнейшими соседями и даже не особо тянулся к книге:)

Если же говорить про программу, то она тоже была очень интересной:
- В первый вечер у нас было приветственный ужин с IT стендапом, который выдался отменным
- Следующий день мы начали с доклада Леши Гусакова про путь ML от RnD к необходимой технологии для современных компаний. Доклад был не просто интересным, но и наполненным юмором, как будто он продолжал традицию стендапа
- Продолжилось все лекцией Вячеслава Дубынина про мозг и естественные и искусственные нейросети - я уже несколько раз видел его лекции про мозг вживую, читал книги и смотрел записи лекций на Youtube, поэтому заранее знал, что это будет превосходно (кстати, про одну из лекций я уже рассказывал)
- Дальше была дискуссия про кибербезопасность, из которой следовало, что надо делать софт безопасно, а небезопасно делать не надо
- А после кофебрейка наш монолитный коллектив должен был выбрать в какой дискуссии поучаствовать: про сложные переговоры, применение ML или governance технологического стека в компании. Я выбрал тему про governance и это было интересно
- Вечером второго дня был ужин, который плавно перерос в спонтанный fuckup nights, когда в небольшом номере собралось 10+ человек и начало обсуждать истории про факапы, которые были в нашем прошлом (и этот вечер закончился только в 4 утра)
- Последний день был посвящен экскурсиям, но я улетал в середине дня, поэтому перед отлетом мы с друзьями сгоняли на приватный пляж, окунулись в море, а дальше отправились в аэропорт и вернулись в холодную Москву

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

#Software #Management #Leadership #Vacancy #Architecture