Некоторое время назад я находился под впечатлением акторной модели разработки.
Сюда же до кучи такие фреймфорки как Akka/Kafka/Storm и язык Erlang и его подход
к разработке. Ну и микро-ядро Таннебаума. И мне кажется что я начал понимать старика Кея.
Объекты - суть клетки обменивающиеся сигналами. Или сообщениями. Такая модель очень
жива и естественна. Она напоминает сеть в миниатюре. Тоесть каждый объект - суть хост
в концепции IP-protocol. И вся сеть не страдает или не болеет от падения или от отказа
в обслуживании одного объекта-хоста. Она - продолжает работать. Такая степень ослабления
взаимодействия позволяет писать и отлаживать не программный комплекс а отдельные
микро-объекты которые существуют вполне себе сами. И могут быть под отладчиком.
Или под профайлером независимо от перформанса всей системы. Эти-же объекты
могут обновить свою версию в онлайне (Erlang) или продублироваться для перформанса
в пулы (Akka/Kafka) и процессить больше сообщений.

Несколько лет назад я пилил свой географический анализатор сетевых атак. Основная
идея была в том чтобы визульна на географической карте или на квадрате IP-v4 адресов
представить угрозу как некий прямоугольник. Далее админ безопасности в режиме диалога
или команд конфигурирует iptables в соотвествии с обобщенными свойствами адресов.

К сожалению ничего из этого проекта я толком не реализовал. Главная причина - растущая
сложность этого графического приложения. Оно стало монстром. Оно втягивало слишком
много функционала хотя его задача была - только в интеракции с логом событий. Или
с ендпоинтом сообщений. Типа AMQP. И сегодня я принял решение выкинуть нахер старое
приложение и переписать его на принципах взаимодействия сообщений в рамках
локального хоста или IPC.

К чему это я все. Мне не помогало ООП. Оно играло важную роль. Но его было недостаточно
чтобы разбить этот монолит на еще более тонкие части (модули или микросервисы да похер
как называть. Неважно). Важно что я смогу собрать своё внимание только на небольшой
части функционала.

Не знаю. ООП последних 30 лет ... особенно в части С++ слишком циклиться на технических
вопросах. Например как похитрее запрятать приватное поле что.... (!) получить к нему доступ
снова (!!) через какой-то гребаный указатель. Простите. Сколько лет я в энтерпрайзе - я не могу
найти бизнес-кейса для этого случая.

Это скорее комплексность искусствено превнесённая. Я-бы сказал ... издержки языка.
Тоесть ООП С++ ного вида слишком сильно концентрируется на синтетических задачах
которые само порождает.

Здесь я вспоминаю слова классика о том что основной читатель программ - это все
таки человек и адресованна программа человеку. И лишь в некоторых случаях - транслятор.

Мне недостаточно было бить на модули. Я хотел отвязаться от обратной связи. У меня один из модулей
был генератором событий. Событие типа "атака с сетевого адреса xxx.xxx.xxx.xxx". А другой модуль
просто читал стрим этих событий и визуализировал их.

Тоесть модуль визуализации не должен был иметь возможности видеть API модуля генерации.

Скорее всего да. Люди делятся на художников и не-художников.

Ладно. Извините что я вторгся в ваш топик.

Когда в вопросе участвует страна и политика - тогда имеет смысл рассмотреть и такую
стратегию. Более того. Убежден что государства имеют у себя такой "рубильник".

Обычно бизнесовый объект может иметь от 1 до 1000 полей. И работать с ними в среде разработки
удобнее делая typewriting with autocompetition. Тоесть вы как-бы в контексте этого объекта. Это
пожалуй неоспоримое преимущество объекта. И еще делая скидку на то что у него есть скрытые
поля и прочее.

И еще до кучи. Была библиотека. Кажется Dozer. Ее весь смысл сводился к конфигурациям конвертеров
объектов. Тоесть к примеру вам надо интегрировать какой-то Soap-сервис от одного бизнеса с Rest-сервисом
другого. По сути - переливать сущности из одного места в другое. Стабы сделаны. Интерфейсы готовы
и осталось на 80% рутины - сделать просто маппинги. И поскипть или каким-то магическим образом
проскочить эту часть работы - невозможно. Можно конечно думать об отказе от ООП или о решении
задачи на другом уровне. Но маппинги чьорт из подери никуда не денутся. Какой-то кодер должен
сесть. Взять спецификации и это сделать.

(пожимая плечами)

Да какая разница. Ухудшилась политическая обстановка с Гондурасом.
Гондурас DDOS-ить гос-сайты вашей страны.

P.S. Разумеется я понятия не имею как устроен магистральный файрвол. Я даже не
знаю как он работает и на каких протоколах. Я просто размышлял об идее.
И если эта идея выльется не в такую амбициозную задачу как бан государства
а просто в админ тул - и то хорошо.

Я даже думаю что этот софт есть и написан. Но когда-ж это нас останавливало....

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

Вот с точки зрения теории управления кто здесь управляющий и кто управляемый.

А сам козак Платов управляет?

Уже не хочу. Я на другом зарабатываю. А инфо-графика - это хобби.