Категория:Архитектура — различия между версиями

м
м
 
(не показаны 2 промежуточные версии этого же участника)
Строка 4: Строка 4:
 
* [[:Категория:Системное мышление|Серия выступлений по '''системному мышлению''']], начата осенью 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-версии требований''']
 
* Серия статей на 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-версии требований''']
 +
* Статья на T-бизнес [https://secrets.tbank.ru/blogi-kompanij/sobstvennaya-razrabotka-ili-vendorskij-soft/ '''Ловушка вендора: почему банки и корпорации переходят на свою разработку и как сделать это правильно'''] (17.07.2026)
 
* '''Выступления по созданию постановок'''
 
* '''Выступления по созданию постановок'''
 
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
 
** '''[[Сначала проект, потом анализ: прошлое возникает из будущего (ЛАФ-2025)]]'''
Строка 21: Строка 22:
 
** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.  
 
** '''[[Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014)]]''' и '''[[DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)]]''' — здесь про проектирование меньше, зато еще рассказано про отражение модели в код.  
 
** Последнее выступление '''[[DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)]]'''.
 
** Последнее выступление '''[[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)]]
 
* Серия статей «'''Как сделать хорошую интеграцию'''» на 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 представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]'''.
+
* [[:Категория:Диаграммы учета|'''Диаграммы учета''']] — фирменный способ CUSTIS представления учетных моделей. Наиболее полная статья '''[[Когда всем понятно]]''', а в выступлении [[Учетно-ориентированная архитектура - основа построения учета в распределенном ИТ-ландшафте (CNews Fin-2024)]] я фокусирвоался на архитектурном шаблоне, выделяющем учетный слой.
 
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
 
* Статьи по истории развития программирования на habr: [https://habr.com/ru/company/oleg-bunin/blog/511430/ '''История IT. Когда компьютеры были большими...'''] и [https://habr.com/ru/company/oleg-bunin/blog/516218/ '''История IT. ООП''']
 
* [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика
 
* [[Коммуникация при различной структуре мышления - таксономия против фолксономии (Максим Цепков на AnalystDays-2016)|Коммуникация при различной структуре мышления — таксономия против фолксономии]] — схемы СМД-методологии для аналитика

Текущая версия на 14:49, 4 сентября 2026

Архитектура и проектирование систем — моя специализация уже более 25 лет, и с 2010 года я делюсь накопленным опытом в различных выстулпниях. Тема включает в себя бизнес-анализ и системный анализ, и местами пересекается с темой Управление проектами. Материалы преимущественно касаются корпоративных и банковских, потому что это — мой основной опыт, однако ряд подходов переносятся и на продуктовую разработку, я это делаю. Всего сейчас в категории 122 статей с разными материалами (хотя ряд статей может быть включен в несколько категорий и посчитан несколько раз).

У меня есть несколько серий выступлений, часть из них выделено в отдельные категории, и отдельные выступления. Вот основные темы.

Подкатегории

В этой категории отображается 4 подкатегорий из имеющихся 4.

Страницы в категории «Архитектура»

Показано 66 страниц из 66, находящихся в данной категории.

2