不要过度优化
计划永远赶不上变化，就在上周，我所在的项目被砍了。
我原本还在规划：写自动化测试、搭建监控后台、重构代码。打算把原本两千多行的大商品页拆分重构，做成模式匹配渲染组件，再加上路由参数筛选……结果，部门被撤，项目被卖。
这个项目，我倾注了很多心血。从我实习开始就参与其中，这是我第一个正式上线的项目。
但有些事就是这样，谁也没办法。开会时老板也说了，项目做了这么久，始终没什么盈利，还持续亏损，被砍也是理所当然。
其实这个项目从一开始就充满波折。我刚加入时，项目还没确定方向，只是“先照着竞品做”。没人说得清楚到底要做什么，怎么做，问一句就是：“看竞品怎么搞的。”结果就是写了一堆没什么用的页面。
项目技术架构是 GraphQL 和 RESTful 混合使用，商品模块主要靠 GraphQL。只能说，这东西严重依赖团队成员的素质。当时我还跟后端吵过一架——他说我乱改前端导致出问题，我说他后端写得不行。我拿一个分类名称的数据，得穿越十几层结构才能拿到：
products.data.attributes.data[0].category.data.attributes.classifiations.data.attributes.name
还得写转换函数来清洗数据格式。
我们吵到了会议室，最后也没啥结果，只是我的转正合同被延后了一个月，时间还是按原计划算的。
后面就是正常开发了。项目经理总说老板催得紧，他压力很大。但他真正做的，其实也不多。问方向，他说“看竞品”；问计划，他说“后面可能会做”；再问，他说“你先看着搞”。
项目就这样磕磕绊绊地上线了。
之后的半年，我们改了三次版本，换了两次域名：
第一次改版，是因为我们做得太像竞品。
第二次也是同样原因，还顺便换了个域名。
第三次是现在这个版本，当然，随着业务增长，现在的版本和当初的设计也早已不同。
去年七月，项目开始有些热度。结果公司搞团建，留守值班出问题，热度很快就没了。
项目最初规划得很宏大，说是做一个“综合交易平台”，要覆盖多个产品类目。
但直到去年九月，我们还只有一个产品上线。
于是国庆前，我们开始了“9226”模式：早九点到晚十点，每周六天。为什么突然要加班？因为要上线新产品。为什么不提前安排？因为项目经理之前总说“后面再说”，真正要上线时，时间根本不够。
十二月，项目经理离职了。他和老板闹得很不愉快，老板甚至拿着一本书和一沓 A4 纸让他抄书。后来就再也没见到他。
后来空降来一个和老板同姓的哥们接手。他一来，一个月就上线了四五个新品。
补充一句：我们做的是虚拟产品服务，不是实物商品，核心在于找服务商对接，节奏本该快很多。
就这样干到了新的一年。
今年开始，他设定了绩效目标，和销售额挂钩：第一个月是几万，到了十二月目标是六十多万。
奖金按季度分发，但第一季度就没人拿到奖金。
于是，又说“重新定目标”。
这次一“定”——直接定到了项目被砍，部门解散。
你说要不要做长期规划？我当然也想。但很多时候，现实根本不给你规划的空间。别太指望流程和逻辑自洽，在公司里，有些事就是这样：来了，说干就干；没了，说砍就砍。
所以别太过度优化，事情可能根本撑不到你优化完的那天。