程序员工作守则

1、心中无码:问题是什么?先问是不是,再问为什么,怎么办
要解决的问题是不是真的存在?是什么原因导致的?怎么解决比较好?
编程只是手段并不是目的。编码只是一种实现方式,而不是解决方案。也许不需要编程就能解决。
与程序沟通时分辨原因和结果,与人交流时要分辨事实和观点
想清楚,多交流。什么是可以让步的,什么不可以

2、保持简单(避免复杂)
对自己:实现简单、不容易出错,还易于维护
对别人:易理解,易使用

3、代码会说话
代码自解释,按规范,最少意外
该加注释就加注释,你看得懂,也要别人看得懂

4、有价值
实用:先进,经济,安全
可扩展:易于维护,有升级空间
不要开发你目前用不到的功能,除非你真正需要用到它
过度优化是万恶之源,适应发展即可

5、质量:要测试,可靠健壮
预防:如果没有经过测试的代码都是不能运行的,可能会发生的事情一定会发生;防错容错,有异常处理
预警:有日志,有监控,故障后能排查
应急处理:冗余设计;自处理故障

6、系统化设计
模块化,可复用:不要重复发明轮子,尽可能的懒,能模块化复用的就做成公共组件,搭积木
最大化内聚性:具有相似功能的代码应该放在同一个代码组件里,易于管理。
单一职责原则:一个代码组件应该只执行单一的预设的任务。
最小化耦合关系:最小化对其它代码的依赖,受制于人。
接口化:隐藏实现细节,组件改了,对那些使用这个组件的其它程序没有影响。
开放/封闭原则 :代码应该对扩展行为开放,对修改行为关闭。不要写允许别人修改的类,应该写能让人们扩展的类。可以扩展,不能修改破坏原有设计。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值