В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

2983 membersпожаловаться на группу
2021 February 04

ОИ

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

Но в целом, большое спасибо за ответы! 🙏
Это было полезно. Теперь надо понять, как это можно применять в практике.
источник
00:28пожаловаться#1

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Ремарка:
Каждый раз, когда я задаю в чат вопрос начинается поток сознания, который может завести вообще чёрте знает куда. Для попытки понять ход мышления и направить его в нужное направление приходится сжигать эмпатию и силу воли. В конце концов вопросов становится больше, чем ответов.

Но в целом, большое спасибо за ответы! 🙏
Это было полезно. Теперь надо понять, как это можно применять в практике.
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

Сначала получете систематические результаты в теплицах, потом в аду.

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
источник
00:35пожаловаться#2

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

Сначала получете систематические результаты в теплицах, потом в аду.

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
Вопрос был как раз про теорию. Хотелось понять существование общего паттерна решения проблемы под название "риск", чтобы сделать подход универсальным, тратить на это меньше времени и мыслетоплива, а также достигать более высоких результатов и не пропускать риски.
источник
00:38пожаловаться#3

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Просто в аду другой диалект
источник
00:38пожаловаться#4

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Предельно просто. Цикл обучения: теория -> практика -> ошибки -> рефлексия

Сначала получете систематические результаты в теплицах, потом в аду.

Академические вещи работают в основном в теплицах. И конечно их нужно знать.
Всё работает академически. Просто для того, чтобы описать общий подход, необходимо иметь много опыта и приложить много сил.

Не академически всё тоже работает, но хреново.
источник
00:39пожаловаться#5

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Вопрос был как раз про теорию. Хотелось понять существование общего паттерна решения проблемы под название "риск", чтобы сделать подход универсальным, тратить на это меньше времени и мыслетоплива, а также достигать более высоких результатов и не пропускать риски.
Вот здесь ключевая ошибка. Универсальность - это всегда компромисс. В граничных условиях компромиссы не работают.
источник
00:39пожаловаться#6

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Вот здесь ключевая ошибка. Универсальность - это всегда компромисс. В граничных условиях компромиссы не работают.
Смотри, у тебя есть кейс риска, у этого кейса есть общая схема решения, которая состоит из вариантов. Эта общая схема ограничивается текущем контекстом.
источник
00:40пожаловаться#7

ОИ

Олег Игонин... in Архитектура ИТ-решений
Знать общую схему - значит знать все варианты, которые стоит проработать.
В ином случае может выйти, что при решении риска у тебя были и другие варианты, но ты их не видел.
источник
00:41пожаловаться#8

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Смотри, у тебя есть кейс риска, у этого кейса есть общая схема решения, которая состоит из вариантов. Эта общая схема ограничивается текущем контекстом.
Нет. В какой-то момент ты понимаешь, что твой универсальный фреймворк не вполне универсален
источник
00:42пожаловаться#9

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Знать общую схему - значит знать все варианты, которые стоит проработать.
В ином случае может выйти, что при решении риска у тебя были и другие варианты, но ты их не видел.
Короче, ты прав. Как напишешь диссер, поделись
источник
00:43пожаловаться#10

ОИ

Олег Игонин... in Архитектура ИТ-решений
Gennadiy Kruglov
Короче, ты прав. Как напишешь диссер, поделись
Я тут не свою правоту доказываю, а пытаюсь понять, как лучше поступить. 🤣
Имеет смысл на курсы записываться, чтобы услышать этот "универсальный фреймворк" или нет. 😅
источник
00:45пожаловаться#11

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Олег Игонин
Я тут не свою правоту доказываю, а пытаюсь понять, как лучше поступить. 🤣
Имеет смысл на курсы записываться, чтобы услышать этот "универсальный фреймворк" или нет. 😅
Читать -> практиковать -> ошибаться -> делать выводы
источник
00:46пожаловаться#12

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И вместо универсализации учиться адаптации
источник
00:47пожаловаться#13

И

Иван in Архитектура ИТ-решений
Повторять до пены у рта
источник
00:47пожаловаться#14

АК

Алексей Козлов... in Архитектура ИТ-решений
Олег Игонин
Вопрос был как раз про теорию. Хотелось понять существование общего паттерна решения проблемы под название "риск", чтобы сделать подход универсальным, тратить на это меньше времени и мыслетоплива, а также достигать более высоких результатов и не пропускать риски.
Риск = неопределённость, повезёт/не повезёт.

Вероятность наступления риска = субъективная оценка, мониторинг предпосылок.
Степень влияния риска = бабки, которые получится сэкономить или потратить.

План действий при срабатывании - что делать, если случилось.
План влияния на вероятность - что делать, чтоб было или не было.

Триггеры - как понять, что риск свершился.
источник
00:48пожаловаться#15

И

Иван in Архитектура ИТ-решений
В риске главное не его вероятность а impact
источник
00:49пожаловаться#16

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Иван
Повторять до пены у рта
🤗
источник
00:50пожаловаться#17

И

Иван in Архитектура ИТ-решений
Даже если риск маловероятен но он ставит под угрозу все то от него будут защищаться
источник
00:50пожаловаться#18

ОИ

Олег Игонин... in Архитектура ИТ-решений
Алексей Козлов
Риск = неопределённость, повезёт/не повезёт.

Вероятность наступления риска = субъективная оценка, мониторинг предпосылок.
Степень влияния риска = бабки, которые получится сэкономить или потратить.

План действий при срабатывании - что делать, если случилось.
План влияния на вероятность - что делать, чтоб было или не было.

Триггеры - как понять, что риск свершился.
О, это видимо как раз часть "универсальной подхода" по работе с рисками.
Да, я про это и говорю. Но там много всего вокруг - как выявлять, как эскалирвоать, как прикрывать себя от последствий, куда это всё записывать...
источник
00:50пожаловаться#19

ОИ

Олег Игонин... in Архитектура ИТ-решений
И да, я не прошу сейчас всё это расписывать)))
источник
00:51пожаловаться#20