Примерно так выглядит охрана Законом прав среднестатистического гражданина РФ за один день пребывания в международном роуминге. Все звонки без исключения - спам ("Who calls" распознал еще меньше, чем на скрине).

И это при том, что номер непубличный, ни в каких открытых источниках, досках объявлений, никогда не публиковался (для этих целей существует дополнительный номер). Можете представить себе масштабы торговли персональными данными в России.

Пытаюсь понять, откуда в России столько ущербных субъектов коммерческой деятельности, единственная способность которых заявить о себе - это навязывание. И откуда столько ущербных разработчиков, годящихся разве что только для клепания спам-систем.

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

Еще один пример "на пальцах" того, чем отличается итеративно-инкрементальная модель разработки от каскадной.

Представьте, что вы едете в отпуск. Вы изучаете информацию об отелях и бронируете отель. Уплачиваете всю сумму стоимости проживания сразу по предоплате. Это - каскадная модель.

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

Что произошло после вселения? По прошествии одного дня вы получили новое знание экспериментальным (т.е. опытным) путем.

А что если минимизировать риски уплатив стоимость всего одого дня предоплаты в качестве бронирования? Тогда по прошествии одного дня вы производите инспекцию результата опытным путем, и решаете переселиться в другой отель. Это называется адаптация. Вы переселяетесь в другой отель, учитывая обретенные знания в результате опыта с первым отелем. Цикл повторяется. Это называется итерация, т.е. итеративная модель.

Планируя поездку, вы понимаете, что нужно позаботиться о трансфере и поручаете проработку этого вопроса своей второй половинке. Она может это делать параллельно с вами. Это называется инкремент, т.е. инкрементальная модель.

В сумме получается итеративно-инкрементальная модель, которая лежит в основе Agile-модели.

У вас появились дети, вы начинаете путешествовать всей семьей, и понимаете, что бегать из отеля в отель становится накладно. Тогда вы начинаете тщательней относиться к выбору отеля, оставляя за собой право изменить решение. Изучаете отзывы, звоните в администрацию отеля, выясняете наличие возможности реализовать свои требования и т.п. Но решили не тратить на эту деятельность более одного дня, чтобы трудоемкость выбора отеля не превзошла трудоемкости переселения в другой отель. Это называется гибридная модель, совмещающая в себе как продуктовые, так и проектные практики.

UPDATE: Как справедливо заметил @BorisRomanov:

ага. Оплатил один день, решил съехать, но обнаружил, что во всех соседних отелях мест нет, а до ближайшего со свободными номерами - 150 км. Это риски итеративной модели :)

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

UPDATE2: Вы также можете заблаговременно предусмотреть возможность адаптации, например, зарезирвировав номер в двух отелях, а потом отказаться от одной из броней. Это уже Agile Architecture.
- https://architectelevator.com/architecture/architecture-options/
- https://architectelevator.com/strategy/always-be-right/
- https://pubs.opengroup.org/architecture/o-aa-standard-single/

UPDATE3: В данной системной метафоре отпуск является продуктом, отель - конструкцией, реализующей функцию проживания, трансфер - конструкцией, реализующей функцию передвижения к месту назначения и назад.

"Месяц под звездами фантазии", Зискин
Легко находится в бесплатном доступе

Петров В. Базовый курс по ТРИЗ
Есть ассоциация ТРИЗ у них в свободном доступе некоторые книжки были. Сайт, увы, не помню

У него штук 10 книг.
Можно начать с http://triz.natm.ru/articles/petrov/00.htm

