入职后，公司要求我在旧自动化项目上进行二创以适应当前的自动化测试环境。于是就开启了工作后第一个项目之旅。
没有交接，没有文档，生啃js和html混合下的基本网页框架，甚至django都不是。这是一个困难的流程，困难到看着看着都犯困的程度。不停的经历在死胡同打转以及醍醐灌顶之间反复横跳。
出过好几个建议，抱着不破不立的想法进行这个项目，可是有好几次都被驳回，我心里想着，他们也许是嫌麻烦，后来我变成了驳回方，没错，我就是嫌麻烦。
在没有文档的情况下，开始开发第一套页面，晚间测试记录页面，开发完成后进行展示，后面其他人的进入，大家一起进行了开发。
后面开发过程中不断反刍，需求不断变更，需求不断增加，发现一些前面开发的属性不满足后期需求，只能推倒前面的修改，重新来过。这是一个不算艰难但是特别麻烦的事情，因为当时连前后端分离的一半都没有完成，前后端几乎完全锁死。牵一发而动全身。怪当时技术知识的不成熟，也怪当初没写文档，甚至需求都没有。
后期为了改变这种不断推翻重来的状况，就开始了去逐渐深入django和js的交互，去改变前后端的框架。（总算明白同学做运维时公司为什么不推翻重来-可太烦了
后端架构变过三版，因为就业前自学的python，其实对类的要求并不严格。
第一版完全是零散的函数，不同的名字，各种search，insert等函数。
第二版后端架构并没有变化太大，姑且算是第一版2.0，我将原先的SQL函数换成了django自带的model库，进行变化的主要目的是进一步前后端分离，加快进入farm的节奏。
第三版是我将要进行变化，我觉得我将进行的变化会对之后开发或者debug有很大的好处，因为逐渐庞大的代码量，在debug过程中会让人看起来较为烦躁，class的加入能够更好的分门别类，并将HTML在前端的template内部分文件夹，这样更能够模块化。
将对目前的view进行分类，共有的函数将总结为公共函数，其余渲染函数及ajax交互函数将根据其实现对象建造class。