Допустим, вы разработчик, и вам от пользователя приходит строка user-agent с описанием того, каким браузером он пользуется.
В этой строке будет что-то типа такого:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
И вы хотите из неё узнать мажорную версию Chrome, то есть вытащить число 51. Что вы сделаете? Можно, конечно, написать свой парсер, но я уверен, многие воспользуются регулярными выражениями. Я бы воспользовался. Какое выражение сюда подходит? С виду кажется, что вот такое:
/Chrome\/(\d\d)\./g
Мы ищем слово Chrome и слэш, затем ловим в группу две цифры, после которых стоит точка. Так?
По крайней мере, мышление достаточного количества разработчиков именно таково. Зачастую программистам не хватает умения отойти от техзадания на уровень вещественной сути того, с чем они работают. На самом деле число 51 это версия. Версия будет увеличиваться со временем. «Марти, где твоё четырёхмерное воображение?» Если уже прошло 50 версий, то и следующие 50 не за горами, число станет трёхзначным, регулярка или парсер, сделанные под двухзначные числа, перестанут работать.
Трехзначная версия Chrome и Firefox приближается уже сейчас. И да, в них падает куча функций на сайтах, включая крупные корпорации: Yahoo, Bethesda, HBO и бог знает сколько сайтов поменьше. Чисто из-за цифры. Это уже назвали «Проблема сотой версии» по аналогии с «Проблемой 2000 года» (программисты записывали год двумя цифрами, 2000 стал неотличим от 1900).
К чему это я? Полезно задумываться о физическом воплощении того, что вы представляете в своей программе. Ваш код должен описывать не столько требования заказчика, сколько законы, по которым существует этот объект в реальном мире.
#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