MoreRSS

site iconWeishu | 田维术修改

90 后,毕业于华中科技大学,在大厂打过几年工。VirtualXposed作者。
请复制 RSS 到你的阅读器,或快速订阅到 :

Inoreader Feedly Follow Feedbin Local Reader

Weishu | 田维术的 RSS 预览

Agent 时代的 X-Y Problem

2026-06-15 11:27:15

最近这几个月,我一直在高强度折腾 Vibe Coding,我发现了一个特别反直觉的现象:当你面对越来越强大的 Agent 时,你给出的提示词越详细、规定的步骤越精确,它最后交付的结果反而越差。

然后我突然意识到,这其实是软件工程里臭名昭著的 X-Y Problem,正在 AI 时代以一种全新的形态大规模重演。

什么是 X-Y 问题?很多非技术童鞋可能对这个概念比较陌生,我举个例子:

你周末坐在卧室打游戏,网络卡得走不动道。你花了一上午查资料,然后跑去数码论坛发帖求助:“请问怎么硬改路由器的天线,并刷入第三方固件来锁定特定的信道频段?

论坛里的大神们围着这个问题讨论了半天,给你丢了一堆复杂的电焊教程和底层编译代码,结果你折腾到半夜,路由器直接变砖了。

直到有个老鸟多问了一句:“你费这么大劲,到底想干嘛?”

你回答:“我就是坐在卧室打游戏老掉线,想让网速稳一点。

老鸟无语了:“那你直接花 20 块钱买根十米长的网线插上啊!折腾什么路由器?

这就是典型的 X-Y 问题:你试图解决核心问题 X,但你凭经验觉得方案 Y 能搞定,于是你跑去死磕“怎么实现 Y”,绝口不提 X。结果大伙儿跟着你在 Y 的泥潭里挣扎,最后发现 Y 压根就不是个好方案。

这个老生常谈的沟通陷阱,放在现在的 AI 时代,反而成了我们自己给自己挖的坑。

提示词工程的“路径依赖”

在 LLM 刚诞生那会儿,为了控制大模型的行为和输出质量,我们诞生了一门玄学——提示词工程(Prompt Engineering)

那时候大家都习惯了写巨长的 Prompt,把 AI 当成一个聪明但毫无经验的实习生去指导。有时候甚至精确到每一个步骤:第一步干什么,第二步干什么,强制它使用特定的逻辑链。这在当时是合理的,但也让我们养成了一个坏习惯:我们习惯了把嚼碎的方案 Y 直接喂给 AI

现在的 AI,不再需要你教它做事

但是这个原则放在现在,逐渐不太适用了。当我们步入 Agent 时代,大模型具备了极强的逻辑推理、工具调用和自主探索能力。这个时候,精确的计划和详细的执行步骤,反而成了限制模型能力的枷锁。

举个例子。假设你刚在微信群里收集了几十个人的团建报名和餐饮忌口接龙,格式五花八门,有带括号的,有带全角冒号的,乱七八糟。

按照以前的习惯,你可能会给 Agent 下达这样的指令:“帮我写一段 Excel 提取公式:先查找冒号前面的名字,再用正则截取后面的菜品,如果遇到括号里的过敏备注,就用 MID 函数提取到 C 列。

好家伙,你连数据清洗的实现路径都帮它规定死了。Agent 乖乖照做,给了你一段嵌套了三四层的天书公式。结果呢?你把公式贴进表格,就因为某个人少打了一个冒号,或者用错了中英文符号,公式直接大面积报错 #VALUE!。最后你花在修补公式上的时间,比纯手动复制粘贴还要多。

但如果你直击本质,把真实需求抛给它:“这是一段格式极度混乱的微信群接龙记录,帮我统计一下所有人的报名情况和饮食禁忌,直接给我整理成一个干净的 Markdown 表格。

让它自己去发挥(Explore),它根本不需要费劲去写什么脆弱的 Excel 公式。它直接利用大模型极其强大的自然语言理解能力,无视了所有的错别字和符号不统一,五秒钟内直接把一份完美的表格“画”在了你的屏幕上。

Let it think:思维转换

这就是新时代的 X-Y Problem:你需要实现功能 X,你认为可以通过 Y 这样实现,然后告诉 Agent 用 Y 实现;其结果绝对不如直接告诉 Agent 你需要实现 X。

