在现在的这个项目组已快三个月,可以说这是我毕业后进入这家公司的参加的第一个正式的项目,早在8月底部长就问我愿不愿做这个项目,一直到9月中下旬才正式开始,而不是像之前参加的项目,都是中途加入项目的,刚明白我要做什么,那个项目就结束了。

在参加这个项目的两个多月里,学到了点东西,也明白了点东西,如下(没有什么技术问题,只有工作方法):

1,在项目开始时,多做准备工作,磨刀不误砍材功的道理,在这里体现出来。

这是一个有关通信的项目,我和另一程序员的工作就是负责把一种电文转换为另一种电文,而至于SOCKET通信之类的东西,则交由另个一人负责。因为电文比较多,且文档资料经常变更,所以PL在项目开始之初,就让我们整理出两个电文之间的转换关系,比如由A电文转换为B,则整理成文档要求细分到B的第N位,由A的第M位通过计算而来,这样做,一是可以加深我们对电文转换的理解,二是在实际写代码时可以不必去理解电文怎样转换了,因为有这份文档,只须照着写就行。事实证明,这是一个很好的方法,因为在以后的工作中,遇到什么问题,就去找那份变换规则文档,节省不少时间。

2,在阅读文档时,把发现的问题分(1,2,3,4。。。)记录在笔记本上,在开会时就按那1,2,3,4的编号来提。

在看客户提供的文档时,肯定会碰到不少问题。对付这种情况,我之前的做法就是直接在文档上划出来,然后等到开会时再到处找,这样做,在问题较少时还不会出现什么问题,若问题较多,往往会出现漏掉某几个问题的情况,如果再就这几个问题去问客户,则会给我方的工造成不小的麻烦,所以在最开始看电文转换的时候,PL就说我,让我把所有的问题都列成一个LIST,但是我不听,果然有一次漏到一个问题未问,使得PL在组内开会时就批评我,并对我的印象大打折扣,在那之后,就对我特别严,只要发现产生问题的原因是因为我,就会很严厉地说我。所以,把问题归类,列表,是一个很好的工作习惯。

3,在实际工作时,若发现自己的风格和别人不一样,在例会时提出来,并确定一个方法来修改代码。

其实,这点根本就不用提的,因为据我所知,所有的项目,都有自已确定的一套编码规范,变量怎样命名,注释怎样写, 不同的模块之间空几行等。可是不知因为什么原因,只是在开始写代码时的一次例会时提到命名,注释的规范,但是对于代码的结构没有说明,于是我和那个一起做电文转换的哥们的代码的风格就不一样,主要区别体现在:他的是在定义类时,成员变量后紧跟着这个变量的属性,而我的呢,则是把所的成员变量定义完后,再来定义属性。很明显示,在同一个项目内,两种风格是不允许的,在一次例会时,客户提出这个问题,PL问我们解决办法,让我和那哥们商量,是由哪位改,最后,我考虑我参加工作时间不长,就退让说由我改。唉,其实在刚开始写代码时,我就发现这个问题,只是没有提出来,不然,我也不会花上两天的时间来改已经成型的代码了。其实,团队合作,这个很宽泛的概念,在这里就可以体现出来,当由几个人合作完成一项工作时,不能标新立意,哪怕是自己的方法没错或者更好,因为这项目工作,是由几个人一起来完成的。发现问题,及时提出,可以做工作效率大大提高。

4,确保所做的中间工具的运行结果是自己所期望的,也就是说,一定要确保中间工具的正确性。

对程序员来说,这点就是对于一些通用的函数,一定要确保其正确性。举例说明,我所负责的编码工作中,要大量用到数组,而在要经常查某一元素在数组中所处的位置,但是C#的数组这个数据类型没有IndexOf()这个方法,于是就自己写个吧,很简单,不超过10行代码,写完后我就想当然地认为这个方法是正确的,区区10行代码,不必测试了,于是在其他地方,肆无忌惮地用,等到这几天测试时,发现这个方法的运行结果不是我所期望的,于是就狂加班,一顿狂改,PL问我进度时我都是紧张西西的,因为实在不好意思说自己已落后于进度表了,特别是在前几天还高调宣布已提前几天完成工作的情况下,没有办法,只好晚上晚点走了。其实,在写完IndexOf()这个方法后,只须拿出10分钟甚至更少时间,就可以避免这几天的加班,更重要的是,可以消除不必要的紧张感。

5,定期自我检查工作成果。

