А я недавно SFTP сервер от SolarWinds ставил, сносить что ли?

зачем, всегда будет чёрный ход, если что

А зачем его ставить? sftp есть в комплекте с openssh

Да с OpenSSH какие-то проблемы были на конкретном серваке или сегменте сети, лень было разбираться почему.

Результаты опроса что интересно ИТ-архитекторам. Друзья, спасибо, буду делать канал с этими акцентами)

Опросник отработал не правильно или я чего то не понимаю? Почему общий процент 300+?

Мне вчера в голову пришла простая мысль, вернее гипотеза. The Open Group, выпустив agile architecture framework закрыла тему "правильных" или эталонных корпоративных архитектур. Их больше не будет. Так же, как agile в разработке, заменил фантазию о "типовом" процессе разработки (роли, активности, артефакты) на рекомендацию командам изобретать собственный процесс исходя из особенностей задачи и конкретных людей, в архитектуре не будет заведомо "правильных" решений. Так что пункт "готовые к использованию шаблоны корпоративного архитектора" -выглядит утопично. Неправильные решения, впрочем, сохранятся. Ими в виде шаблонов обмениваться можно

Согласен)

Я имел в виду «использовать в работе», а «не копировать».

Вообще «правильное» сейчас скорее как старт к «подумать и придумать свое», «сделать на основе его обледование, но не как «хорошо-плохо», а просто посмотреть как-то структурированно посмотреть»…

Даже когда мы говорим про business capability map в разных организациях в одной отрасли - кубики получаются разные, даже если начинаем с одинакового.

Также дополню ваше рассуждение тем что вижу сейчас происходит в «процессных фреймворках и стандартах разработки софта»:
сейчас также отходят от указания «должен быть целиком процесс такой-то, применяйте его целиком, а лучше 20 процессов сразу😊», говорят «вот есть «много мелких практик», применяйте их как вам удобно, да и вообще можете комбинировать их и из разных стандартов, не только от нас, да и применять в параллели» (например, ITILv4, OMG Essence, методологии PM)

Да, правильно. Он был настроен на «несколько ответов».

blue printы по отраслям/стратегиям, по сути быть то должны? Иначе как "входить" в Архитектуру если до этого все было на коленке? Если совсем отменить шаблоны наборов практик и решений, это создаст еще больше путаницы для тех кто "входит".

Должны, должны конечно быть. Но относится к ним надо именно как к примерам

Мое мнение - мы в РФ часто путаем про архитектурный framework. Мы часто думаем что это - best practice, а весь мир его воспринимает как основу, которую надо брать и на ее основе делать своё...

По русски это называлось «каркас»

Рыба

Каркас часто основан на лучших практиках, его можно брать и делать на его основе своё

Хороший каркас рождается на обобщении опыта. Лучшие практики - это "побочный" эффект, но весьма полезный

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

- Для воплощения продукта нужно решение
- Решение это система, потому что когда есть две и больше взаимосвязанные части, даже в разных измерениях - это система
- Решение может быть реализовано с помощью других продуктов

И теперь самое важное:

Продукт - это по сути социотехническая система.

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

И всё это - множество элементов, находящихся в отношениях и связях друг с другом и образующих определенную целостность, единство, то есть - система.

На продукт влияет конъюнктура и политика. То есть конъюнктура и политика влияет на все или многие элементы этой социотехнической системы.

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

И продукт и решение, это системы, но разного порядка.

Рамка. Например "правовая рамка"

Каркас - неудачный перевод. Поэтому неологизм "фреймворк" и прижился.

С моей точки зрения - фреймворк, это скорее конструктор с инструкцией.

При этом конструктор основан на лучших практиках. Например, конструктор велосипеда включает круглые колёса со стальными спицами, прочную раму, руль, мягкое седло и пр, а также инструкцию по сборке.

Круглые колёса, прочная рама и сама конструкция велосипеда, отражённая в инструкции, это лучшие практики.

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

Дело то в том что конструктор !только деталей под капотом. Кузов не предусмотрен. Вот и начинаются проблемы. Начинают в неподходящий кузов устанавливать. Если мы уже в конструкторских темах аналогии приводим.