一年前的一些思考和写给自己的一些东西，今天再看感觉还是有点道理的！做到的继续保持，没做到的继续努力，共勉～～～
负责任
对自己负责的业务模块，除了必须完成的功能任务外，也要有风险意识。注意代码的规范性和设计的合理性，假如别人接手是否会被当成“烂摊子”？当自己做为系统上游时，要对下游负责，接口好不好用，规不规范，合不合理。
技术能力（技术过硬 ≠ 熟悉 API 使用）
对框架的熟悉以及使用，熟悉这个配置和那个配置，这并不能称为技术好，技术能力强！这是别人口中的“调包侠”，API 调用师，工具人。
对于各种常用框架的熟悉也只是作为工程师的必备能力，技术过硬应该是表现在对技术在业务模型下的应用能力，自己在实际工作中对问题的分析解决能力。技术过硬还必须有足够的技术知识储备，在做设计或者解决问题时才可能拿出多套解决方案，在对比之后选择出一套相对最优方案。
沟通能力
沟通其实是个体与个体间的一种数据信息的传输，这里的沟通不仅局限于声音，同样也包括文字、图片以及视频。通过各种形式的载体，一个个体把信息传递给另一个个体，并且个体之间能够达成对所传递信息内容的认可。
- 给别人讲述一件事情或描述一个事物要有条理，有逻辑。首先要在自己脑海中形成一个通俗易懂的脉络大纲，然后按照大纲开始叙述。如果面对专业人员可以适当使用专业术语，如果面对非专业人员则要使用恰当合理的比喻进行描述。
- 承接上一条，注重抽象和归纳能力。与人沟通时，对于事物的描述不要东一榔头，西一棒槌。一会讲细节，一会讲概括描述，这样的描述很容易让听众感觉云里雾里一团乱麻。受众在听的过程，也是一个在对自己讲述内容重新整理过程。所以，如果自己把技术概念抽象出来，并用一种概括化的语言描述，这样受众更容易接受与理解。
- 对自己的直接负责人，要保持即时的沟通状态。长时间的任务，要不定期自主汇报进度情况，遇到个人解决不了的问题要及时反映与沟通。
学习能力
在面对未知的事物和领域时，要以一种积极的心态去了解和学习。学新东西要带着目的和问题学，当自己的目的达到了或者问题解决了的时候，才能证明自己不是在做无用功。实在找不到问题和目的就以“是什么？”“为什么？”作为问题也是可以的。知识是学不完的，自己要找到方法和方向。（学而不思则罔 思而不学则殆）
