生活随笔：2022烦人的项目

很久之前参与了一个项目，总是莫名其妙地每天被催进度。每一天都是这样深夜作伴，至此你会发现一个项目从书写到结束，这个过程要经历过什么样的情况。
很多项目做着做着就没完没了，为什么这么说。说的是一个项目管理和预估的情况。项目管理很大程度来讲需要各方人员的配合，有共同的目标，部门之间协调比较高，这才会比较顺利。我说的比较，不能说一定。因为在大部分项目里面，反反复复，真的是烦人修改和改动，或许说在一开始就评估过于乐观。在大部分情况下，这些项目做着做着变成可有可无，负责人变成了KPI考核。快与慢，有谁来在这一场竞技中打上排名？

业务熟悉过程
进度被催其实有很多方面因素，从进入项目，到熟悉业务，从熟悉业务，了解过去项目的使用手法，特殊的业务规则，特殊的配置。这一切一切都是十分熬人的过程，特别是过大的项目。对新人来讲简直是亚历山大。熟悉业务到增强业务强度，这里需要一个分解过程。这个过程需要克服业务强度带来的负担感。在熟悉过程中，沟通成了唯一的手段。因为在项目过程，部门之间就存在利益平衡的问题。协调性或者竞争性，这些都是会造成项目变得复杂起来。

远程办公的过程
其实疫情起来，远程办公变得变成日常化了。线上沟通成了日常工作必备的环节。可能说远程办公效率更低。面对面效果更差，这并不绝对。在日常通勤的时间减少，在远程办公有时候加班会更多。 这些在工作期间，减少沟通，需要长时间的磨合才行。但是对于需要联合各大部门协调工作的。那样，再厉害的评估，都会变得徒然。当系统过于复杂情况下，当开发环境变得糟糕的时候，这一切都会变得失控。但对我而言，远程办公其实也是一种不错的选择。

评估时效性
评估仅仅是项目前一道前菜，在我经历过的项目。大部分预估仅仅就那么一定时间。这个时间评估的好和坏，凭借过去项目经验是有一定参考价值，从人员配置，到真正上线到稳定一个过程。往往现实是打脸，客户要求你今天报价，过几天开工的情况也常有。这就导致了经常性地被现实打脸。这是因为系统业务实在太复杂。在过于复杂的背景下，你可能怀疑人生，怀疑甲方给你踩坑挖洞。这些都是真实，又那么可怕。亏损，又觉得可笑无奈。因为在评估失效过程，研发人员早早过于疲惫应对。或者过早就失去对此项目的兴趣。搬砖就成了一个有趣的名词。

迭代中的新增和修改，项目预留扩展性
我们无法避免在软件开发过程修改，这些都是不可避免。然而在一些情况下，基于成本的考虑在设计过程过于轻信甲方的话。我要强调的是过于轻信的话真的要打个心眼。项目很多情况下如果不埋点预留一部分扩展性问题。在客户推进的过程，这些扩展会变得被动。同时，我再次强度不要过于轻信用户的一定不改，就如你在游戏开发过程，策划不改的话永远不要相信。这就要做到给与他们一个悔改权，预留被坑自己的一天。项目的扩展性是对于未来软件在经营过程支撑日常运营活动进行一些扩展性支持，避免在日常过程中出现写死的尴尬。

远离踩坑是不存在的
我想在遇到这些烦人的项目时候，希望尽早结束这一切无用的内容。只不过，这个坑刚刚踩完，下一个坑又来临。也许这就是生活的循环。无法避免，无法如期望值那样。要是这样，我们大脑要开发多少才能进化能操控物体能力。或者真的有那一天觉醒。或者在其他星球文明就有这样一群生物物种的存在。

大业务系统的价值
我想在参与大业务系统的价值，可以镀镀金。大系统的复杂度很高，使用的技术很多。像微服，各种日志系统，如阿里的中台支持，腾讯高并发框架等等。日常技术多起来，人员在交接过程也会产生很大的心智压力。
但是同时有一些项目对积累其实帮助并不大。纯粹就是单纯业务性质决定的。有一些项目可以很小，由社区推动的生态和成长。这些就慢慢变成积累。

积累重要性
积累重要性要说三遍。项目经验积累真的非常重要，日常的练习要重视。这些都是一个习惯的养成过程，特别在复杂的大前端的情况，几乎每天一个轮子。你可能出现搭配各种各异的人员。不管如何，要积累的过程需要细节到日常的每一次项目。

小结
最近Kotlin也更新，flutter也更新，.net也更新，vue生态下的vite3也更新了。烦人的项目有过去的一天，社区生态正在悻悻向荣。开源也对软件产生极大的重要性。这对软件从业人员有极大帮助。拿来主义？不不不，强调的是，生态和注重日常积累。