TW: нудный гик-стафф про бытовую технику.
Кофемашина в какой-то момент не включила индикатор переполненности контейнера для жмыха. Это странно, поэтому я стал разбираться. Вообще, техника редко глючит непонятным образом и ведет себя хаотично. Всегда есть какая-то причина. При отладке программы это тоже надо всегда помнить.
Как машина узнаёт, что контейнер полон? Никак. У контейнера есть герконовый датчик, показывающий факт его установки в корпус. Когда ты его вытаскиваешь, машина думает, что ты его очистил. А дальше программа просто знает, что одинарный кофе наполняет контейнер на X, двойной на 2X, а вместимость nX.
Что произошло: я открыл контейнер посмотреть, заполнен ли он целиком. А потом закрыл обратно, не очистив. В оценке уровня жмыха появилась аддитивная погрешность.
Если позволить человеку ввести систему в неправильное состояние, он рано или поздно это сделает. Кстати, по той же причине мне нравится DDD как архитектура для энтерпрайз разработки: если всё правильно спроектировать, то программист слоя приложения, который является "пользователем" домена, не сможет сломать состояние сущностей и агрегатов.
В общем, в машине не хватило защиты от дурака. Как бы я решал эту задачу? Сходу приходит в голову какой-нибудь оптический датчик в верхней части контейнера. В худшем случае он запачкается и сработает ложно-положительно, что вызовет необходимость для пользователя лишний раз почистить контейнер.
Но ТРИЗ намекает нам на другой подход. Можно попробовать полностью исключить появление жмыха. Так устроены, например, капсульные машины. У нас такая была, но перешли на зерновую, потому что вкусный качественный кофе в зёрнах на порядки дешевле, чем в капсулах, а пьем мы его много. Особенно кофе с молоком, для которого в капсулах просто концентрат, а не настоящее молоко.
Если исключить жмых нельзя, то нужно сделать его удаление неотъемлемой частью процесса обслуживания машины. Думаю, я бы попробовал объединить конструктивно контейнер для зёрен и для жмыха, и рассчитать объёмы так, чтобы второго хватило на один цикл траты первого. Тогда даже датчики не нужны: кончились зёрна, и ты неизбежно достаешь контейнер и очищаешь.
Сфоткал для вас чашечку ароматного капучино.
#life
“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