做了多年Java，我才发现阻碍我开发个人项目的不是语言，是“企业级思维”

最近又不信邪，开了个个人小项目。
作为一个写了多年Java的老兵，每次想做点什么小玩意儿的时候，脑子里的第一个念头总是：“要不换PHP吧？或者Python？Java太重了，配置一堆，起步太慢。”
总觉得PHP那种“干就完了”的风格才适合个人开发。但最近折腾了几次后，我突然回过味来了：其实Java并不慢，慢的是我脑子里的“企业级思维”。

那个名为“规范”的紧箍咒

我们在公司待久了，都被驯化出了一种职业本能。
接到一个需求，不管多小，脑子里自动弹出的不是“怎么最快实现”，而是：

• 这个架构将来能不能扩展？
• 这里是不是要搞个设计模式？
• Controller、Service、Impl、Manager、DAO，这五层如果不写全，感觉就像出门没穿裤子一样别扭。
• 异常要统一处理吧？日志要规范吧？参数校验得用注解吧？

结果就是，逻辑还没写两行，脚手架搭了一下午。甚至有时候因为纠结“这个类名叫XxxManager还是XxxHandler”都能卡个十分钟。

这就是“企业级思维”的毒打。
在公司，我们追求的是80分以上的交付标准：代码要优雅、注释要清晰、单元测试要覆盖、各种边界条件要考虑到。因为那是生产环境，是团队协作，是KPI。

但个人项目呢？

个人项目，55分万岁

最近我想通了一个道理：做个人项目（Side Project），只要不影响主流程跑通，代码烂点怎么了？
如果说百分制，公司项目要求80分以上，那个人项目，55-60分就足够了。

• 50分：项目能跑起来，核心业务逻辑通了。
• 60分：稍微改改明显的Bug，界面能看。

剩下的40分去哪了？那40分是给代码规范、架构设计、极致性能优化留的。但在验证想法的阶段，这些东西全是累赘。
对于个人开发者来说，“快”才是唯一的真理。

快速设计、快速开发、快速验证

我现在写小项目，强迫自己戒掉“代码洁癖”：

• 别想以后：不要考虑“如果用户量破百万怎么办”。等真破百万了，你有的是钱和时间重构。现在你要考虑的是怎么让第1个用户用爽。
• 一把梭：Service层不用接口，直接写类；复杂的DTO/VO懒得转，直接传Map或者实体类也没人管你；SQL写在代码里怎么了？只要能查出来数据就行。
• Bug不重要：只要不是点击“支付”直接报错，或者点“登录”直接白屏这种阻断性Bug，其他的什么UI对不齐、边缘情况报错、提示语不友好，统统靠边站。

以前我觉得PHP快，是因为PHP本身在语法层面上就纵容这种“胡写”。但其实Java也能“胡写”。用Spring Boot，把那些条条框框扔掉，全写在一个Controller里，Java一样能飞起。

既然是验证，就别谈“优雅”

我们做小项目，本质上是在验证一个想法。
想法验证失败了，那几千行所谓“优雅的代码”就是一堆电子垃圾。
想法验证成功了，业务跑通了，哪怕你后端是一坨著名的“屎山”，用户也看不见。他们只关心功能能不能用。

所以，别再纠结用Java还是PHP了。
只要你敢放下那些在公司里养成的“好习惯”，敢于写出被同事看到会骂娘的代码，敢于承认“我这就是个60分的烂项目”，你会发现，Java其实开发起来也挺快的。

先让它跑起来，剩下的，交给以后再说。