MaksWiki - Свежие правки [ru]

China-AIconf

MaksTsepkov — Mon, 20 Apr 2026 14:58:42 GMT

Перенаправление на IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)

Новая страница

#REDIRECT [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)]]

Я — Максим Цепков приветствую Вас на своем сайте

MaksTsepkov — Mon, 20 Apr 2026 14:50:27 GMT

IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)

MaksTsepkov — Mon, 20 Apr 2026 14:49:11 GMT

IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)

MaksTsepkov — Mon, 20 Apr 2026 14:44:43 GMT

Новая страница: «{{RightNote|Еще про лидерство Китая}} 20.04.2026 [https://aiconf.ru/2…»

Новая страница

{{RightNote|[[:Категория:Китай становится лидером|Еще про лидерство Китая]]}}

20.04.2026 [https://aiconf.ru/2026 '''AIconf''']
[https://aiconf.ru/2026/abstracts/17449 Выступление на сайте конференции]

Мир переходит от индустриального общества к цифровому, и этот переход совпадает со сменой лидера на Восток. Моя поездка по китайским компаниям (Baidu, Xiaomi, SenseTime и других) позволила мне увидеть их устройство и культуру в действии. Я увидел, как совмещается свобода и инициатива с организацией команды в военный отряд, как без страхов и пренебрежения интегрировать ИИ в работу и повседневную жизнь, как эпоха перемен воспринимается как возможность, а не проклятие, как государство руководит через координацию, а не директивы. Я расскажу об этом, и поразмышляю, как все это повлияет на мировую ИТ-индустрию. Надеюсь, что это поможет вам разобраться в происходящих изменениях, взять полезные практики, и лучше проектировать личную траекторию жизни.

= Презентация =

{{Presentation|ChinaLeader-AIconf-2026-Tsepkov.pdf|290px}}

[[Категория:Доклады]][[Категория:Китай становится лидером]]

Я — Максим Цепков приветствую Вас на своем сайте

MaksTsepkov — Mon, 20 Apr 2026 14:38:18 GMT

Файл:ChinaLeader-AIconf-2026-Tsepkov.pdf

MaksTsepkov — Mon, 20 Apr 2026 14:36:14 GMT

MaksTsepkov загрузил Файл:ChinaLeader-AIconf-2026-Tsepkov.pdf

Блог:Максима Цепкова/2026-04-20: Merge-2026 - интересные выступления и хороший нетворкинг

MaksTsepkov — Mon, 20 Apr 2026 14:15:36 GMT

‎Максим Дорофеев. А кто сказал, что у человека интеллект не искусственный?

Блог:Максима Цепкова/2026-04-20: Merge-2026 - интересные выступления и хороший нетворкинг

MaksTsepkov — Mon, 20 Apr 2026 14:10:48 GMT

Новая страница: «17-18.04 Был и выступал на [https://tatarstan2026.mergeconf.ru/ MergeConf] в Иннополисе. Прошлый год я пропустил, а…»

Внесённые изменения

Файл:DorofeevMerge26-Communication.jpg

MaksTsepkov — Mon, 20 Apr 2026 14:10:17 GMT

MaksTsepkov загрузил Файл:DorofeevMerge26-Communication.jpg

Блог:Максима Цепкова/2024-10-16: UIC.dev - интересные разноплановые доклады

MaksTsepkov — Sat, 18 Apr 2026 07:08:47 GMT

‎Лев Бахарев. Ситуативный ИИ-контент: от брейнштормов к готовым проектам за минуты

Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)

MaksTsepkov — Sat, 18 Apr 2026 07:07:08 GMT

Блог:Максима Цепкова/2024-10-16: UIC.dev - интересные разноплановые доклады

MaksTsepkov — Sat, 18 Apr 2026 06:52:39 GMT

DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)

MaksTsepkov — Fri, 17 Apr 2026 19:07:56 GMT

Я — Максим Цепков приветствую Вас на своем сайте

MaksTsepkov — Fri, 17 Apr 2026 18:40:34 GMT

DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)

MaksTsepkov — Fri, 17 Apr 2026 10:40:45 GMT

DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)

MaksTsepkov — Fri, 17 Apr 2026 10:19:33 GMT

