惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
V2EX
WordPress大学
WordPress大学
U
Unit 42
I
InfoQ
A
About on SuperTechFans
宝玉的分享
宝玉的分享
J
Java Code Geeks
博客园 - 司徒正美
爱范儿
爱范儿
Engineering at Meta
Engineering at Meta
G
Google Developers Blog
人人都是产品经理
人人都是产品经理
小众软件
小众软件
Microsoft Security Blog
Microsoft Security Blog
L
LangChain Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Hugging Face - Blog
Hugging Face - Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
aimingoo的专栏
aimingoo的专栏
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
腾讯CDC
Recent Announcements
Recent Announcements

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
莫让 AI 成为根本性错误的遮羞布
zhanshen1614 · 2026-01-18 · via V2EX

过去两年在工作中看到令人不安的一面————用 AI 掩饰根本性错误,忽视对事物本质的思考。

第一个案例是评审 Email 相关的需求,这个需求其实可以用另一种方式实现更简单,然而有个老员工用 DeepSeek 然后说可以实现,事实确实可以实现但没必要,换一个方法更好。

第二个案例是去年离职的一家 IT 公司。它也在推广 AI 的使用,比如 Cursor ,用 AI 整理文档等等,还要填写 AI 减少多少工时。有趣的是项目架构设计错误,用 MVC 强行嫁接 ETL ,结果产生大量上帝方法和上帝类,新人很难理解,领导就说“不懂得用 AI 整理?”,可是理解困难的主要原因是架构问题,而且业务流程也设计错导致成本很高。然后用 AI 检查代码,结果许多人提交了代码卡在 Code Review 改了很久导致需求延迟交付,归根结底仍是架构的问题,管理层也不去解决,反正 AI 说要改就改。

这两个案例可以总结出一点,当前部分员工/企业正在将 AI 作为“合理化错误”的工具,AI 说需求能做就执意推动而不考虑更优方案,AI 被错误地使用后工作会更累,因为根本性问题永远得不到解决。

自己最初接触编程是在 13 岁,14 岁就会用 Access 和 Delphi 独立构建信息管理系统并打包加壳,写帮助文件,所以对技术和产品的认识长达 16 年,虽然技术过时但核心理念从未改变:以用户为中心、识别和控制风险、流程不能成为效率的枷锁,可靠、易用比华丽的界面更重要······。

总之,在 AI 提供便利的同时不要忽视对事物本质的思考,更不能将其作为掩饰根本性错误的工具,直面问题的本质才能更好地解决问题,否则一切都是空中楼阁。