精确的计划和详细的执行步骤,在 Agent 面前不再是“清晰的指令”,而是“视野的遮罩”。大模型的脑子里装着无数条通往罗马的道路,当你强制它走你铺好的那条小道(Y)时,你就扼杀了它乘坐飞机直接空降罗马(X)的可能性。

所以,面对越来越强大的 AI,我们需要完成一次思维模式的跃迁:

1. 从“微观管理者”变成“产品经理”

不要再纠结于具体的执行细节。我们现在的核心价值,在于清晰地定义需求(X),提供充足的背景信息(Context),设定好边界(比如预算、稳定性要求),然后对 Agent 交付的结果进行验收。

2. 永远问自己:这是 X 还是 Y?

在敲下回车键让 AI 开始生成之前,审视一下你的 Prompt:你是在描述你面临的困境(X),还是在要求 AI 帮你完善一个你脑子里的半成品方案(Y)?如果是后者,退后一步,把原始问题抛给 AI 看看。

在过去,人类负责构思方案,机器负责执行。

在早期 AI 时代,人类负责提供步骤,AI 负责生成细节。

而在 Agent 时代,人类的终极任务,是提出一个真正有价值的好问题。

KernelSU 与“开挂”,规则与被构建的公平

2026-03-12 11:16:40

【导语】
很多年前,折腾 KernelSU 让我饱受“为开挂提供温床”的批评。主流观念总是一刀切地认为:只要和“破坏规则”沾边,就是可耻的。
但后来我发现,无论是在技术发展的莽荒时代,还是在我们习以为常的现实社会中,创新往往源于对边界的试探;而那些被大众不假思索地捍卫的“公平”和“规则”,很多时候,只不过是系统为了维持运转而精心构建的一套控制代码。

几年前,我曾提到过,KernelSU 某种程度上算是我早年折腾科技留下的副产品。那之后,我收到过不少批评,其中很多都围绕一个判断:只要和“开挂”沾边,就是可耻的,就是不正当的。

现在回想起来,我探索写科技的那几年,我的人生也开挂了。这并非说我靠技术去盈利、改变了人生,而是因为我从中领悟到了一些关于技术、规则和社会运行的东西。

创新

雷军在《小米创业思考》中说过,“创新,是创造性地破坏”。如果你想改变什么东西,往往要先打破点什么。做漏洞挖掘的人,如果发现某些情况会导致系统重启,往往会很兴奋,因为这意味着他们已经 break something 了;而普通人遇到手机重启,只会觉得这系统怎么这么不稳定。

乔布斯自传里也提到过,他人生的第一桶金,来自一个叫“蓝盒子”的东西。它利用了电信系统的漏洞,实现免费拨打长途电话。放在今天,这种行为显然会面临严重的法律后果,但在当年,它处在一个完全不同的技术和监管环境中。乔布斯确实从中获得了最早的一笔资本,也由此更早接触到了“通过技术撬动系统”的可能性。

以前有个软件叫“金山游侠”,可以篡改游戏数据,本质上也是对游戏规则的绕过。而开发它的公司后来变成了今天的金山,老板是雷军。

技术创新的源动力之一,恰恰来自于对边界的试探和突破。如果没有那些喜欢“不按套路出牌”的极客,就不会有今天繁荣的科技发展。

当然了,对边界的突破,不等于一切行为都天然正当;但是,不假思索地批判这种行为,同样值得怀疑。

规则与公平

还有一种常见说法是,这样做破坏了游戏平衡,对其他玩家不公平。在多人对抗环境里,作弊确实会损害其他玩家的体验,但问题是,游戏的匹配机制本身就是绝对公平的吗?

算法知道,如果你一直赢,你会觉得无聊而下线;如果你一直输,你会愤怒而卸载。所以,系统会精准计算你的“挫败阈值”。当你快要绝望退坑时,它可能故意给你匹配一局极其弱的对手(“福利局”),让你大杀四方,重新获得巨大的多巴胺分泌;当你连胜自满时,又可能把你塞进更难打的局里,让你继续留在这个循环中。

游戏厂商的规则,很多时候并不只是为了维护抽象意义上的公平,而是利用人性的弱点通过算法调动你的情绪和时间,让你持续投入、欲罢不能。

为什么很多人谈到“公平”时,只盯着最容易谴责的个体行为,却很少去质疑那些同样在操纵玩家、但因为写进规则里就显得理所当然的机制。

他们似乎默认规则本身就是公平的,仿佛只要遵守规则,结果就天然正义。

现实并没有这么简单。

