最近在整理这一期周刊素材的时候我注意到一个有点微妙的现象身边几个做开发的朋友聊起技术栈来几乎一个模子——前端框架选型一致、接口设计风格趋同、甚至连“业余爱好”都开始撞车。有人调侃说现在简历拿出来把名字遮掉十份里九份看不出区别。这件事让我想了好几天。技术本来是帮人打开差异的过去大家写代码的方式千奇百怪做出来的东西也各有性格。但现在从框架、语言、工程规范到内容生产的套路所有东西都在飞快地收敛到几个“最优解”上。工具越来越高效人的独特性反而变成了稀缺品。所以这一期周刊我想认认真真谈一件事当技术把一切都推向同一个方向我们身上还剩什么这不是一个纯哲学问题它跟怎么写代码、怎么做产品、怎么保持创作状态都有关系。适合所有和技术长期打交道的朋友——包括开发者、设计师、内容创作者看看能不能在趋同的大环境里给自己留一点不一样的东西。1. 从界面的千篇一律说起趋同在哪些角落已经发生1.1 界面的“标准答案”正在吞噬差异如果你把过去五年主流App的开屏页截图放在一起会发现在功能完全不同的前提下视觉和交互竟然越来越接近同样的圆角卡片、同样的毛玻璃、同样的下拉刷新、同样的深浅色模式切换按钮。甚至文案口吻都开始趋同——“开启你的专属体验”“发现更多精彩”换到哪个App上都毫无违和感。这不是某一家的审美问题而是整个行业都在朝一个“被验证为安全”的方向靠拢。产品经理说竞品这么做留存高设计师说规范里就是这么定义的开发说这套组件库现成的。一个界面从零到上线真正属于自己的决策可能只有Logo颜色。当所有人都在用同一套设计语言、同一套组件库、同一个交互范式时用户打开产品的第一感觉就是“好像在哪里见过”。我自己就有切身体会。前两年做一个内部工具界面初版做完之后一个同事看了一眼说这跟某大厂的协同工具也太像了。我当时还挺不服气但仔细对比后发现确实从布局到字体间距几乎是一个模子。因为我在做的时候下意识就去参考“主流怎么做”完全不是从需求本质出发去想这个场景应该长什么样。那种“顺手”背后其实是对差异的放弃。1.2 代码层面的趋同更隐蔽也更彻底界面上的趋同肉眼可见代码层面的趋同才更加无孔不入。早期开发者写代码不同的人写的风格差异很大有人喜欢嵌套三元表达式有人坚持提前返回有人连变量命名都有自己的偏执。现在打开一份新项目的代码通常感觉“谁写的都行”——格式化工具统一了换行和缩进团队规范统一了命名和目录结构代码补全工具把重复性的模式直接补完。趋同带来了显而易见的好处协作成本低接手别人代码不吃力公司招人也不用花太多时间适应新风格。但代价是个人在代码里的“笔迹”正在消失。写代码曾经被很多老前辈比作手艺活现在更像是在流水线上装配标准零件。你很难再从一段代码里看出作者的脾气和思路这种“无差别感”让写代码的乐趣打了不少折扣。还有一点是我最近才意识到的——技术选型上的趋同也极其明显。语言也好、框架也好、中间件也好生态都在向头部集中。不是说头部不好但如果所有团队都在同一套技术上解决问题遇到这套技术解决不了的问题时整个行业就会一起卡壳。上世纪做数据库的团队思路五花八门虽然兼容性差但也留下了很多不一样的方案。今天大家都用同一种规则玩奇思妙想自然就少了。1.3 内容生产的流水线化从文章到视频的高相似度做周刊一段时间后我每天要读大量技术文章、观点帖和教程。读得越多越觉得90%的内容放在一起也分不出作者。大家标题起的越来越精准结构越来越标准痛点引入、三步解法、总结升华。不能说这些文章不好它们确实高效、干货密度高但它们之间那种“同质感”比单纯的技术趋同更让人疲惫。这背后有两股力量在拉扯。一是SEO思维——为了被搜索到所有人都在追逐“用户最想搜的那几个关键词”内容自然被塞进相同的模具。二是AI辅助写作工具——我并不是反对用工具我也用。但如果把初稿、润色、结构调整都交给AI叠加到一定量之后写出来的东西就会有一种“AI平均脸”的既视感哪怕是人在操控也免不了被工具的口吻带偏。如果说界面趋同是“看起来都一样”代码趋同是“写起来都一样”内容趋同就是“读起来都一样”。这三层叠加在一起就是我们这个时代真正要面对的问题。2. 不是技术本身的问题从机制的层面理解趋同2.1 算法的本质是“去个性化”的筛选器大部分人会下意识把趋同归咎于“技术”这个锅技术背得有点冤。技术本身只是工具真正制造趋同的是一种机制几乎所有现代平台都在用“最大化活跃度”的方式筛选内容。算法会把最可能被点击、被停留的东西推送给最多的人而最可能被点击的往往是已经被验证过的、符合大部分人口味的内容。换句话说算法天然奖励“大众化”惩罚“小众化”。如果你写一篇角度特别刁钻的深度分析数据一定不会好看因为它的受众本来就窄。于是创作者开始反向调整——不再写自己真正想写的而是写“算法会喜欢的”。几次反馈循环之后所有内容都向那个“平均口味”靠拢。这是平台逻辑的必然结果跟创作者的个人智力无关。做周刊的过程中我也面临过这种“反向拉扯”。纯技术干货的点击量就是比夹杂了个人牢骚和日常观察的文章高。有段时间我确实纠结过要不要干脆做成纯工具推荐理论上来得快。但仔细想了想如果连这类“代码之外”的周刊都变成了标准教程那它存在本身就没有意义了。所以我主动把“数据反馈”放在第二优先级——不是不看数据而是不让数据替我决定写什么。2.2 “最佳实践”变成了一种新的教条另一个被忽略的因素是“最佳实践”的霸权。今天无论做什么技术选型网络上都有一堆权威文档告诉你这是最佳实践照着做准没错。整个行业越来越像一所巨大的学校所有人都在照同一版教材做作业考同一个考试。“最佳实践”本身没有问题它总结了前人踩坑后的经验能让我们少走弯路。问题在于它的地位太高——高到人们把它从“参考”变成了“必须”。当你提出一个跟主流不一样的方案时面临的往往不是讨论“适不适合业务场景”而是“为什么不走最佳实践”。在这种氛围里只要有人标新立异就会承担额外的解释成本时间一长特立独行的人干脆也懒得说了。我平时会在团队里反复强调一句话“最佳实践是历史不是法律。”它记录的是某个时间点、某种场景下被验证过有效的方法不保证适用于所有情况。真正的好设计恰恰需要你把“最佳实践”当作背景知识然后回到第一性原理去思考在这个具体的上下文里什么才是最优解。2.3 组织和效率对个人意志的稀释还有一个很多人没意识到、但每天都在发生的层面组织化的协作方式天然就会稀释个人风格。当系统足够复杂个人在其中的话语权就会相应变小。你的个人意志往往要让位于团队规范、部门KPIs和公司整体的技术战略。我不觉得这是某个人的错它就是组织结构为了追求效率必然产生的结果。大公司动辄几百上千人协作假如每个人都随心所欲地按自己的风格写代码维护成本会高到失控。所以组织必须通过标准化来对抗熵增——但这同时也在不断挤压个人发挥的空间。这是个人与组织之间长期存在的内在张力只不过今天在“效率优先”的共识下天平几乎完全倒向了组织这一侧。读到这里你可能会觉得这篇文章很悲观。其实我真正想说的是看清这些机制恰恰是为了不被它们牵着走。趋同是系统性的、结构性的但它不是必然会赢的。接下来这部分才是这一期周刊真正想聊的东西。3. 那些没法被“最优解”替代的东西代码之外还剩什么3.1 审美与手感同一份需求做出不同的质感先说最具体的一样东西审美和手感。这是最没法被写进“最佳实践”里的东西它存在于一个很模糊的区间——一个按钮的圆角、一个页面切换的动效、一段文案的语气。这些细节两个同样熟练的工程师做出来质感可能天差地别。我举个例子。某次我做一个小项目的重构功能需求一模一样前后出了两个版本。一个版本的逻辑挑不出任何问题架构干净、注释清晰、异常处理完整——就是一个工业品。另一个版本多花了两天时间只是为了处理一个很偏的边界情况以及把加载状态做得顺滑一点。你说后者“更正确”吗不。但它给人的感觉是写它的人在乎你打开它的一瞬间是怎样的体验。这种感觉你说它像什么有点像手工皮具和流水线皮具的区别。功能上都能装东西但拿起手里的那一刻手感和温度是完全不同的。这种“手感”无法被量化、无法被测试、也无法通过代码审查来验证。你只有亲自做、亲自感受才能慢慢建立起来。它是典型的“代码之外”的东西。3.2 直觉与跨界联想无法被流程化的决策开关第二个很难被替代的是直觉和跨界联想。我们做技术判读的时候经常面临一堆数据、几种方案看起来各有各的好处最后怎么选很大程度上靠直觉。这种直觉不是玄学是你过去所有经验、所有踩过的坑、所有看过的不相关领域的东西在你脑子里形成的一套压缩判断。我身边有几个朋友做产品决策特别快。问他们怎么想的他们也说不出来条条都是什么只会说“感觉这样不对”。这个“感觉”恰恰是最值钱的东西。它没法被写进SOP没法被拆解成步骤甚至没法稳定的复制给新人。因为它是长期浸泡、广泛涉猎之后才会有的东西。跨界联想也一样。你今天遇到一个技术问题解决方案可能根本不在本领域而是在你某天看的一部纪录片、读的一本小说、或者陪孩子搭积木时想到的一个结构。这种联想能力前提是你脑子里得留有那些“看起来没用”的素材。如果每天只盯着自己的技术栈、只看本领域的文章、只跟同行聊天你的联想池就会越来越干最终就只剩下“标准解法”这一条路。3.3 不完美的坚持低效习惯带来的意外价值第三个被低估的东西是那些看起来“不高效”的习惯。这个时代什么都讲究效率至上凡是不能立刻产生结果的习惯容易被第一个抛弃。但有时候恰恰是这些“低效”的坚持会带来意想不到的价值。我有次听一位做独立产品的开发者聊他说自己有一个看起来特别“过时”的习惯做任何项目之前都会在本子上用笔把用户流程画一遍。明明有现成的流程图工具画起来更快也更好改。但他坚持用笔因为用笔的时候脑子会放慢会开始想一些工具里不会想到的问题——比如这个页面用户是坐在沙发上放松地用还是在地铁上着急地用。这些“无关细节”最后往往成了产品最大的亮点。我也有类似的经历。写这一期周刊如果全部用工具整理资料效率至少翻倍但那样我就没有机会在翻阅几十篇旧文、几十段笔记的过程里偶然发现一个几年前的灵感和今天的话题微妙地接上了。这种感觉是任何“高效整理法”都给不了的。低效有时候是一种美德。它给你留出了“意外发生”的空间。3.4 与真实生活保持连接的兴趣爱好最后想说的是看起来最“无关”的一项那些与工作毫无关系的兴趣爱好。打游戏、养猫、钓鱼、徒步、练书法……很多人会觉得这些是浪费时间与技术进步无关。但恰恰是这些事在悄悄喂饱你的感知力让你保持对世界细节的敏感。一个做UI设计的朋友跟我讲过一件挺有意思的事。她有段时间特别迷烘焙每天研究不同面粉的吸水性差异、烤箱温度的细微变化。过了一两个月回去做设计稿突然发现自己对“质感”的把握明显更敏感了——知道什么材质看起来“烤得恰到好处”什么阴影看起来“太硬了”。她说这是烘焙带给她的最大回报比多上一门专业网课还大。技术让人趋同的原因很大程度是技术占据了人们几乎所有的时间。当你的一天从睁眼到闭眼都和技术打交道你输入的信息、思考的方式、评价事物的尺度都会被技术语境训练成同一种样子。而兴趣爱好是你生活中唯一不需要跟“效率”和“正确”汇报的领地。它的存在本身就是在对抗趋同。4. 在趋同的洪流里保留个人印记我这一年坚持的四件事4.1 无目的写作为自己写不为了发出去在面对“所有文章都在趋同”这件事上我给自己定的一个规矩是每周必须写一篇完全没有“发表目的”的东西。不追求数据、不追求被转发、甚至不一定给别人看。有时是对某个技术方案的思考有时是记录去菜市场的一次见闻有时就是半夜写一段对某个老朋友的回忆。这种无目的写作听起来很奢侈但它的价值在于它是完全属于你自己的表达。没有人看它的时候你不会去想“读者喜欢什么”这个问题你只能写你真正想写的东西。这个过程会让你重新找回自己的声音。我们日常写技术文档、写需求、写周报都是在用“组织的语言”说话久而久之容易忘记“自己的语言”长什么样。无目的写作就是把这个语言恢复过来的训练。我强烈建议每个人都试试不用长每周几百字就行。坚持三个月你会发现自己对“表达”这件事的感觉会不一样。做周刊的朋友尤其推荐试试它能帮你在“为读者写”和“为自己写”之间建立一道隔断不至于被数据和反馈卷走。4.2 手工debug回到思维的第一性第二个习惯听起来有点“反技术”——有意识地不依赖辅助工具纯粹靠读代码、推逻辑去手工debug。我不是反对用调试工具、性能分析工具我自己也重度依赖这些。但这个时代的问题恰恰是“工具太好用了”以至于很多人遇到问题第一反应是“跑一下工具看哪里报错”而不是“先理一理这里的逻辑应该是什么”。手工debug的本质是逼自己回到第一性原理去思考这个系统的数据是怎么流动的状态是怎么变迁的到底哪个环节的假设出了问题这个过程通常更慢但做完之后你对系统的理解是完整通透的。而用工具定位到某一个具体错误你只是在某个局部修好了它整体的理解是碎片化的。最近一次排查线上偶现的超时问题我戒掉了“快速定位工具”花了大半天时间从用户请求的入口一路顺着代码逻辑走了一遍画出完整的调用链。最终找到的问题确实不是一个工具能直接告诉我的——它藏在两个微服务之间一个不太容易注意到的超时配置协商里。那次排查给我的收获远超问题本身。4.3 跨领域闲聊让信息在陌生的地方碰撞第三个习惯是看似最没技术含量但长期来看对我影响最大的——刻意创造“跨领域闲聊”的机会。技术圈内的聊天通常极高效你抛一个话题对方马上接住你们在一个共享的语境里快速推进。但这种高效也意味着信息一直在熟悉的轨道上流动很少产生真正的碰撞。所以我会有意识地走出技术圈去认识一些做完全不同事情的人搞摄影的、开咖啡馆的、做音乐教育的、在乡间做自然观察的。不是抱着“认识人脉”的目的就是单纯的聊天。聊完之后一些零碎的想法会留在脑子里说不定哪天就跟当前的问题产生了化学反应。这种跨领域的信息交换是互联网推荐算法永远替代不了的东西。算法再厉害也只能在你已知的兴趣版图里给推荐内容而真实的跨领域接触会连你有意识地不知道这个领域存在的问题一并带出来。好奇心是抵抗一切趋同的免疫系统前提是你得给它足够的输入渠道。4.4 留一个“不优化”的小项目最后一件坚持的事是手里永远有一个不追求最优化的个人小项目。这个小项目的存在意义很特殊它不看ROI不做性能优化技术选型也不必是最时髦的唯一的要求是——你真心愿意为它花时间并且过程中能体会到乐趣。我做的是一个很小众的复古风格个人主页纯手写的HTML加一点原生JavaScript没有任何框架依赖。按现代工程标准来看它的代码简直“不合格”自己也知道性能约等于零优化。但每次在浏览器打开它的时候那种“这个东西完全出自我的手、没有被任何框架和规范改造过”的感觉真的好得不行。它像是我精神上的自留地。如果你每天都在做一个标准化的商业项目这个“不优化”的小项目就是帮你保持技术手感温度的暖手宝。它不需要大不需要完美甚至可以不完成。重要的是它是你自己真正拥有的东西。在做它的每一个下午里你都不需要向任何“最优解”汇报工作。5. 从行业变化反推什么正在重新赢得价值5.1 独立产品回暖背后是“人味”的需求写完前面这些我想再往后看一看行业的反方向到底在发生什么。这几年一个比较明显的趋势是独立开发者、个性化小工具、小众社区正在悄悄回流。在我看来这背后的驱动很大程度是人们开始对“千篇一律”感到疲劳开始重新为“人的气息”买账。独立的开发者做的产品技术上未必有碾压性的优势优势在于它们带着强烈的个人判断这个功能我就是不做因为我不喜欢这个交互就要这样因为我觉得用户应该有这样的体验。这种“专断”在大型组织里几乎不可能存活但在个人产品里它就是灵魂。用户愿意为这种灵魂买单因为它唤起了某种久违的感觉——你面对的不只是一个产品而是一个鲜活的人的想法。某做独立App的朋友产品只有几万个用户但他坚持每封用户反馈信都亲手回复回复里没有任何模板。他说用户正在设想的东西经常让他改掉自己原本的产品计划。这是大厂绝对不会做的事情恰恰成了他跟用户之间最坚固的纽带。用户留存的真实来源不是功能而是“被一个真人认真对待”的感觉。5.2 手作感和真实性的回归另一个让我注意到的趋势是“手作感”的东西正在重新受到欢迎。过去几年人们迷恋精致感、完美感、机器感任何有手工痕迹的东西都被视为“不够好”。但这个趋势正在见顶。越来越多的人开始欣赏手工陶器的纹理、手写字体的小瑕疵、真实人声录音里偶尔的呼吸气口。这在内容领域特别明显。我观察身边的朋友他们对那句“AI生成的文字”识别得越来越灵敏——不是因为它错在哪里而是因为它“太过正确”。大家嘴上不说心里已经开始怀念那些有点笨拙、有点私人印记的原始表达。完美无缺正在变成一种新平庸真实的笨拙反而成了稀缺的奢侈。对我们做内容的人来说这其实是一个清晰的方向——不要再努力把所有棱角都磨平让自己的文字、观点、表达方式保留一些“不算计”的部分。技术可以帮你写得更流畅但只有你能决定哪些地方不去打磨。那些地方往往才真正传达出“是一个具体的人在讲”而不只是智能助手在输出。5.3 保持“有所不为”的边界最后一点是这两年我越来越深的感觉在趋同的洪流里边界感很重要。技术能做的事情越来越多AI能写的、能改的、能生成的越来越强于是很多人默认“能用就用能走捷径就不要走弯路”。但“能做”不等于“该做”它永远是个人判断力的核心所在。我给自己定的原则很简单工具可以辅助思考但不能代替思考工具可以提高效率但不能替你定义什么值得做。每一次把某件事外包给工具或模型我都会问自己一遍这件事外包出去之后我失去了什么如果失去的是对这个领域的理解、是亲手做一遍的手感那就慢一点自己做。技术不是敌人趋同也不是谁的错它们只是效率逻辑下的自然产物。问题在于我们把自己完全交出去。技术让一切趋同但技术不会让一切必然趋同。只要你还愿意花时间做那些“看起来没用”的事、阅读那些不产生即时回报的书、和那些与你领域毫不相干的人聊天你的身上就总有些东西是技术标准流程无法复制的。这篇文章写到这儿最后也离不开我自己做周刊时的一个感受。很多朋友问过我为什么坚持做“代码之外”这样的主题明明纯技术分享才会带来更多关注。我的回答是正因为所有人都在往技术深处走才更需要在旁边留一个人看看技术正在把大家变成什么样子。技术本身没有声音它只会让有声音的人闭嘴让所有人的声音越来越像。如果你能偶尔停下来在自己心里找一个跟趋势不同频的角落那个角落将来也许就是别人发现你的地方。 
长河君 · 2026/10/16 9:26:22 · 阅读 1.2k 技术趋同时代，代码之外如何保留个人风格？
最近在整理这一期周刊素材的时候我注意到一个有点微妙的现象身边几个做开发的朋友聊起技术栈来几乎一个模子——前端框架选型一致、接口设计风格趋同、甚至连“业余爱好”都开始撞车。有人调侃说现在简历拿出来把名字遮掉十份里九份看不出区别。这件事让我想了好几天。技术本来是帮人打开差异的过去大家写代码的方式千奇百怪做出来的东西也各有性格。但现在从框架、语言、工程规范到内容生产的套路所有东西都在飞快地收敛到几个“最优解”上。工具越来越高效人的独特性反而变成了稀缺品。所以这一期周刊我想认认真真谈一件事当技术把一切都推向同一个方向我们身上还剩什么这不是一个纯哲学问题它跟怎么写代码、怎么做产品、怎么保持创作状态都有关系。适合所有和技术长期打交道的朋友——包括开发者、设计师、内容创作者看看能不能在趋同的大环境里给自己留一点不一样的东西。1. 从界面的千篇一律说起趋同在哪些角落已经发生1.1 界面的“标准答案”正在吞噬差异如果你把过去五年主流App的开屏页截图放在一起会发现在功能完全不同的前提下视觉和交互竟然越来越接近同样的圆角卡片、同样的毛玻璃、同样的下拉刷新、同样的深浅色模式切换按钮。甚至文案口吻都开始趋同——“开启你的专属体验”“发现更多精彩”换到哪个App上都毫无违和感。这不是某一家的审美问题而是整个行业都在朝一个“被验证为安全”的方向靠拢。产品经理说竞品这么做留存高设计师说规范里就是这么定义的开发说这套组件库现成的。一个界面从零到上线真正属于自己的决策可能只有Logo颜色。当所有人都在用同一套设计语言、同一套组件库、同一个交互范式时用户打开产品的第一感觉就是“好像在哪里见过”。我自己就有切身体会。前两年做一个内部工具界面初版做完之后一个同事看了一眼说这跟某大厂的协同工具也太像了。我当时还挺不服气但仔细对比后发现确实从布局到字体间距几乎是一个模子。因为我在做的时候下意识就去参考“主流怎么做”完全不是从需求本质出发去想这个场景应该长什么样。那种“顺手”背后其实是对差异的放弃。1.2 代码层面的趋同更隐蔽也更彻底界面上的趋同肉眼可见代码层面的趋同才更加无孔不入。早期开发者写代码不同的人写的风格差异很大有人喜欢嵌套三元表达式有人坚持提前返回有人连变量命名都有自己的偏执。现在打开一份新项目的代码通常感觉“谁写的都行”——格式化工具统一了换行和缩进团队规范统一了命名和目录结构代码补全工具把重复性的模式直接补完。趋同带来了显而易见的好处协作成本低接手别人代码不吃力公司招人也不用花太多时间适应新风格。但代价是个人在代码里的“笔迹”正在消失。写代码曾经被很多老前辈比作手艺活现在更像是在流水线上装配标准零件。你很难再从一段代码里看出作者的脾气和思路这种“无差别感”让写代码的乐趣打了不少折扣。还有一点是我最近才意识到的——技术选型上的趋同也极其明显。语言也好、框架也好、中间件也好生态都在向头部集中。不是说头部不好但如果所有团队都在同一套技术上解决问题遇到这套技术解决不了的问题时整个行业就会一起卡壳。上世纪做数据库的团队思路五花八门虽然兼容性差但也留下了很多不一样的方案。今天大家都用同一种规则玩奇思妙想自然就少了。1.3 内容生产的流水线化从文章到视频的高相似度做周刊一段时间后我每天要读大量技术文章、观点帖和教程。读得越多越觉得90%的内容放在一起也分不出作者。大家标题起的越来越精准结构越来越标准痛点引入、三步解法、总结升华。不能说这些文章不好它们确实高效、干货密度高但它们之间那种“同质感”比单纯的技术趋同更让人疲惫。这背后有两股力量在拉扯。一是SEO思维——为了被搜索到所有人都在追逐“用户最想搜的那几个关键词”内容自然被塞进相同的模具。二是AI辅助写作工具——我并不是反对用工具我也用。但如果把初稿、润色、结构调整都交给AI叠加到一定量之后写出来的东西就会有一种“AI平均脸”的既视感哪怕是人在操控也免不了被工具的口吻带偏。如果说界面趋同是“看起来都一样”代码趋同是“写起来都一样”内容趋同就是“读起来都一样”。这三层叠加在一起就是我们这个时代真正要面对的问题。2. 不是技术本身的问题从机制的层面理解趋同2.1 算法的本质是“去个性化”的筛选器大部分人会下意识把趋同归咎于“技术”这个锅技术背得有点冤。技术本身只是工具真正制造趋同的是一种机制几乎所有现代平台都在用“最大化活跃度”的方式筛选内容。算法会把最可能被点击、被停留的东西推送给最多的人而最可能被点击的往往是已经被验证过的、符合大部分人口味的内容。换句话说算法天然奖励“大众化”惩罚“小众化”。如果你写一篇角度特别刁钻的深度分析数据一定不会好看因为它的受众本来就窄。于是创作者开始反向调整——不再写自己真正想写的而是写“算法会喜欢的”。几次反馈循环之后所有内容都向那个“平均口味”靠拢。这是平台逻辑的必然结果跟创作者的个人智力无关。做周刊的过程中我也面临过这种“反向拉扯”。纯技术干货的点击量就是比夹杂了个人牢骚和日常观察的文章高。有段时间我确实纠结过要不要干脆做成纯工具推荐理论上来得快。但仔细想了想如果连这类“代码之外”的周刊都变成了标准教程那它存在本身就没有意义了。所以我主动把“数据反馈”放在第二优先级——不是不看数据而是不让数据替我决定写什么。2.2 “最佳实践”变成了一种新的教条另一个被忽略的因素是“最佳实践”的霸权。今天无论做什么技术选型网络上都有一堆权威文档告诉你这是最佳实践照着做准没错。整个行业越来越像一所巨大的学校所有人都在照同一版教材做作业考同一个考试。“最佳实践”本身没有问题它总结了前人踩坑后的经验能让我们少走弯路。问题在于它的地位太高——高到人们把它从“参考”变成了“必须”。当你提出一个跟主流不一样的方案时面临的往往不是讨论“适不适合业务场景”而是“为什么不走最佳实践”。在这种氛围里只要有人标新立异就会承担额外的解释成本时间一长特立独行的人干脆也懒得说了。我平时会在团队里反复强调一句话“最佳实践是历史不是法律。”它记录的是某个时间点、某种场景下被验证过有效的方法不保证适用于所有情况。真正的好设计恰恰需要你把“最佳实践”当作背景知识然后回到第一性原理去思考在这个具体的上下文里什么才是最优解。2.3 组织和效率对个人意志的稀释还有一个很多人没意识到、但每天都在发生的层面组织化的协作方式天然就会稀释个人风格。当系统足够复杂个人在其中的话语权就会相应变小。你的个人意志往往要让位于团队规范、部门KPIs和公司整体的技术战略。我不觉得这是某个人的错它就是组织结构为了追求效率必然产生的结果。大公司动辄几百上千人协作假如每个人都随心所欲地按自己的风格写代码维护成本会高到失控。所以组织必须通过标准化来对抗熵增——但这同时也在不断挤压个人发挥的空间。这是个人与组织之间长期存在的内在张力只不过今天在“效率优先”的共识下天平几乎完全倒向了组织这一侧。读到这里你可能会觉得这篇文章很悲观。其实我真正想说的是看清这些机制恰恰是为了不被它们牵着走。趋同是系统性的、结构性的但它不是必然会赢的。接下来这部分才是这一期周刊真正想聊的东西。3. 那些没法被“最优解”替代的东西代码之外还剩什么3.1 审美与手感同一份需求做出不同的质感先说最具体的一样东西审美和手感。这是最没法被写进“最佳实践”里的东西它存在于一个很模糊的区间——一个按钮的圆角、一个页面切换的动效、一段文案的语气。这些细节两个同样熟练的工程师做出来质感可能天差地别。我举个例子。某次我做一个小项目的重构功能需求一模一样前后出了两个版本。一个版本的逻辑挑不出任何问题架构干净、注释清晰、异常处理完整——就是一个工业品。另一个版本多花了两天时间只是为了处理一个很偏的边界情况以及把加载状态做得顺滑一点。你说后者“更正确”吗不。但它给人的感觉是写它的人在乎你打开它的一瞬间是怎样的体验。这种感觉你说它像什么有点像手工皮具和流水线皮具的区别。功能上都能装东西但拿起手里的那一刻手感和温度是完全不同的。这种“手感”无法被量化、无法被测试、也无法通过代码审查来验证。你只有亲自做、亲自感受才能慢慢建立起来。它是典型的“代码之外”的东西。3.2 直觉与跨界联想无法被流程化的决策开关第二个很难被替代的是直觉和跨界联想。我们做技术判读的时候经常面临一堆数据、几种方案看起来各有各的好处最后怎么选很大程度上靠直觉。这种直觉不是玄学是你过去所有经验、所有踩过的坑、所有看过的不相关领域的东西在你脑子里形成的一套压缩判断。我身边有几个朋友做产品决策特别快。问他们怎么想的他们也说不出来条条都是什么只会说“感觉这样不对”。这个“感觉”恰恰是最值钱的东西。它没法被写进SOP没法被拆解成步骤甚至没法稳定的复制给新人。因为它是长期浸泡、广泛涉猎之后才会有的东西。跨界联想也一样。你今天遇到一个技术问题解决方案可能根本不在本领域而是在你某天看的一部纪录片、读的一本小说、或者陪孩子搭积木时想到的一个结构。这种联想能力前提是你脑子里得留有那些“看起来没用”的素材。如果每天只盯着自己的技术栈、只看本领域的文章、只跟同行聊天你的联想池就会越来越干最终就只剩下“标准解法”这一条路。3.3 不完美的坚持低效习惯带来的意外价值第三个被低估的东西是那些看起来“不高效”的习惯。这个时代什么都讲究效率至上凡是不能立刻产生结果的习惯容易被第一个抛弃。但有时候恰恰是这些“低效”的坚持会带来意想不到的价值。我有次听一位做独立产品的开发者聊他说自己有一个看起来特别“过时”的习惯做任何项目之前都会在本子上用笔把用户流程画一遍。明明有现成的流程图工具画起来更快也更好改。但他坚持用笔因为用笔的时候脑子会放慢会开始想一些工具里不会想到的问题——比如这个页面用户是坐在沙发上放松地用还是在地铁上着急地用。这些“无关细节”最后往往成了产品最大的亮点。我也有类似的经历。写这一期周刊如果全部用工具整理资料效率至少翻倍但那样我就没有机会在翻阅几十篇旧文、几十段笔记的过程里偶然发现一个几年前的灵感和今天的话题微妙地接上了。这种感觉是任何“高效整理法”都给不了的。低效有时候是一种美德。它给你留出了“意外发生”的空间。3.4 与真实生活保持连接的兴趣爱好最后想说的是看起来最“无关”的一项那些与工作毫无关系的兴趣爱好。打游戏、养猫、钓鱼、徒步、练书法……很多人会觉得这些是浪费时间与技术进步无关。但恰恰是这些事在悄悄喂饱你的感知力让你保持对世界细节的敏感。一个做UI设计的朋友跟我讲过一件挺有意思的事。她有段时间特别迷烘焙每天研究不同面粉的吸水性差异、烤箱温度的细微变化。过了一两个月回去做设计稿突然发现自己对“质感”的把握明显更敏感了——知道什么材质看起来“烤得恰到好处”什么阴影看起来“太硬了”。她说这是烘焙带给她的最大回报比多上一门专业网课还大。技术让人趋同的原因很大程度是技术占据了人们几乎所有的时间。当你的一天从睁眼到闭眼都和技术打交道你输入的信息、思考的方式、评价事物的尺度都会被技术语境训练成同一种样子。而兴趣爱好是你生活中唯一不需要跟“效率”和“正确”汇报的领地。它的存在本身就是在对抗趋同。4. 在趋同的洪流里保留个人印记我这一年坚持的四件事4.1 无目的写作为自己写不为了发出去在面对“所有文章都在趋同”这件事上我给自己定的一个规矩是每周必须写一篇完全没有“发表目的”的东西。不追求数据、不追求被转发、甚至不一定给别人看。有时是对某个技术方案的思考有时是记录去菜市场的一次见闻有时就是半夜写一段对某个老朋友的回忆。这种无目的写作听起来很奢侈但它的价值在于它是完全属于你自己的表达。没有人看它的时候你不会去想“读者喜欢什么”这个问题你只能写你真正想写的东西。这个过程会让你重新找回自己的声音。我们日常写技术文档、写需求、写周报都是在用“组织的语言”说话久而久之容易忘记“自己的语言”长什么样。无目的写作就是把这个语言恢复过来的训练。我强烈建议每个人都试试不用长每周几百字就行。坚持三个月你会发现自己对“表达”这件事的感觉会不一样。做周刊的朋友尤其推荐试试它能帮你在“为读者写”和“为自己写”之间建立一道隔断不至于被数据和反馈卷走。4.2 手工debug回到思维的第一性第二个习惯听起来有点“反技术”——有意识地不依赖辅助工具纯粹靠读代码、推逻辑去手工debug。我不是反对用调试工具、性能分析工具我自己也重度依赖这些。但这个时代的问题恰恰是“工具太好用了”以至于很多人遇到问题第一反应是“跑一下工具看哪里报错”而不是“先理一理这里的逻辑应该是什么”。手工debug的本质是逼自己回到第一性原理去思考这个系统的数据是怎么流动的状态是怎么变迁的到底哪个环节的假设出了问题这个过程通常更慢但做完之后你对系统的理解是完整通透的。而用工具定位到某一个具体错误你只是在某个局部修好了它整体的理解是碎片化的。最近一次排查线上偶现的超时问题我戒掉了“快速定位工具”花了大半天时间从用户请求的入口一路顺着代码逻辑走了一遍画出完整的调用链。最终找到的问题确实不是一个工具能直接告诉我的——它藏在两个微服务之间一个不太容易注意到的超时配置协商里。那次排查给我的收获远超问题本身。4.3 跨领域闲聊让信息在陌生的地方碰撞第三个习惯是看似最没技术含量但长期来看对我影响最大的——刻意创造“跨领域闲聊”的机会。技术圈内的聊天通常极高效你抛一个话题对方马上接住你们在一个共享的语境里快速推进。但这种高效也意味着信息一直在熟悉的轨道上流动很少产生真正的碰撞。所以我会有意识地走出技术圈去认识一些做完全不同事情的人搞摄影的、开咖啡馆的、做音乐教育的、在乡间做自然观察的。不是抱着“认识人脉”的目的就是单纯的聊天。聊完之后一些零碎的想法会留在脑子里说不定哪天就跟当前的问题产生了化学反应。这种跨领域的信息交换是互联网推荐算法永远替代不了的东西。算法再厉害也只能在你已知的兴趣版图里给推荐内容而真实的跨领域接触会连你有意识地不知道这个领域存在的问题一并带出来。好奇心是抵抗一切趋同的免疫系统前提是你得给它足够的输入渠道。4.4 留一个“不优化”的小项目最后一件坚持的事是手里永远有一个不追求最优化的个人小项目。这个小项目的存在意义很特殊它不看ROI不做性能优化技术选型也不必是最时髦的唯一的要求是——你真心愿意为它花时间并且过程中能体会到乐趣。我做的是一个很小众的复古风格个人主页纯手写的HTML加一点原生JavaScript没有任何框架依赖。按现代工程标准来看它的代码简直“不合格”自己也知道性能约等于零优化。但每次在浏览器打开它的时候那种“这个东西完全出自我的手、没有被任何框架和规范改造过”的感觉真的好得不行。它像是我精神上的自留地。如果你每天都在做一个标准化的商业项目这个“不优化”的小项目就是帮你保持技术手感温度的暖手宝。它不需要大不需要完美甚至可以不完成。重要的是它是你自己真正拥有的东西。在做它的每一个下午里你都不需要向任何“最优解”汇报工作。5. 从行业变化反推什么正在重新赢得价值5.1 独立产品回暖背后是“人味”的需求写完前面这些我想再往后看一看行业的反方向到底在发生什么。这几年一个比较明显的趋势是独立开发者、个性化小工具、小众社区正在悄悄回流。在我看来这背后的驱动很大程度是人们开始对“千篇一律”感到疲劳开始重新为“人的气息”买账。独立的开发者做的产品技术上未必有碾压性的优势优势在于它们带着强烈的个人判断这个功能我就是不做因为我不喜欢这个交互就要这样因为我觉得用户应该有这样的体验。这种“专断”在大型组织里几乎不可能存活但在个人产品里它就是灵魂。用户愿意为这种灵魂买单因为它唤起了某种久违的感觉——你面对的不只是一个产品而是一个鲜活的人的想法。某做独立App的朋友产品只有几万个用户但他坚持每封用户反馈信都亲手回复回复里没有任何模板。他说用户正在设想的东西经常让他改掉自己原本的产品计划。这是大厂绝对不会做的事情恰恰成了他跟用户之间最坚固的纽带。用户留存的真实来源不是功能而是“被一个真人认真对待”的感觉。5.2 手作感和真实性的回归另一个让我注意到的趋势是“手作感”的东西正在重新受到欢迎。过去几年人们迷恋精致感、完美感、机器感任何有手工痕迹的东西都被视为“不够好”。但这个趋势正在见顶。越来越多的人开始欣赏手工陶器的纹理、手写字体的小瑕疵、真实人声录音里偶尔的呼吸气口。这在内容领域特别明显。我观察身边的朋友他们对那句“AI生成的文字”识别得越来越灵敏——不是因为它错在哪里而是因为它“太过正确”。大家嘴上不说心里已经开始怀念那些有点笨拙、有点私人印记的原始表达。完美无缺正在变成一种新平庸真实的笨拙反而成了稀缺的奢侈。对我们做内容的人来说这其实是一个清晰的方向——不要再努力把所有棱角都磨平让自己的文字、观点、表达方式保留一些“不算计”的部分。技术可以帮你写得更流畅但只有你能决定哪些地方不去打磨。那些地方往往才真正传达出“是一个具体的人在讲”而不只是智能助手在输出。5.3 保持“有所不为”的边界最后一点是这两年我越来越深的感觉在趋同的洪流里边界感很重要。技术能做的事情越来越多AI能写的、能改的、能生成的越来越强于是很多人默认“能用就用能走捷径就不要走弯路”。但“能做”不等于“该做”它永远是个人判断力的核心所在。我给自己定的原则很简单工具可以辅助思考但不能代替思考工具可以提高效率但不能替你定义什么值得做。每一次把某件事外包给工具或模型我都会问自己一遍这件事外包出去之后我失去了什么如果失去的是对这个领域的理解、是亲手做一遍的手感那就慢一点自己做。技术不是敌人趋同也不是谁的错它们只是效率逻辑下的自然产物。问题在于我们把自己完全交出去。技术让一切趋同但技术不会让一切必然趋同。只要你还愿意花时间做那些“看起来没用”的事、阅读那些不产生即时回报的书、和那些与你领域毫不相干的人聊天你的身上就总有些东西是技术标准流程无法复制的。这篇文章写到这儿最后也离不开我自己做周刊时的一个感受。很多朋友问过我为什么坚持做“代码之外”这样的主题明明纯技术分享才会带来更多关注。我的回答是正因为所有人都在往技术深处走才更需要在旁边留一个人看看技术正在把大家变成什么样子。技术本身没有声音它只会让有声音的人闭嘴让所有人的声音越来越像。如果你能偶尔停下来在自己心里找一个跟趋势不同频的角落那个角落将来也许就是别人发现你的地方。