该帖子同步发自：(wcabt的博客  访问该博客)

　　不论你是刚刚步入软件开发这个行业，还是刚刚跳槽到了一个新单位需要注意哪些呢，其主要目的是用最快的时间学到知识，最快的时间完成任务，因为一切的竞争就是时间的竞争，工作不是看你工作了多长时间，重要的是看你在一定时间完成多少东西。

　　1、不明白的就问。

　　到了一个新单位，肯定有许多不同的你不明白的地方，比如装什么软件，某些系统的接入方式，如何利用公司的开发框架，交给你的东西是别人做代码或者碰到不会的地方等等，这些如果是你一个人研究，也许也能研究出来，但是这样太浪费时间了，所以不明白的地方就马上问，问你的接口人，问你的Leader，尽快搞懂，别影响你的正常工作任务。

　　有人就是不愿意问，可能是觉得问了是不是显得自己水平太低了，千万不要这么想，因为问了才能提高水平，学习别人的长处，不要在乎别人怎么想，也许别人什么都没想，对于新来的，这些不明白是正常的，也许别人真的觉得这么简单问题，你怎么不知道呢，但没关系，技术老在更新不知道没什么可耻的。

　　当然几年前，我也碰到过这样情况。到了一个出名的大公司接受一个短期的任务，因为项目中用到LINQ，说实在的我以前还真没用到过这些东西，所以碰到小问题，就问我们项目组中技术很牛的一个人，去了给我一顿贬：“工作这么多年，这么基础的你还不会啊。”，“是谁面试你进来的”，“你……，以前是一直搞计算机的吗?”，说心里话，每次去了都是一鼻子灰，不但没告诉我怎么做而且给我一顿贬，最后我还是问了别人。后来，发现他不论是给谁说话都是这样，有时像是吵架。这样的人，我还是头一次碰到，如果真的碰到这样的人，还是找一个好交流的人问问比较好些。的确有些人，特别是有些牛人，对一些菜鸟级的问题真的是不愿意回答或不好好回答，碰到这样的人就换个人问问。

　　还有一次我在安装公司电脑怎么安装就是不好使，我想我靠，工作这么多年，我不会连安装电脑都不会吧，所以也没别人自己研究，最后实在搞不定了，才问了别人，别人也不清楚，最后找到公司的IT支持部，去了人家说：“你怎么才来啊，就等你来问呢，别人都问过了。”

　　2、问清楚了再做。

　　对于领导分配的任务，一定要问清楚了再做，最好把要做的内容整理成文档，让领导再确认下。如果有式样书，那就把式样书好好看看，看的时候不要针对一个点去看，要在整个系统的角度上去看去思考，看不懂的地方就问，问不清楚就讨论，直到清楚了再做。这样一来以后你可以减少返工和改动，二来出现问题你也可以避免责任。

　　3、做不下去了再问。

　　毕竟不是你一个人在做东西，如果碰到设计本身有问题，或式样书描述不清楚或错误，或者你的源码管理不好使了，公共用的数据库服务器访问了了等等，马上要向你的Leader反映，看是否有新的式样书，数据库服务器是不是换了等等，这样Leader也好及时的和上级反映情况，利于项目进度的正常进行。

　　4、要让你的Leader知道你在干什么。

　　不能光顾着自己干活，还要把你的项目进度和遇到的问题及时和你的Leader进行交流，详细填写你的周报，这样领导也好了解你的项目进度，更重要的是知道你在做什么而不是在闲着。这样领导知道你很忙，遇到新任务也不会麻烦你。

　　写周报最好写的详细点，记得：一位牛人在连续几周里写每周报告的时候，就两句话，“需求改变，在改代码”。领导最后不得不找他谈话了。

　　总之，交流是关键，是核心，遗憾的软件开发人员都善于独自钻研，但不善于交流，但是在项目中往往不是你一个人，所以交流是影响整个项目进度的关键。对于个人而言善于交流，工作才快，对于整个项目而言整个成员善于交流，每个人的进度才能跟上，真个项目才不误。