这个世界何时真正公平过?现实世界里,又有多少人从来没有享受过某种“开挂”般的不对称优势?

风险

开科技其实有两种完全不同的用法,也有两种完全不同的结局:自己用和拿去卖;造成不同结局的原因,是外部约束条件完全不同。

“高风险,高回报”,“风浪越大鱼越贵”。风险,本质上是一种杠杆。绝对的风险厌恶者,不加任何杠杆,往往也很难获得非常规的回报。

做法 风险 回报
自己用 违反游戏规则,被封号 不一样的游戏体验
拿去卖 可能触犯刑法,面临严重法律后果 经济报酬

如果仅仅是自己用,代价通常就是游戏账号被封禁。在权衡利弊之后,这种风险对有些人来说可能是可接受的;但如果是拿去卖,那就完全是另一回事了,风险和性质都变了。

然而可笑的是,很多人在面临人生中的重大选择,比如买房、结婚、生娃这些问题时,压根不认真评估风险和收益,往往是随大流、凭惯性;但对于自己开科技这种几乎不会影响现实生活走向的事,却格外谨慎,甚至还对别人进行道德审判。

当然,如果你是开挂卖钱,这种违法行为毫无疑问不值得提倡;就像如果乔布斯生在现代,他大概率也不会去开发“蓝盒子”一样。

教育和观念

我无从考究“开挂可耻”这种观念究竟从何而来,也许它确实来自人们心中某种朴素的正义感。但也存在另一种可能:很多观念,会在规则制定者、平台方、既得利益者,以及舆论和教育的共同作用下,被不断强化,最后变成一种无需思考的本能判断。

我们大多数普通人接受的教育,某种程度上是为了让我们成为社会运转中的标准件。我们按部就班地走完生命流程,从而维持整个系统的稳定。一旦某些人的思想或行为偏离轨道,就会被贴上“异类”的标签,因为这些人可能会破坏当前系统的运行逻辑,也可能损害既有利益结构。

对于开科技自用这种场景来说,我们维护的那个“利益”,其中究竟包括不包括我们自己,这件事未必总是那么清楚。

就像《黑客帝国》一样,你所认为的公平和规则,很多时候只是 Matrix 为了维持运转而写下的一套代码。

结语

如果你对本文感到不适,我深感抱歉。我也并非完全认同本文里的所有观点。当我想起这些时,我同样会对这个世界、对规则、对公平,产生很多怀疑。

我想表达的并不是“开挂有理”,更不是为一切作弊行为开脱。我真正想说的是:技术上的突破往往来自对边界的试探,而人们对规则的崇拜、对公平的理解、对风险的判断,很多时候并没有自己想象得那么清醒和牢靠。

顺带一提,原神的挪德卡莱剧情简直是神一般的存在,而我也早已脱离“科学家”行列了。

AI 时代,何以自处?

2025-12-08 20:08:10

最近这一个月,我深度使用 Coding Agent 完成了好几个项目:

  1. KernelSU 的 metamodule 功能
  2. 一个内核文件系统 (ksufs?)
  3. 公司的全栈项目

除了第二个项目我写了 MVP 原型外,其余项目我几乎没有动一行代码,全程指挥 AI 完成。从需求规划、架构讨论,到具体代码执行,以及后续的迭代重构,AI 都能极好地配合。

经过这段时间的实战,我认为行业已经到了一个拐点:Coding Agent 的综合能力,已经超过了市面上人类工程师的平均水平。

当然,现在的 AI 并不完美。它会犯错,会“幻觉”,有时候需要反复纠正。但仔细想想,人类工程师不也一样吗?我们自己也会卡壳,也会写了前面忘了后面,也会因为项目迭代太快而堆砌“屎山”。

如果我们不把 AI 视作完美的“神”,而是把它当做一个允许犯错、但极其勤奋的中级工程师,你会发现它完全能胜任当下的工作。

真正让人“细思恐极”的是:这个 AI 工程师可以 7 x 24 小时待命,听话不抱怨,执行力超强且有问必答,而成本只有人类的一半甚至更低。

面对这样的“竞争对手”,我们人类工程师的护城河到底在哪里?

品味

品味,可能是 AI 时代最稀缺的能力。

AI 就像一个拥有无穷体力的工匠,它能给你提供十种实现方案,每一种都能跑通。但它不知道哪一种是“对”的。

