本书是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的问题了!
这是我的拙见,也许会被当做废话。但是最起码知道如何锻炼自己解决BUG的能力,那就是多练习,多碰到问题,多思考!