其实这点和第4点差不多,但是我还是认为4和下面要说的有点差别。以项目的实际情况为例说明吧,在完成把一种电文转换另一种电文之后,还是测试一下,看看结果是否正确。但是我没有这样做,而是写完一个电文的转换后,再接着去写另一个的转换,所在,在这几天的DEBUG中,发现了不少问题,从而使得原计划最晚周二就测试的计划,推迟到今天下午才进行。虽然各个电文的转换是并行的,并不存在一种电文的转换会用到上一个电文转换的结果,所以不存在上面第4点说明的情况,可是若能在完成一个模块之后,在思维还很清晰时就自我检查,发现问题马上解决,并且在接下来的工作中,在相同的地方,可以特别小心地处理,而不是留到最后测试时再一一解决,用PL的话来说,把问题留到最后,没有一点益处,还会给自己增加不安情绪。这不,最近我就一直在紧张地加班,一听到PL叫我名字,我就发悚,以为又是哪个地方我做错了。

6,对应问题点时,对应完毕在提交工作成果之前,一定要再次确认后,才提交。

每次开例会,PL总会指出几个新问题,并且询问上次的问题是否完全解决。这对于那些态度认真的人来说,没有什么,但是对于我这种有点粗心,马虎的的人来说,有时就会犯很严重的错误。因为有好几次,我都是没有对应全部的问题点,或是只是一部分对应所有的问题点,而还有一部分完全没有更改。就是因为这样,也难怪PL会很严厉地对我了。所以,在这几天的修改中, 我总是在修改完毕,上传服务器之前,用对比工具对比一下前后的结果,然后再才放心地上传到文件服务器上。

7,修改共通部分时,一定要通知项目组的所有成员。

这点,在最近共碰到过两次,一次是另外两人把我要用到的一个LOG消息的参数个数给改了,而没有通知其他人,结果是我花了差不多三个小时来对应这个修改,二是我把一个常量的修改后,也是没有通知其他人,结果另一哥们花一上午来DEBUG他的代码,发现原因就是因为那个改量了值的常量。共通部分虽小,但是影响很大,所以在更改之前,勿必全员通知,确认该不该改,这样可以大大节省团队的时间。

8,有效的交流,听别人把话说完。

这应该是做人的基本礼仪吧,但是我经常忽视这点,在最开始和项目组的其他成员不熟悉时,还能做到,可是到后来和大家都混熟了,工作时就放开了,往往在别人话没有说完就自以为是的知道对方的意思,于是就很粗鲁的打断对方,这样,无疑又加大的交流的成本,眼看项目的deadline越来越近,可不能在内部交流上再浪费时间。其实,不管和对方关系多好,也不能打断对方的话,这点,以后一定要注意。

9,在进行重大的变更之前,做好备份工作,把应该上传到版本管理服务器的。

对于这点,特别是在进行多个改动时,再改动完一个之后, 先上传,然后再修改下一下,再上传。。。。。不然,在发现某一个修改没有必要时,到时连个哭的地方都找不到的。还是以第7点中的和共通有关的那个LOG信息来说明,最开始定义四个参数,修改后为三个参数,然后另两同事又改为四个参数,而当时我正在对应这个修改,按照三个参数来修改,花了一上午,改完,没有上传,接下来再对应第二个大的修改,改到一半时参考其他同事的代码,发现他的还是四个参数,而不是三个,于是跟他说起这样,发现才发现他们又把三个改为四个了,呵呵,这时,我要是重新取上一个版本,那我下午的修改完全白做,若再接着改,上午的工作白做。想哭,上哪找哭的地方去?

10,在定义常时时,最后在这个常量注明它是由谁定义的。

这点,我不知道是否正确,只是感觉在最后整理常量时,会发现要省事得多。因为在项目进行时,没有时间去为每个常量的定义而和其他人商量,并且是在项目的中后期再去由专人来整理这些常量,这无疑给这人制造了一个不小的麻烦,因为他不清楚这个常是做什么用的,也不清楚这个常量能和其他哪个常量合并。所以在定义常量时,注明使用者,这样在修改时,若看注释还不明白的话, 就可以很方便地知晓它是由谁定义,于是这整理工作,就要轻松很多了。

---------------------------------------------------------------------------------------

今天在公汽上想到的,好像不止这十点,等想到后,再补上来。

