关于对于工作方式的一些总结。

对于最近做的北京NTT项目的总结



最近做了一个北京的项目，虽说寄存不是很好（其实是非常不好），而且没有原来的式样。这次开发时的式样写的



也不是很细。但是我觉得，通过这个项目让我学习到了很多东西！



首先

是工作方式的问题，之前做作业时，都是知道了一个大概，了解到50%左右就开始做，在做的过程中发现



问题，然后再解决。但是这样做效率很慢，很有肯你辛辛苦苦写出来东西之后，再一确认，发现是不对的！还要



重新写，这就浪费了大量的时间。同时写写问问，效率也很低，因为思路不连贯。



改进：今后，对于自己要做的作业，要达到80%的了解之后，个方面都了解了，让后再开始。磨刀不误砍




柴工。这样方向不会错，
同时思路也会很流畅。




其次

，这也是我的Leader告诉我的，我觉得很有道理。那就是在开始一项工作之前（比如这次的改造项目），首先



要要知道原先寄存是个什么样子，这次我们要改成什么样子。我在开始这次作业时，完全没有想到原来是什么样子，



最终造成这次作业很失败。本来一堆变更要在2周之内做完（开始说周一到下周二，最后一直拖到了周五2/16-2/27）,



结果我光就是两个一览画面的改造就做了这么长时间。



改进：今后在遇到改造项目的时候，要明确改造之前是什么样子，要改造成什么样子！




最后

，是自己工作中体会的一些技巧，写这样sql在java中拼接的代码时（之前用Ibatis，sql在xml文件中），可以



先把整个的sql在sql编译工具中写好（包括条件，排序
），然后在拼接起来。注意，一定要包括条件，不要在java中



自己一点一点的添加加条件，那样很容易出错而且每次调会很浪费时间。



改进：不要完成一点点，就开始测（测，主要是指跑程序运行）自己写的代码有没有问题，完成一个整体后




再运行，看看自己写的
是否有问题，要习惯使用调试！






总结

，人的一生不可能什么事情都是顺顺利利的，要有抗击挫折的能力，遇到问题（比如自己作用的进度出现了很大



的延时，一定要及时和leader商量），总之沟通非常重要。



・要明确表达自己的意思（不要表达错了自己的意思，给对方造成误解，比较复杂的问题可以画在纸上，不要只是通过说来表达）

・确认要做什么（这个要改变程度，对于要做什么的认识度要提高到８０％、使作业时工作能流畅进行，不会方向错误），

・对于改造项目，要了解之前是什么样子，我们改完之后要是什么样子，

・作用时间发生问题及时通知Leader（这个之前就有意识，但是不深刻），

・作用中发生的问题（不清楚的和不确认的）要及时确认（这在之前的项目中已经有了深刻的意识）。





结束语：




感谢Leader张，以及组长吴，和一起工作的各位同事，在工作中给予的帮助与谅解！

2011/03/02



项目还在进行中。。。