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 подобни публикации

Търсене: #arbitrationready

当前筛选 #arbitrationready清除筛选
English Law Report

@enlawreport · Post #1877 · 20.01.2026 г., 07:54

⚡️Юристы и фаундеры часто спрашивают одно и то же: почему контракт выглядит нормально, а потом внезапно превращается в проблему. Ответ почти всегда один: red flags были в тексте. Просто их не увидели вовремя. Я собрал 10 точечных Red Flag чек-листов по ключевым контрактным зонам риска. Не учебник и не теорию, а практический инструмент: что именно смотреть, где чаще всего прячутся ловушки и как их распознать до подписания. Это те пункты, из-за которых: – бизнес теряет деньги – юристы спорят постфактум – споры доходят до арбитража Что внутри пакета ☝️ 1. Terms & Definitions Определения, которые меняют смысл всего договора 👉Купить на Tribute 2. Continuous Supply Непрерывность поставок и иллюзия обязательств 👉Купить на Tribute 3. Best Efforts Самая опасная формулировка в английском праве 👉Купить на Tribute 4. Step-in Rights Когда контрагент может зайти в ваш бизнес 👉Купить на Tribute 5. Price Adjustment Как цена «плывет» после подписания 👉Купить на Tribute 6. Escalation of Costs Перекладывание рисков роста расходов 👉Купить на Tribute 7. Time Is of the Essence Когда сроки превращаются в оружие 👉Купить на Tribute 8. Holdback Деньги удержали. Формально законно 👉Купить на Tribute 9. Payment Upon Approval Оплата, которая может не наступить никогда 👉Купить на Tribute 10. Exclusivity Эксклюзивность, которая связывает руки 👉Купить на Tribute Почему это стоит купить – каждый чеклист решает одну конкретную проблему – применимо сразу к договору, который лежит у вас на столе – экономит деньги, время и нервы – идеально для due diligence, contract review и переговоров Если вы работаете с контрактами и не хотите учиться на собственных спорах — это must-have набор. Выберите один чеклист под текущий договор или заберите все и закройте основные зоны риска разом. #contractdrafting#legalrisk #redflags#englishlaw #commercialcontracts #duediligence#legalstrategy #contractreview#arbitrationready #inhousecounsel#founders #businesslaw#legaltools #lawyerslife#contractrisk