《程序员的职业素养》—— 读后总结

　　本书是Bob大叔所著，他的其他书籍也有很多畅销，比如：《代码整洁之道》《敏捷软件开发：原则、模式与实践》。

　　作者依据40年作为程序员的摸滚打爬，最终写出本书：《程序员的职业素养》，这本书不仅仅是描述了程序员的基本素质要求，也给我们未来的路提供了不少的借鉴。

书籍概况

　　本书下载地址：百度云盘

　　本书购买地址：京东商城

　　本书从自身素质、开发、测试、团队、时间管理、项目管理等多个方面阐述了围绕程序员不得不说的生活细节。

　　本书的主要内容，可以参考如下：

关于专业人士

　　我觉得作为一个合格的程序员，需要具备以下的几点：

　　1 自学能力：因为这是个发展的时代，技术在不断的推陈出新，所以要跟进流行的技术，才不至于被淘汰。

　　2 逻辑思维：遇到BUG或者问题，要有清晰的逻辑思维。像是解数学题一样的分析BUG出现的原因，不能百度一种说法，就盲目的去试（虽然我一直都是这么干的！）

　　3 帮助他人：在自己有时间的情况下，应该对他人的困难伸出援手，也许你的一个指点或者曾经的一个经验，就可以帮他度过难关，节省大量的时间。

　　4 追求美得特质：一定要有一颗追求“美”的心，因为追求美得人，写出的代码才会漂亮、整洁，别人看了也会舒服；设计出的网页也会让人感觉优美；所有的逻辑处理，都会符合常人的思考过程。

　　5 刨根问底：这个其实就是对专业度的考量了，不要求C C++ JAVA JS门门语言都精通，但是工作所需的必须要会吧！工作的领域必须要会吧！处理的业务领域必须要会把！比如，你正要做一个关于保险行业的网页，首先网页技能需要！保险行业业务知识需要！....所以....学吧！

关于说“是”或者“否”

　　你敢说否吗？我是不敢....

　　上面交代的任务，没办法就得加班干了，谁叫咱是刚毕业的呢！

　　等你有了一定的立足之地了，项目组离了你就做不下去了，这个时候你觉得不合理的说“否”才有用。

　　打铁还需自身硬，说到底还是得自己先过硬再说！

　　要不然，你就硬着头皮上吧！

　　记得实习的时候，老大就给灌输这样一种思想，不行也得上！没有困难，制造困难也得上！后一句是我添的，哈哈！

关于开发

　　代码整洁之道？

　　注意你的变量，函数，类命名！

　　注意缩进，与空格！

　　注意必要的注释！（必要的！不是一个a+b也要注释，而是关键的难理解的代码，或者通过名字猜不出用途的给点注释）

　　TDD？测试驱动？

　　记得最开始，没有系统的编程经验时，很难想象，我要做的是什么！我该从哪开始做。

　　于是，我的第一个独立自主的并行计算程序是这样开始的！

　　1 main函数

　　2 写一个简单的初始化，没写一行代码，我就运行一遍，测试

　　3 在写一个加法的功能，没写一行低吗，我就运行一遍，测试

　　4 在写一个乘法的功能，没写....

　　...

　　就这样，我完成了第一个程序，像长寿面一样长的程序，从头到尾，完美的串行化！

　　现在想想，我这应该是一个完美的“结果驱动开发”吧！

　　今后保证会多注意！这话反正我自己是信了！:-(

关于时间管理

　　最近决定看看番茄管理法！系统的学习一下！

关于压力

　　我觉得压力是动力，这话没错的。

　　当你觉得工作没有压力时，那可能就证明，你已经学不到任何新东西了。准备跳槽吧！

　　但是，压力还是自己给自己的。比如遇到一个问题，百度了一种解决办法，试一下，好使了！你是继续研究呢，还是做接下来的工作？

　　这就看自己的选择了，喜欢专研的人可能会继续看看，寻找一种能说服自己的说法！

　　但是大部分人，可能看看解决办法就过去了，知道个大概，却不知道所以然。

　　再碰到类似的问题时，依然不会！

关于学校教育

　　看到书中关于失败的学位教育一说，我又想起来忘记哪本书中介绍的一种说法：

　　为什么学习很好的孩子，数学问题解题嗖嗖的，在生活中遇到问题无法解决呢？

　　这是因为学校的教育，往往是给出你问题，然后让人从问题中搜集关键信息，顺藤摸瓜给出答案！

　　而现实中，往往困难的是，定义问题！

　　这在IT行业尤为普遍，你可以很快速的解决软考以及考研试题，但是程序遇到BUG却无从下手。

　　就是因为不知道问题出在哪，是什么造成了问题。

　　所以没有经验的开发者，往往把问题定义错了方向。比如一个由tomcat导致的编码问题，却被当做是JSP代码导致，于是代码删了改，改了删，折腾到最后也没解决，其实问题最开始就定义错了！

　　解决的办法——只有靠经验了！

　　所以说，有经验的开发者，大多遇到问题，能快速的解决。即便是没有遇到的问题，也能快速定位。很大的原因，就是因为他们通过以往的经验，能准确的定义问题，然后缩小问题的范围。解决也就是2-1=1的问题了！