Категория:Архитектура - История изменений

MaksTsepkov в 10:50, 14 мая 2026

2026-05-14T10:50:59Z

MaksTsepkov в 14:58, 12 апреля 2026

2026-04-12T14:58:35Z

MaksTsepkov в 09:06, 11 февраля 2026

2026-02-11T09:06:25Z

MaksTsepkov в 08:58, 11 декабря 2025

2025-12-11T08:58:14Z

MaksTsepkov в 08:47, 11 декабря 2025

2025-12-11T08:47:50Z

MaksTsepkov в 08:27, 11 декабря 2025

2025-12-11T08:27:49Z

MaksTsepkov в 09:40, 12 августа 2025

2025-08-12T09:40:52Z

MaksTsepkov в 09:39, 12 августа 2025

2025-08-12T09:39:54Z

MaksTsepkov в 13:03, 29 апреля 2025

2025-04-29T13:03:01Z

MaksTsepkov в 08:39, 29 января 2025

2025-01-29T08:39:44Z

@@ Строка 21: / Строка 21: @@
 ** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.
 ** Последнее выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
-* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', пока видео нет - смотрите '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)]]'''.
+* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (Стачка-2026)]]''', предыдущее было '''[[Визуальное проектирование масштабируемых приложений (Highload-2022)|на 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)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

@@ Строка 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)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

@@ Строка 22: / Строка 22: @@
 ** Последнее выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
 * [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]'''
-* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родилось выступление [[Что такое - хорошая интеграция (Saint Highload-2021)]] и его развитие [[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]
+* Серия статей «'''Как сделать хорошую интеграцию'''» на 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)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

@@ Строка 13: / Строка 13: @@
 ** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]''' - рассказ про ведение проекта в целом.
 ** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''.
 ** С ведением постановок перекликаются вопросы разделения ответственности, эти выступления выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.
 * Сопоставление монолитной и микросервисной архитектуры '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]] и [[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]'''
