处理不明确的问题的方法论缺失
同样是本周处理该需求的时候,发现自己目前处理这种问题的方法论比较低效。有想法了,整理出可行的方案
- 撸码==》满足===》结束
- 撸嘛==》不满足===》循环1
整个过程处于筋疲力尽的循环状态,风险主要在于是否有可行的方案。一旦黔驴技穷就嗝屁了。我应该要对目标进行拆解,按照时间的要求拆解成可行路径。这种可行路径也是另一种意义上的mvp(最有价值可行单元)了。
多角度看问题。就比如规划线这种问题如果从计算机的角度出发可能就是无解的,但是如果结合业务的角度,也是有一定取巧的办法。方案的数据沉淀,之前的代码没有注重过程日志的输出,导致在分析方案的时候往往是一言堂,无法用充分的数据来论证自己的想法。(这个得跟镜明的工作方式学习)