当前位置:首页 > 开发 > IT生活 > 正文

硕士阶段总结《科苑行》之工作习惯

发表于: 2013-03-29   作者:aoyouzi   来源:转载   浏览次数:
摘要:                                  &n

                                            硕士阶段总结《科苑行》之工作习惯
13.实习
自2010年12月至2013年2月,我在导师公司实习,共计27个月。自2013年3月起,在千橡网景旗下人人网实习。

13.2 工作习惯    
近3年的实习,也逐渐培养了些许工作习惯,诸如日程管理、邮件使用、文档撰写、代码阅读、同事关系、工具化思想、工作文档化、任务重述化、开发票等等。这些工作习惯塑造于导师公司,也随我一道来了人人网,对我快速进入工作状态有了不小的帮助。

13.2.1 日程管理
我用Excel管理并记录自己的实习经历,虽然这种做法的初衷是为了在XXXX组内考勤报销饭补之用。不过,只要稍加心思,其用途就大不一样了。

在Excel的每个Sheet页记录一年的出勤情况,每年的出勤以月为单位记录,每月按周为单位分行。正常工作时间用紫粉色标注,周末不加标注,假期用淡绿色标注。在日期表右边,按正常工作时间建立工作内容记录表,时间一列用淡黄色凸显,内容列用合并多个单元格形式,记录当日的工作要点。若当日18:30后仍在工作,则记为加班,用红色加班标记在日期左侧标注。

月末时,统计本月出勤天数,不含正常的周末加班,因为实习生没有加班费,仅有加班的饭补。


后经调整,调到XXXX项目组,工作第一天记录工作内容时,正巧被项目经理发现,随后全组推广使用,特别是新人,该表格作为必填的内容,逐渐新人也养成了每日工作小结的习惯。

日程管理的习惯,一来,如上的记录方式会记录下自己的每日工作;二来,为项目经理上报工作、出勤情况、午餐补助报销提供了切实依据;三来,还在年终撰写员工总结时大有用武之地。

2012年底,一位同事抱怨年年总结的苦恼,我便提醒她每日小结的Excel。并建议她将记录的工作内容分门别类汇总,以彰显逻辑性和条理。而这么做的结果是她被评为当年的优秀员工!从某种程度上说,不仅要做了大量工作,更要会体现工作的内容、工作的条理性、工作的逻辑,能发现不足,能看到改进。包装,未尝不可行……

13.2.2 邮件使用
    邮件是公司事务处理中常用的一种通讯方式,虽然不如IM(即时通讯软件:QQ、飞秋)工具方便即时,但比较正式,同时邮件的抄送和转发中包含了管理层和员工层的问题处理逻辑,也是各层追踪进度的一种凭证。

无论是在导师公司中科软,还是在人人网,在邮箱办理好后,我首先设置的是邮件的签名。一般都会注明姓名、电话、座机、公司的口号或理念、公司地址、问候语等。

写邮件或回复邮件时,我习惯发送相关人的同时抄送相关相关领导备案。当然,如果是新人阶段的话,还是先发给带自己的老员工审阅,是否需要转发更多的人要看带自己的老员工的意见。

在汇报工作的邮件中,我习惯扯进领导,如“在XX领导的指导下,完成XXX”,比如在新人阶段,我每天都会将自己的工作分类汇总,以邮件形式发出。在例会或培训后,我也会将相关信息以邮件形式发出,如:



大家好:

     今天上午我们培训了XXXX相关的以下内容:



     (1)XXXX 原理、配置文件的配制方法及作用、console控制台的使用特别是监控信息的查看;

     (2)基于XXXX 的功能在界面的展示,包括:XXXXXXXXXXXXXXXX

     (3)XXXX 及相关功能在代码上的描述

     (4)介绍了XXXX 方面两个案例



     培训过程中针对相关提问做出了解答并在案例讲解后随机提问了XXXX 案例一的分析过程和解决方案,通过该过程进一步增进了

大家在XXXX 原理的理解,及时弥补了理解上的漏洞和误区,尽量达到了“听得懂”和“讲得透”的培训要求。

     根据实际情况,希望大家进一步吃透XXXX 原理;当再次遇到XXXX 问题时,可依次安排培训人员实施并给予必要指导,使其能

深刻把握该部分功能。

     欢迎大家和我交流关于XXXX 相关的内容!



    如附件所示为XXXX 方面的文档和本次培训的PPT,可供参详!其中配置文档在XXXX 中的位置是:XXXX 。

