请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

编程/开发
320
0
0
2022-05-05

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

1.所有的程序可读性来源于【名字】,所以,命名一定要规范!

起名字直白得让别人越容易理解,你程序的可维护性越高。

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

就比如isCreated, onCreate,doCreate, 用于操作,created用于状态字段,等等

多学习java库写法,少学习posix的写法。我始终觉得createProcess和fork实在是差别太大。

在这里我推荐下我自己建的Java学习群:548511899,欢迎初学和进阶中的Java小伙伴进群交流学习。2017最新Java技术和腾讯阿里百度最新开发规范面试技巧直播分享

2.【实现一样的功能尽量用更少的代码】

这条规则适用于所有程序上面的优化啊框架啊所有的地方:

更少的代码意味着更高的可读性和易于理解,也意味着便于维护和版本迭代,也更可能效率更高。

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

什么设计模式,重构,代码大全等等,都是这条原则的具体细则。

3.【不要到处写注释】

不要一行代码一行注释,尤其是函数实现内部,大部分代码都会自解释,不需要再去额外注释了。

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

你也许是听过有人说高质量的代码注释是很多的,没错,它们主要解释给调用者,而且很多时候是在编写库和中间件,放上几个例子,而不是在写功能逻辑的时候(80%的情况)。

4.变成最难的永远是【算法】,别给我说什么编程语言,框架,工具,引擎神马的

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

你可以通过时间和经验提升自己对于某些语言、工具、框架的熟悉程度,但是如果不通过特殊的锻炼(甚至说天份),你永远也写不出一个简单的背包整理算法。

5.【加班不等于生产效率,勤劳不意味着一定收获】

请用心听,老程序员们讲述自己曾经踩过的那些坑趟过的雷

很多老板也不懂这个,以为多搬一个钟头的砖就能走上人生巅峰。你要是遇到这么一个老板,赶紧开路。