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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #clowdbot

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

@TossLabChannel · Post #961 · 29.01.2026 г., 01:02

#AI#工具推荐#Moltbot#clowdbot 🤖Moltbot:能“真正做事”的开源个人 AI 助手 ㅤ ⭐ 什么是 Moltbot? Moltbot 是一个开源、自托管的个人 AI 助手。由clowdbot团队开发,与普通的问答聊天机器人不同,它是一个能真正“执行任务”的智能代理。它运行在你自己的设备或服务器上,通过 WhatsApp、Telegram、Slack 等常用通讯软件接收指令,并为你处理实际工作。 ㅤ 💡 核心特点 • 执行力强:不仅仅是陪聊,它能自动检查邮件、安排日程、运行脚本、整理文件甚至处理复杂的工作流,且支持后台常驻,无需重复输入上下文。 • 隐私安全:完全自托管,运行在本地环境,数据无需上传至第三方云服务。 • 无缝集成:直接对接你日常使用的聊天工具,指令发送如同聊天一样自然。 • 社区火爆:🔥GitHub Star 数高达 60,000+ 至 80,000+,表明其深受开发者认可,社区活跃度极高。 ㅤ 📝 总结 Moltbot 就像一个“会动手的 AI 助理”,它超越了单纯的信息交互,更像是一个听得懂自然语言的自动化工具。对于重视隐私且希望 AI 能协助处理具体事务的用户来说,这是一个极具价值的开源选择。 🤖懒得部署的直接领取: https://teamoteam.com/t?a=clawdbot 🔘@TossLab🔘@TossLabChannel