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

TGINSIGHT SIMILAR POSTS

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

Изходен канал @clockstackwheels · Post #247 · 11.03

Попробовали на работе предметно-ориентированное проектирование (Domain Driven Design). Это такой способ построения архитектуры, когда ты (чаще всего с помощью системы типов и ООП) описываешь физическую суть вещей, которые представлены в твоей программе. Например, если в программе есть объект "Книга", то её нужно снабдить свойствами, которые бывают у книг в реальности: число страниц, автор, язык, тип обложки и т.д. При этом данные свойства должны быть такими, чтобы присвоить им нереалистичные значения было нельзя. Допустим, число страниц не может быть отрицательным (и скорее всего в реальном мире не может быть нулём). При попытке установить отрицательное число страниц программа должна выбросить исключение. А совсем в идеальном случае -- не дать этого сделать программисту на уровне статического анализа кода. Описав все свойства книги, вы снабжаете её операциями, которые над ней можно сделать. Например, из книги можно вырвать страницу, и при этом число страниц уменьшается. Нет такого случая, когда можно вырвать страницу без изменения числа страниц. Вы строго программируете эту зависимость, делаете у книги метод "Вырвать страницу", а он уже уменьшает число. Кстати, свойство "Число страниц" при этом нельзя переназначить в уже созданной книге. Можно только создать книгу, передав в её конструктор (так называется в программировании функция создания объектов) заданное число страниц. Но поменять число страниц можно только специальными методами "Вырвать страницу" и "Вклеить страницу". С помощью этого подхода вы гарантируете, что ваши объекты всегда находятся в валидном состоянии -- то есть таком, которое возможно в реальной жизни с объектом, представленным программой. Плюсы подхода очевидны: меньше число ошибок. Код описывает сам себя, и программист, если не лезет внутрь объекта "Книга", вообще не сможет сделать с книгой ничего недопустимого. Минусы, думаю, тоже понятны: изначально проектировать сложнее, нужно учесть много нюансов, писать тесты. Время разработки изрядно растёт. Изменение требований даётся дороже: например, если каким-то образом в ваш книжный магазин поступят книги со страницами из кевлара, которые невозможно вырвать :) Но первый проект с этим подходом мы сдали хорошо, без багов. Лучше, чем многие предыдущие. #dev

Hashtags

Резултати

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

Търсене: #liability

当前筛选 #liability清除筛选
Robocounsel

@robocounsel · Post #4 · 19.07.2019 г., 14:37

Периодически сталкиваюсь с такой постановкой проблемы не-юристами. Якобы непонятно, кто должен отвечать за последствия действий искусственного интеллектуального агента*, которому делегирована некая задача. А когда задачу выполнял человек, всё было понятно. У меня вопрос: почему непонятно? Кто делегировал задачу, тот и отвечает. Почему, когда кто-то делегирует задачи калькулятору или бухгалтерской программе, вопрос об ответственности делегирующего перед теми, с кем он взаимодействует, не ставится под сомнение? И будь калькулятор или пограмма хоть сто раз дефектными, перед посторонними отвечает всё равно их пользователь. Независимо от вины. Дальше он может разбираться с производителем калькулятора или программы, если есть на то основания. Но принцип не меняется. Есть основания считать иначе? #liability#delegation

AI & Law

@ai_and_law · Post #497 · 03.02.2025 г., 08:04

🇪🇺New Insights on AI Liability from Cambridge Forum on AI The inaugural issue of the "Cambridge Forum on AI: Law and Governance" is out, focusing on the legal landscape of Generative AI in the EU. One key question: Do current and upcoming regulations fully address liability for AI-caused harm? 📥 The paper "Mapping Generative AI rules and liability scenarios in the AI Act, and in the proposed EU liability rules for AI liability" examines the AI Act’s approach to Generative AI, tracing accountability along the value chain. It also tests how well the proposed EU AI Liability Directive and EU Revised Product Liability Directive handle real-world risks. As regulatory frameworks evolve, businesses deploying GenAI must stay ahead of legal developments. #AIRegulation#GenAI#Liability#AIAct#CambridgeForum

AI & Law

@ai_and_law · Post #746 · 20.01.2026 г., 08:04

🇨🇦AI Defamation Risk: Canadian Artist Prepares Lawsuit After Google Error Canadian musician Ashley MacIsaac says a Google AI-generated summary falsely labeled him a convicted sex offender, leading a concert venue to cancel his show. MacIsaac told the Canadian Press he believes the system confused him with another individual in Canada who has similar charges, but the error directly cost him income and harmed his reputation. MacIsaac is now preparing to sue Google, arguing that the misinformation amounts to defamation and created real-world risks, including potential issues at border controls. He stated that AI companies must be held accountable for what their systems publish and what harms they can reasonably prevent, noting that he is unlikely to be the last person affected by such errors. The incident underscores how AI-generated summaries can produce high-impact false statements about individuals, with immediate legal, economic, and personal consequences, even when no human editorial judgment is involved. #AI#AIDefamation#Liability#GenerativeAI#ReputationRisk

Venture Village Wall 🦄

@venturevillagewall · Post #3462 · 19.12.2024 г., 13:56

CTGT Raises $500K for AI Governance CTGT secures $500K in funding on December 4, 2024, aimed at enhancing enterprise governance for AI. The platform promises to mitigate AI hallucinations and liabilities, enabling rapid deployment for Fortune 500 companies, ensuring secure and compliant AI solutions at scale. Learn more at CTGT. #CTGT#AI#Funding#Governance#Liability#Enterprise#Fortune500#Compliance