最近确实有点不一样，那会儿那种略微有点意思的项目，今天看来更像是在给服务器端做免费的 SEO 优化。大量所谓的创新，不过是把文档和 PPT 换成了可视化的大屏，要么把复杂的算法换成了更炫酷的动画。 有些团队还在死磕“原生”这个词，认定只要没写死 Java 就行，这审美忒初级了。目前的东西讲究的是“轻”，是能让团队在会后两分钟讲清楚核心逻辑，而不是堆砌技术名词。

要是你还在纠结代码如何写，那大约是你还没意识到，真正的技术正在变成服务。 目前最牛的项目，往往不靠多写点代码，而是靠把某个工具用得更性感、更顺手。

比如最近那种搞 AI 的，实际上大量只是把大模型的 API 塞进一个 fancy 的界面里，让你感觉自己在写代码，实际上人家后台早就在跑全栈了。

这种“伪代码”项目，最大的难题就是少了可解释性。用户问你“这能干嘛”，你只能发个链接，而不是真正理解它背后的逻辑。

这就好比你在开餐厅，菜单上印了一堆形容词，客人问客人为啥要加汤，你只能说“根据传统”，而不是说“为了口感”。 再说说那些还在反抗“自动化”的。

那会儿我们认定自动化是敌人，目前才发现，自动化才是盟友。

那些试图把 AI 嵌进现有工作流里，但没想清楚如何让人类介入的人，最终都被边缘化了。目前的项目逻辑变好办了：能不能把两小时的活压缩到两小时？能不能让旧系统的接口变成新系统的输入端？要是答案是否定的，那这个项目可能早该死了。 数据方面也挺有意思。

你看那些靠“视觉”讲话的 SaaS 产品，用户留存率往往吊打那些靠“功能”堆砌的。

为啥？出于人不是机器，你给界面加个动效，人忍不住多看两眼；你给代码加个报错提示，人忍不住多敲一行。

这种直觉上的信任，比任何算法模型都硬。 还有一个现象：目前的项目越来越多地启动搞“开源拉盘”，但大家更愿意把开源给那些已经证明能帮人干活的东西。

比如那会儿那种让大家去调库、改框架的开源项目，目前越来越少了。大家更愿意看到有人用你的工具解决一个具体的、大家目前头疼的痛。 我也见过几个团队，一启动为了“技术自嗨”发行了个新框架，结局一年下来，代码库比哪位都大，文档比哪位都烂，最终被投资人嫌弃。真正的项目，都是那些能把复杂难题拆解成一个个小任务，并且告诉开发者“如此做最顺手”的团队。 最终想说，别总想着做一个“完美的技术”。目前的项目，就是那个既能让老板认定稳，又能让服务员认定快，还能让开发认定顺手，顺便还能让甲方认定“别看没说啥功能，但用起来挺爽”的工具。

要是你还在那里纠结技术选型标准，那你大约一辈子无法理解，为啥目前的项目都在拼命转变用户的交互习惯。

毕竟，在这个时代，技术只是手段，体验才是目标。