聊聊工作那些事儿

事儿"/>

聊聊工作那些事儿

前言

近段时间突然回想起当初刚来北京那会儿，工作学习和生活环境都发生了变化，今天在这里跟大家聊聊我刚到北京那会儿的事儿。

正题

调整好生活节奏

大家都知道北京的生活节奏很快，其实这个快节奏主要体现在早上的地铁上，挤地铁即是体力活儿也是个技术活儿，当然如果你勤快点，起早点儿，就不用“挤”地铁了，无奈我们都比较懒，每天就只能挤地铁了，有个同事跟我说：“我每天早上坐车前都会前做个心理准备，不然受不了。”

给以后准备工作的人（尤其是比较懒的同志哦）一个建议，工作的第一天一定要记录好从你起床到公司的时间，而且要预留出等车时间，预防迟到哦。

比如我当时是七点起床，洗漱做饭吃饭到出门七点四十，然后等两三分钟公交，做十分钟的公交车到地铁站，从下车到进站需要四五分钟时间，再等一两分钟地铁，做半小时地铁，然后倒地铁五分钟，等地铁一分钟，再坐地铁七八分钟，再到公司十五分钟（记忆不错吧）。

工作中尽快给自己定位

进入公司一定要尽快的明确自己的工作职位，知道自己的工作内容和组长，有问题要向组长反应，有建议可以跟上面交流，不能“闷头傻做”。

先来介绍下我当时所在的部门，我们部门有25个人，从需求到开发到测试到维护一条线都做，相对来说我们部门的需求做的比较好，我们的部门经理就是做需求的，其中还有七八个人（目前知道的）是做需求的，有几个还是需求分析工程师。然后剩下的技术人员有些是做我们部门的项目有些人是跟研发部门的人一起进行开发。

介绍完我所在部门就来说说我的工作，我在公司那一个月，主要做了两个项目，A项目和B项目（都是使用的SSH），A项目的组长是王哥，B项目的组长是我们的项目经理张总。

由于A项目马上就要上线，所以A项目已经开发完成，我需要做的是将A项目测试出来的问题进行修正，其实就是维护。这个工作首先要做的是理清该项目的业务，因为测试出的问题都是业务上问题，具体的工作很简单，比较麻烦的就是放在服务器上进行测试，速度很慢，而且由于不了解整个项目（A和B项目都是子项目）的流程，一些修改就会使得其他地方出现问题。

而另一个B项目是二次开发由于需求发生变动所以以前的系统（分两部分）的一部分要重构，这个项目是我和一个大三的实习生（今年该大四了，培训了一年的java）一起开发，这个项目他跟的时间比我长（他比我早到公司一个星期，而且一直跟这个项目，我是两个项目来回倒），但是他对业务还不如我熟悉，我第一天接手这个项目就可以跟以前的开发人员进行交流和讨论，而他那时对业务还一点儿也不懂，基本上是张总给了我们工作，然后我再把工作分工好把具体的工作内容给他，而他也比较同意这样的做法，基本上默认我是我们俩的小组长（手下就这一个兵啊）。

说下我和这个大三实习生的区别：

1.他对业务“绝口不提”，这个项目的业务和流程都是我给他讲的，但是由于他不主动去了解（甚至拒绝了解，只想实现），所以没办法沟通。

2.他对工作是“埋头苦干，从不反馈”，别人给他的工作他就做，即使发现了问题也不向上反应；而我是发现问题后进行思考方案，然后去跟组长进行讨论。

3.他的代码成堆，他是那种只管实现不管性能不管业务的，写一个全选的js脚本就写了一大堆代码，而我只用了几行，并不是我写的好而是我在实现了基础上又进行了优化，而他实现完后就不管了。

我说这些并不是说他不好，我多么好，只是想通过这些实例去说明没有了思想，则只能是个“码农”。

搞清楚工作和学习的区别

从学校转移到公司，环境改变了，学习的心态也要改变，在工作中，要学会“不要想搞清楚，因为搞不清楚”，首先要做的是完成分配给你的任务，在公司要记录工时的，假如让你改一个文本框的显示问题，你上来就开始研究人家的架构，你研究一个星期也研究不明白（没人给你讲也没人明白），而且也会让你的老板对你的能力产生怀疑；所以我们要做的是先了解系统的大致流程，然后找到你所需要修改的页面在哪个位置，修改的代码在哪一行，然后修改就ok了，如果在完成任务的情况下，你可以再去研究下人家的架构，看看用到了什么新的技术什么的。

工作也好，学习也好，两者只是侧重点不同罢了，工作后才会发现学习的安逸，还在学校的同学们，好好珍惜吧！