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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #672 · 28.11

Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev

Hashtags

Резултати

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

Търсене: #cjc

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

@enlawreport · Post #1947 · 27.02.2026 г., 08:05

Проблема «фейковых» ссылок из плоскости курьёзов окончательно перешла в институциональную повестку. Civil Justice Council создал рабочую группу по использованию AI при подготовке судебных документов и прямо допустил возможность корректировки процессуальных правил. Повод понятен. В судах Англии и Уэльса уже всплывали случаи, когда в документах появлялись «галлюцинированные» прецеденты. То есть ссылки на дела, которых просто не существует. И ключевой тезис, который прозвучал из уст Lord Justice Birss, предельно жёсткий: проблема не в технологии, а в юристах, которые не проверяют то, что подают от своего имени. Персональная ответственность никуда не делась. Если документ подписан вами, он ваш. Независимо от того, писал ли его стажёр, AI или вы сами в три часа ночи. Интересно, что судьи уже получили доступ к large language model инструментам на своих рабочих компьютерах. Более того, обновлены гайдлайны для судебной власти: в них прямо объясняются понятия вроде «hallucination» и «AI agent», а также даются советы, как распознать тексты, сгенерированные машиной. Это важный сигнал. Судебная система не собирается отставать, но хочет контролировать процесс. В ходе дискуссии на London International Disputes Week прозвучала ещё одна показательная мысль. AI может быть полезен, например, для суммаризации документов. Но только при одном условии: вы сами прочитали исходный текст. Использовать AI для краткого изложения документа, который вы даже не открывали, Birss назвал безумием. И в этом, по сути, вся философия будущего регулирования. Рабочая группа должна в ближайшее время опубликовать terms of reference. Уже сейчас предполагается, что могут потребоваться «некоторые корректировки» правил, в том числе в части practice direction по свидетельским показаниям. Это логично: если AI вмешивается в формирование фактического нарратива, вопрос уже не только в удобстве, а в достоверности доказательства. Практический вывод для практикующих юристов очевиден. Эра, когда можно было относиться к AI как к безобидному черновику, закончилась. В английском процессе ключевой фильтр остаётся прежним: готов ли ты поставить своё имя под этим текстом и защитить каждую ссылку в нём перед судом. Если нет, проблема не в алгоритме. Системно это начало большого сдвига. Судебная власть берёт на себя лидерство в формировании стандартов обращения с AI. И, скорее всего, нас ждёт не запрет, а тонкая настройка правил с усилением персональной ответственности и процессуальной прозрачности. #EnglishLawReport#CivilProcedure#AIandLaw#FakeCitations#CJC#LitigationStrategy#LegalEthics