@iamcheyan: 是前阵子搞数据移行,要做一个比较工具,确认移行结果,我说那我来做吧,用python搞这个很合适。结果他们商量一圈之后,又决定还是COBOL实现,理由是50多年都用的这个……祖宗之法不能变啊。
摘要
数据迁移时作者提议用Python做比较工具,但团队因历史原因(50多年都在用)坚持使用COBOL,反映传统技术惯性。
是前阵子搞数据移行,要做一个比较工具,确认移行结果,我说那我来做吧,用python搞这个很合适。结果他们商量一圈之后,又决定还是COBOL实现,理由是50多年都用的这个……祖宗之法不能变啊。
相似文章
@9hills: 说下我的经验,Python做Agent没问题,因为Agent的性能瓶颈是模型。 但是用Python做TUI就是非常不好的选型。 Coding Agent 的TUI 性能要求很高。
推文讨论Python在构建Agent时表现良好,但用于Coding Agent的TUI性能不佳,引发对技术选型的思考。
@bozhou_ai: 有没有人告诉我,在已经有了codex,Claude code的情况下,还需要用openclaw或者Hermes 来干嘛呢
一条关于AI编码工具(Codex、Claude code、openclaw、Hermes)的对比讨论提问。
@faiford: 年薪38.5万的程序员习惯氛围式编程,面试顶尖量化公司Jane Street时,始终不肯使用Claude Code,直接止步面试环节。 32分钟的现场编码面试原片对外放出,没有剪辑加工,从现场写代码、互动问答,再到工具无法兼容的问题都如实…
一位年薪38.5万的程序员在面试Jane Street时因拒绝使用Claude Code而失败,反映出AI工具已成为行业准入标准,Polymarket上在押注AI工具渗透速度。
@Potatoloogs: 用 Claude Code、Cursor、Codex 理解大项目时,经常会遇到一个问题:每次提问,它都要重新读文件、找线索、拼上下文。 代码在 src,文档在 docs,设计说明、截图、论文、视频又散在别的目录里,资料很多,但关系没有沉淀…
Graphify 是一个面向 AI 编程助手的软件工程知识图谱工具,可以将代码、文档、图片等项目资料整理成可查询的关系图,帮助 AI 在理解大型项目时跳过反复读取文件的步骤。
@justloveabit: https://x.com/justloveabit/status/2055263377006747820
介绍Claude Code 2.1.142新版本与CodeGraph、MCP的组合使用,通过本地语义知识图谱大幅提升大型代码库的探索效率,tool call减少92%,速度提升71%。