程序员怎样才能快速升值加薪？

经常听到有程序小猿抱怨，说都是同期学员，一块参加工作的。别人两三年就做到了个技术负责人，最次也是个资深程序员。可自己工资也没涨，职位也没有调整，而且平时工作还总出问题。那么，其中究竟有什么不同呢？其实就是8个小习惯！

01想清楚，再动手写代码

这一点，刚入行的新手一定要注意。通常刚入行的小猿，为了展示自己的能力，总是拿到需求后就迫不及待地开始上手写代码！北大青鸟认为磨刀不误砍柴工，想清楚了再写，比你完了再返工要节约更多时间。

02不交流，就会头破血流

很多程序员都觉得，自己是敲代码的，技术好就行了，不爱说话和沟通并没什么大裂败影响啊！可是滚颤，如果因为没有前期沟通好，需求都理解错误了，技术再好，最后也只能加班返工！

03一定要写注释

这是个养成习惯的问题，可能刚开始会有点麻烦，但时间久了，你就会发现他的好处，利人利己，否则，一段时间后，你连自己写的代码都看不懂！

04业务高于技术

很多程序员总认为，业务是市场部门的事情，跟自己没有关系。可如果技术不为公司业务做服务，那将毫无价值，毕竟对公司而言，赚钱才是硬道理！而且只有了解公司业务，才能更好的理解需求，从而更好的完成任务。

05慎用新技术

新技术是好东西，但没有百分之百的把握，就不要自作主张去使用。因为新技术的应用总会有一定的试错成本，不仅是金钱，源棚更是时间。

06不要心存侥幸

你隐约感觉会出bug的地方，就一定会出bug！所以，不要心存侥幸，及时检查要比事后返工更节省时间。

07自己先测几遍

不要写完就扔给测试人员去测，经自己手的东西，要保证质量！

08尽可能自己解决问题

遇到不懂的问题，要先尽力解决，别动不动就截个图扔给别人求帮忙，上司和同事不是来给你擦屁股的，但是真的搞砸了就要尽快求助！

好的编程原则跟好的系统设计原则和技术实施原则有着密切的联系。下面的这些编程原则在过去的这些年里让我成为了一名优秀的程序员，我相信，这些原则对任何一个开发人员来说，都能让他的编程能力大幅度的提高，能让他开发出可维护性更强、缺陷更少的程序。

1.不要自我重复

这也许是在编程开发这最最基本的一个信条，就是要告诉你不要出现重复的代码。我们很多的编程结构之所以存在，就是为了帮助我们消除重复(例如，循环语句，函数，类，等等)。一旦程序里开始有重复现象的出现(例如很长的表达式、一大堆的语句，但都是为了表达相同的概念)，你就需要对代码进行一次新的提炼，抽象。

2.提炼原则

跟“不要自我重复原则”相关，这一原则是说“程序中任何一段具有功能性的代码在源代码文件中应该唯一的存在。”

3.保持简单

简单化(避免复杂)永远都应该是你的头等目标。简单的程序让你写起来容易，产生的bug更少，更容易维护修改。

4.不要开发你目前用不到的功能

除非你真正需要用到它，否则不要轻易加上那些乱七八糟用不到的功能。

5.用最简单的方法让程序跑起来

在开发时有个非常好的问题你需要问问自己，“怎样才能最简单的让程序跑起来?”这能帮助我们在设启孙铅计时让程序保持简单。

6.不要让我动脑子

这实际上是SteveKrug

关于web界面 *** 作的一本书的书名，但也适用于编程。主旨是，程序代码应该让人们花最小的努力就能读懂和理解。如果一段程序对于阅读者来说需要花费太多的努力才能理解，那它很可能需要进一步简化。

7.开放/封闭原则

程序里的实体项(类，模块，函数等)应该对扩展行为开放，对修改行为关闭。换句话说，不要写允许别人修改的类，应该写能让人们扩展的类。

8.为维护者写程序

任何值得你编写的程序在将来都是值得你去维护的，也许由你维护，也许由他人。在将来，当你不得不维护这些程序时，你对这些代码的记忆会基本上跟一个陌生人一样，所以，你最好还是当成一直在给别人写程序。一个有助于你记住这个原则的办法是“写程序时时刻记着，这个将来要维护你写的程序的人是一个有严重暴力倾向，并且知道你住在哪里的精神变态者”。

9.最少意外原则

最少意外原则通常是使用在用户界面设计上，但这个原则同样适用于编写程序。程序代码应尽可能的不要让阅读者感到意外。也就是说应该遵循编码规范和常见习惯，按照公认的习惯方式进行组织和命名，不符常规的编程动作应该尽可能的避免。

10.单一职责原则

一个代码组件(例如类或函数)应该只执行单一的预设的任务。

11.最小化耦合关系

一个代码片段(代码块，函数，类等)应该最小化它对其它代码的依赖。这个目标通过尽可能少的使用共享变量来实现。“低耦合是一个计算机系统结构合理、设计优秀的标志，把它与高聚合特征联合起来，会对可读性和可维护性等重要目标的实现具有重要的意义。”

12.最大化内聚性

具有相似功能的代码应该放在同一个代码组件里。

13.隐藏实现细节

隐藏实现细节能最小化你在修改程序组件时产生的对那些使用这个组件的其它程序模凯锋块的影响。

14.笛米特法则

程序组件应该只跟它的直系亲属有关系(例如继承类，内包含的对象，通过参数入口传入的对象等。)

15.避免过早优化

只有当你的程序没有其它问题，只是比你预期的要慢时，你才能去考虑优化工作。只有当其它工作都做完后，你才能考虑优化问题，而且你只应该依据经验做法来优化。“对于小幅度的性能改进都不该考虑，要优化就应该是97%的性能提升：过早优化是一切罪恶的根源”—Donald

Knuth。

16.代码复用

这不是非常核心的原则，但它跟其它原则一样非常有价值。代码复用能提高程序的可靠性，节省你的开发时间。

17.职责分离

不同领域的功能应该由完全不同的代码模块来管理，尽量减少这样的模块之间的重叠。

18.拥抱变化

这是Kent

Beck的一本书的副标题，它也是极限编程和敏捷开发方法的基本信条之一。很多的其它原则都基于此观念：面对变化，欢迎变化。事实上，一些经典的软件工程原则，例如最小化耦合，就是为了悄好让程序更容易面对变化。不论你是否采用了极限编程方法，这个原则对你的程序开发都有重要意义。

其实都是一些老生常谈的话，重要的是在于你怎么去落实。你说呢?

两种贺帆厅方式

第一个就是在创业公司迅速完成业务，得到上级青睐，委以重任，那就可以加薪了

第二个就是跳槽，通过跳槽涨薪是很多人的选择，因为在一个公司，禅隐一般很少会在短时间内给你加薪的，只有跳槽才能加薪

但是跳槽太多，对职业发展也不利，如果你是在工作前几年，那不是太要紧，轿念当你成为高级程序员的时候，就要谨慎跳槽了

---