SOLID原则,solid原则( 二 ) _原则

那时候没有可视化的环境，老爷子也没能给Unix打造一个可视化的开发工具，后来老爷子回到自己的母校加州大学伯克利分校，他还在那里开了课，在机房闲逛的时候，老爷子随手写了一个Pascal编译器，不过因为时间紧确实不太完善，一个叫做Bill Joy的学生发现了这个编译器的问题，他就着手想把这个编译器改好。改这个编译器，那时候也没有可视化IDE继承开发环境，Bill Joy同样用的是老爷子写的EX编辑器，很快他就把这个Pascal编译器改好了，改好了之后深受伯克利学生喜欢，不过他开始对ex编辑器不满了，于是他就给ex编辑器加了可视化模式，这个编辑器一直演化，最终也就成为了现在的vi编辑器，后来发展成Vim已经很完善了，Vim是跟Emacs齐名的文本编辑器。
Google CStyle每一个程序员都应该养成好的代码习惯，《代码大全》、《编程珠玑》、《代码之美》等等这些都是帮你养成好的代码习惯的书籍，还有些大名鼎鼎的《C陷阱》、《Effective Java》等书籍，这些书籍又能够帮助你很好的规避开发风险。除了这些之外，我觉得Google CStyle是每一个程序员都应该看的，Google的C代码规范可以说是目前为止全行业最好的工业代码规范，是Google多年来C大厂工业实践留下的精华，基本上该注意的，能够回避的坑基本上都帮你解决掉了。
一个优秀的程序员，你的代码一定要是可维护的，可读性还要高，Google C代码规范能够很好的帮你养成好的代码习惯。在我看来程序员不管是从事科研还是立足于工业，都应该有一个原则，那就是写有价值的代码，不管是做学术产品还是做工业产品，尽可能为你写过的代码负责，要写可维护的代码，保障你写过的代码是可读性很高的，这样的代码才是真正漂亮的代码。
如何判断一个程序员写代码好与不好？

程序员写的代码质量好坏可以从两个角度入手1.好的代码一般通俗易懂高手总会化繁为简，写的代码首先是能让人看懂，谷歌苹果的工程师代码提交之前都会找上周围的同时给看一遍，如果对方觉得没有什么问题可以直接提交，并且在提交注释里面写上reviewer名字，这样同时也把责任给担起来了，看似一个很简单的模式，却被绝大部分技术公司沿用。
所以代码不能只有自己能看懂，让别人能看懂你的思路，你的设计意图。2.好的代码，遵守整个系统编码规范，不出格，最重要的一点好的代码能够经得起实践的考验，在实际运转过程中，没有很重大的系统崩溃出现才能称得上好代码所以代码不能只是看着好，在性能上也需要有不俗的体现，对于程序员来讲代码就是脸面，特别是在团队配合之中，如果一个人写的代码质量高就会给人形成一种靠谱的感觉，在配合过程中也比较容易形成默契的感觉，一看谁写的代码如果平时代码质量高，大家在调用该模块的时候会觉得很舒心，很放心。
想学java然后工作，怎么学习最好？

很多想学JAVA的小伙伴的一个问题就是我该如何入门？是啊，面对这样的问题我们该如何去做呢，这是摆在很多小伙伴面前的问题。我根据自己多年的编程经验为大家分享自己的看法。1.看到过好多个这样的提问，其实我一般真的不那么容易分享自己的这点心得的，这是第一次回答这样的“推荐书籍”方面的问题。我买编程方面的书籍，有一个非常清晰、坚决的原则——电子工业出版社的！对于JAVA，建议你看如下的书：首先，《21天学通JAVA》；然后，《30天学通JAVA项目案例开发》（这本书的内容都是实例的，非常棒的实例！适合初学者的同时，又有实际应用性！）以上的书籍，是基于你只想学J2SE的。