今天早上，我刷到一个视频，下面有条评论：“这产品一点科技感都没有。”我盯着屏幕愣了半天，作为一个写过十年Golang的码农，我太熟悉这种感觉了——当别人指着你刚写完的、逻辑严密的后端代码，说“看起来不够酷”。
但等等。科技感到底是什么？ 是闪烁的霓虹灯？是虚幻的3D投影？还是发布会上那些让人眼花缭乱的特效？我越想越觉得，我们在“科技感”这个词上,可能搞错了一些基本的东西。
科技感，其实是“陌生感”的幻觉
前几天，我看到同事用C语言写一个内存分配器，那代码密密麻麻全是位运算和指针偏移，我承认，第一眼根本看不懂，这种 智力上的压迫感 ，很多人就会觉得“哇，这个很科技”，但如果你用Go写同样的内容，因为语法干净、错误处理明确、逻辑分层清晰，别人看了反而说“就这？一点科技感都没有”。
这让我想起一个故事，1930年代，福特流水线刚出来时，工人们觉得那些机械臂“毫无人性”，因为从木工坊的锤子、刨子，到叮叮当当的铁匠铺，突然变成一排安静、重复、快速运作的冷漠机器——人们觉得“没感觉”，为什么？因为我们潜意识里把“混乱”和“复杂”当成了科技感，新技术诞生时，我们总期待它带来某种视觉或认知上的冲击，当技术成熟到可以“藏起来”的时候，它就变得没有存在感了，而Golang，就是那种“藏起来”的语言。
为什么我们的代码总被说“没有科技感”？——Golang的三个“致命”特点
语法太干净，干净得像没写代码
你打开一个Go文件，func main() {}，变量声明用，错误处理用if err != nil，没有继承、没有泛型（1.18之前）、没有异常（try-catch），整个代码读起来像一本小学生用的字典——条理清晰，但毫无惊喜，工程师费曼先生说过：“如果你不能把一个概念解释得让一个初中生听懂，说明你自己也没懂。”Go的设计恰恰是对这句话的极致践行，当你能用几行简单语句就搞定并发，当你能用几段干净的逻辑就写完一个微服务，这本身就是最高级的科技——用复杂度换来了可读性,但多数人只看到了前者。
不知道Golang处理并发简直是“魔法”
很多人觉得科技感是“多线程同步代码写得密密麻麻，像一条条交错的地铁线”，但Go的goroutine，就是轻量级线程，你用go func(){}启动一个，内存消耗才几KB，调度由语言运行时自己管，不用你操心，写出来的时候，代码几乎是线性的，没有锁、没有信号量、没有复杂的临界区。这么牛逼的并发模型，竟然不让人看到“它在背后怎么折腾CPU”？ 用户看不见冒烟的服务器，自然觉得“没感觉”，想当年Unix发明者肯·汤普森说：“你能写出能让别人看懂的代码，才是真正的好代码。”Go做到了，但代价是被贴上“没有科技感”的标签。
编译太快，快得没有仪式感
写C++、Rust的时候，编译个大型项目可能需要喝一杯咖啡，甚至去趟洗手间，那个等待期间，你盯着跳动的编译日志，有种“正在进行某种高深计算”的满足感，Go呢？大部分时候都是瞬间编译完，尤其是你用包管理工具构建项目，go build可能不到100毫秒，这种“快得像没编译一样”的体验，破坏了人们对“科技操作”的仪式感期待：科技感需要过程，过程需要痕迹，痕迹需要被看见。当技术消失到看不见的时候，人们反而觉得它不够酷。
科技感的“三明治陷阱”：我们到底在评价什么？
我用一个简单表格来展示一下，为什么我们常误判“科技感”：
| 维度 | 表面“科技感” | 实际“科技含量” |
|---|---|---|
| 项目展示 | 花哨的UI动效、呼吸灯、3D图表 | 后端的稳定性、异步处理的正确性、数据一致性 |
| 代码风格 | 深奥的模板元编程、复杂的继承链 | 清晰的错误处理、单一职责函数、可测试性 |
| 开发体验 | 漫长的编译等待、高门槛配置 | 快速迭代、环境一致性、近乎零缺陷的反馈循环 |
你觉得哪边更“科技”？第二个，但绝大多数人第一反应会选第一个。我们对科技感的判断，往往基于“陌生程度”而非“解决问题效率”，就像汽车刚发明时，人们觉得马车更有“马术感”，汽车“一点都不赛博”。
从“费曼写作法”角度看：如何让“不酷”变得“酷”？
费曼老爷子教物理时有个绝招：把复杂概念变成日常比喻，我们来试试把Golang那种“没有科技感”的本质,翻译成人话：
你没有科技感，是因为你做得太好了，用户都不用去理解你。 就像你家的智能马桶圈，你每天用它，舒服得忘记它的存在，你不觉得它有什么“科技感”，但如果有一天它坏了，水怎么都不热了，你蹲在瓷砖地上对着说明书一顿操作，满脑子都是“这破马桶怎么这么复杂！”——好了，这时候它突然就充满了科技感……因为你必须去面对它的内部构造了。
Golang的语言设计者罗布·派克（Rob Pike）曾讲过一句话：“语言不是炫技，是用于沟通的工具。”当沟通变得理所当然、顺畅自如，就没有人会在乎“信道”长得帅不帅，人们只会记得你用它写的服务跑得稳，出问题少，开排障容易——但这些，恰好是“没有科技感”的最大证明。
最后的真实片段：那天晚上，我删掉了我精心设计的“科技感”代码
我讲件真事，去年我做一个小型调度系统，开头我用了很多复杂的context链、多层错误类型、内联闭包，甚至强行引用了一些C语言风格的位运算，写完后我自己非常满意——它看起来“很科技”啊！各种花哨的语法。
可当同事接手改bug时，他第一句说的是：“这段代码…它在试图解释什么？你确定它比 if err != nil 更清晰？”我哑口无言，老实说，他自己加了一堆注释，最后把代码剪短了一大半，运行效率没变，但可读性提升了一倍，而我看他改完后的版本，突然觉得“没有了科技感的代码”，反而好像更“坚硬”了，它不会因为炫技而产生奇怪边界,它简单到几乎不可能出错。
我想表达的其实是：如果你在找“科技感”，大概率你是在找那种“我还搞不懂你”的陌生感，但真正的科技，是当它像空气一样，透亮到你根本忘了它的存在。 不用给用户展示你的“科技纹身”，让他们舒服地用就行了——哪怕这感觉,一点科技感都没有。
（本文写作过程中，没有为“科技感缺失”感到任何惋惜。）
本文来自作者[kyadmin]投稿，不代表ac米兰官网立场，如若转载，请注明出处：http://www.milanatour.com/keji/832.html
评论列表（4条）
我是ac米兰官网的签约作者“kyadmin”！
希望本篇文章《为什么一点科技感都没有？当技术褪去酷的外衣，我们究竟在寻找什么？》能对你有所帮助！
本站[ac米兰官网]内容主要涵盖：AC米兰,ac米兰中文,AC米兰官网
本文概览：今天早上，我刷到一个视频，下面有条评论：“这产品一点科技感都没有。”我盯着屏幕愣了半天，作为一个写过十年Golang的码农，我太熟悉这种...