-* Выступления с фокусом на бизнес-архитектуру: [[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]], свежее развитие [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
+* Выступления с фокусом на бизнес-архитектуру: '''[[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]]''', свежее развитие '''[[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]''', и еще было интересное выступление на частную, но важную тему '''[[Process и Case Management (Максим Цепков на SECR-2016)|Process и Case Management в информационной системе: от автоматизации As Is к поддержке развития бизнеса]]''' на SECR-2016
 * [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. В общих выступлениях по ведению постановок, перечисленных выше, DDD я тоже рассматриваю как один из методов.
 ** '''[[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]]''' и '''[[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]]''' — с фокусом применении при проектировании
@@ Строка 24: / Строка 25: @@
 * [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''.
 * Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
 * [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

@@ Строка 1: / Строка 1: @@
-'''Архитектура и проектирование систем''' — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных докладах. Тема включает в себя '''бизнес-анализ''' и '''системный анализ''', и местами пересекается с темой [[:Категория:Управление проектами|Управление проектами]]. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории {{#expr: {{PAGESINCATEGORY:Архитектура}} + {{PAGESINCATEGORY:DDD}} + {{PAGESINCATEGORY:Акторная модель}} + {{PAGESINCATEGORY:Диаграммы учета}} }} статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз).
+'''Архитектура и проектирование систем''' — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных выстулпниях. Тема включает в себя '''бизнес-анализ''' и '''системный анализ''', и местами пересекается с темой [[:Категория:Управление проектами|Управление проектами]]. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории {{#expr: {{PAGESINCATEGORY:Архитектура}} + {{PAGESINCATEGORY:DDD}} + {{PAGESINCATEGORY:Акторная модель}} + {{PAGESINCATEGORY:Диаграммы учета}} }} статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз).
-У меня есть несколько серий докладов, часть из них выделено в отдельные категории, и отдельные доклады. Вот основные темы.
+У меня есть несколько серий выступлений, часть из них выделено в отдельные категории, и отдельные выступления. Вот основные темы.
-* [[:Категория:Системное мышление|Серия докладов по '''системному мышлению''']], начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]], [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)]] .
+* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']], начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]], [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)]] .
 * Серия статей на 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-версии требований''']
-* '''Доклады по созданию постановок'''
+* '''Выступления по созданию постановок'''
 ** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
 ** '''[[Аналитик и legacy: как разобраться в устройстве старой системы? (AnalystDays-2025)]]'''
@@ Строка 13: / Строка 13: @@
 ** '''[[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]]''' - рассказ про ведение проекта в целом.
 ** '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]'''.
-** С ведением постановок перекликаются вопросы разделения ответственности, эти доклады выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.
+** С ведением постановок перекликаются вопросы разделения ответственности, эти выступления выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.
 * Сопоставление монолитной и микросервисной архитектуры '''[[Что такое – архитектура и как она влияет на тестирование (SQAdays-2025b)]] и [[Архитектура софта и бизнеса в сложном ИТ-ландшафте (AnalystDays-2025b)]]'''
-* Доклады с фокусом на бизнес-архитектуру: [[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]], свежее развитие [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
+* Выступления с фокусом на бизнес-архитектуру: [[Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)]], свежее развитие [[Бизнес и софт как единая система: описываем архитектуру предприятия (ArchDays-2024)]]
-* [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. В общих докладах по ведению постановок, перечисленных выше, DDD я тоже рассматриваю как один из методов.
+* [[:Категория:DDD|'''Domain-Driven Design''']] — не только про сам подход, но и про архитектурные шаблоны применения его для учетно-аналитических систем. В общих выступлениях по ведению постановок, перечисленных выше, DDD я тоже рассматриваю как один из методов.
 ** '''[[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)]]''' и '''[[Domain-driven design: от справочников и документов до отчетов (WIAD-2020)]]''' — с фокусом применении при проектировании
 ** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.
-** Последний доклад '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
+** Последнее выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
-* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последний доклад из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]'''
+* [[:Категория:Акторная модель|'''Акторная модель''']] — визуальная модель для (микро)сервисной архитектуры приложения, включающей много независимых компонент и асинхронным обменом сообщений, которая позволяет обсуждать архитектуру и позволяет проектировать масштабирование и устойчивую работу приложения, обсуждая решения с аналитиками, тестировщиками и бизнесом. По сути, это применение '''DDD''' в случае микросервисной архитектуры приложений. Последнее выступление из серии '''[[Визуальное проектирование масштабируемых приложений (TechLead-2021)]]'''
-* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 [https://habr.com/ru/company/oleg-bunin/blog/543946/ третья]. Из них родился доклад [[Что такое - хорошая интеграция (Saint Highload-2021)]] и его развитие [[Обеспечиваем устойчивость интеграции (SQAdays-2025)]]
+* Серия статей «'''Как сделать хорошую интеграцию'''» на habr: 29.12 [https://habr.com/ru/company/oleg-bunin/blog/534090/ первая], 20.01 [https://habr.com/ru/company/oleg-bunin/blog/538156/ вторая], 25.02 [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. ООП''']

@@ Строка 2: / Строка 2: @@
 У меня есть несколько серий докладов, часть из них выделено в отдельные категории, и отдельные доклады. Вот основные темы.
-* Серия докладов по '''системному мышлению''', начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]].
+* [[:Категория:Системное мышление|Серия докладов по '''системному мышлению''']], начата осенью 2023: [[Рациональное и системное мышление: практики и компетенции аналитика (AnalystDays-2023)]], [[Системное мышление и его место в работе аналитика (AnalystDays-2024a)]], [[Системное мышление: что это и зачем нужно тестировщику? (SQAdays-2024)]], [[Системное мышление — нужно ли оно в IТ и зачем? (Teamlead-2024)]] .
 * Серия статей на 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-версии требований'''], по ним сделан доклад '''[[Требования или модели - как писать постановки (AnalystDays-2023)]]''', а '''[[Постановка от модели бизнеса до детального дизайна требований: как делать и кому (UIC.dev-2024)]]''' развивает тему. В 2017 был доклад '''[[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)]]''', материал отличается. С ведением постановок перекликаются вопросы разделения ответственности, эти доклады выделены в отдельную серию [[:Категория:Роли|'''Роли]]'''.
 * [[Бизнес-анализ: от абстрактного замысла до внедрения и дальнейшего развития ИТ-решения (Максим Цепков на SECR-2017)]] - рассказ про ведение проекта в целом.