此外,该文档中的案例和解决方案也在不断更新中,最新版文档可以去XXXX 相应位置获取。(当前已是最新版)

13.2.3 文档撰写
无论是软件公司,亦或是互联网公司,文档是软件研发过程中不可或缺的一环,无论是以word、txt,还是wiki形式。

文档,无论是需求说明性质,还是系统设计性质,在软件研发过程中及新人接手相关功能运维都发挥了补充作用。

在中科软,我因文笔功底不错而接过了XXXX组内部分文档撰写的工作,有给客户的工作简报,有给运维同事的常见问题及解决方案文档,有给组内的设计文档。

在文档的撰写过程中,最受用的还是文档规范性。一般除了封面、目录、文档正文等常规的项目,还会有文档说明及文档创建修改列表、文档的使用范围。这样的工作习惯也随我来到人人网,当然这都源于我导师公司的平台所给予!

13.2.4 代码阅读
这里的代码不是指框架或开源代码,而是项目已有的代码。对新人而言,阅读代码,能比阅读编码规范更能快速记住公司的编码要求;代码本身也是示例,通过读代码,能够快速掌握框架,尽早上手。

当然,阅读代码有时是为了查错或者优化。我在组内做过代码走查,尤其是走查新人的代码,在提交代码库前我都要检查一遍,不仅是编码风格、命名的方式是否符合公司规范,也不仅仅在于功能的实现情况,更在于时间空间复杂度的使用。一方面是对工作的负责;一方面也是对新人的负责;更是想多积累些代码调优的经验。所以说,有时候没事找事,并非是坏事。

我曾为XXXX 系统做过全系统的调优,以XXXX 系统为主。通过代码走查的深入、代码调优博客的学习和工具的使用,也开始逐渐对系统的配置、服务器的配置、高效SQL、JVM、设计模式、多线程、服务部署、JDK自带监控工具及JProfile等有了更深入的逻辑。而这全源于代码走查中的疑点的求解。

当然还有一种代码阅读是工作交接时,接过别人的代码。我的经验是先听其讲述工作的流程及实现,随后带着相关问题开始第一遍阅读;梳理清楚代码逻辑后将其整理成文档(即后面提到的工作文档化习惯);第二遍代码阅读以“如果是我,这部分代码我会如何设计及实现”的方式进行,以求对比两种方式学习,顺便还可以尝试找到性能优化点。

13.2.5 同事关系 
    不论实习或工作,公司里边同事关系是重要的一环。对比中科软和人人网的同事关系,总体感觉中科软体制气氛浓厚,几乎除了项目经理,所有的管理者全是“总”,上下级关系明显;而在人人网这样的互联网公司,无论职位大小几乎全以同学相称,人际气氛很随和。当然,在这两种公司间共同点是,人际或同事关系的融洽可以通过一起午饭或聚餐、一同出游、老带新人、探讨问题、共同解决问题等方式增进感情。

13.2.6 工具化思想
工具化思想源于在导师公司的XXXX 部下属的XXXX 组实习期间,所做的第一个工具——数据生成工具(13.1.1节已经有过说明)。该工具的产生源于一套XXXX 数据的业务流程复杂,即使熟练的测试人员,利用系统生成一套数据也许2分钟左右。而压力测试往往需要成千上万笔测试数据,如果纯手工产生数据,效率之低可想而知。

通过该工具的编写和测试,我熟悉了不同配置方式制作工具、不同方式打包、bat文件使用、自测和生产环境测试、Linux常用命令、测试报告撰写等内容,更重要的是形成了工具化思想。

在随后的工作中,但凡重复第二次的工作时,我便会将其写成工具或模板,并力求通用,以期达到提高工作效率的效果。

13.2.7 工作文档化 
       我习惯将解决过的问题整理成常见问题及解决方案文档,以问题描述起,以解决方案止;随时解决的问题,随时的补充;到一定量,将其提交给运维的同事,减轻他们的查找问题及确定解决方案的工作量,更减少了解决返回给我的问题的负担。

我习惯将自己新开发的功能写到专门的文档,按公司规范撰写,提交到版本库中;我习惯将即将离职同事对我的工作交接内容整理到工作交接文档,而不仅仅是记笔记。通过撰写文档,能想的更深入,更能理清交接的工作内容和想到之前没问到的问题。

工作文档化的习惯,却也给我带来了好处:方便了我对同事培训时的内容准备,因为我的文档中包含大部分内容;方便了我离职时的工作交接,因为我所做的工作全在文档上,不会因为我离职后的一段时间造成工作交接人因业务技术不熟悉而造成的延时,因为文档说的很明确……