工作方法------如何高效地工作相关推荐

  1. 打造高效的工作环境 – SHELL 篇

    注:本文由雷俊(Javaer/Emacser)和我一起编辑,所以文章版权归雷俊与我共同所有,转载者必需注明出处和我们两位作者.原文最早发于酷壳微信公众号,后来我又做了一些修改,再发到博客这边. 程序员 ...

  2. 打造高效前端工作环境 - tmux

    打造高效前端工作环境 - tmux 前言  现在前端开发可不容易啊,先打开个VIM,然后再打开个lite-server,一不小心写个ES2015还要打开个gulp来做预编译,如果能把这么多个窗口放在一 ...

  3. 工具,帮助我们更高效的工作

    近来.利用闲暇时间,学了一些方便高效工作的工具.以下一一推荐给大家. IntelliJ         网上非常多文章说它比eclipse好用.但都是IDE.它有的,在eclipse中都有.那为什么大 ...

  4. 小而美的ToDo 待办事项便签工具,高效管理工作生活一切琐事

    现在工作生活节奏比较快,每个人都琐事繁多压力山大,为了高效管理工作生活中的琐事,各类便签工具比较多.而每个人的工作生活习惯跟需求都不一样,因此每款应用都有不同的适合人群. 如果想要一款根据小而美的TO ...

  5. 如何高效管理工作微信

    现在企业对于员工的工作微信管理有着几个痛点: 员工与客户的聊天沟通看不到,也无法监督,担心员工说了敏感词,骂客户等: 离职员工的恶意删除客户,导致企业无法再找回客户或联系不上客户,最终客户流失: 员工 ...

  6. 怎么一心多用高效处理工作琐事?用敬业签同时处理多个任务

    很多职场人士身兼数职,每天忙得不可开交,除了要考虑部门未来发展这种大事,还要考虑今天卫生谁打扫的小事,同事之间的鸡毛蒜皮也都要到自己这里来解决--虽然事多,哪一件事都耽误不起,日久天长只见头发越来越少 ...

  7. 如何用ChatGPT高效完成工作

    如何用ChatGPT高效完成工作 过完年刚开工,很多人还没有从假期综合症中走出来,不想上班,总想摸鱼,可是手上的工作还是要完成的.都2023年了,是时候让ChatGPT来帮我们完成工作了!本文将教你如 ...

  8. 高效管理工作计划,飞项这款免费软件简单实用又强大

    计划管理是企业管理的基础,但却最容易被企业家和管理者所忽视.企业发展得好不好,计划管理是其中的一个关键. 通过计划管理,管理者可以有效合理地调度配置公司资源,提高团队成员工作的可操作性,从而最大化实现 ...

  9. 高效 MacBook 工作环境配置

    高效 MacBook 工作环境配置 作者:正鹏 & 隃墨  来源:http://www.xialeizhou.com/?p=71 工欲善其事,必先利其器,工具永远都是用来解决问题的,没必要为了 ...

最新文章

  1. 将子目录分离(移动)到单独的Git存储库中
  2. python note 11 函数名的使用、闭包、迭代器
  3. BIEE汇总数据如何放在后面
  4. c++学习笔记之数组及vector
  5. 201521123032 《Java程序设计》第7周学习总结
  6. 大规模研究表明,睡眠不足、压力给大脑带来的伤害,犹如脑震荡
  7. ajax同步和异步的区别_纯电动汽车搭载的交流异步电机与永磁同步电机有何区别?...
  8. iPhone XR再降价:64GB到手最低仅需4149元
  9. Python操作Oracle
  10. 第五周-第13章节-Python3.5-内置模块详解之Hashlib、模块
  11. apollo本地启动调方式
  12. 微信客户端电脑版_【电脑】微信客户端数据自动删除工具 再也不用担心电脑内存了...
  13. FATAL :210330:1710: 3.0 SOLVE/read_biases: Zero WL biases read from N-file
  14. Mybatis新增获取Id
  15. 理解virt、res、shr之间的关系(linux系统篇)
  16. 公共数据库挖掘第一步-GEO数据库下载表达谱数据和生存数据
  17. js时间格式转换收录
  18. 用python来解 PAT乙级1082射击比赛 -20-满分
  19. 刺激战场android闪退,刺激战场闪退怎么办
  20. Excel TEXT函数怎么把数值转换成文本

热门文章

  1. python关键词对联_春节在家无聊,我用Python设计了一个对联软件
  2. 中国海洋大学-信息系统开发(Java)复习
  3. TH-AFE 交流采样与变送器鉴定装置
  4. 传送适配层(TALI)--网络大典
  5. 文献阅读_基于线上评论的区域消费环境放心度与空间特征研究(中文文献)
  6. LeetCode系列76—最小覆盖字串
  7. 还在一个个写规则?来了解下爬虫的智能化解析吧!
  8. curl跨服务器请求文件,Curl上传文件的服务器API POST调用
  9. AnyDesk on macOS 遇见连接不上的问题
  10. 赶紧来传智播客报名吧~名额不多了