上一篇文章我分享了我在工作之余的一些丰富生活的方法
那这篇文章我来讲一讲我工作之中总结到的一些经验，希望能给刚步入工作的你一些帮助，有些见解不对的地方还请批评指正。
首先我理解对于一个校招生来说，有三个阶段：
1.刚入职，什么也不会，主要还是熟悉工作方式。（0个月到2个月）
这个阶段主要还是要多学，多问。在学习过程中，注意总结沉淀，最后形成的产物可以分享，一方面可以为后来的新人提供便利，另一方面也可以在日后查询相关资料能够较快的定位。
这个阶段允许你问一些不经思考、脱口而出的问题，但是请注意，不要养成这些习惯，这些不好的习惯在你后续发展中会形成巨大阻碍。
询问问题的时候，需要你有自己的一些思考，你为什么遇到了这些问题，可能因为什么原因遇到了这个问题（这个阶段还不要求你对你遇到的问题提供解决思路），你询问的人看到你的这些思考，肯定会很乐意和你一起探讨这个问题。但是如果你什么也不想，遇到了问题就抛出来，一次两次还好，次数多了，应该没有人会帮助一个不自主思考的人。
2.有一些初步的工作经验，能够hold住一些小模块的开发工作。（2个月到6个月）
这个阶段，你已经可以hold住一些模块的开发工作了，但是有一些细节的问题还是无法避免（编码规范等等）或者模块中较难的点。
针对编码规范等问题可以看公司内部之前有没有沉淀对应的内容，然后可以拿出来和组内的人探讨。
针对一些较难解决的技术问题，可以多多思考，想想为什么要这么做，这么做遇到了什么困难，针对困难你有什么想到的解决办法，这些解决办法各自有什么优缺点，这些问题想完并有一些答案之后，可以找组内技术强的人去和他交流，把你的疑问以及你想的一些解决思路和他一起探讨。
这个阶段的问问题就不是单纯的问问题了，需要你对这个问题有自己的见解和想法，和之前阶段1的问问题方法变化很大。
另外，这个阶段可以自己总结、开发一些提效工具，针对一些流程或者规范根据自己的见解做一些改进，然后分享。
比如说你开发了一个功能模块，上线之后因为一些上游的数据原因源源不断有一些工单问题到你这里，这时可以根据工单问题分类，然后针对每一类去总结一套解决方法，这样在以后遇到类似问题时，就能很快的定位问题、解决问题。还可以推动上游，去针对对这部分数据原因进行约束，这样工单问题的数量也能减少，提到人效。
3.可以尝试承接较大的项目。（6个月至1年）
这个阶段，默认你的开发能力没什么问题了，对于一些小的项目模块也能hold住，这时你面临的是一些项目管理、项目沟通上的问题。
如何排期，如何做一个项目的整体架构，如何和需求方有效的沟通，如何保证项目有序、按时的进行。
这部分实在是有些大，就不展开讲了，或许以后我更加有经验的时候，我分享一些我的一些心得。
- 前期需求沟通的时候要沟通仔细，等到做的时候再来确认需求很麻烦，需要拉上一群相关人员然后重新审视之前的需求。
- 多培养自己对于项目需求的理解程度，不然在需求沟通的时候很难发现需求中一些不合理的地方。
- 主动去推动项目进行，有些时候需求方以及pm可能会比较忙，这个时候作为开发人员就需要上心去推动整个项目有序进行。
- 不要为需求方做决定，尽量提供方案和思路给需求方，让他们做选择。
- 锻炼自己的表达能力以及信息获取能力，不要你巴拉巴拉说了一大堆，但是让人抓不住信息的重点。也不要开完会之后，别人问你这个会说了什么，有什么需要注意的地方，但是你纪录的都是一些杂质信息，没有获取到核心有用的信息。
- ......（以后想到什么再来补充吧）
最后说一些杂的点吧：
- 多和他人交流，在学习中进步。
- 做事情之前多想想为什么要这么做，这么做能带来什么？
- 多培养自己的主人翁意识。
- 和老大交流的时候注意方式方法，带着解决思路去问问题。
- 每天列todo list。
- 形成记录和分享的老习惯
- 工作再忙也要记得给定时给家里打电话，尤其是在你疲惫、找不到方向的时候。
就先写到这里吧，以后有更深的感悟再来整理，各位加油~