所谓的品味,就是判断对错,区分好坏
是知道在什么场景下该用什么架构;
是知道什么时候该为了性能牺牲可读性,什么时候该为了简洁放弃炫技;
是知道如何定义一个优雅的 API,而不是仅仅堆砌功能。

代码生成的门槛越低,选择的价值就越高。

非线性知识

AI 擅长处理结构化的文档和代码,但软件工程中大量的信息是混沌的。

比如一个奇怪的 Bug,修它的线索可能不在代码里,而是在数年前的一次业务妥协里;或者某个功能为什么这么设计,是因为老板的某个执念,或者是为了规避某个政策风险。

处理这些模糊、非线性、甚至充满“人情世故”的复杂语境,目前仍是人类的优势。

共情能力

AI 活在 IDE 和云端里,它无法感知物理世界。

它不知道 App 运行久了手机会烫手;它体会不到在地铁弱网环境下,Loading 转圈太久会让用户多烦躁;它也看不出那个按钮设计得太小,手指粗点的人根本按不到。

软件最终是给人用的。只要用户还是人,就需要同样拥有肉体和情感的人类工程师,去把控那些无法被量化的体验。

结语

当写代码不再是瓶颈,我们终于有时间停下来思考一个更本质的问题:

如果不写代码,我们要创造什么?

当所有的技术细节都可以被瞬间填满,剩下的那部分——那个关于“我要做一个什么样的东西,以及为什么要由我来做”的念头,或许才是我们最后,也是唯一的依仗。

写好代码容易,创造价值很难

2024-09-18 10:33:59

最近,一款名为 Cursor 的 AI 编程工具火遍了编程圈。自从 ChatGPT 发布以来,AI 正以肉眼可见的速度进化,从最初的翻译和总结,到现在的语音、视觉和思考能力,极大地方便了我们的工作和生活。许多人担心,未来 AI 会不会取代人类?

作为一个程序员,我的大部分工作都与代码打交道。在编程领域,AI 也展现了强大的能力。例如,Github Copilot 极大地提高了编程效率。Copilot 就像一个“副驾驶”,可以帮助你完成代码片段,但它无法自主完成整个项目,仍然需要你懂一些代码。

但是 Cursor 不一样。你只需描述自己的想法,它就能自动生成代码,重复这个过程就能完成整个项目。它有多强大呢?有一个 8 岁的小女孩借助 Cursor AI 在45分钟内写出了一个聊天机器人,着实令人震惊。

一些程序员担忧自己会失业,而产品经理们开始弹冠相庆,表示以后再也不用依赖程序员,靠 AI 就能实现自己的想法。我最近也在思考这个问题。我从事编程已有十多年,自认为还有一些积累,难道这么快就要被 AI 取代吗?

我曾写过很多代码,也在 Github 上开源过许多流行的项目。平心而论,那些代码写得有多好吗?并没有,只能说是凑合能用。除了我自己其他人就写不出来吗?绝对不是,能写出比它更好的代码大有人在。所以,就写代码而言,我本来就能被别人取代,AI 的出现,只是换了个取代者而已。

那我过去做的那些项目,为什么拥有那么多用户呢?显然不是因为代码写得好,而是因为它给用户创造了价值。很多开发者的代码水平并不顶尖,但他们能精准发现用户需求,并用代码满足这种需求,创造了价值,从而获得丰厚的回报。如果单独看那个 App 或网站,会觉得“不过如此,我上我也行”,但事实是,你上你不行。你可能的确能写出那个代码,还能写得更好,但那并不是重点,重点是他借助代码创造了价值。

写好代码容易,创造价值很难,把价值变现更难

我曾在某大厂做性能优化,当时我想,每让程序运行快一秒,就相当于给用户节省了一秒的时间,一天有几亿人用,我相当于给用户节省了几千天的时间,时间就是金钱,我给用户节省的时间就是为用户创造了金钱。然而事实却是,我的工资与给用户创造的价值完全不匹配。

我曾写过很多代码,有的是开源的,有的是免费的。开源项目 star 过万,免费产品月活过百万,它们一定给用户创造了巨大的价值。一些开发者用我的开源项目也创造了价值。我有个前员工说,他用我的开源项目接私活赚了钱才来面试的,但事实是,我并没有通过这个项目获取到直接的收入。

所以说,创造价值很难,把价值变现更难。

在 AI 的浪潮下,担心自己是否会被取代并没有意义,因为你本就不是无可替代的。多想想如何创造价值,如何把自己创造的价值变现才是更重要的事情。

