2019-2021---开发工作总述
这是我对开发工作的总体描述。
本文写成于2020.12，总结了2019到2020的工作实践。
思考的问题
在最近两年的工作中，我思考过这样一些问题：
- 项目----项目的总体评估，工期和报价，工作与休息的节奏等。
- 需求----从需求到编码，业务描述的方法（怎样清晰的描述业务有利于编码），功能设计标准（怎样的功能设计不会让用户疑惑）等。
- 编码----主要是在完善框架和技巧，来实现快速编码。
- 修改----代码调试，改bug，快速修改方面的技巧。
- 运维----总结运维的原则等。
工作的重要阶段
虽然阶段很多，但是现在说说对于下面3个，我的一些思考：
1是，项目评估。
2是，从需求到编码。
3是，修改。
1.项目评估
我现在有一套方法，能够评估出工期和报价。
主要的依据：
一是，我能把项目大体需要什么页面设想出来。
二是，做什么样的页面大体需要的编码时间我能估算（评估是按普通人通常情况下的编码时间来衡量的，虽然我的框架帮我更快完成）。
三是，项目中，纯编码时间：其他时间 = 1：2。
四是，时间有个参考的单价。
2.从需求到编码
我现在有以下的方法或技巧：
一是，在描述方面：
1.基于页面的编程模型，还有常用的表达设计的方法。
2.前端的三大类描述。
二是，加快编码的具体技巧：
1.工具准备：
自己的程序框架，类库，代码生成器。
2.编码规范准备：
总体的文件组织，我习惯按照程序模块的树形结构组织；
单个页面的代码，我按照基于页面的编程模型来组织；
非必要不做事先的封装，都是第二次用到了才根据需要抽取代码，用的再多了有必要了再提高文件的访问权限；
3.流程规范准备：
整理ToDoList，按照问题从小到大排序，逐个解决；
写完的程序，自己先简单测试一下，能够跑通再说；
对于不够详细的需求，把设计用手绘的原型图表达一下，和客户讨论确定后再开发。
3.修改
关于软件的修改，我在工作过程中有一些经验：
一是，写完代码要测试，不要出低级的错误。
二是，改代码前先整理，划分好段落，改的时候就更容易定位。
三是，对不熟悉的老代码的修改要谨慎，在有限时间里不要过于代码整洁强迫症，而要把实现业务逻辑作为第一问题。
前一段时间的侧重点
加强程序的可调试性。想的办法有：输出窗口更加好的打印变量内容，脚本调试。
加强梳理需求的能力。就是要根据用户给的上下文，推出需要的设计；有时用户自己一套“术语”，就要想办法弄明白。
