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

TGINSIGHT SIMILAR POSTS

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

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

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

Hashtags

Резултати

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

Търсене: #frontier

当前筛选 #frontier清除筛选
Yummy 😋

@godlynews1 · Post #14836 · 05.02.2026 г., 19:31

OpenAI推出Frontier平台——一个帮助企业构建、部署并能够真正开展工作的 AI 代理。 Frontier赋予AI代理与人类员工在工作中取得成功所需的相同技能:共享背景信息、入职培训、实践学习并获得反馈,以及明确的权限和界限。 这使得团队能够超越孤立的用例,打造出能在整个企业中发挥作用的 AI 同事。 HP、Intuit、Oracle、State Farm、Thermo Fisher 和 Uber 等公司是最早采用 Frontier 的企业之一;包括 BBVA、Cisco 和 T-Mobile 在内的数十家现有客户,已试点采用 Frontier 的方案来支持其一些最复杂、最有价值的 AI 项目。 🗒 标签: #OpenAI#Frontier#AI 📢 频道: @GodlyNews1 🤖 投稿: @GodlyNewsBot

DOFH - DevOps from hell

@dofh_ru · Post #4012 · 06.02.2026 г., 18:35

OpenAI запустила Frontier — платформу для найма ИИ-сотрудников // Теперь у каждого агента будет свой employee ID, онбординг и даже performance review. Frontier соединяет разрозненные системы компании: CRM, склады данных, тикеты, внутренние приложения. ИИ-агенты получают общий бизнес-контекст и могут работать с файлами, запускать код, использовать инструменты. Открытая платформа: можно подключать агентов от OpenAI, своих собственных или даже от конкурентов вроде Anthropic и Google. Среди первых клиентов: Uber, State Farm, Intuit, Thermo Fisher. Один клиент сэкономил 1500 часов в месяц на разработке. Аналитики уже называют это «событием вымирания» для традиционного корпоративного софта. 🧠Следи за AItoolz — нанимаем роботов #OpenAI#Frontier#ИИагенты ​​​​​​​​​​​​​​​​

探索号

@seeker_rc · Post #20420 · 13.05.2026 г., 06:55

Auto Research 来了:当 AI 开始接管科研里最苦的活,意味着什么 如果几年前有人告诉我,AI 不仅能写代码、生成论文摘要,还能像一个真正的工程师那样,在实验室里反复寻找可行的策略、持续优化一个方案——我大概会觉得这个人科幻片看多了。 但最近读到一篇论文的时候,我的想法变了。 过去两年,大模型的能力突飞猛进,从写诗到写代码,从做数学题到跑实验流程,AI 擅长的事情越来越多。但真正做过科研和工程的人都清楚,最耗人的部分,往往不是提出第一个可行方案,而是后面那段漫长的「长期优化」——一个实验跑通了,但指标还差一点;一个算法能用了,但速度还不够快;一个电池快充策略成立了,但温度、寿命和析锂之间还需要反复平衡。 现实中的高价值成果,很多都不是「做出来」的,而是被... via 极客公园 标签: #Frontier#Eng#Agent ⚡️探索号频道 ⚡️探索者频道 ⚡️探索者交流群 ⚡️ Youtube 频道:科技探索者 每天推荐有趣内容,欢迎订阅、转发。