AI 可以成为强大的助手,但真正理解用户需求、创造独特价值并将其变现的能力,仍然是人类的优势。通过不断学习和适应新技术,我们可以在这个快速变化的时代中找到自己的位置,继续为社会创造价值。

关于用爱发电这回事

2024-01-18 10:32:11

自 2018 年我发布 VirtualXposed 以来,这 6 年里我做了不少开源或者免费的产品,用过我 App 的用户,没有千万也有百万;然而,所有这些东西都是完全免费的,我没有任何直接的经济收益,「用爱发电」说的大概就是这了。

几天前我把小狐狸钱包的助记词搞丢了,当时我很着急,因为多年以前我就把这个钱包的地址放在我的很多捐赠页面,心想里面没准有一笔巨款呢;结果我去 etherscan 上去一查,没有任何交易记录,资产是零,总算有惊无险。

这听起来似乎很滑稽,但却是绝大多数“用爱发电”项目的现状,靠用户自发捐赠,可能连一顿饭钱都挣不回来,更别提养家糊口了。

不挣钱倒是没啥,毕竟我们都是手艺人,那两把刷子养活自己还是没啥问题的。更让人难受的是,我们还经常被各种网络喷子问候,那些无端的谩骂、诋毁甚至毁谤,会让人产生自我怀疑:“我到底是在图个啥?”。

如果你喝了一杯奶茶,那种甜味只能维持几分钟;而如果你喝一杯咖啡或者吃一片柠檬,那种苦涩会在脑海里回荡很久。人就是这样一种奇怪的生物,那些友善用户支持和赞美的话语,可能转眼就被抛诸脑后,但那些恶意的言论却会让人久久无法释怀。

这些年里,我经历过若干次停更,也有很多人因为立场或者意见不合诋毁甚至毁谤我,而由于软件 Bug 或者功能缺陷被用户喷到自闭的次数更是数不清。这期间,我养成了很多自我保护的习惯,比如说不加自己不是管理员的群,不看任何陌生人私信,苗头不对不废话直接拉黑… 现在我已经炼就了一项颅内过滤器的技能:能把那些不适的言论当作压根不存在。

我知道肯定有人会说,都是成年人了不要这么玻璃心,你就这点承压能力?但当你一个人面对数百万用户的时候,你就会深刻地体会到,生物的多样性真不是盖的,有些物种,它的脑子可能还是三叶虫,但那嘴皮子绝对是次世代的外星科技。

不过,虽然林子大了什么鸟都有,但鸟大了也是什么林子都有。既然改变不了别人,那就改变自己;咱也不扯什么鲲鹏之志,但天天跟麻雀蝙蝠缠斗,注定成不了什么大鸟。

很多“用爱发电“的开发者把自己搞得很累,其实你把它当作是钓鱼,摩托,音响,单反那样的兴趣爱好就好多了,既然是爱好,就不要搞得像打第二份工一样,开心了就玩,玩腻了就扔一边。我分享一下我现在对于“用爱发电”这件事的心态,不一定对,给同类中人一个参考:

  1. 自己、家人和朋友永远是最重要的。花足够的时间陪伴家人,有剩下的才去贡献项目,不要本末倒置。
  2. 取悦自己而非讨好他人。既然选择了当免费劳动力,开心最重要。让自己不爽的用户和人,直接拉黑就完事了,多争论一句就是浪费自己的时间;自己不想开发的功能,直接 say no 就行了;有人想要新功能和特性,让它自己或者其他愿意做的开发者加,没人愿意直接就搁置。
  3. 不想干了就暂停去休息。如果遇到烦心事,直接就把项目抛诸脑后就行了。咱又不是乙方,也不是给人打工的,干嘛非要勉强自己呢?不想干的话去他娘的,我直接原神启动,玩他个天昏地暗再回来。
  4. 抛弃没用的胜负欲。经常有用户会说,你这个软件这里有 bug,我用某某软件就没有问题;有的开发者就忍不住要证明自己不比别人差,通宵达旦地给它解决问题。用户用别的软件没问题让它就用别的就行了,为什么非要把它忽悠过来用你的呢,你能得到什么?你去钓了几条鱼免费分享给别人吃,别人嫌你的鱼不够大,你难道还跑回去钓几条更大的给他吗?
  5. 惺惺相惜而非既生瑜何生亮。这个宇宙很大,有同类的软件很正常;很多人会把“同类”当作竞品,我认为这是一种病态的竞争心态;大家都是在用爱发电,你还去跟别人争谁的发电量更大?这简直太滑稽了。经常有用户问我,“如何看待某某(同类)软件?”,我会告诉他们,难道对用户来说多一个选择不是好事吗?用户希望你们一个打败另外一个,其实跟看斗蛐蛐没啥区别,你们就是那个蛐蛐。
  6. 要想办法变现。这个变现可以直接是钱也可以是其他隐性价值;项目的启动源动力在于兴趣,但项目持久发展的动力在于变现,没有利益的项目绝对难以持久。变现,既是对自己负责,也是对用户负责。就拿我自己来说,如果没有现在这个公众号,我绝对早就停更了。虽然我的软件是免费的,但我可以在这里发广告,还是有非常多的用户支持我这样做的,因为有他们的支持,我才得以持续维护一个软件数年之久。
  7. 放弃并不丢人。如果发电的过程实在让你很难受,你可以直接选择放弃。如果是免费的软件,你不欠别人什么;如果是开源的软件,没准后继有人;不用担心那些有的没的,干不下去咱直接就别干了,没必要跟自己过不去。