Но очень неплохая детская - "И тут появился изобретатель" (https://triz-guide.com/storage/app/media/books/altshuller_gs_i_tut_pojavilsja_izobretatel.pdf)

Ну и остальное на https://triz-guide.com/books можно поглядеть :)

К вопросу о том, что почитать по диалектике:
http://triz.natm.ru/articles/petrov/3.2.0.htm

Когда-то я сказал, что "архитектура - есть суть разрешение противоречий".

После долгих исследований литературы, публичных и личных обсуждений вопроса о том, что такое архитектура, я еще больше укореняюсь именно в таком толковании. И этот пост наглядно демонстрирует мои мысли:
https://www.tgoop.com/systemswing/132

Попутно он хорошо демонстрирует применение на практике первого и второго законов диалектики.

[UPDATE]:

Architecture Definition Isn’t Just Design
———————
A common question that arises is whether architecture definition is “just” part of design or whether there is something more to it. It’s true that architecture definition incorporates elements of design and also of requirements analysis, but it is a separate activity from each of these.
———————
• Design is an activity focused on the solution space and targeted primarily at one group of people—the developers. It works within a clearly defined set of constraints (the system’s requirements) and is essentially a process of translating these into the specifications for a conformant system. Historically, design has tended not to focus as much on the needs of other groups such as operations or support, assuming that their needs have been captured in the requirements specifications (or often ignoring them altogether).
• Requirements analysis, on the other hand, is an activity focused on the problem space that (in its purest forms) ignores the needs and constraints of groups like developers and systems administrators because it defines what is desired rather than what is possible. It also works within a clearly defined set of constraints (the system’s required scope), although within these constraints it tends to have much more freedom than the design process does.
———————
Architecture definition resolves this tension by bridging the gap between the problem and solution spaces. Its focus is to understand the needs of everyone who has an interest in the architecture, to balance these needs, and to identify an acceptable set of tradeoffs between these where necessary. The tradeoffs take into account the constraints that exist (e.g., technical feasibility, timescales, resources, deployment environment, costs, and so on).

-- "Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives" 2nd edition by Nick Rozanski, Eóin Woods

📝 Способы разрешения системных (технических) противоречий
http://www.triz.natm.ru/instrum/11priem.htm

💬 14:45. Звонит мой приятель, очень успешный художник. Он приглашает меня на открытие своей выставки. Я нахожу большое удовольствие в общении с этим парнем. В отличие от многих других деятелей искусства, он совершенно чужд тщеславия.

Как-то раз, несколько месяцев назад, он пригласил меня в свою студию. Мы стояли и беседовали в окружении холстов и красок, как вдруг он говорит: «Хочешь посмотреть, как я заработаю 25 тысяч долларов прямо сейчас, до ланча?» – «А как же», – ответил я, слабо представляя себе, что он имеет в виду. И тут он берет открытое ведерко с краской и выплескивает некоторое ее количество на расстеленный на полу холст. Затем берет ведерко с другой краской и снова выплескивает немного на холст. И так четыре раза подряд. На все это у него ушло не более двух минут. Затем, повернувшись ко мне, он говорит: «Ну вот, теперь хватит, готово, можно и обедать!»

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

В глубине души я всегда подозревал, что современное искусство – это большое надувательство. Многие из самых популярных художников зачастую проявляют больше таланта в сфере продаж и саморекламы, нежели в области живописи или скульптуры. Иногда я задумываюсь, а что будет, если коллекционеры узнают, как на самом деле изготовляются некоторые шедевры, чему я был свидетелем тем утром. И самое смешное, что мир искусства настолько парадоксален, что это могло бы сделать картины моего друга еще более дорогостоящими! Однако не думаю, что он рискнет проверить мое предположение.

-- Д.Трамп, "Искусство заключать сделки"

P.S.: Ничего не напоминает?

Коллеги, хочу обратить внимание на канал Геннадия Круглова о системной инженерии в архитектуре программного обеспечения:
https://www.tgoop.com/IndustrialSoftwareArchitecture

Если вы помните мои обсуждения с Геной в профессиональных пабликах, то знаете, что у Гены основательный, научный подход, основанный на глубоком изучении теории, подкрепленной обширной практикой.

Такого уровня качество исследования, как в нашем обсуждении по SAGA, я больше не встречал нигде.

Гена любое явление исследует вплоть до момента зарождения первоначальной идеи в голове автора.

Публикации Гены затрагивают чрезвычайно острую проблему в разработке программного обеспечения, о важности которой вы можете судить из статьи Craig Larman "Системное мышление".

В канале излагается информация, проверенная практикой в одном из крупных архитектурных подразделнний Сбера.

В общем, я подписался на его канал.

Интересный цикл постов про асинхронщину и параллелизм от @ea_kozlov . У парня определенно есть талант излагать сложное просто.

Трушный гик! Один из самых начитанных и грамотных специалистов, которого я когда-либо знал! Говорите, некогда читать? У него как-то находится время еще и писать книги со статьями. Титан!
https://www.instagram.com/coderatworkout