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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #copaw

当前筛选 #copaw清除筛选
折腾实验室频道

@TossLabChannel · Post #990 · 06.03.2026 г., 02:45

#阿里#开源#AI助理#CoPaw#OpenClaw ㅤ 🐾 阿里开源 AI 助理框架 CoPaw ㅤ 阿里 AgentScope 团队开源了 CoPaw —— 一款支持本地/云端部署的个人 AI 助理框架。它旨在打破厂商锁定,让你将 AI 助理与隐私数据完全掌握在自己手中。 ㅤ ✨ 核心亮点 • 💬 多渠道接入: 无缝集成钉钉、飞书、QQ、Discord 等常用通讯软件,随时随地唤醒。 • 🧠 智能记忆 (ReMe): 记住你的偏好与历史,自动压缩上下文,越用越懂你。 • 🛠️ 自由扩展技能: Python 轻松写插件(如自动化、爬虫),沙盒环境保障代码安全。 • 🔒 本地隐私保护: 完美接入 Ollama 等本地大模型,实现完全离线运行,敏感数据不出门。 ㅤ 🆚 对比 OpenClaw 作为 OpenClaw 的更优替代方案,CoPaw 重点解决了开源插件的供应链安全问题。针对 OpenClaw 曾暴露的第三方恶意代码风险,CoPaw 底层自带更严格的安全沙盒隔离,并在多平台聚合与任务主动调度上表现更稳健、可控。 🔘@TossLab🔘@TossLabChannel

✈️ 阿里的CoPaw 开源发布 | 对标 OpenClaw,支持接入钉钉/飞书/QQ/Discord/iMessage 且云端/本地都能一键跑 🏷 检索标签:#CoPaw#Openclaw#Clawdbot#Moltbot#AI助手#AI ⭐️ 详情介绍:继 openClaw 之后,阿里这边也把 CoPaw 作为 开源 的桌面 Agent 工具端上来了,主打 本地/云端一键部署,CoPaw 的定位挺明确:它不是“一个会聊天的 App”,而是一套可以本地部署、方便深度二开的 个人智能助理平台 它原生能接 多通道对话(钉钉/飞书/QQ/Discord/iMessage 等),再靠 定时任务 和模块化 Skills 把“新闻摘要、文档处理、文件管理、周报汇总”这类琐碎活交给系统自动跑 🧰安装部署 · 📖GitHub 📜 相关阅读: 🔘OpenClaw | 全网爆火的AI个人助手,让 AI 真正上手操作电脑,替你炒股、点外卖、编写代码、管理文件等 😌频道 |🙂群聊 |😋中文包 |☺️搜索