lmshl

总结：
1. 接到复杂需求后,应该如何进行需求分析和功能拆解呢
2. 可以用哪些工具来辅助自己更高效的分析业务逻辑呢
3. 编写代码前,可以做哪些工作,能够来帮助提高编码效率呢
4. 如何避免写出屎山代码呢

答：
1/2/3: 面向类型建模
4: 常修常新，不要惧怕重构底层

和楼主差不多的工作内容，我是写 Scala 业务系统搬砖的，初创公司业务方向经常变来变去，还经常需要舔甲方爸爸做定制需求。

我的方式是面向类型建模，因为 Scala 里有 ADT 这些 Sum type 类型，我可以把业务流程和状态编码到 Scala 的类型中，包括中间数据状态。同时还可以借助 Either / Option 这些内置类型抽象，做 Railway Oriented Programming
https://fsharpforfunandprofit.com/rop/。Scala 编译器能辅助我避免掉 50% 以上的 Bug ，剩下的 Bug 很大一部分是产品经理自己都没想清楚，和过去的功能冲突了。只有很小一部分是一些运行时错综复杂的问题。

同时尽量将系统核心部分稳定下来，新需求（特别是那些听上去就很扯的）往新的文件夹 /子项目里实现，哪天这个客户不做了（这块逻辑不要了）直接整体移除掉，对主线功能没有影响。

其实避免屎山我觉得很重要的一点是，常维护，不要惧怕修改重构。在做新需求的时候，不可避免的会对老代码有些许修改，这就是重构的最佳时间。我曾花了 2-3 个月时间把整个系统的异步模型迁移到另一个框架上，这期间代码质量得到了很大提升，CPU 占用率也降低到原来的几十分之一。

我也用 compose-jb 写过跨平台桌面程序。讲道理，体验真不错，写出了 React + Scala 的感觉。

请各位精神资本家们扪心自问，读读历史

经济不好的时候，你们为资本家着想，帮资本家分忧解难。
经济好的时候，资本家可有为你们着想过？帮你们分忧解难？

上班：Scala
下班：Scala 3 ，偶尔 kotlin rust

Scala 微信群😏
学会怎么提问，剩下的交给群佬

@i3x
你说的 android 软件和大家手机上的软件是两码事，你说的是真正的工具软件，实际上大家手机上被打扰的更多是淘宝京东知乎微博，各种新闻热门事件，啥软件每天都想给你发个三五条推送吸引你的注意力。

所以说嘛，为啥非得等人打醒你呢，远离推送和推荐系统不好么，远离电子产品，一举多得

@i3x 社会人的效率比不上学生时代了，不敢想 5 分钟 200 词，碎片时间 5 分钟能记住 5 个词我就谢天谢地了。事实上每天 17 新词加旧词复习就能花掉我至少一个小时的时间。
而且《别忘单词》那时候手机软件也没这么多，Android 2.x 的样子？垃圾推送也没这么多，也没这么多脑残产品经理把推荐系统放在最吸引用户注意力的地方。

可以问问 v 友们有没有同感，经常拿起手机来想查个什么资料，结果误入推送消息之后刷了半小时手机，正事愣是没干一点。

400 - 4000 词汇量的时候我用百词斩缓解焦虑
4000 - 10000 词汇量的时候我用扇贝缓解焦虑
但现在我觉得啥软件都不好用了，缓解焦虑不当饭吃，软件测出来的一万词汇量，实际上真的一眼看过去能想起来意思的也不到 4000 词，每次在文章里看到还是不能结合上下文推测其意义。更不用说听 /说 /写了

真心建议，别信什么碎片时间了，远离手机，远离推送，远离推荐系统。打开电脑或者记事本正襟危坐，扎扎实实的学上半小时，半个月坚持下来比什么软件都好使。