利己利人利公司的习惯,你值得拥有!

13.2.8 任务重述化
正如新人培养部分所述,任务重述是为了让双方更加明确“我讲清楚了,他听明白了”。在XXXX 组,我曾因此而吃过亏。

初到XXXX 组,接受新任务,明确工作内容后,我便设计并实现了所做工作,而我却还不知道XXXX 的强势——凡事都要按他的意思办,即便不同做法的效果一样。提交审核后,果然被批设计思路不和他心意,经沟通后不得不返工。

从那以后,我便养成了习惯。凡是我所接收到的任务,任务分配完成后,我一定要重述一遍任务要求及内容。设计实现思路也要第一时间和相关人沟通。通过后在进行coding。

这个习惯让我树立了高效沟通的理念和一些可行的措施,这也是我为什么带新人时要求他们重述任务的一个重要原因。磨刀不误砍柴工嘛!

13.2.9 开发票
如本章13.1.2中财务报销一节所述,两年半的中科软实习,不断的报销让我养成了开发票报销的习惯。

所幸,人人网无需报销,因此这习惯可暂时放下了。

13.2.10 主人翁
无论是实习亦或是正式工作,在一家公司就要有主人翁的意识,更要有主人翁的行动。

佩戴公司的工卡,手持公司名片,走到哪里都是企业形象和技术业务实力的代表。主人翁的行动,不仅仅在于在外人面前多说公司优点,少谈及公司缺点;我想更在于更多细节方面。

比如,下班前我会将主机关机后顺便将显示器和插板的电源全部关闭,在自己的私人邮箱的自动签名中注上实习或工作单位的企业文化、地址、业务范围等待,在有朋友找工作找实习时主动推荐工作或实习单位,多给企业贡献流量(签约人人网后在人人网的登录频次和使用明显增多,为人人网增加流量和活跃用户数量,并建议同学多用人人网),看到或听到公司的负面消息,主动客观解释,挽回部分公司声誉……

其实,离我们最近、最触手可得的就是下班后随手关闭电源。一天为公司节省一度电,相对于公司一天的耗电量的确微不足道,但如果这个习惯长达3年呢?如果公司的员工都有每天为公司省一度电的意识和行为呢?我想,好看的不光是公司的财务报表吧……

还有名片,名片是正式商务场合的交流工具,却不是身份地位的象征。而事实却与此相反,总会有人认为手持名片会有优越感和地位感。很多时候助理一声大喊“有没有需要名片的?”,往往所有人全回去报名。可是我们真的需要名片吗?在实习的3年中,我看到的是领会的装满名片盒的一张张名片们总是不离不弃的、不分不离的待在那最初的地方……所以几乎我们用不到名片,尤其是普通员工,特别是在人手一部智能手机的年代!那么,印制无用武之地的名片自然也就成了浪费。以导师公司为例,假如6000人中有80%只印过一次名片,每盒名片以5元计算,则至少名片的花费在3万元。在导师公司,生活节俭的导师双面打印材料节省纸张。3万元,需要导师多少年才能从双面打印的简朴中生下来啊!

 

硕士阶段总结《科苑行》之工作习惯

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
每次迭代都分这5个阶段,但每个阶段的时间根据版本情况定,最终目标是:第一个阶段拿到交付范围,在
  一个是中国房地产企业“大鳄”――万科,一个是在美国纽交所上市的首家房地产企业――鑫苑置业;
谈起web总结,本来是该上周就应该写,但是上周要参加我们学校组织的“升华杯”大学生学术课外竞赛,
Web开发的学习,整整两个月,每天都耗在这上面:HTML,XML,CSS,Javascript,Jquery,AJAX,ASP.NE
Web开发的学习,整整两个月,每天都耗在这上面:HTML,XML,CSS,Javascript,Jquery,AJAX,ASP.NE
1.10 架构变更管理(Architecture Change Management) 企业架构开发方法各阶段——架构变更管理 1.
1.8 迁移规划(Migration Planning) 企业架构开发方法各阶段——迁移规划 1.8.1 目标 本阶段的目标
1.10 架构变更管理(Architecture Change Management) 企业架构开发方法各阶段——架构变更管理 1.
1.1 准备阶段(Preliminary) 企业架构开发方法各阶段——预备阶段 1.1.1 目标 预备阶段的目标是:
1.2 架构愿景(Architecture Vision) 企业架构开发方法各阶段——架构愿景 1.2.1 目标 确保架构开
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号