由于小栈长的疏忽上周忘了给小伙伴发福利，该打，该打！
本周及上周福利（回复“书”领取）：
1、《html教程》（入门科普，非常非常适合新手！）
2、《HTML.5与CSS.3权威指南》（赶紧收藏，以后用得着）
顶级程序员在工作中应该是什么样子的呢？
1、不管问题影响有多大，有多少压力压着你，还能从容不迫的分析问题？2、不管程序是不是你写的，不管bug隐藏的有多么深，能迅速定位并解决问题？3、管是半夜三点，还是连续奋战几月不休，都能精力充沛，一如平常的工作？小编认为作为一个顶级的程序员在工作中需要快速思考数据的流向，模块的封装，做到心中有结构，才能写出模块化良好，又不过度抽象的程序。比如说要改一个bug，如何快速定位问题呢？——首先要理解代码的结构，然后选择出几个关键的位置上打印调试信息，对比预期和实际的返回结果，把问题缩小到一个类/函数，再通过读代码或者继续调试找到bug。写程序跟写文章一样，是要看作者的表达能力的，小到几个函数/类之间的关系，大到几个模块/服务之间的关系，都离不开合理的数据流向和逻辑关系。讲一个我认识的一个天才程序员的故事，他是一个90后，刚来公司的第一周，算是测试期，被安排了一个普通新人要一周左右完成的一个任务，他第二天一大早就把任务交上来了！第二天又布置了一个类似的任务，接下来也是一天搞定，很给力的小伙伴啊！几年以后有次和他一起吃饭，说起这事，他才说出真相，那2天他可都是回家玩命加班到2、3点把任务做完才休息的，然后第二天一大早装成很轻松完成任务的样子过来上班！（这个真心天才啊）当然，他确实很有天赋就是。顺便提一下，现在他已经在一家游戏公司做技术总监了。其实，做任何事都是一样的，关键的还是要努力，而且这里的努力应该是有效努力，2个人同样写1年的代码，你每天能写出行有效代码，就比每天只能写行有效代码的多获得一倍的经验，这个道理和玩游戏打怪一样的，每天在游戏里一边心不在焉的打怪一边泡妹子的经验自然慢些。时间越长，差别自然就越大。不仅仅是努力不努力的问题，而是是否有效努力的问题。打个比方，假如地球要毁灭了，一群人飞船离开地球，都有自己的飞船，速度快会因为加速度而感到痛苦。于是百分之99的人选择了以低于第一宇宙速度前进，他们很努力很刻苦，日日夜夜，年复一年，坚持着绕地球表面，行驶在公路上。而1%的人开始就明白低于第一宇宙速度是没用的，为了生存，于是不得不克制自己的痛苦把速度提高到高于第一宇宙速度，终于几天就飞入外太空了。预览时标签不可点收录于合集#个