入职半月的感想

　　入职半月，先后介入了2个项目的需求功能编写。主要还在熟悉公司的项目结构中，发现些问题，而且还比较严重的。

　　1、文档。基本上最缺的就是项目相关的文档了，入职后看的最多的不是项目文档，而是代码。据部门经理讲，介入新项目基本上都是手把手的教，文档没人会去写；

　　2、注释。代码里注释相对来说也基本上没有，都是一片片的代码，看的比较痛苦，特别是对一个新的行业，其中的业务逻辑基本上是从零开始；

　　3、代码里有许多“怪异”的存在。为何说“怪异”呢，就是非大众的写法。一般的代码我们基本上都看的懂，但这个项目里有一些代码的写法是偏离大众的，以致于看这些代码的时候还得google看下这种写法的用处，为什么要这么用；

　　4、测试环境。这次写的一个需求功能在客户处出现bug，需要解决。但是由于产品已经上线，不能去调用那个服务，所以在解决bug的时候，只能通过看代码的方式一条条的去看逻辑，特别是最近一次的bug，随机出现的，搞的非常头疼。交给客户后，想了再遇到类似bug的处理方式，自己在本地数据库里建表，模拟他们的数据进行debug。

　　对于需求的编码进度，我自己是不能容忍的，太慢了。很大一部分被框架限制了，如果是普通的三层结构，一下子就能搞定。但是通过框架，编码速度就慢下来了，一些业务逻辑需要理清楚，而且前端对我来说是一个短板，现在处于看的懂一点，但大部分还是得通过google去了解用法。特别是公司框架基于Ajax开发的，对前端知识的掌握就更得加强了。

　　今天又来一个新的项目，需要建表，把数据按时自动同步到该表中，但是由于第一次介入这个项目，相关的文档又没有，业务也不太熟悉，部门经理调休了。只得再次闷头看代码，先把现在能做的先搭好，具体的需求再讨论。

　　相信大家看到这里，可能会觉得公司挺不可思议的。但是我能做到的：

　　1、从现在开始，我介入过的项目，代码部分都有相关的注释，并且看过的代码也会加点我自己理解的注释，并by出来源；

　　2、数据库脚本部分，建表都手写，并且有相关的字段描述；

　　3、相关的需求，都会有相关的文档去描述，并写出我自己的编码思路。

　　公司的项目情况就是这样，虽然说现在还不完善，但是我还是觉得公司潜力很大，后劲很足。我也愿意与公司共发展！

　　共勉！