Sunday, September 6, 2015

Thinking in Program

代码如何去写?很多码农都是 只要实现了功能就可以了,但是真正的细节真的不是很在意的。这样,写出来的代码难以维护,世界上最烦的事情 莫过于 看别人写的代码。

1 思考如何做的更好?
 这是作为一个工程师必备的基本素养。如果你不想追求更好的技术,你只是满足于现状的话,你基本上就是混吃等死的状态。这种人在我现在的这个社会真的是太多了。他们满足现在自以为的“高薪”!其实,真的有很多这样的人,他们通过简单的培训,然后就觉得自己可以胜任任何的工作,然后在公司里面写着糟糕的代码。当实在难以维护的时候,就会跳槽,然后将这个垃圾的APP交给下一个程序员。真的是很恶心的。

2 多一流的读书
是的,如果你觉得自己不用学习的话,那说明你已经是一个菜鸟了。书籍是别人的经验是积累。有的时候书籍就是值那个价钱,不要觉得 买书太贵了。你应该想一下,当你越到问题无法解决的时候,耽误一两天的工期的时候,你的工资难道买不起那个本书籍吗?不是所有的书籍都对你有用的!

3 多逛一个优秀的网站和论坛
这个很好的,自己去发掘吧!

4 模板类
是的,我们应该抽取一些父类,讲一些共用的方法, 留一些接口供给子类使用就可以了!重构是一件很伟大的事情。不仅仅是结构的重构,代码的重构也是很不错的。关键是你要有一个重构的心。
当我们在Activity Fragment ,当我们去修改的Bug  的时候,老是回去花时间去寻找布局,一般都在 oncraete() 中找到,但是有的时候这个方法,有的人会写的很长,这个时候我会建议,在父类中提取一个方法 protexted int getLayoutId(){return R.layout.*}  这样的话符合单一性原则。
重构是一个思考的过程,没有人可以上来就可以做的很完美的。这需要一个过程的,这需要时间,需要成长的过程的!

5 自己的规范
代码的整洁,  代码的规范,自己去遵循一个自己的规范!
命名的规范:
包得结构:
xml 命名

6 我们最烦听到的就是 Bug,所以我们一概跟我们的测试人员下一种定义,不要把所有的APP的问题都定义为Bug.
其实,只要不是功能性的问题都不算是Bug,  有很多公司根本不愿意花钱招测试人员,我觉的这是非常垃圾想法,他们觉得这样可以节约成本。但是,我觉的者非常的短视,现在的创业型的公司,就得随便找几个前台和妹子,让他们玩玩APP,  Sometimes they didn't know how to describe the bug! So we have to spend a long time to communit with them,just for know what is the bug?

 

No comments:

Post a Comment