最后,愿所有用爱发电的小可爱们都能被温柔以待,晚安!

技术人员的桎梏

2023-11-10 18:05:54

前几天我发了一篇文章:小米的存储扩容是拆承重墙吗,文中站在非技术角度解读,其核心论点是“小米公司不可能背着巨大的风险去做收效甚微的事”,有粉丝表示赞同:“当对技术不了解的时候,还可以从基本逻辑来理解”;然而有一些童鞋嗤之以鼻,表示没有技术分析,纯属 YY。

我观察了这些粉丝过往的留言,发现他们大部分都是懂技术的,其专业程度远超普通用户;我对此表示理解,他们就是因为我的技术关注我的,现在我在这说别的,当然属于是在扯淡。的确,我做技术已经十年了,在某些领域做得还不错,这自然会给人一种固有的刻板印象;五年前,我也因为技术而从大厂出来选择自主创业;不过,我对技术的理解并非你们想象中的那样。

技术,只是解决问题的一种方式。它是你日常工具箱里面的一种工具,就像水管松了用扳手拧,灯泡不亮用万用表测,衣服破了用缝纫机补一样。

然而,很多技术人员总喜欢尝试用技术解释一切,误认为技术能够解决所有问题。我上面举的例子可能更偏工程技术一点,但即使是科学技术也只能解决特定领域的问题,甚至科学本身也是有范畴的。打个比方,你能用技术解决婆媳矛盾吗?你能用技术解决巴以冲突?你能用技术让 Google 进入中国?很显然不能,甚至你邻居家小孩天天在门口拉屎都用技术解决不了。这种“拿着锤子看什么都像是钉子”的问题,并非只有技术人员才有,但越优秀的技术人员,往往越容易陷入这个怪圈。

技术人员还有一个特点,因为他们懂技术,动手能力强,遇到问题往往喜欢自己折腾,除非实在搞不定,绝对不会交给别人。我在网上见到太多的人,它们自己亲自注册公司,自己去给自己软件申请著作权,自己去开通 ChatGPT 账号… 事实上呢,这些事情花钱请别人都能搞定,而且不需要花很多额外的钱。这种“花钱买别人的时间”就是典型的非技术思维,你花钱请别人做给你自己省下来的时间,如果你能创造更多的价值,那干嘛要自己做呢?有人说,我的时间不值钱,让别人做纯属亏本;那你能不能想想怎么把自己时间变得更值钱?

我知道我今天的这两个观点在技术人眼中大逆不道,但我还是要讲出来;我粉丝的绝大部分都是年轻人,很多都在读书还有的刚步入社会;我们在学校的时候,老师只会教我们“好好读书,学好知识(技术)”,但是技术只是一种解决问题的工具,当我们步入社会,会遇到很多技术无法解决的问题;所以越早意识到这一点,主动培养自己技术之外的能力,你的生活会变得越轻松。很遗憾我当年毕业的时候没有人告诉我这一点,因此我作为一个愣头青愣了很多年;我没有想要让你们认同我的观点,把它当作维叔的一个友情提醒就行了。

十年前我花了半个月的工资买了一个自定义域名 weishu.me,并用它打造了自己的技术博客,博客中有一句座右铭:“不为繁华易匠心”,今天我想把它改成:“君子不器”。