转眼工作半年了，精确的说是7月了。上周第一个工程结束，想想应该是总结的时候了。
接手的这个工程主要是有关监控的。我负责在利用硬件提供商的函数，二次开发一个应用程序。(估计是没说明白，就是利用第三方控件，在vb平台下，以sql server做数据库支持开发软件)
各位技术高手肯定要笑了，这东西听起来挺简单的。但是我就是那个小马过河的松鼠，对我来说还是挺难的，尤其是开始。
小公司，所以只有项目经理R和我.承担。
去硬件提供商那里学习基础的软件平台是我第一次出差。题外话，这次出差耽误了我的毕业典礼，我倒没什么，我妈挺想让我去的。培训的时候，我感觉到自己嫩，还和当初上学时候一样，教什么就学什么，相对于自己项目的问题可以直接提出的。我觉得我是浪费这次短期培训的机会，后来和厂家的客户服务打交道浪费了不少时间。
回来后没有立即动手，因为R还在和客户谈需求。一周时间老板安排我给公司其他同事做个vb的扫盲。于是我有了三个学生。真是锻炼阿，我觉得要想把一件事情说明白了，让别人理解了，还是挺需要方法的。还好，培训相对来说还算是简单，就是一些基础的东西。只要有耐性就能教得会。
再后来，工程开始了。R和我花了很长时间做需求分析，数据库设计。R总是不急不火的，他说一个坚实的基础很重要。虽然我们后来是对于数据库设计做了调整，但最初的结构搭建算是合理。
然后我就开始写代码，由于硬件还没到位，不能测试。我就随着性子往下写，前期实现的几个函数中包含一个接口文件。这个东西快让我疯了。
我觉得我写得没错，但就是不能实现控制。工程进度因此停滞2周。这两周我特向一个维修工，把设备拆了装，装了拆。还和硬件提供商的客服S做着鸡同鸭讲的邮件交流。后来实在不能交流就换了个对象Ph,Ph小姐给了我很大的帮助。其实借口程序本身没问题，是串口方面的。交流多重要啊，我也不知道是我的原因还是别的，反正耽误很多事情。
我记得第一次控制通过的时候，我和R都拥抱了。太激动了。
再后来工程进度一度飞快，但是留下隐患。这个问题我到现在还在思考，到底给客户多少权利。也就是说如果我把功能设定得很死，开发这边是省事了，可以少好多异常。但是，客户一定会觉得软件不友好。如果给客户大的权限，程序就需要更强壮，错误处理得更好。这无非增加了计算量，减缓了运行速度，而且还会出现我想不到的错误。
还有就是代码的基础要打得牢。我觉得我开始的代码顶多是一个草屋的地基，但随着需求的增多，这俨然是要盖一个砖房，这就让我不得不回过头来修改基础。造成这样的原因有两种，一是软件结构规划得不好，各个函数之间的关系分配的不好，所以这对后来的功能加强造成了很大的麻烦。我就想像windows这样的的大型软件。不断的打补丁，不断的升级。也就是每次对于相应函数的修改和添加，而对于基础本身是不变的。我这方面的分析能力差好多呢。第二个原因就是技术问题，通常解决一个问题可以有很多方法，而我最开始用的可能不是最好的，随着技术的提高，我发现更好的算法或者解决方法，再回头改。然后牵一发而动全身。这样的情况往往让我头疼。
在工程进度过半的时候，R去度假了。我变得不怎么忙，接手了同事的一个半调子工程。才知道原来人和人之间的逻辑思维可以相差那么大。同样的，解决同一问题可谓条条大路通罗马。我和那个同事的想法一点也不同，所以读他的代码对我来说就是生拉硬拽的让我遵循他的思维轨迹。这样的感觉不怎么好，有的时候我宁愿自己单独写一个也不愿改他的。我就想，要是大的团队合作，怎么样统一编码规范，或者用什么方法让成员之间配合的呢。
说说技术。前两天刚看到一篇帖子说现在的人就是拿现有代码稍作加工就用在自己的项目上。我就是其中一个，很多的技术问题思想来自CSDN，MSDN。我保存这些技术，代码的方法就是做Demo,我把这些晓得skill做成程序demo保存下来。有的我能记住，有的不能。用的时候到我的demo里面查就好了。大家可以嘲笑，不过我认为分工不同。有的人做的就是创新的活，我做的就是拿现有技术重新组合的活，我们面对的市场不同。
最后说说工作感受。做软件，有设计有实施。前期的分析就是一种设计构想，然后用代码表现出来。写代码其实是很带有个人风格的。我觉得挺享受的。用代码表达思想，和绘画，写音乐，写文章也差不多。当然，我这是刚开始，要学的东西多着呢。
最后的最后问个问题 :各位怎么处理多种语言问题，因为根据客户需要我要做一个威尔士语版本，我也是前两天才知道威尔士人说威尔士语呢。 你们在安装时候选择语言，然后是如何实现的呢？
还有，我发现我要好好学习软件工程这门课。不要误会程序员的小日子会比较单调。