我也不确定的那些事儿

我还没有尝试过对软件工程代码进行破解。这也提醒我，还有很多重要的知识需要学习！如果成长顺利，明年的新版本应该会更长。好了，总之先进入目前的待了解问题清单：

1．应该立足抽象角度思考，还是立足形象角度思考？

2．我对于做事的方式拥有明确的见解吗？有哪些是犯错之后才总结出的方式？我是否完成过必须拥有这种见解才能处理的任务？

3．为工作流制定开发流程。如果大家因为紧急状况或者事件而必须改变自己的工作方式，那么这一流程是否会受到破坏？有没有解决办法？

4．什么样的代码应该被放进utils文件夹（专门用于放置不知道该如何处理的东西）？

5．如何处理编码与工作流文档？

6．如何监控UI以发现异常状况？

7．花时间设计出完美的API/代码契约，还是反复测试加反复迭代，从而找出哪种方法更好？

8．选简单的方式，还是选正确的方式？我不相信简单的永远正确，这有点太乐观了。

9．自己动手做事，还是教会其他不懂的同事如何处理？前者速度更快，后者则能一劳永逸地降低工作量。

10．重构以及防止进行大规模更新：“如果我改变了整个测试流程，那么可能需要一下替换52个文件，这显然会引起重大影响。但是，受到影响的只是代码，测试更新一切顺利。”这样的代价，值得吗？

11．进一步降低风险。有哪些策略能够降低项目的风险？

12．有哪些有效的需求收集方式？

13．如何降低系统降级率？