TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #973 · 20.04

В C# есть модификатор доступа internal, который закрывает свойство или метод для всего, кроме текущей сборки (сборка это по сути группа пространств имён). И это чертовски удобно для построения правильной архитектуры по DDD — ты делаешь домен отдельной сборкой без внешних зависимостей, у сущностей закрываешь сеттеры и другие поля модификатором internal, а бизнес-правила с открытыми методами уже пишешь в агрегатах, которые содержат эти сущности. Агрегаты объявлены в той же сборке, так что они могут с сущностями делать что угодно, но слой приложения уже сможет вызвать только метод агрегата. Пример. Есть бизнес-процесс, который включает в себя две сущности: письмо и прикреплённый к нему документ. У каждой из этих сущностей разные жизненные циклы, но письмо можно отправить только в том случае, если статус документа "Согласован". Мы делаем агрегат "письмо с документом" и там public-метод отправки письма сначала проверяет статус документа, а потом вызывает internal-метод отправки в сущности письма. Снаружи (вне домена) вызвать сразу отправку письма невозможно. Но как эту задачу решают разработчики на других языках? Я совершенно не понимаю, как сделать хорошую архитектуру без internal. Окей, в некоторых языках вообще нет вменяемого ОПП и системы типов, но и к таким ребятам я бы не подходил с вопросами об энтерпрайз-архитектуре. Однако, многие серьёзные проекты пишутся на Java или, скажем, Go, что делают разработчики там? Может, кто-нибудь знает, и расскажет мне в комментариях? #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #shippingtech

当前筛选 #shippingtech清除筛选

🚢ИИ в судоходстве: инструмент эффективности или новый перегруз экипажей? Развитие искусственного интеллекта ИИ(AI) в морской отрасли всё чаще рассматривается как следующий этап цифровизации флота, однако ключевой вопрос заключается не в технологии, а в её практическом применении. За последние 30 лет внедрение спутниковой связи, датчиков и цифровых систем уже обеспечило высокий уровень обмена данными между судном и берегом. Тем не менее, во многих случаях технологии лишь накладывались на существующие процессы, увеличивая нагрузку на экипажи вместо её снижения. Современный этап внедрения AI демонстрирует схожую проблему: с одной стороны — ожидания полной автоматизации, с другой — риски неправильного, неэтичного или неэффективного применения. Практическая ценность AI в судоходстве заключается не в замене человека, а в повышении безопасности операций, автоматизации рутинных задач, улучшении навигационной поддержки и анализа данных, а также снижении операционной нагрузки на экипаж. Ключевой фактор успеха — интеграция AI как инструмента, а не как дополнительного слоя технологий. В противном случае цифровизация продолжит увеличивать сложность эксплуатации вместо повышения эффективности. Отраслевые эксперты подчеркивают, что будущее AI в судоходстве будет определяться не разработчиками технологий, а операторами флота, которые решат — станет ли AI инструментом повышения эффективности или источником дополнительной нагрузки. 📌 Морская цифровизация активно развивается с начала 1990-х годов с внедрения спутниковой связи и систем мониторинга судов. Сегодня ключевыми драйверами являются автоматизация, большие данные и AI, которые формируют новую модель управления флотом. Основные решения разрабатываются технологическими компаниями и интеграторами, однако конечное применение и контроль остаются за судоходными операторами и судовладельцами. #AI#ShippingTech#Digitalization#Maritime#FleetManagement