He's Pirate.
book
《Code Craft: The Practice of Writing Excellent Code》
五 19th
终于读完了这本500多P的砖头,许久没有通读过这种砖头厚度的书了。这本《编程匠义》了。将近两个月读这本书的过程也是我锻炼毅力的一个表现(另外一个比较有意义的事情就是从《越狱》第一季一直坚持看到了大结局。)。
这本书其实比较类似《代码大全》,讲的地方确实很多。但有些地方明显有点拖拉,而还有些地方明显不够深入。但整体来说,依然算是一本好书。特别是最后几章讲团队合作和团队管理的。让我看着觉得受益匪浅。
这本书是在单位利用空暇时间读完的。经常是写一会儿code,累了没思绪的翻会书。感觉还是蛮有提高的,虽然看完了,我觉得自己的code还是不够excellent,但是感觉有些提升,还是比较欣慰滴。牛人养成计划要继续。
……
嗯,刚刚已经从单位的书架上把《代码之美》拿回来放自个桌上了,对,接下来就读这本了。又是本砖头厚的书。但相信我一定会继续从一而终的看完丫的,消化掉它。嗯,当然,打算从这本书开始继续做笔记了。
最近读的编程类的书总若有若无的和哲学相关,而且越来越觉得其实大可以把编程当做一向艺术来对待的。因为如果你愿意花心思在里面,那真的是其二无穷,而且会有一种欣赏美的事物的感觉。
愿吃饱饭的程序员与伟大的先知大牛们共同进步~~~~
How to be a productive programmer
五 13th
经过数个晚上终于看完了《Productive Programmer》的中文版,相当有趣到的一本书。我很喜欢这类风格,比如多年前的《Progmatic Programmer》。我想这本书以后也会在我时常翻阅之列吧。
这两本书给我的最大的启示是一样的,告诉我:牛人其实并不神秘,只不过比别人细心点,爱思考点。这种书其实讲的都是软件开发的点滴。有他们从别人那里学来的技巧。有他们经过自己思考,实际项目验证之后的经验。所以读起来感觉很亲切,有种心有灵犀的感觉。是啊,自己做开发这么多年,何尝没有被陷入混乱的项目郁闷过,没有被糟糕的代码打败过。但是自己总结到的经验教训却远远不及人家。这就是凡人和大牛的差别啊。所以,想变成大牛,一定要细心的总结自己和别人身上的各种经验教训,主动的去思考,去总结。在通往牛B的路上一路狂奔才能修成正果。
目前想到的三点,首先更好的利用wiki,做更多的笔记。有3年多没怎么写读书笔记了。曾经有一阵子觉得很反感,因为觉得把书中的重点type一遍是很傻的一件事儿。但最近寻思起这个事儿,觉得也许如果加上点自己的思考,也许是一件好事。
再者就是动手写点新手教程放起来,譬如把自己已经掌握的或者正在学习的技术讲出来。就当是对自己的review吧。我一直认为对某个事物是否真正把握透彻很大程度上在于你能否轻松的表达出来并且让人容易理解。
最后嘛,就是继续贯彻GTD理念,把它应用到生活的方方面面。最近调查evernote确实是个好东东,我觉得这个东西可以用来作GTD工具。试试吧~
最后,强烈推荐同行同事们读一下这本书,向着Productive的方向前进吧。
最后的最后,强烈BS下这本书的国内出版商-机械工业出版社,NND。用纸也太差了。透字现象非常严重,纸薄的可怜,简直吹弹可破。这是这本书不完美的一个地方。
最后的最后的最后,如果你没看过《Progmatic Programmer》,强烈推荐下David Thomas的这本老书。我04年还没从业的时候入手,直到现在,5年了。时不常翻看时还是能有新的感悟。像著名的DRY原则就是本书中头次出现滴,当然本书闪亮的地方比比皆是,不只这个噢。看吧看吧,让我们都变得更加Progmatic,更加的Productive!~~~~
给你两个好资源
十二 3rd
第一个是 ACM 根据很多会员的投票选出的一些经典的计算机科学著作, 大部分都是有全文的:
http://portal.acm.org/toc.cfm?id=SERIES11430&type=series&coll=ACM&dl=ACM
第二个是历届图灵奖获得者发表的获奖论文, 都很浅显易懂, 也是计算机领域大牛的前瞻和回顾的文章.
http://www.informatik.uni-trier.de/~ley/db/journals/cacm/turing.html
感谢caiyin同学。
近期评论