关于对于工作方式的一些总结。
来源:互联网 发布:python kill 进程 编辑:程序博客网 时间:2024/05/05 16:25
对于最近做的北京NTT项目的总结
最近做了一个北京的项目,虽说寄存不是很好(其实是非常不好),而且没有原来的式样。这次开发时的式样写的
也不是很细。但是我觉得,通过这个项目让我学习到了很多东西!
首先是工作方式的问题,之前做作业时,都是知道了一个大概,了解到50%左右就开始做,在做的过程中发现
问题,然后再解决。但是这样做效率很慢,很有肯你辛辛苦苦写出来东西之后,再一确认,发现是不对的!还要
重新写,这就浪费了大量的时间。同时写写问问,效率也很低,因为思路不连贯。
改进:今后,对于自己要做的作业,要达到80%的了解之后,个方面都了解了,让后再开始。磨刀不误砍
柴工。这样方向不会错,同时思路也会很流畅。
其次,这也是我的Leader告诉我的,我觉得很有道理。那就是在开始一项工作之前(比如这次的改造项目),首先
要要知道原先寄存是个什么样子,这次我们要改成什么样子。我在开始这次作业时,完全没有想到原来是什么样子,
最终造成这次作业很失败。本来一堆变更要在2周之内做完(开始说周一到下周二,最后一直拖到了周五2/16-2/27),
结果我光就是两个一览画面的改造就做了这么长时间。
改进:今后在遇到改造项目的时候,要明确改造之前是什么样子,要改造成什么样子!
最后,是自己工作中体会的一些技巧,写这样sql在java中拼接的代码时(之前用Ibatis,sql在xml文件中),可以
先把整个的sql在sql编译工具中写好(包括条件,排序),然后在拼接起来。注意,一定要包括条件,不要在java中
自己一点一点的添加加条件,那样很容易出错而且每次调会很浪费时间。
改进:不要完成一点点,就开始测(测,主要是指跑程序运行)自己写的代码有没有问题,完成一个整体后
再运行,看看自己写的是否有问题,要习惯使用调试!
总结,人的一生不可能什么事情都是顺顺利利的,要有抗击挫折的能力,遇到问题(比如自己作用的进度出现了很大
的延时,一定要及时和leader商量),总之沟通非常重要。
・要明确表达自己的意思(不要表达错了自己的意思,给对方造成误解,比较复杂的问题可以画在纸上,不要只是通过说来表达)
・确认要做什么(这个要改变程度,对于要做什么的认识度要提高到80%、使作业时工作能流畅进行,不会方向错误),
・对于改造项目,要了解之前是什么样子,我们改完之后要是什么样子,
・作用时间发生问题及时通知Leader(这个之前就有意识,但是不深刻),
・作用中发生的问题(不清楚的和不确认的)要及时确认(这在之前的项目中已经有了深刻的意识)。
结束语:
感谢Leader张,以及组长吴,和一起工作的各位同事,在工作中给予的帮助与谅解!
2011/03/02
项目还在进行中。。。
- 关于对于工作方式的一些总结。
- 对于数据工作的一些总结
- 关于工作方式的一些反思和总结
- 关于工作的一些总结
- 关于工作的一些总结
- 对于工作的一些思考
- 对于Hibernate的一些总结
- 对于fork()的一些总结
- 工作过程中一些信息获取方式的总结
- 【转】对于学习方式的一些思考
- 自己对于最近工作上的总结
- 关于工作中linux命令的一些总结
- 关于一些学习和工作上的小小总结
- 关于新手对于json的一些话
- 对于调用约定的一些总结
- 对于初学者总结的一些C#问题
- 对于生成dump文件的一些总结
- 对于脉冲信号发生器的一些总结
- 给一个IP地址,如何划分为几个子网?
- OS-lwip
- .net 的压缩类库 (引用)
- 最近的想法
- 变量和值在内存中的存储位置
- 关于对于工作方式的一些总结。
- 【php】jpge图片与png图片的融合
- JDK5.0新特性Annotation之@Retention注解
- VMware虚拟机和宿主机互相映射磁盘分区
- 哎
- 内存共享
- linux窗口程序设计 Qt4精彩实例分析 pyqt实现 实例3 位置函数
- java随笔
- ubuntu10.04 虚拟机 minicom连接开发板