设计

Radioss混凝土材料仿真案例混凝土岩石材料混凝土材料在Radioss中可以用LAW10、LAW21、LAW102、LAW24和LAW81来描述。这些材料模型使用Drücker–Prager屈服准则[1]，它是一种使用压力来判断材料失效还是材料进入塑性的模型。

Anthropic 昨晚发布 Claude Duet：AI 第一次主动找你干活"你问它答"的时代，可能正在结束昨天，Anthropic 做了一件不太"Anthropic"的事当地时间 10 月 21 日，Anthropic 开放了一款新产品的研究预览——Claude Duet。

用户905748687313

数据中心SPC管理问题：一台服务器到货后，应该上架到哪个机柜？在只有几个机柜的机房里，这个问题并不难。运维人员走到现场，看看哪里有空位、哪里方便接电和布线，通常就能找到合适的位置。但当数据中心扩展到几百甚至几千个机柜时，“找位置”就不再是一件简单的事。你需要查机柜空间、供电余量、制冷能力，还要看网络端口、PDU插座，以及机房的物理分区和业务分区。这些信息只要有一项不满足，服务器就可能无法上架，或者上架后留下运行风险。 SPC管理，就是把这些容量信息管理起来，让设备上架从“凭经验找位置”变成“根据数据做决策”。

无人值守调度三件机件：认领锁、中心推送、幂等键系列：Idea-to-Production · 机理篇。同系列：《人不在环内：一个 AI 自主交付组织的概念契约》（概念契约）、《为什么要拆成三个仓库：知识、调度、档案的分离法则》（分层背景）。

脱离 Android Studio：纯命令行开发 Android 相机 App 的实践与踩坑记录作为一名计算机专业的学生，某天看着火车穿过站台时突发奇想，手机自带的相机虽然好用，但每次拍特定的场景（比如拍月亮需要低 ISO 和极慢的快门，拍火车需要极快的快门凝固瞬间），都需要去专业模式里重新手动调一堆参数，非常繁琐。

【求助】纯命令行开发安卓相机App的一些问题，求大佬指点具体介绍：脱离 Android Studio：纯命令行开发 Android 相机 App 的实践与踩坑记录

用户5527973849965

《2009年的老古董笔记本，我是如何用它部署Go + Python高性能Web服务的》我在以往学习过Python和Java的后端服务，虽然这两种语言在后端开发上十分的便利与高效，拥有大量的开源库可以实现日常应用开发，但是由于这两种语言本身的原因（如 Python 的 GIL 全局解释器锁，以及 JVM 庞大的内存开销），运行起来极其笨重，十分消耗计算机资源。对于大型的项目追求于性能稳定的要求我们倒也无可厚非，但是我们还有一部分是小规模的模块添加以及小规模的数据计算，或是在一些小型机等（或是一些古老的旧设备，如我此次项目实验的设备）的运行，因此使得我对高效高性能的Web服务十分感兴趣。

for_ever_love__

上下文工程：比提示词工程更重要的事提示词工程问的是"这句话该怎么说"。上下文工程问的是"该给模型看什么"。后者对效果的影响，往往比前者大一个数量级。

AI Agent 开发实践：从手写 ReAct 到框架选型上一篇文章中，我们介绍了 AI Agent 的基本概念。接下来，我们将进入实际开发环节。在开始编写 Agent 之前，我们需要先了解目前常见的 Agent 开发方式，并认识一种经典的 Agent 设计范式：ReAct。

Android 计算器开发实战：从界面设计到核心逻辑摘要：本文手把手带你从零构建一个基于 Android 的计算器应用。内容涵盖项目环境搭建与分层架构规划、界面布局与组件设计、核心状态变量管理、按钮事件监听、屏幕显示更新、输入合法性校验、用户提示机制，以及独立计算类的封装与联调测试。通过完整流程，你将掌握 Android 开发中“界面与逻辑分离”的核心思想，并学会如何写出高内聚、低耦合、易维护的 Android 应用代码。

易知微EasyV数据可视化

会插卡片的编辑器：在 Agent 输入框里混排文字与结构化内容作者：桃酥在我们做的智能体功能中，用户不仅需要提出一个问题，还需要组织更复杂的执行要求：先做什么，满足什么条件后再做什么，以及过程中要用到哪些已有能力。

Radioss时间步长（Time Step）上一期我们在讲显示和隐式积分法时，我们可以看到时间步长△t 在数值计算时比较重要的变量。尤其对于显式积分法，需要时间步长尽量小，这样数值计算的结果就越精确，当然时间步长越小需要的计算时间越长，选择合适的时间步长能让我们能很快的得到符合工程精度需要的模拟结果。

用户691902681339

LangChain 与 LangGraph：从「链」到「图」，一次讲清它们是什么、什么关系很多人对 LangChain 的理解停在「把节点串成一条链」，对 LangGraph 的理解停在「把线变成图」。这两个理解都不算错，但都只摸到了表面。这篇文章从「是什么 → 解决什么问题 → 两者什么关系」三个角度，把它们讲透。

Radioss复合材料使用的单元属性复合材料在Radioss中可以用实体单元和壳体单元模拟，相应的单元属性有：壳体单元属性：/PROP/TYPE9,10,11,16,17,19,51和/PROP/PCOMPP

实现近乎免费之后，设计工程师还剩什么配图：纸上线稿越过纸页，长成可以拖动的活界面（AI 生成）「作为工程师，我让 Claude 生成 20 个高保真设计稿，反复迭代到满意为止。比和设计团队打交道快得多，也更享受。」

工具设计的坏味道：什么样的定义会让模型乱调什么样的工具定义会让模型乱调，一句话：模型乱调工具，多半不是模型分不清，而是你的定义写得像一段坏代码——名字糊、描述空、参数乱，模型捉摸不准。

VS Code 接入 Pixso MCP 实战：配置、安装 AI Skill 与设计稿转代码设计稿交到开发手里，大结构一般不会错。容易丢的一般都是小地方：图层顺序、间距、字号、颜色、组件状态，还有哪些元素本来能复用。以前只能看截图、查标注，再手工翻成 JSX 和 CSS。页面简单还能扛，后台系统或者组件一多，来回确认就很花时间。

Controller 基类封装：BaseController 的模板方法设计本文基于若依3.9.2、SpringBoot3版本。写一个业务 Controller，真正与业务有关的代码往往只有几行，剩下的都是固定动作：列表接口先开分页、再把结果装进统一的表格结构；增删改接口要把影响行数翻译成成功或失败响应；不少接口还要取当前登录人的用户名填进创建人字段。这些动作每个 Controller 都要做，写法应该全仓库统一。若依在 com.ruoyi.common.core.controller 包下提供了 BaseController，把它们收拢成基类方法，做增删改查的 Controll

【知识】从学科到实践：自然・工程・社科・人文｜算法・研发・产品・品牌设计最近在整理自己的笔记分类，发现一个很基础但很容易混乱的问题：知识到底可以分成哪些大类？这篇文章先建立一张知识地图，再讨论它和算法、工程、产品、品牌设计之间的对应关系。分类不是为了把世界切成互不相干的盒子，而是为了在遇到问题时知道该调用哪一种视角。

Token 账单减下来：从路由到裁剪的五道闸门（第109篇）第二季第 9 篇 · 收官。拆解对象：DeepFlux 里所有跟"少花钱"有关的设计——从选模型、走缓存、砍上下文，到给失控调用装天花板。第 51 篇讲过账单怎么看（token 从哪来、怎么写进数据库），这一篇讲怎么减：同样一件事，账单能差出一百倍，差的不是运气，是设计。