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 }}

@@ Строка 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, есть фламандский автор (не записал кто) с концепцией мирового хозяйства, он консультирует голландское правительство.
 * Действующая система разделения труда содержит потенциал саморазвития. Специализация — рождает знания, новые знания углубляют специализацию, СРТ меняется. У Адама Смита этого как отдельного тезиса нет, но по тексту — рассыпано.