第59章首遭负面评价（2 / 3）

因为那四人设计年轻同事，被分配好了，两人一组，各负责四个编码人员的进度，设计的理解等工作。

他们俩人能做的，只是大家有技术问题时，帮一下忙而已，所以两人就都没有兴趣管理了。

工作很快就进入正轨，这个项目，光辉公司派在日本的负责人，姓邓，听说上一个项目干砸了，所以这个项目玩命的要做完美，给了这边很大压力。

整个细节要求的非常严，包括注释什么的，风格是绝对的要求统一。

刚开始不适应，习惯了后，觉的确实应该统一，这样的放在，代码看起来舒服多了。

叶奕凡很快完成了第一个功能，当时要求四天，功能不复杂，他两天就加班赶出来了。

但是结果出乎意料，二楼专门有一个测试人员，测他的程序时，发现个很显的bug。

这下麻烦大了，本来卫部长很自信的问季莲，叶奕凡怎么样，他以为能得到和杨红，佟泰新相同的回答，结果季莲轻吐五个字:

“干活有点粗。”

这句评价几乎毁了卫部长对他以前的好印象，做对和软件最忌讳的就是这个粗。

卫部长很快把这个评价和那个bug反馈给叶奕凡。

他这种及时反馈是特别正确的，可以使人及时认识到自己的问题。

接到反馈后，叶奕凡陷入思索了。

工作在质量和速度之间，是要有个合理的平衡的，自己有些追求质量了。

接下来的工作分配很有意思，季莲分配给叶奕凡四个模块，一个模块一周时间。

这些模块都是难度不大的，其中有一个还是用户名密码登录的界面，手顺了半天就能出来。

看来季莲不信任他了，所以把简单的给他。

但叶奕凡还真是接受教训了，拿出了小学时就有的考试精神，绝不提前交卷，剩一秒钟也要用在检查上面。

老老实实的，一周交一个模块，力争把每一行代码，每一行注释弄的象工艺品一样。

做这个项目，sql语句的使用可实在是太锻炼人了，往往要从10来个表中，结合查询，调出数据来。

语句稍微有一点问题，就检索不到准确的数据。

在中间测试时，基本所有人的sql语句都有问题，后来一起开会研究了一下，后来再慢慢好。主要是有些左连接，右连接大家都没处理好。

这四个模块做好后交了上去，再没有出现以前的问题。

后来又分给他一个活，这回复杂一些，要编写在数据库服务端运行的存储过程。

这个比直接运行sql语句要速度要快，因为是直接在数据库端执行的。叶奕凡以前没做过这个，不过服务器上有参考的例子，只要有例子，那就什么都不怕。