最近那些被教导要“极致理性”的项目，实际上早就该歇了。 最近最火的项目，大约率不是那种能写进简历里、还能在面试时侃侃而谈的。大约率是这种：你坐在工位上，盯着屏幕，手指头在键盘上疯狂敲出代码的时候，系统提示你“正在查找资源”的几秒钟。 那会儿我认定，项目就是为了让老板认定“哇，这个人还能折腾”，把代码敲得神乎其神，顺便甩出一份漂亮的详情页给甲方。结局目前大家发现，甲方最想要的实际上是“这东西能用”，而不是“这东西写得漂亮”。一旦你为了炫技把需求写得像个科幻电影，最终做出来的东西像个半成品，那不仅项目废了，连人设都崩了。 最近这种“能干活”的项目，实际上就是那种略微有点瑕疵但绝对能用的。
比如那种拿到手就报错的代码，要么那个页面加载慢得让你质疑人生，但功能确实跑通的版本。
这些项目，往往不需求你也去背那些教做人要么教技术的“顶层语言”。它们只需求你能快速响应，能看懂别人在说啥，能把那些乱七八糟的需求理顺，最终上线的时候，功能实际上挺满的。 目前的环境变了，不像那会儿企业里站队那么纯粹，大家更看重解决难题的本事。
那会儿你写个项目，是为了证明你懂技术；目前你写个项目，是为了证明你懂如何帮别人把事做成。
故此，最近最实用的项目，实际上就是那种“轻资产、重实效”的东西。 比如，最近有个挺火的“故障恢复演练”要么“自动化脚本优化”。你不需求写出一个完美的系统，你只需求搞定几个关键节点的备份，要么把某个流程从手动改自动，然后跑通整个闭环。
比如某个人家公司，把用户在后台的修改记录，用脚本批量导出成 CSV 格式，然后自动同步到 Excel，再自动生成一个报表发给老板。
这个项目，代码质量不用说，流程改好了，数据跑通了，老板一眼就能看到效果。
这种项目，放在任何行业里，只要需求合理，都能落地。 再比如，最近大量年轻人启动搞的“个人效率工具”。
不是那种能替代所有工作的宏观系统，而是你那个效率工具，能帮你在写文档的时候自动提炼重点，要么在开会的时候自动把会议记录转成待办事项清单。
这种项目，不需求你写复杂的大架构，也不需求你懂啥 Django、啥 Vue。你只需求写出一个能干活的小脚本，要么一个能嵌入到现有流程里的插件，就能知足需求。 这种项目之故此火，是出于它们“不完美”是出于“不完美”。你不想写一个完美的系统，你只想写一个能搞定任务的东西。
这种项目，往往离现实最近，也最好办在某个环节失控，但一旦跑通了，效果立竿见影。并且，这种项目，你更好办在其中找到乐趣，出于你在跟实际难题打交道，而不是在跟 PPT 打交道。 自然，这种项目也有它的代价。
比方说，你可能需求为了赶进度，牺牲一点代码的质量，就连牺牲一点员工的加班工夫。你就连可能为了赶上线，把文档写得乱七八糟，最终还得回头去修。
这种项目，往往不是纯技术的展示，而是“技术 + 协调 + 沟通”的综合体。 不过话说回来，最近这种“能干活”的项目，确实让人有点喘不过气。
这也侧面说明，市场对“只会写文档”和“只会背概念”的从业者的需求正在削减。目前，哪位还能在面试时，只说不写代码，要么只说不写方案，说点大道理，哪位就能活。哪位能把难题落地，哪位就能拿结局。 故此，最近做项目，别再想着往“高大上”的灯塔上去了，也别想着往“完美”的城堡上去了。往那个能解决具体难题的、略微有点粗糙但绝对能用的“集装箱”里装货吧。
这种项目，别看看起来不那么光鲜，但一旦它能在业务中运转起来，那就是真正的本事。哪位在哪个环节卡壳了，那才是真正需求被看重的“项目”。 最终，别忘了，这种能落地的项目，往往需求你去建立自己的“沟通接口”。你需求知道业务部门想要啥，技术部门需求啥，管理层想要啥。你能把这些需求压缩成一个个具体的任务，让它们在一个个项目中落地，并且不让任何一个环节出于你的沟通不畅而卡死，这才是目前最核心的技术。 还不如追求那种能写在简历上的宏大叙事，不如去参与那些能帮你解决实际费事的小项目。
那些项目，不一定能成为你职业生涯的“高光时刻”，但它们能让你真正掌握一套能在工作中长期持续运转的方式论。 故此，别等着看那些教科书式的案例了，去干那些具体的、能解决难题的实事吧。
毕竟，在这个时代，能搞定事的人，才是真正值得被记住的人。而那些只会点头、只会讲话、只会写文档的人，早就被时代淘汰了。