首先说明一点,写这篇文章只是告诉我的最近的心态.并以此与众多爱好者共勉.
我从大学2年级开始接触并迷恋编程以来,因为不是计算机专业,走了不少的弯路.比如:狂啃<<数据结构>>/生吞<<软件工程>>等等.但是不但看完之后,脑子全部乱套(根本不知所云),而且不可能(也没这个能力)活学活用,完全是为了那一点燃烧的激情.(吼吼)
这种情况一直持续到今年8月左右,因为我出来打工(干程序员),偶然的一次机会,在图书馆借到一本叫<<UML什么什么>>的书(现在已经忘记名字了,赫赫),这本书翻译比较成问题,主要是一些术语不是按照大陆的习惯,但是我却从书中窥视了一些OO方面的思想和技术.真是"文章本天成,妙手偶得之".
之后正赶上大牛kent beck的<<重构>>在热卖,于是网上订购了一本,看过以后居然信心大增--我原来对于项目的设计根本就没有把握,不知道那里是对那里是错的--重构,可以让我最大限度的恢复信心和勇气,也确实能够有效的改善设计
之后的问题就是我之前的软件工程知识记忆已经很模糊了,怎么设计来着?全都还给写书的那些人了.吼吼.后来一查,原来kent还是XP的创始人,真实多有建树的大师阿.之后我又购买了<<拥抱变化>><<测试驱动开发>>等等一系列软件工程图书,现在,不敢说能够漂亮完成项目,至少知道怎么动手了.
有了知识就想动手,但是"学习他人的例子"是大家都知道的绝技.这时候,正赶上uncle bob的大作<<敏捷软件开发>>上市,吼吼,就是它,其中作者还有kent(我喜欢)以及GoF(四巨头,别说你不知道<<设计模式>>),翻看之后觉得大牛就是大牛,看人家,对于任何问题驾轻就熟的派头,也不知道自己什么时候能到彼境界.(我做了那个"自动发薪"的例子,用java,居然一点晦涩都没有,真是厉害)
其实说实话，他们的设计能力不容易学到。你看他们从用户故事到类设计，一点都不晦涩，就知道啦！没有10几年的功力我看很难做到。幸亏现在大牛都肯写书立著。
对了，我个人觉得设计模式真的是必看书，至少可以提升从用户故事到设计的功力和速度。可以让你有规矩可循，不然除非你是经过多年锤炼的老家伙，否则哼哼。。。
还有比较重要的是随《拥抱变化》一起出现的几本关于XP丛书，也是很有启发的。
我个人认为，看书不必咬文嚼字，重要的是明白作者的意图，理解其意，胜于其表。再次声明，我这文章不是要说什么，是要告诉大家继续努力，还是要共勉的意思。（废话到次结束，回去睡觉喽）
