Попробовал, наконец, разработку на 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
“Yangi O'zbekiston” universiteti va “Progressiv islohotlar markazi” o‘rtasida hamkorlik memorandumi imzolandi!
🤝Memorandumga ko‘ra, quyidagi yo‘nalishlarda hamkorlik ishlari olib boriladi:
🔹Hamkorlikda muhim mavzularda seminarlar, davra suhbatlari va xalqaro konferensiyalar tashkil etish;
🔹Birgalikda davlat va jamiyat uchun muhim mavzularda qo‘shma loyihalar amalga oshirish;
🔹Ilmiy yo‘nalishda hamkorlikni amalga oshirish hamda qo‘shma mualliflik asosida maqolalar chop etish.
📌 Ma'lumot uchun, “Progressiv islohotlar markazi” O‘zbekistonda barqaror taraqqiyot va samarali boshqaruvni qo‘llab-quvvatlashga qaratilgan mustaqilmarkaz hisoblanadi.
🔁English
➖➖➖➖➖➖➖➖➖➖➖➖➖➖
#memorandum#CPR
⬇️Biz ijtimoiy tarmoqlarda:
Veb-sayt | Telegram | Instagram | Facebook
Гражданская юстиция Англии снова оказалась на тонкой грани между технологией и процессуальной чистотой. Civil Justice Council опубликовал промежуточный доклад по использованию AI при подготовке судебных документов и, по сути, аккуратно подвёл систему к новому вопросу: если текст помогала писать машина, должен ли суд об этом знать?
Речь не о запрете. Рабочая группа прямо называет AI позитивным развитием, если в фокусе остаются интересы правосудия. Но дальше начинаются нюансы. Предлагается ввести так называемые enhanced statements of truth — усиленные подтверждения достоверности — для отдельных категорий документов.
По statements of case позиция довольно спокойная: если документ подписан конкретным солиситором или барристером, дополнительных правил не требуется. Ответственность персональная, подпись есть, профессиональный риск понятен. Аналогичный подход предлагается к skeleton arguments, хотя обсуждается и вариант специальной декларации о том, использовался ли AI.
Самый чувствительный блок — свидетельские показания. Особенно в контексте Practice Direction 57AC, применяемого в Business and Property Courts. Цель PD57AC — вернуть свидетельским показаниям их подлинный характер: слова свидетеля, а не литературную обработку юристов. И здесь рабочая группа фактически говорит прямо: трудно представить, как цели PD57AC могут быть достигнуты, если AI участвует в генерации текста. Поэтому предлагается требовать декларацию о том, что AI не использовался для создания содержания показаний, включая переформулирование, усиление, «украшение» или смягчение доказательств. Параллельно обсуждается внесение изменений в Part 32 CPR с аналогичной формулой.
По экспертам подход иной. Здесь предлагается не запрет, а прозрачность: эксперт должен раскрывать, какие AI-инструменты использовались и для каких целей, за исключением чисто технических задач вроде транскрибации. Это логично: экспертиза всё равно основана на профессиональной методологии, но суду важно понимать, где заканчивается человеческий анализ и начинается машинная генерация.
Интересно, что доклад не охватывает использование AI судьями или litigants in person. Отдельно отмечается сложность регулирования в отношении непредставленных сторон: AI может быть инструментом доступа к правосудию, и чрезмерные ограничения могут ударить именно по тем, кто и так в уязвимом положении.
Практический вывод для юристов простой и жёсткий. Эпоха «тихого» использования AI в процессуальных документах заканчивается. Даже если формального запрета не будет, тренд очевиден: прозрачность, персональная ответственность и акцент на том, что свидетельское доказательство должно оставаться человеческим, а не алгоритмическим.
Отдельный пласт — конфиденциальность и риск передачи данных третьим серверам, на что уже обратили внимание комментаторы. Вопрос не академический. Для коммерческих споров с чувствительными данными это зона реального профессионального риска.
Консультация продлится до 14 апреля 2026 года. Но стратегически всё уже ясно. Английский процесс не воюет с AI. Он просто напоминает: инструмент допустим, но контроль остаётся за юристом. И если вы подписали statement of truth, за текст отвечаете вы, а не модель.
#EnglishLawReport#CivilProcedure#AIandLaw#CPR#BusinessAndPropertyCourts#LegalTech#AccessToJustice
Я собрал в одну страницу то, что обычно объясняют часами: как реально устроен гражданский процесс в England & Wales по CPR.
Не «где-то там суд», а понятная дорожная карта: от pre-action писем до disclosure, interim applications, trial и момента, когда ты наконец пытаешься… получить деньги через enforcement.
Самый частый провал в спорах не в праве, а в процедуре: пропустили срок, неверно served, не дожали через interim, не подготовили документы, не подумали про исполнение решения. И всё, сильная позиция превращается в больной кейс.
Сохраняйте себе как мини-шпаргалку. Если надо, сделаю вторую страницу: ключевые сроки (14/28 дней, service rules, relief from sanctions) и где чаще всего «умирают» иски.
P.S. Процедура в Англии это не бюрократия. Это рычаг.
#EnglishLaw#Litigation#CivilProcedure#CPR#LegalStrategy#DisputeResolution#LawNotes#AybekThinkTank