AI Agentic Lab

Я не уверен, что готов к этому.

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

Хочешь — делай. Опыт приходит со временем.

Пока идет разработка, бизнес — это адвокат, который согласен тестировать прямо на ПРОДе. Но с первым же инцидентом бизнес — это прокурор, который никого не просил ускоряться в ущерб качеству.

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

Код живёт 2–3 коммита, потом переписывается агентом, поэтому неважно, как именно он написан. Паттерны типа SOLID были нужны людям, чтобы понимать код, который был единственным источником правды. Теперь есть спецификация, которая решает эту задачу, поэтому чистый код больше не актуален.

Без явных ограничений агенты склонны к созданию монолитных архитектур. Они оптимизируют код под функциональную корректность, а не под архитектурные атрибуты качества. В результате — техдолг растёт по экспоненте, а человек уже не сможет помочь, если агент зайдёт в тупик.

Вопрос: Как взаимодействуют между собой порты и адаптеры?

Вопрос: Можно ли исходящие адапптеры делать по одному на каждую вызываемую систему?

Вопрос: Как быть, если мне нужно вызывать один и тот же egress-адаптер из обоих слоев (core и application)?

Вопрос: Можно ли сохранять что-либо в БД не использую core-слой?

Начинал в аутсорсе, потом перешел в инхаус. Всего 4 года опыта. В предыдущей команде - полтора. Казалось, что я неплохо пишу код. Делал средние таски, но зарплата почти не росла.

Перешел к вам и понял. Решать сложные задачи мне тяжело. Да и сменить команду тоже проблема. Прохожу интервью, но офферов почти нет. В итоге обычнол иду, куда позовут. И все по кругу.

Для тебя время найдем!

Ну хотя бы не завтра!

class UserIngAppService
  implements UserIngAppPort {  
  
  UserIngCorePort userIngCorePort;  
  
  @Override  
  public void saveUser
    (String login, String password) {  
    // Логика взаимодействий... 
  }  
}

class SessionIngAppService
  implements SessionIngAppPort {  
  
  SessionEgrAppPort sessionEgrAppPort;  
  SessionIngCorePort sessionIngCorePort;  
  
  @Override  
  public SessionModel saveSession
    (String login, String password) {  
    // Логика взаимодействий...  
  }  
  
  @Override  
  public SessionModel getSession
    (UUID authToken) {  
    // Логика взаимодействий...  
  }  
}

interface SessionEgrAppPort {  
  
  Optional<SessionModel>
    getSessionByAuthToken
      (UUID authToken);
}

А почему нельзя использовать на уроне приложения DTO-шки из RestController-а или KafkaConsumer-а и Entities базы данных?

Чистая архитектура подобна "луковице". Внешний слой - инфраструктурный. Следующий - уровень приложения. Ну и в самом центре расположено ядро.

class UserModel {  
    UUID id;  
    String login;  
    String passwordHash;  
    LocalDateTime createDateTime;  
}

class SessionModel {  
    UUID id;  
    UUID authToken;  
    UUID userId;  
    LocalDateTime startDateTime;  
}

Какие требования настолько важны, что без них работа системы не имеет смысла?

class UserCoreService
    implements UserIngCorePort {

    UserEgrCorePort userEgrCorePort;
    CoreModelFactory coreModelFactory;
    BCryptPasswordEncoder passwordEncoder;

    @Override
    public void saveUser(
        String login,
        String password) {
        
        // Реализация бизнес-правил...
    }
}

class SessionCoreService
    implements SessionIngCorePort {

    UserEgrCorePort userEgrCorePort;
    SessionEgrCorePort sessionEgrCorePort; 
    BCryptPasswordEncoder passwordEncoder;
    CoreModelFactory coreModelFactory;

    @Override
    public SessionModel saveSession(
        String login,
        String password) {
        
        // Реализация бизнес-правил...
    }
}

Вот тогда мы бы сразу написали все как надо!

Раз все так классно и удобно, почему его не используют повсеместно?