Телеграмм чат группы itarchitect страница 2489

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

1919 membersпожаловаться на группу

2020 January 08

PD

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

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

источник

01:34пожаловаться #1

AZ

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

Нее. Цель - это не точка зрения.
Базисные множества - это плохо, лучше роли. Но это все часть описания и выстраивания процессов.

Сложность управления возрастает следующим образом:
Процессы<Потоки<Системы<Самоорганизующиеся системы<Развитие

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

источник

01:34пожаловаться #2

AZ

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

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

Это шаги 4 и 5 где строго математически порождаются все возможные структуры - концептуальный взрыв. Там уже с предметниками (специалистами в данной предметной области) сидите и ищете в конечном множестве самый идеальный вариант с данной точки зрения.

источник

01:36пожаловаться #3

DZ

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

Это шаги 4 и 5 где строго математически порождаются все возможные структуры - концептуальный взрыв. Там уже с предметниками (специалистами в данной предметной области) сидите и ищете в конечном множестве самый идеальный вариант с данной точки зрения.

Все возможные структуры -- похоже на применение Пролога для лабораторки))

источник

01:38пожаловаться #4

AZ

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

Это шаги 4 и 5 где строго математически порождаются все возможные структуры - концептуальный взрыв. Там уже с предметниками (специалистами в данной предметной области) сидите и ищете в конечном множестве самый идеальный вариант с данной точки зрения.

Единственное по моему опыту оргструктурного проектирования хватало первых трех шагов, на лет 5 вперёд. Дальше на столетия заказа не было, 4 и 5 шаги не применял.

источник

01:39пожаловаться #5

AZ

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

Denis Zarin

Все возможные структуры -- похоже на применение Пролога для лабораторки))

Декартиан (декартово произведение множеств) и булеан (все подмножества данного множества вроде бы, точно не помню), может эти операции в прологе есть, я не в курсе))

источник

01:39пожаловаться #6

DZ

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

Декартиан (декартово произведение множеств) и булеан (все подмножества данного множества вроде бы, точно не помню), может эти операции в прологе есть, я не в курсе))

Это больше похоже на C из n по n. Хорошо работает на бумаге только. В реальной жизни комбинаторный взрыв -- это конец истории.

Работают паттерны и эвристики.

источник

01:41пожаловаться #7

AZ

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

Denis Zarin

Это больше похоже на C из n по n. Хорошо работает на бумаге только. В реальной жизни комбинаторный взрыв -- это конец истории.

Работают паттерны и эвристики.

Ну сорян, если мы проектируем на 1000 лет, то можно и подумать))

А так да, до 10-20 лет по моим прикидкам можно и без взрыва спроектировать... думаю с этим умением работать с концептуальным взрывом и становятся концептуалистами :)

источник

01:43пожаловаться #8

AZ

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

Denis Zarin

Это больше похоже на C из n по n. Хорошо работает на бумаге только. В реальной жизни комбинаторный взрыв -- это конец истории.

Работают паттерны и эвристики.

Паттерны и эвристики как раз и использую сам. Там в чем фишка, погружаешься по шагам, и тут бац! Заказчик говорит, что всё ясно стало. Значит концептуальный акт состоялся :)

источник

01:45пожаловаться #9

DZ

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

Ну сорян, если мы проектируем на 1000 лет, то можно и подумать))

А так да, до 10-20 лет по моим прикидкам можно и без взрыва спроектировать... думаю с этим умением работать с концептуальным взрывом и становятся концептуалистами :)

Я не верю в орг структуры на 1000 лет, и в этом я не одинок))

Обратная точка зрения -- есть известный ролик, как динамически меняется орг структура Autodesk, адаптируясь к изменениям бизнеса / рынка.

источник

01:45пожаловаться #10

PD

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

Сложность управления возрастает следующим образом:
Процессы<Потоки<Системы<Самоорганизующиеся системы<Развитие

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

Так развитие - это часть процесса. Обратная связь, самоизменения, критерии. Там все просто - на коротких промежутках.

источник

01:46пожаловаться #11

PD

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

А на длинных промежутках - не интересно, там или шах или ишак...

источник

01:46пожаловаться #12

AZ

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

Denis Zarin

Я не верю в орг структуры на 1000 лет, и в этом я не одинок))

Обратная точка зрения -- есть известный ролик, как динамически меняется орг структура Autodesk, адаптируясь к изменениям бизнеса / рынка.

Сейчас делаю проект на текущей работе, чтобы оргструктуру перестраивать под задачи )))

Про это и бился Кузнецов Побиск Никаноров об номенклатурные скалы,,как я понял. Мечтали чтоб это работало в СССР/России..

источник

01:47пожаловаться #13

PD

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

Там более что никакие предметники не выйдут за текущие модели, а те устареют через 20 лет полностью

источник

01:47пожаловаться #14

PD

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

И странно, что такие простые вещи не понятны.

источник

01:47пожаловаться #15

AZ

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

Так развитие - это часть процесса. Обратная связь, самоизменения, критерии. Там все просто - на коротких промежутках.

Вы про самоорганизующиеся системы говорите. Про синергетику и прочее. Развитие ещё сложнее

источник

01:47пожаловаться #16

DZ

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

Паттерны и эвристики как раз и использую сам. Там в чем фишка, погружаешься по шагам, и тут бац! Заказчик говорит, что всё ясно стало. Значит концептуальный акт состоялся :)

Для консалтинга норм, Фил выше писал)) Лишь бы было представительно и клиенту весело.

источник

01:48пожаловаться #17

AZ

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

А на длинных промежутках - не интересно, там или шах или ишак...

Если вы не видите суслика, это не значит что его нет

источник

01:48пожаловаться #18

PD

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

Вы про самоорганизующиеся системы говорите. Про синергетику и прочее. Развитие ещё сложнее

Всего лишь второй автокаталитический цикл и ограничение по ресурсам - вот и развитие.

источник

01:49пожаловаться #19

AZ

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

Denis Zarin

Для консалтинга норм, Фил выше писал)) Лишь бы было представительно и клиенту весело.

У меня всё хуже. Сижу на рабочем месте и пытаюсь перестроить, развить (?) организацию вокруг. Гендир пока терпит. Это сложно, может даже особо сложно, тем и нравится )

источник

01:49пожаловаться #20