logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

浅谈:乐观锁和悲观锁的使用场景

比如我们有两个进程 AB ,他们都需要资源 1 和资源 2 ,当进程 A 持有资源 1 ,进线程 B 持有资源 2 的时候,他们都需要对方手上的进程,而一般操作系统又不允许抢占,这个时候就发生了死锁。但如果是多写的情况,一般会经常产生冲突,这就会导致上层应用会不断的进行 retry ,这样反倒是降低了性能,所以一般多写的场景下用悲观锁就比较合适。(2)允许抢占,需要设置进程的不同优先级,高优先级的

文章图片
#java#开发语言
浅谈:为何人工智能能成为时代风口

ChatGPT、Copilot 等 AI 编程助手在生成代码时优先输出 Python 版本,这进一步强化了 Python 在 AI 领域的统治地位。降低的开发成本使得企业和研究机构更倾向于选择 Python 技术栈。近年来人工智能特别是深度学习蓬勃发展,Python 凭借其特性成为AI开发的首选语言。:Facebook 主导的研究友好型框架, Python 原生体验极佳。:Google 开发的深度

文章图片
#人工智能
AI辅助编程之生成测试用例

在我们编写了 assertEquals 之后,Copilot 又一次猜出了我们的意图,生成了:assertEquals("99:59:59", TimeFormatUtils.formatTime(359999)) 这样的代码提示,非常方便。我身边的一些程序员笑称:自己已经混成了管理层,手下管理着多个员工:ChatGPT,Kimi,豆包等,每当有机械性的编码,我都交给他们。AI 在刷力扣题目中也有

文章图片
#人工智能#测试用例
为何大小公司都在争相开发AI Agent?

二者的核心差异在于能力范式的根本不同。大语言模型的本质是静态的知识库与模式匹配器,它擅长在信息世界中进行应答、推理与生成,但与其的交互止于对话界面,是“思想的巨人,行动的矮子”。它不仅能理解你的意图(比如安排一次家庭旅行),还能将你的意图自动拆解为可执行的子任务(查机票、对比酒店、做攻略),并自主调用 API、操作软件、访问网络去完成物理或数字世界的实际动作。如你所知,从“百模大战”到“Agent

文章图片
#人工智能
大厂AI Agent逻辑:争夺数字世界的“操作系统”

因此,微软、苹果、谷歌、字节跳动等大厂之间的争夺,本质上是争夺智能时代的“规则制定权”,它们意图通过 Agent 将自身庞大的产品矩阵(云服务、办公软件、娱乐内容、硬件设备)深度融合,构建一个用户一旦进入就难以离开的闭环生态,从而把技术优势转化为持久的商业护城河。未来的操作入口可能不再是满屏孤立的图标,而是一个能理解自然语言、统筹一切的数字“智能中枢”。如果其他公司率先打造出这个“智能中枢”,自己

文章图片
#人工智能#大数据
与AI Agent建立沟通:像设计API一样构建指令

接下来是提供充足的上下文与明确的约束。例如,你可以补充这样的约束“重构后的模块必须完全兼容现有的日志接口,以确保上层业务代码无需改动”,或者“在本次重构中,不允许引入任何额外的 HTTP 客户端库”。例如,可以这样要求“请以 tracing-subscriber 文件的形式提供所有的代码变更,并附带一份简要的 Markdown 格式的变更说明,解释你的设计思路和主要改动点”。总而言之,将指令 AP

文章图片
#人工智能
MCP:从Function到Protocol

于是 MCP 应运而生,并且现在已经出现了不少 MCP 市场(MCP marketplace),你可以像下载 App 一样,下载别人的 MCP Server。1. 强依赖模型⼚商的实现⽅式:不同⼚商对 Function Calling 的⽀持⽅式略有不同,不是完全通⽤的协议。2. 以函数为核⼼单元,不易分发和部署:你可以安装⼀个服务,但很少有⼈说“我装了⼀个函数”。

文章图片
#服务器#运维
为何大小公司都在争相开发AI Agent?

二者的核心差异在于能力范式的根本不同。大语言模型的本质是静态的知识库与模式匹配器,它擅长在信息世界中进行应答、推理与生成,但与其的交互止于对话界面,是“思想的巨人,行动的矮子”。它不仅能理解你的意图(比如安排一次家庭旅行),还能将你的意图自动拆解为可执行的子任务(查机票、对比酒店、做攻略),并自主调用 API、操作软件、访问网络去完成物理或数字世界的实际动作。如你所知,从“百模大战”到“Agent

文章图片
#人工智能
一文读懂:将问题转化为欧拉路径

所有这些机票都属于一个从 JFK(肯尼迪国际机场)出发的先生,所以该行程必须从 JFK 开始。如果存在多种有效的行程,请你按字典排序返回最小的行程组合。然而,在实际解决问题时,最为困难的往往不是求解欧拉路径本身,而是如何将一个看似不相关的问题转化为欧拉路径。毕竟,300 年前的欧拉也是将现实问题抽象为欧拉回路,才成功解决了哥尼斯堡七桥问题。以下通过两道例题,帮助读者感受欧拉路径的经典应用。由于每张

文章图片
#java#开发语言
有向图的欧拉回路与欧拉路径

一张有向图中存在欧拉回路,当且仅当所有非零度节点是弱连通的(把所有有向边都看成无向边后,得到的无向图是连通的,则称原来的有向图是弱连通的),且每个节点的出度(以该点为起点的边数)等于入度(以该点为终点的边数)。我们也可以在有向图中寻找欧拉回路与欧拉路径。与无向图中类似,我们只要抓住进入每个点和离开每个点的边数关系,就能得到有向图中存在欧拉回路或欧拉路径的判定条件。一张有向图中存在欧拉路径,当且仅当

文章图片
#算法
    共 12 条
  • 1
  • 2
  • 请选择