【程序思考】Flex 学习 -- "玩索而有得"

大家应该已经发现我在自己的 csdn 博客上放了个刚刚用 flex 开发的"乐道"插件. 我嚷嚷用 flex 开发乐道已经很久了, 多数时间只是在学习, 很少真正实践它, 这个插件算是一个开始吧. 学习 flex 的时间不长, 断断续续的大概有三个星期了, 主要的方法还是看电子书和 flex builder 的帮助文档. 还说不上有什么经验之谈. 只能说说学习心得.

正如我在饭否上说的那样: 用 flex 开发程序不禁让我想起去年学习 Rails 开发"乐道"的情形: 系统的学过一遍后, 发现自己还是无法真正用学到东西去开发, 然后只能去 google 搜索, 下载 cookbook 看,自己去实验, 一点一点地做,直到把自己的想法都实现出来, 技术也就真正地学会了. 这个过程不一定适合每个人, 但我觉得我学什么技术似乎都是走这条道路. 谈到心得有以下几点:

1: 系统地学习一遍是必要的, 就是要把帮助中的教程和参考资料读一读, 看几本相关的电子书. 其实我这一步骤还是没有走完. 性子比较急的人大多会直接上手写程序, 我以前也是如此, 但是发现这样做虽然会有一点小小的成就感, 但这只是在低层次上做一些没有多大意义的实践. 系统的学习一遍技术, 掌握一些概念和知识点是非常重要的. 正如同打地基. 这点和学英语必须先过单词量这一关有点类似, 当你的单词量到了一定程度后, 阅读,听力,口语都会有相应的提高. 这点只有在过单词关后才能领会吧.  系统学习过程对于掌握任何一种技术都是必须的, 不可跨过, 否则迟早还会回过头来再走这一步.这个过程很枯燥.

2:孔子教我们念别的书都持严肃的态度,唯独对学习最难理解的 <易经> 却给了这么一条心得:"玩索而有得". 值得玩味, 感觉学一门新技术, 也应该是这种态度. 抱着找工作, 应付项目等目的来学习技术,通常不会掌握的太深, 而抱着严谨治学的态度并以此为生的或者考证的目的来学习, 又太过无趣. 反倒是凭借着兴趣边做着玩边学习的态度倒是没有压力, 学起来也更有趣味一些, 更容易学习的深入. 这种方法不一定对每个人都是正确的, 因为我自己是一个不太严谨的人, 学技术必须是自己喜欢的才能投入, 投入其中又不想参加什么考证. 喜欢就学了, 学到一半感觉不爽就放弃了, 这种态度容易造成"半调子", 但是很适合我这种为解决问题而学习的人.

3: 学习 flex 一定要实践, 光看书本和参考手册很枯燥, 即便实践了教程中的例子,还是会在做真实项目中碰到很多问题. 很多时候我都是在 google 上搜索解决方案的, 有时候某种技术如果有 receipe 或者 cookbook 类型的书籍,一定要找来先看看,这样可能会少走很多弯弯道. 在系统学完知识点后, 这些查找解决方案的书通常都是很有帮助的.写这个乐道插件只花了半天,但是调整样式却占去了很长时间,而且其中有很多问题即便是搜索了google 还是找不到答案,有时候需要自己不停的尝试各种参数. flex 已经为程序员做了很多工作, 只是在关于如何使用方面, Macromedia 一贯的作风是在帮助中没有给出太多实际例子, 需要你到它的 forum 或者在线帮助网站查看留言才能有所得, 这也算是经验之谈了.

4: Flex 还是比较容易上手的, 但是如果要深入必须学习 action script 3. 其实容易上手对很多框架来说未必就是好事, 比如 rails , 大多数人都认为它提供的 CRUD 模板生成很方便, 但是真正用 rails 做网站的人很少会去用它. 任何技术在最初展示给你的易用性都只是一个噱头, 深入掌握一种技术都是很花时间和精力的,哪个都不会简单. 所以框架最初的易用性反到成了最后离开它的主要原因了.

5: 远离一些相关技术社区. 参加社区的目的主要是交朋友, 对学习技术的用处不大. 大凡有人多花费点时间在看参考文档和电子书上, 所获得的帮助一定比花在论坛上要有大的多.  每每看到论坛上技术之争过盛,我就对这种论坛避之不及, 感觉那些人讨论不是太过理论高深, 就是太过肤浅. 两方面都无趣, 反倒是浪费了时间.


我放在 csdn 博客上的这个乐道插件应该是实践 flex 学习的一个小作品, 虽然很粗糙还有很多完善的地方, 但是每每在完善一个小作品的时候, 你会学到很多东西. 也正是秉着"玩索而有得"的态度来学习 flex, 我发现自己的兴趣有了很大的提高, 技术学习也颇有所得.  当你把所有的相关技术点都在一个小作品中得到实践, 那么到运用到正式项目的时候, 也就只是一个软件工程的问题了.