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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #32 · 29.05

Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах. Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха). Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду. Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль. Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре. #dev

Hashtags

Резултати

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

Търсене: #judicialreasoning

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

@enlawreport · Post #1835 · 20.12.2025 г., 07:36

За декабрь 2025 года я внимательно разобрал 17 решений Commercial Court в High Court of England and Wales. Один месяц, разные судьи, разные типы споров — от summary judgment и jurisdiction до contempt, arbitration challenges и тяжёлых коммерческих процессов. И при всём этом разнообразии обнаружилась одна неприятно точная закономерность: суд сегодня почти не интересуется тем, насколько красив или интеллектуально изящен ваш аргумент. Его интересует другое — когда, как и после чего вы его принесли. Commercial Court больше не ведёт спор по существу, если процессуально вы уже опоздали. Ключевой вопрос суда звучит не «кто прав?» и даже не «что справедливо?», а предельно прагматично: допустимо ли то, что вы делаете, на этой стадии процесса, в этом формате и с учётом всего, что уже произошло. Если ответ отрицательный, дальнейший анализ просто не начинается. Не потому что аргумент слаб, а потому что он юридически не существует. Самый важный сдвиг последних лет — стадия процесса стала важнее содержания аргумента. Можно быть правым по существу и проиграть без шансов только потому, что вы сказали это слишком поздно или не тем способом. Суд всё чаще пишет: даже если вы правы, сейчас это недопустимо. И на этом ставит точку, без эмоций и без сожалений. Процессуальный выбор стал дорогим. Если вы не заявили факт вовремя, не пошли с amendment, сознательно выбрали тактику «посмотрим, как пойдёт», суд не будет вас спасать. Он исходит из того, что вы приняли риск. А риск — это не абстрактное понятие, а ваша личная ответственность как стороны профессионального спора. Очевидность без зафиксированного finding’а для суда равна нулю. Новый эксперт, новый отчёт, новая формулировка не оживляют вопрос, который уже был решён или который вы сами решили не поднимать вовремя. Многие по привычке хватаются за прецеденты, как за спасательный круг. Но практика декабря 2025 года показывает: authority больше не компенсирует плохой тайминг. Даже Supreme Court не поможет, если вы нарушили процессуальную дисциплину. В иерархии суда сегодня выше стоят CPR, процессуальная история дела и ранее вынесенные orders, а не красота правовой конструкции. Что же суд реально защищает? Не стороны и не их эмоции. Он защищает финальность решений, предсказуемость процесса, авторитет собственных приказов и дисциплину игры. Commercial Court всё меньше выглядит как арбитр конфликта и всё больше — как архитектор системы. Он не исправляет стратегии, не даёт вторых попыток и не переписывает процессуальную историю задним числом. Практический вывод предельно прост и довольно неприятен. Сегодня выигрывает не тот, у кого самый умный аргумент, а тот, кто думает стадиями, фиксирует факты сразу, не оставляет важное «на потом» и понимает, что хороший аргумент, сказанный слишком поздно, для суда не существует. Это не жёсткость и не цинизм. Это современное понимание судебной функции. Если вы хотите научиться читать судебные решения не как хронику событий, а как инструкцию по выживанию в Commercial Court, напишите мне в личные сообщения. Я покажу, как под это мышление реально выстраивать стратегию дела, а не просто реагировать на решения постфактум. #CommercialCourt#EnglishLaw#LitigationStrategy#JudicialReasoning#LegalPractice#Arbitration#UKLaw#LegalStrategy