Новая страница: «{{RightNote|Еще про DDD и архитектуру}} 17-18.04.2026 Иннополис [https://tatarstan2026.…»

Новая страница

{{RightNote|[[:Категория:Архитектура|Еще про DDD и архитектуру]]}}
17-18.04.2026 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge''']
[https://tatarstan2026.mergeconf.ru/speakers/development/backend/tsepkov Выступление на сайте конференции]

Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.

= Презентация =

{{Presentation|DDD-Merge-2026-Tsepkov.pdf|290px}}

[[Категория:Архитектура]][[Категория:Доклады]]

Файл:DDD-Merge-2026-Tsepkov.pdf

MaksTsepkov — Fri, 17 Apr 2026 10:18:31 GMT

MaksTsepkov загрузил Файл:DDD-Merge-2026-Tsepkov.pdf

Лекция 2. Базовые экономические гипотезы политической экономии и экономической теории. Школа Щедровицкого в Бодруме 2023

MaksTsepkov — Thu, 16 Apr 2026 08:13:20 GMT

‎Разделение труда

Блог:Максима Цепкова/2026-04-14: Анатолий Левенчук - мультиагентная работа над FPF

MaksTsepkov — Tue, 14 Apr 2026 19:03:08 GMT

Новая страница: «{{RightNote|[https://t.me/mtsepkov/1157 Пост в Tg]}} Заглянул тут в [https://ailev.livejournal.com/ '''блог Анатолия Левенчу…»

Новая страница

{{RightNote|[https://t.me/mtsepkov/1157 Пост в Tg]}}

Заглянул тут в [https://ailev.livejournal.com/ '''блог Анатолия Левенчука''']. Я уже писал в разных постах и отчетах о конференциях, что Анатолий с июня 2025 собирает '''First Principle Framework''' (FPF) – описание системного подхода для ИИ, первый релиз вышел в сентябре. Цель самого Анатолия – пересобрать с помощью ИИ системный подход так. чтобы он был применим к модели личности человека и к сообществам, чтобы доработать руководства. Но вообще такой описание резко повышает качество общения с ИИ-моделями, поэтому участники сообщества Школы системного менеджмента (с мая 2025 – Мастерская инженеров-менеджеров) подключают его для обсуждения своих рабочих проектов. В декабре я был на большом семинаре у Анатолия и [[FPF-2025-12|публиковал отчет]], там есть ссылки и на сам фреймворк, и на посты Анатолия с описанием метода работы с бригадой ИИ.

А тут увидел, что с начала марта Анатолий перешел от ручной разработки FPF с помощью чатов с агентами к мультиагентной с помощью Codex App. И в последних постах очень подробно описал, как это у него устроено: три агента – executor, reviewer и platform engineer, организующий работу другим агентов, внешнее review сильной GPT-5.4 Pro (внутри работает GPT-5.4 xhigh), и он сам, принимающий ключевые решения по продукту и присматривающий за ходом процесса. При этом процесс работы – описан, агенты ему следуют и дорабатывают. И вся информация передается через файлы, так что все ходы записаны.

На мой взгляд. все это очень интересно для тех, кто сейчас строит свои системы агентов. Ну и мне самому тоже, поэтому я хочу сохранить ссылки. В [https://ailev.livejournal.com/1796405.html этом посте] – описание устройства мультиагентной схемы. [https://ailev.livejournal.com/1795589.html Здесь] – про старт работы и первый подход к организации. А [https://ailev.livejournal.com/1797223.html вот это] – очень интересный пост, где Анатолий описывает типичные ошибки агентов, которые надо учитывать в ходе работы. Они – те же самые, что свойственны человеческим командам. Например, стремление создать много регламентов так, что большая часть токенов начинает уходить на административную, а не на содержательную работу, или упрощение задачи так, что теряется суть, и так далее. Это уже не просто обобщенное описание «ИИ-агент – новичок, не знающий контекста вашего проекта», **ИИ-агент получает понятные поведенческие характеристики**, которые надо учитывать при построении процесса.

В [https://ailev.livejournal.com/1796971.html этом посте] – текущее состояние самого FPF (лежит на github https://github.com/ailev/FPF). В нем появились пути для решения разных задач: правка проекта в текущем состоянии, работа с неоформленным, сравнение и выбор вариантов, работа с языком. И я буду иметь это ввиду на будущее, потому что задачи управления большим проектом у меня лично сейчас нет, а вот некоторые из этих задач, думаю, скоро появятся.

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

[[Категория:Системное мышление]]
{{wl-publish: 2026-04-14 22:03:08 +0300 | MaksTsepkov }}

Блог:Максима Цепкова/2025-12-07: Получить от LLM системное мышление - First Principle Framework Левенчука

MaksTsepkov — Mon, 13 Apr 2026 17:57:22 GMT

Блог:Максима Цепкова/2026-04-04: TechWriterDays-2026 - ИИ и DosAsCode

MaksTsepkov — Mon, 13 Apr 2026 17:54:12 GMT

Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается

MaksTsepkov — Mon, 13 Apr 2026 17:53:27 GMT

SoftSkills-Biorg

MaksTsepkov — Mon, 13 Apr 2026 10:51:59 GMT

Перенаправление на Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)

Новая страница

#REDIRECT [[Быстро понять мышление, эмоции и мотивацию коллег? Есть модели! (Живая компания-2025)]]

Stachka-2026

MaksTsepkov — Mon, 13 Apr 2026 08:44:35 GMT

Перенаправление на Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается

Новая страница

#REDIRECT [[Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается]]

Стачка-2026

MaksTsepkov — Mon, 13 Apr 2026 08:44:03 GMT

Новая страница

#REDIRECT [[Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается]]
[[Категория:Конференции]]

Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается

MaksTsepkov — Mon, 13 Apr 2026 08:43:08 GMT

Блог:Максима Цепкова/2026-04-13: Стачка-2026: два дня, 13 треков, много интересного - жизнь продолжается

MaksTsepkov — Mon, 13 Apr 2026 08:42:41 GMT

Новая страница: «После 12-летнего перерыва приехал на Стачку. Предыдущий раз был в 2014 году, конференция тог…»

Внесённые изменения

Анна Обухова и другие про нейрофизиологию в работе

MaksTsepkov — Sun, 12 Apr 2026 17:24:45 GMT

‎Сергей Кадомскоий на AnalystDays осенью 2017. Техники принятия эффективных и взвешенных решений

Визуальное проектирование масштабируемых приложений (Стачка-2026)

MaksTsepkov — Sun, 12 Apr 2026 15:02:56 GMT

Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)

MaksTsepkov — Sun, 12 Apr 2026 15:01:39 GMT

Категория:Архитектура

MaksTsepkov — Sun, 12 Apr 2026 14:58:35 GMT

Категория:Акторная модель

MaksTsepkov — Sun, 12 Apr 2026 14:57:20 GMT

Визуальное проектирование масштабируемых приложений (Highload-2022)

MaksTsepkov — Sun, 12 Apr 2026 14:55:47 GMT

Визуальное проектирование масштабируемых приложений (Стачка-2026)

MaksTsepkov — Sun, 12 Apr 2026 14:50:01 GMT

Категория:Китай становится лидером

MaksTsepkov — Fri, 10 Apr 2026 20:56:43 GMT

Я — Максим Цепков приветствую Вас на своем сайте

MaksTsepkov — Fri, 10 Apr 2026 20:54:58 GMT

Визуальное проектирование масштабируемых приложений (Стачка-2026)

MaksTsepkov — Fri, 10 Apr 2026 20:50:08 GMT

Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)

MaksTsepkov — Fri, 10 Apr 2026 20:49:56 GMT

Новая страница: «{{RightNote|Еще про архитектуру}} 10-11.04.2026 Ульяновск [https://ul.nastachku.ru/ '''…»

Новая страница

{{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}}
10-11.04.2026 Ульяновск [https://ul.nastachku.ru/ '''Стачка''']
[https://ul.nastachku.ru/lp/ul26/speeches/arkhitektura-predpriyatiya-biznes-i-soft-kak-edinaya-sistema Выступление на сайте конференции]

Разработчики не очень любят заглядывать на уровень бизнеса. Контекстная диаграмма в C4 model показывает эту связь лишь как контекст работы софта, а на схемах бизнес-процессов софт часто вообще не проявлен. Между тем, в современных компаниях и банках софт — неотъемлемая часть функционирования, развитие бизнеса обеспечивается новыми фичами, так что софт и бизнес-процессы изменяются совместно. На архитектурных диаграммах надо видеть целостное представление, уметь проводить трассировку от софта через бизнес-процессы к цепочкам создания ценности. Это необходимо понимать разработчикам для создания адекватной архитектуры и дизайна софта. Это необходимо понимать бизнесу, так как софт часто оказывается ограничением направлений развития.

В выступлении будут рассмотрены методы описания архитектуры предприятия с конкретными примерами описаний, которые служили для коммуникации между бизнесом, аналитиками, разработчиками и другими участниками проекта, обеспечивая целостное видение, а не ограничиваться фрагментарным знанием workflow документов, экранами приложения и отдельными user story с их контекстом.

= Презентация =

{{Presentation|BusArch-Stachka-2026-Tsepkov.pdf|290px}}

[[Категория:Доклады]][[Категория:Архитектура]]

Визуальное проектирование масштабируемых приложений (Стачка-2026)

MaksTsepkov — Fri, 10 Apr 2026 20:45:52 GMT

Новая страница: « 10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] [https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-pr…»

Новая страница

10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка''']
[https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-prilozhenii Выступление на сайте конференции]

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

Заложенные в архитектуру решения проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, поэтому их необходимо представлять не только разработчикам, но и аналитикам, тестировщикам и бизнесу. Для этого хорошо иметь наглядное визуальное представление. Классические диаграммы (UML, ER-диаграммы и другие, придуманные в эпоху монолитов) не слишком хорошо позволяют обсуждать архитектуру работы множества сервисов с асинхронным взаимодействием, и диаграммы C4-model тоже не отражает работу в динамике.

Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах, и проиллюстрирую ее использование конкретными примерами. Такая визуализация сильно помогает в проектировании и в объяснении работы приложения. Выступление будет развитием серию моих докладов по акторной модели, начатую осенью 2020 года на AnalystDays.

= Презентация =

{{Presentation|ScalingSchema-Stachka-2026-Tsepkov.pdf|290px}}

[[Категория:Доклады]][[Категория:Акторная модель]]

Файл:ScalingSchema-Stachka-2026-Tsepkov.pdf

MaksTsepkov — Fri, 10 Apr 2026 20:44:50 GMT

MaksTsepkov загрузил Файл:ScalingSchema-Stachka-2026-Tsepkov.pdf

Файл:BusArch-Stachka-2026-Tsepkov.pdf

MaksTsepkov — Fri, 10 Apr 2026 20:43:35 GMT

MaksTsepkov загрузил Файл:BusArch-Stachka-2026-Tsepkov.pdf

CL-ref

MaksTsepkov — Mon, 06 Apr 2026 18:57:34 GMT

@@ Строка 18: / Строка 18: @@
 -11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений  (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] <br />
 -18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']]  <br />
-.04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [https://aiconf.ru/2026/abstracts/17449 '''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']  [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|'''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']] <br />
+.04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|'''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']] <br />
 -25.04 Петербург [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/144633 '''Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов'''] <br />
 -23.05 Петербург [https://AnalystDays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/144627 '''Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов''']

← Предыдущая		Версия 14:49, 20 апреля 2026
Строка 5:		Строка 5:

	Мир переходит от индустриального общества к цифровому, и этот переход совпадает со сменой лидера на Восток. Моя поездка по китайским компаниям (Baidu, Xiaomi, SenseTime и других) позволила мне увидеть их устройство и культуру в действии. Я увидел, как совмещается свобода и инициатива с организацией команды в военный отряд, как без страхов и пренебрежения интегрировать ИИ в работу и повседневную жизнь, как эпоха перемен воспринимается как возможность, а не проклятие, как государство руководит через координацию, а не директивы. Я расскажу об этом, и поразмышляю, как все это повлияет на мировую ИТ-индустрию. Надеюсь, что это поможет вам разобраться в происходящих изменениях, взять полезные практики, и лучше проектировать личную траекторию жизни.		Мир переходит от индустриального общества к цифровому, и этот переход совпадает со сменой лидера на Восток. Моя поездка по китайским компаниям (Baidu, Xiaomi, SenseTime и других) позволила мне увидеть их устройство и культуру в действии. Я увидел, как совмещается свобода и инициатива с организацией команды в военный отряд, как без страхов и пренебрежения интегрировать ИИ в работу и повседневную жизнь, как эпоха перемен воспринимается как возможность, а не проклятие, как государство руководит через координацию, а не директивы. Я расскажу об этом, и поразмышляю, как все это повлияет на мировую ИТ-индустрию. Надеюсь, что это поможет вам разобраться в происходящих изменениях, взять полезные практики, и лучше проектировать личную траекторию жизни.
		+
		+	Другие материалы - '''[[:Категория:Китай становится лидером]]'''. Основное - вебинаре [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)\|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] и [[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего\|'''подробный отчет о поездке''']]. А также ряд статей, из которых '''я собираю книгу'''. К конференции - не успел.

	= Презентация =		= Презентация =

@@ Строка 18: / Строка 18: @@
 -11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений  (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] <br />
 -18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [[DDD и современная архитектура: как проектировать модель и отражать ее в код (Merge-2026)|'''DDD и современная архитектура: как проектировать модель и отражать ее в код''']]  <br />
-.04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [https://aiconf.ru/2026/abstracts/17449 '''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']  <br />
+.04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [https://aiconf.ru/2026/abstracts/17449 '''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']  [[IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир (AIconf-2026)|'''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']] <br />
 -25.04 Петербург [https://sqadays.com '''SQAdays'''] – [https://sqadays.com/ru/talk/144633 '''Эксперименты и опыт - часть пути к успеху: mindset китайских tech-гигантов'''] <br />
 -23.05 Петербург [https://AnalystDays.ru '''AnalystDays'''] – [https://analystdays.ru/ru/talk/144627 '''Эпоха быстрых изменений - возможность, а не проклятие: опыт китайских tech-гигантов''']

@@ Строка 178: / Строка 178: @@
 У Максима не было презентации, а была [https://app.holst.so/share/b/a12a2da5-67fe-4ad4-97f5-fde21c91f291 доска в holst], где он быстро рисовал картинки, или копировал из заготовок. Я не знаю, оставит ли он доступ, так что одну картинку я оттуда заберу на память.
-<div class="figure">
+[[File:DorofeevMerge26-Communication.jpg|Инъекция говна в коммуникации|600px]]
 А дальше в социуме получается так: мы подменяем то, что истинна на то, что чаще слышали. Прав не тот, кто проверил умозаключение, а тот, кто громче кричит об этом и шире транслирует то, что говорят другие. Обилие метафор – признак пересказа, за которым, чаще всего, нет оснований. Когда разработчики говорят «менеджмент живет в мире розовых пони и не знает, что за ад в разработке» или инженеры поддержки утверждают, что «разработчики подкладывают нам дерьмо, а мы разгребаем», то люди как бы понимают, но конкретного смысла за этим нет. Кстати, по обоим тезисам на доске есть прикольные картинки.

@@ Строка 16: / Строка 16: @@
 Пересказывать такой доклад сложно, но будет запись - можно будет посмотреть. В финале Лев хотел попробовать сделать видео вживую по запросу зрителей, но зрители проявили много фантазии, так что пока на [https://t.me/aidalev/1800 его канале] лишь персонаж и обещание, что будет обязательно.
-'''Дополнение'''. Ролик опубликован https://t.me/aidalev/1806
+'''Дополнение'''. Ролик опубликован https://t.me/aidalev/1806, [https://vkvideo.ru/video-184504774_456239235 видео на vk] (надо подписаться на канал конференции)
 = Максим Цепков. Постановка от модели бизнеса до детального дизайна требований: как делать и кому =

@@ Строка 2: / Строка 2: @@
 .10.2024 Ижевск [https://conf24.uic.dev/program '''UIC.dev''']
   [https://conf24.uic.dev/speakers/187 Доклад на сайте конференции]
-  Видео доступно купившим записи
+  [https://vkvideo.ru/video-184504774_456239185 Видео на vk] (надо подписаться на канал конференции)
 Развитие ИТ накопило большой набор методов создания постановок для разработки софта: требования и проектирование от модели данных, описание бизнес-процессов, use case, user story и story mapping, domain driven design, c4-model, макеты интерфейсов, CJM, event storming и многое другое. Эти подходы создавались в разное время и для разных типов проектов, а также для разных представлений о разделении ответственности между командой и бизнес-заказчиком и ролями внутри команды. И при выборе метода работы, как и при выборе фреймворка разработки, стоит не брать то, что знакомо, а представлять спектр вариантов, их назначение и особенности. В докладе будет обзор вариантов, исторический контекст их создания, их назначение и подводные камни, и мы поговорим о том, на какие вопросы надо ответить при выборе конкретного варианта.

@@ Строка 14: / Строка 14: @@
 Основная идея была, что прогресс сейчас очень быстрый, и достаточно сложную видеоисторию пара человек может сделать за 6 часов. При этом ИИ помогает на всех этапах, не только при отрисовке и озвучивании, но и при создании сценария и разложении его на сцены и кадры. И этот прогресс достигнут за последние полгода. Лев показывал фото и видео, которые создавали предыдущие версии, при чем на одних и тех же промптах, так что можно было визуально сравнить. В докладе - много разных сетей, среди которых есть более креативные, чем ChatGPT.
-Пересказывать такой доклад сложно, но будет запись - можно будет посмотреть. В финале Лев хотел попробовать сделать видео вживую по запросу зрителей, но зрители проявили много фантазии, так что пока на  [https://t.me/aidalev/1800 его канале] лишь персонаж и обещание, что будет обязщательно.
+Пересказывать такой доклад сложно, но будет запись - можно будет посмотреть. В финале Лев хотел попробовать сделать видео вживую по запросу зрителей, но зрители проявили много фантазии, так что пока на [https://t.me/aidalev/1800 его канале] лишь персонаж и обещание, что будет обязательно.
-= Максим Цепков. Постановка от модели бизнеса до детального дизайна требований: как делать и кому =
+'''Дополнение'''. Ролик опубликован https://t.me/aidalev/1806
-Мой доклад [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому|Постановка от модели бизнеса до детального дизайна требований: как делать и кому]], по отзывам участников, получился интересным. Мы много работали с ПК, первоначальная версия была больше часа, и со стороны Евгения Галактионова были очень конструктивные замечания - что исключить, а где логические провалы. А по полной версии мы договорились сделать вебинар. Конспектов своих докладов я не делаю. Можно посмотреть мою серию статей на habr [https://habr.com/ru/company/custis/blog/703758/ '''Какие нужны требования: развитие концепта'''], [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], [https://habr.com/ru/company/custis/blog/709912/ '''Agile-методы: light-версии требований'''], но в докладе было больше. Наверное. надо писать продолжение.
+= Максим Цепков. Постановка от модели бизнеса до детального дизайна требований: как делать и кому =
 =Юлия Иванова и Екатерина Колпакова из Emex Group. Автоматизируй это: как мы построили DWH для международного холдинга командой из 6 человек =
@@ Строка 78: / Строка 79: @@
 Планы.
-* Хотелось бы по модульному собирать отчету, но текущие фреймвоки и так делают
+* Хотелось бы по модульному собирать отчету, но текущие фреймворки и так делают
 * e2e было бы идеально начать писать нейросеткой сразу
 * доки - не только писать, но и использовать
 * аналитики - только помощь: взять текст от сеньора, оформить, распихать задачи в issue track
-* маркетинг готовит материалы, но на каждом этапе - валидиция человеком, глюки всякие
+* маркетинг готовит материалы, но на каждом этапе - валидация человеком, глюки всякие
 * руководители проектов - общаются с заказчиком
 * стажеры - более эффективно обучаются, но наставники есть
@@ Строка 90: / Строка 91: @@
 Что не делать
-* передавать срества контроля, например, платежа на валидность. Решения - за человеком
+* передавать средства контроля, например, платежа на валидность. Решения - за человеком
 * Не надо автоматизировать уже автоматизированное.
 * Не надо обучать на непроверенном. Если отдать весь проект - баги кода расползутся.
@@ Строка 132: / Строка 133: @@
 Он сам - левел-дизайнер, гейм-дизайнер, а еще ведет каналы и организует мероприятия. И у него идея вовлечь разработчиков. Более того, под такую идею есть господдержка - поручение президента. Но корпорации не хотят, они не понимают, что и как делать. Хотя два года назад Ростелеком сказать, что будет делать фонд, и они сделали, для получения гранта нужен преокт, где 55% возврата за год.
-Для дизайна игры - есть пайплайн, есть лекция от ТанкиОнлайн. Но игровая индустрия - это не только разработка. Это фестивали, это платформы, на которых могут работать индивидуальные разрабочики, такие как Яндекс.Игры. Много ассоциаций, АКИ - фабрика игр в Сколково. В конкурсе лидеры цифровой трансформации - было направление игр. В Яндекс Плюс Сити - геймифицировали все сервисы.
+Для дизайна игры - есть пайплайн, есть лекция от ТанкиОнлайн. Но игровая индустрия - это не только разработка. Это фестивали, это платформы, на которых могут работать индивидуальные разработчики, такие как Яндекс.Игры. Много ассоциаций, АКИ - фабрика игр в Сколково. В конкурсе лидеры цифровой трансформации - было направление игр. В Яндекс Плюс Сити - геймифицировали все сервисы.
 В общем, идея и боль докладчика мне понятна, но хотелось бы более глубокого рассказа: о технологиях и о вариантах сценариев, которые возможны. Потому что они ведь сильно разные - на разных платформах, для разных аудиторий. Перспективы игры различны на внутреннем и глобальном рынке, но для успешной игры нужно учитывать культурный контекст, и это надо закладывать с самого начала. Я это слышал по мультфильмам: Маша и Медведь - международный проект, взлетевший во многих странах: знают 95% в Индонезии, 88% в Италии, более 90% в Чили и Тайване, входит в пятерку самых популярных в Бразилии и Турции. И ее с самого начала делали глобальной. А вот Смешарики делали как российский проект. За рубежом он популярен, но далеко не так, как Маша. Хотя в Китае аудитория в 12 раз больше российской, при том, что население всего в 10 раз больше. Но это было отступление от темы.
 = Александр Сажин из Ситек. Магия тех. лидерства: искусство наставничества в мире технологий =
 Прошлой осенью их было 30, сейчас 60, рост потребовал механизмов обучения. В компании есть основная линейка грейдов: джун - мидл - высокий мидл - сеньор - техноменеджеры. И путь наставника: наставник - куратор - техлидер. Обучая - ты учишься, и это - твой путь по управленческой лестнице, ты прокачиваешься по софтам
 * Наставник - первый встретит человека, будет сопросовждать на онбординге, поможет с индивидуальным планом развития - эту функцию забрали у HR. Это специалист, который сам недавно прошел онбординг. Проводник, он понимает как учить и хочет это делать. В конце испытательного срока - мини-аттестация, он помогает подготовиться.
-* Куратор - на проекте, он прошел не один проект, опытный и с пониманием, он подхватывает внутри проекта. У него есть свои задачи, встречается с клиентами - он является частью команды. Если новичок опытный, у него могут быть наставник и куратор одновременно. Куратор помонает проекту в целом. В начале проекта он закладывает метрики, которые помогут его завершить. Премия по завершению, если успех - большая и на команду.
+* Куратор - на проекте, он прошел не один проект, опытный и с пониманием, он подхватывает внутри проекта. У него есть свои задачи, встречается с клиентами - он является частью команды. Если новичок опытный, у него могут быть наставник и куратор одновременно. Куратор помогает проекту в целом. В начале проекта он закладывает метрики, которые помогут его завершить. Премия по завершению, если успех - большая и на команду.
 * Техническое лидерство. Курирует группу со схожими специализациями вне проекта, каждый из группы - в конкретном проекте. 5-7 человек в группе.
 ** обучение - помогает с индивидуальными планы с теми кто прошел испытательный срок. Мучается с экспертами - находит точки развития.
-** участие в пресейлах - клиенты хотят пообщатсья с командой, и техспециалиста надо научить
+** участие в пресейлах - клиенты хотят пообщаться с командой, и техспециалиста надо научить
 ** загрузка и распределение - помощь руководителю, загрузка рваная, люди в нескольких проектах, и надо курировать и понимать. Подсвечивать где что проседает, не закрывается, или ого-то надо загрузить новым.
 ** поиск новых потребностей блока учета - развитие продукта, ниши рынка; адаптация инструментария аналитика для нужд группы - участие на конференциях - донесение услышанного

@@ Строка 5: / Строка 5: @@
 Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.
-Видео не будет, так что смотрите другие выступления. '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. Еще есть большой вебинар [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)|'''Постановка от модели бизнеса до детального дизайна требований: как делать и кому''']].
+Видео не будет, так что смотрите другие выступления. '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. Еще есть большой вебинар [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)|'''Постановка от модели бизнеса до детального дизайна требований: как делать и кому''']]. А про сервисную модель есть большая серия докладов, последний я делал на Стачке за неделю до этого: [[Визуальное проектирование масштабируемых приложений (Стачка-2026)]], а пока нет его записи - можно смотреть [[Визуальное проектирование масштабируемых приложений (Highload-2022)]].
 = Презентация =

← Предыдущая		Версия 10:40, 17 апреля 2026
Строка 4:		Строка 4:

	Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.		Domain Driven Design – подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Он предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как применять DDD в современной архитектуре, когда код распределен между фронтом, мобильными приложениями и бэком с многочисленными сервисами, и потому описанный в книгах шаблон rich object для этого стал недостаточен, и как им образом писать постановки на будущую систему.
		+
		+	Видео не будет, так что смотрите другие выступления. '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''. Еще есть большой вебинар [[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (Вебинар 13.03.2025)\|'''Постановка от модели бизнеса до детального дизайна требований: как делать и кому''']].

	= Презентация =		= Презентация =

@@ Строка 44: / Строка 44: @@
 Тезис Щедровицкий + Григорьев. Адам Смит противопоставляет естественное разделение труда и технологическое. Естественное — с характеристиками территорий (климат, руды и т. д.) и людей (пол, возраст, другие факторы). Меркантилизм делал фокус на него, при этом рассматривал преимущественно замкнутое хозяйство. А Адам Смит говорит про естественное разделение труда: оно не имеет важного значения, это лишь начальные условия, куда развиваться, а важно — технологическое разделение, которое дает взрывной рост производительности за счет организации деятельности.
-Дидро и Даламбер. 30к статей, из них 3к — по-операционного описания технологий — Смит выбрал одну статью, ди добавил «это самое главное».
+Дидро и Даламбер. 30к статей, из них 3к — по-операционного описания технологий — Смит выбрал одну статью, и добавил «это самое главное».
 Проблемы.
 * Новый объект не вмещается в масштабы национального проекта. Даже для производства булавок нужна межстрановая кооперация — нужны станки, металл и так далее. А он пытается впихнуть, потому что от предыдущего остался старый объект — национальное хозяйство.
 * Тезис в 3 главе: глубина разделения труда ограничена масштабом рынка. Маленький городок, ремесленник не может сосредоточиться на одном, так как нет спроса. А в Лондоне — может. А потому те кто хочет специализироваться — стремятся в Лондон.
-* У Адама Смита нет мирового хозяйства, у него хозяйство Великобритании. Это частично имело основания, так как Великобритания была тогда лидером, но если эту логику применяешь к другим странам — то проблемы замыкания проявляются. При этом за 100 лет, 1652, есть фламандский автор (не записал кто) с концепцией мирового хозяйства, он консультирует голлландское правительство.
+* У Адама Смита нет мирового хозяйства, у него хозяйство Великобритании. Это частично имело основания, так как Великобритания была тогда лидером, но если эту логику применяешь к другим странам — то проблемы замыкания проявляются. При этом за 100 лет, 1652, есть фламандский автор (не записал кто) с концепцией мирового хозяйства, он консультирует голландское правительство.
 * Действующая система разделения труда содержит потенциал саморазвития. Специализация — рождает знания, новые знания углубляют специализацию, СРТ меняется. У Адама Смита этого как отдельного тезиса нет, но по тексту — рассыпано.

← Предыдущая		Версия 17:57, 13 апреля 2026
Строка 1:		Строка 1:
−	{{RightNote\|[[:Категория:Системное мышление\|Еще о системном мышлении]]}}	+	{{RightNote\|[https://t.me/mtsepkov/1086 Пост в Tg]}} {{RightNote\|[[:Категория:Системное мышление\|Еще о системном мышлении]]}}
	Я верю в знаки судьбы. Поэтому когда сегодня утром я полез читать [https://ailev.livejournal.com/ блог Анатолия Левенчука] и увидел, что сегодня будет семинар по FPF-фреймворку, то собрался и поехал. Почему это – знак судьбы? Потому что я смотрю блог Анатолия раз в пару месяцев, и то, что посмотрел столь во-время – совпадение, счастливый случай, который позволил мне узнать новое. Об этом – дальше.		Я верю в знаки судьбы. Поэтому когда сегодня утром я полез читать [https://ailev.livejournal.com/ блог Анатолия Левенчука] и увидел, что сегодня будет семинар по FPF-фреймворку, то собрался и поехал. Почему это – знак судьбы? Потому что я смотрю блог Анатолия раз в пару месяцев, и то, что посмотрел столь во-время – совпадение, счастливый случай, который позволил мне узнать новое. Об этом – дальше.

@@ Строка 1: / Строка 1: @@
 {{Conf-Ref}}
 В пятницу 27.03 заглянул на конференцию технических писателей [https://techwriterdays.ru/ru/program/137253 '''Tech Writer Days''']. Конференция двухдневная, но у меня получилось только один день, делюсь своими впечатлениями. Я на этой конференции первый раз, хотя это – уже третья конференция. Три трека, два дня. Я с удовлетворением хочу сказать, что этот новый проект Влада Орликова вполне успешен. Сообщество технических писателей получило свою конференцию.
 == Общие впечатления: DocsAsCode и ИИ ==

← Предыдущая		Версия 17:53, 13 апреля 2026
Строка 1:		Строка 1:
−	{{Conf-Ref}}	+	{{Conf-Ref}} {{RightNote\|[https://t.me/mtsepkov/1156 Пост в Tg]}}
	После 12-летнего перерыва приехал на Стачку. Предыдущий раз был в 2014 году, конференция тогда произвела большое впечатление – можно посмотреть мой старый отчет '''[[Стачка-2014]]''' с фото из Ленинского мемориала, где конференция проходила тогда. Но с тех пор как-то приехать не складывалось.		После 12-летнего перерыва приехал на Стачку. Предыдущий раз был в 2014 году, конференция тогда произвела большое впечатление – можно посмотреть мой старый отчет '''[[Стачка-2014]]''' с фото из Ленинского мемориала, где конференция проходила тогда. Но с тех пор как-то приехать не складывалось.

← Предыдущая		Версия 08:43, 13 апреля 2026
Строка 1:		Строка 1:
		+	{{Conf-Ref}}
	После 12-летнего перерыва приехал на Стачку. Предыдущий раз был в 2014 году, конференция тогда произвела большое впечатление – можно посмотреть мой старый отчет '''[[Стачка-2014]]''' с фото из Ленинского мемориала, где конференция проходила тогда. Но с тех пор как-то приехать не складывалось.		После 12-летнего перерыва приехал на Стачку. Предыдущий раз был в 2014 году, конференция тогда произвела большое впечатление – можно посмотреть мой старый отчет '''[[Стачка-2014]]''' с фото из Ленинского мемориала, где конференция проходила тогда. Но с тех пор как-то приехать не складывалось.

@@ Строка 67: / Строка 67: @@
 = Доклады других спикеров =
-==Сергей Кадомскоий на AnalystDays осенью 2017. Техники принятия эффективных и взвешенных решений==
+==Сергей Кадомский на AnalystDays осенью 2017. Техники принятия эффективных и взвешенных решений==
 Подробного конспекта у меня нет, только краткое резюме. Начал с эмоционального интеллекта, о котором все знают. Сказал, что ему запретили рассказывать подробно книгу Дэниэл Канемана «Думай медленно … решай быстро», потому что ее все уже читали :) В результате он говорил о другой книге — братьев Чип и Дэн Хиз «Ловушки мышления. Как принимать решения, о которых вы не пожалеете.» В отличие от Каннемана, который сосредоточен на ловушках, Чип и Дэн фокусируются на способе их избегать, и там есть конкретный пошаговый алгоритм под аббревиатурой WRAP, включающий шаги, предотвращающие попадание в распространенные ловушки. [https://analystdays.ru/ru/talk/52483 Видео и презентация].

@@ Строка 2: / Строка 2: @@
 -11.04.2026 Ульяновск [https://ul.nastachku.ru/ '''Стачка''']
   [https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-prilozhenii Выступление на сайте конференции]
 Кажется, что задачи масштабирования в микросервисной архитектуре решаются просто: поднимаем нужное количество сервисов, и оно работает, что тут проектировать. Однако, есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. А еще надо обеспечить приемлемую скорость ответа для пользователя, который, быть может, именно сейчас с нетерпением ждет, когда, наконец, можно будет оплатить заказ и думает, не пойти ли ему за заказом на соседний сайт, раз уж тут так все медленно.
@@ Строка 7: / Строка 8: @@
 Заложенные в архитектуру решения проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, поэтому их необходимо представлять не только разработчикам, но и аналитикам, тестировщикам и бизнесу. Для этого хорошо иметь наглядное визуальное представление. Классические диаграммы (UML, ER-диаграммы и другие, придуманные в эпоху монолитов) не слишком хорошо позволяют обсуждать архитектуру работы множества сервисов с асинхронным взаимодействием, и диаграммы C4-model тоже не отражает работу в динамике.
-Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах, и проиллюстрирую ее использование конкретными примерами. Такая визуализация сильно помогает в проектировании и в объяснении работы приложения. Выступление будет развитием серию моих докладов по акторной модели, начатую осенью 2020 года на AnalystDays. Предыдущие выступления — [[:Категория:Акторная модель|'''Акторная модель''']]
+Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах, и проиллюстрирую ее использование конкретными примерами. Такая визуализация сильно помогает в проектировании и в объяснении работы приложения. Выступление будет развитием серию моих докладов по акторной модели, начатую осенью 2020 года на AnalystDays. Предыдущие выступления — [[:Категория:Акторная модель|'''Акторная модель''']], последнее '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)]]'''.
 = Презентация =

@@ Строка 21: / Строка 21: @@
 ** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.
 ** Последнее выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
-* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]'''
+* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', пока видео нет - смотрите '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)]]'''.
 * Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12.20 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01.21 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02.21 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родилось выступление [[Что такое - хорошая интеграция (Saint Highload-2021)]] и его развитие [[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]
 * [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''.
 * Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
 * [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

@@ Строка 2: / Строка 2: @@
 <big>Серия докладов и мастер-классов про мою визуальную модель для (микро)сервисной архитектуры приложения, которая позволяет проектировать масштабирование и устойчивость приложения и обсуждать решения с бизнесом.</big>
-Доклады на разных конференциях имеют разную фокусировку — работа с требованиями, тестирование, архитектура, и даже на одинаковых слайдах рассказ отличается. Последний доклад по теме '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)]]''', но видео доступно только для участников. Предыдущий '''доклад с доступным для всех видео — [[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]'''.
+Доклады на разных конференциях имеют разную фокусировку — работа с требованиями, тестирование, архитектура, и даже на одинаковых слайдах рассказ отличается. Последний доклад по теме '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', видео ожидается, а пока его нет - смотрите [[Визуальное проектирование масштабируемых приложений (Highload-2022)]]'''.
 Если вам модель кажется ценной для развития ее в мастер-классы или обучение, то я готов сотрудничать.

@@ Строка 2: / Строка 2: @@
 -14.05.2022 [https://highload.ru/foundation/2022 Highload-2022]
   [https://www.highload.ru/moscow/2021/abstracts/7943 Доклад на сайте конференции]
-  Видео - для участников, в доступе есть предыдущее [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|выступление на TechLead-2021]] из серии [[:Категория:Акторная модель|Акторная модель]]
+  [https://vkvideo.ru/video-152308462_456239692 Видео на vk]
 Современная архитектура обычно предполагает поднимать для масштабирования много экземпляров одного сервиса с асинхронным взаимодействием через сообщения. При этом есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. Многие из этих аспектов проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, влияют на стоимость инфраструктуры и работу службы поддержки. Поэтому возможные решения надо обсуждать не только между разработчиками, а со всеми участниками проекта, включая бизнес.
@@ Строка 8: / Строка 8: @@
 Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах. И проиллюстрирую ее использование конкретными примерами. Доклад продолжает [[:Категория:Акторная модель|серию моих докладов и мастер-классов по акторной модели]], начатую осенью 2020 года на AnalystDays.
 = Презентация =

@@ Строка 1: / Строка 1: @@
 {{RightNote|[[:Категория:Люди|Еще про человека, команды и организации]]}}
-'''В ближайшие 3-7 лет Китай перехватит технологическое и политическое лидерство у США''' — этот вывод я сделал из поездки по технологическим компаниям Китая (Baidu, Xiaomi, SenseTime и другие) осенью 2025 года. Это — не далекое будущее, и не параллельная реальность, это совсем скоро произойдет в нашем мире.
+'''В ближайшие 3-7 лет Китай перехватит технологическое и политическое лидерство у США''' — этот вывод я сделал из поездки по технологическим компаниям Китая ('''Baidu, Xiaomi, SenseTime''' и другие) осенью 2025 года. Это — не далекое будущее, и не параллельная реальность, это совсем скоро произойдет в нашем мире.
 Переход лидерства — это не флуктуация, а часть закономерного процесса промышленных революций. Очередная революция разворачивается прямо сейчас. Но впервые лидерство перейдет на восток, а китайский культурный код и способ управления компаниями сильно отличается от западных. Это будет влиять на весь мир, и на нас — тоже, и потому в ней полезно разбираться.
@@ Строка 6: / Строка 6: @@
 Кроме того, организация и культура китайских компаний содержат много практик, которые могут быть полезны. Это культура постоянного эксперимента и быстрой проверки гипотез, сочетание инициативы и исполнения планов, организованное с помощью OKR и фокусировка команд на целях подобно военному отряду. А еще - отношение к ИИ как к помощнику и партнеру, а не конкуренту за рабочие места или глупому артефакту, на который надеяться только глупцы.
-На вебинаре [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] я раскрываю эти темы подробно (там полтора часа). А для тех, кто предпочитает читать, есть статьи в этой категории, начиная с [[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|'''подробного отчета о поездке''']]. Системного изложения темы в статьях пока нет, так что ориентируйтесь на названия статей.
+На вебинаре [[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|'''Влияние технологий на изменение мирового порядка и глобальную конкуренцию''']] я раскрываю эти темы подробно (там полтора часа). А для тех, кто предпочитает читать, есть статьи в этой категории, начиная с [[Блог:Максима Цепкова/2025-10-22: Китай - технологический лидер будущего|'''подробного отчета о поездке''']]. Системного изложения темы в статьях пока нет, так что ориентируйтесь на названия статей. Первые статьи я публиковал на сайте, а затем начал публикацию на vc.ru и habr.
 Я также активно рассказываю об этом на выступлениях, вот планы на весну 2026.

@@ Строка 13: / Строка 13: @@
 <!-- --->
 '''03.09.25''' опубликована книга [https://ridero.ru/books/samoopredelenie_chto_ya_khochu_ot_zhizni_i_raboty/ '''«Самоопределение: что я хочу от жизни и работы»''']. В основе - серия статей 2023 года, дополненная разделами по анализу текущей ситуации и доработанная с учетом модели личности. <br />
-Зима 2026: начата серия статей [[:Категория:Китай становится лидером|'''Менеджмент и культура Китая – нового мирового лидера''']] (уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''), последние [https://vc.ru/hr/2771037 «'''Как сочетать инициативу с исполнением – китайский опыт'''»] и [https://vc.ru/hr/2810323 «'''Оценка и мотивация – китайский опыт'''»] <br />
+Зима 2026: начата серия статей [[:Категория:Китай становится лидером|'''Менеджмент и культура Китая – нового мирового лидера''']] (уже '''{{PAGESINCATEGORY:Китай становится лидером|pages}} статей'''), последние [https://vc.ru/hr/2845062 Корпоративные ценности ИТ-компании – китайский опыт] и [https://habr.com/ru/articles/1016504/ ИИ не конкурент, а помощник и друг – китайский опыт] <br />
 .01 Открытый бесплатный вебинар в [https://nserussia.org '''СШЭ''']: '''[[Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Вебинар СШЭ)|Влияние технологий на изменение мирового порядка и глобальную конкуренцию (Китай становится лидером)]]''' (опубликовано видео) <br />
 -14.02 Москва [https://biorgconf.ru/ '''Живая компания'''] – [[Найти опору в эпоху перемен: логика и культура лидерства Китая (Живая компания-2026)|'''Найти опору в эпоху перемен: логика и культура лидерства Китая''']] <br />
--11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-prilozhenii '''Визуальное проектирование масштабируемых приложений'''] и [https://ul.nastachku.ru/lp/ul26/speeches/arkhitektura-predpriyatiya-biznes-i-soft-kak-edinaya-sistema '''Архитектура предприятия: бизнес и софт как единая система'''] <br />
+-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка'''] – [[Визуальное проектирование масштабируемых приложений  (Стачка-2026)|'''Визуальное проектирование масштабируемых приложений''']] и [[Архитектура предприятия: бизнес и софт как единая система (Стачка-2026)|'''Архитектура предприятия: бизнес и софт как единая система''']] <br />
 -18.04 Иннополис [https://tatarstan2026.mergeconf.ru/ '''Merge'''] – [https://tatarstan2026.mergeconf.ru/speakers/development/backend/tsepkov '''DDD и современная архитектура: как проектировать модель и отражать ее в код'''] <br />
 .04 Москва [https://aiconf.ru/2026 '''AIconf'''] – [https://aiconf.ru/2026/abstracts/17449 '''IT-ландшафт будущего: как китайские tech-гиганты и культура меняют мир''']  <br />

← Предыдущая		Версия 20:50, 10 апреля 2026
Строка 1:		Строка 1:
−	10-11.04 Ульяновск [https://ul.nastachku.ru/ '''Стачка''']	+	{{RightNote\|[[:Категория:Архитектура\|Еще про архитектуру]]}}
		+	10-11.04.2026 Ульяновск [https://ul.nastachku.ru/ '''Стачка''']
	[https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-prilozhenii Выступление на сайте конференции]		[https://ul.nastachku.ru/lp/ul26/speeches/vizualnoe-proektirovanie-masshtabiruemykh-prilozhenii Выступление на сайте конференции]

@@ Строка 4: / Строка 4: @@
 * '''Об авторе'''
-** https://mtsepkov.org/SMD — конспекты лекций Петра Щедровицкого по СРТ и другие материалы
+** [https://mtsepkov.org/SMD Конспекты лекций Петра Щедровицкого по СРТ] и другие материалы
 * '''Чем эта книга отличается от других материалов'''
-** https://vavilovbook.ru — сайт книг Николая Вавилова
+** [https://vavilovbook.ru Сайт книг Николая Вавилова]
-** https://t.me/shuohuaxia — телеграм-канал Николая Вавилова
+** [https://t.me/shuohuaxia Телеграм-канал Николая Вавилова]
 ** Выступление [https://teamleadconf.ru/moscow/2024/abstracts/13044 Руслана Карманова «Китайские методологии IT-управления»] на Teamlead-2024: ([https://rutube.ru/video/c2273524cf47a08f1af86b5b56bbe4a7/ видео на rutube], [https://vk.com/video-160451396_456240176 видео на vk], [https://mtsepkov.org/TeamLead-2024-Msk мой конспект]. Короткие ссылки: [https://clk.li/clKarmanov выступление], [https://clk.li/clKarmanovRutube rutube], [https://clk.li/clKarmanovVK vk video]
 ** Выступление [https://sqadays.com/ru/talk/67521 Marcin Sikorski. «Этические аспекты общения с китайскими тестировщиками»] на SQAdays осенью 2019, видео есть на странице доклада ([https://clk.li/clSikorski короткая ссылка]).
@@ Строка 50: / Строка 50: @@
 ** [https://ailev.livejournal.com Блог Анатолия Левенчука]
 ** [https://highload.ru/spb/2024/abstracts/11747 Выступление Ивана Бондаренко] на SaintHighload-2024 ([https://clk.li/clBondarenko короткая ссылка]) ([https://rutube.ru/video/bee0ca9b1da24338660bec6d58127eb1/?r=wd видео] ([https://clk.li/clBondarenkoVideo короткая ссылка])
 [[Категория:Китай становится лидером]]