今天刚看了下面这个文章,其实编程和做别的事情都是一个样子的,要明白流程是怎么样的,才知道怎么做。而最直观的流程就是图,一看就明白,如果你不明白,图就画不出来。//////////////////////////////////////
很多人搞技术,还有很多转行搞技术,搞了一段时间终于发现,自己不适合作技术,要我说其实就是用脑方式的问题。真的学会适当的用脑方式,编程编起来得心应手。有时候,我们问到很多高手详细的技术问题,他们马上用程序给你实现出来,而且运行无误,这应该是左脑高手。左脑:是作抽象化符号处理的。而另外一些高手,我们问他们请教设计方案的时候,简单的在纸上勾勒几笔,大致的设计方案图就呈现出来,之后的check,他多半不看你程序,只让你给他讲讲大框儿便能发现问题。这样的的应该是右脑高手,我公司以前的老板是技术出身,每次检查我的程序的时候,都要让我给他讲程序,他从来不看我的代码。人家讲话,你的程序在我这里要明来了才算通过,连你自己都想不通,那就别上手,想明白了再说。论坛上,有人调查过,编码人员每天要有多少代码量,剩下的时间在干什么?平均是150行左右,当然干外包的要多一点。不过,星星多的,基本每天编程的时间不超过工作时间的20%,剩下的时间在思考,或者说这些时间在大脑里面勾勒出来程序的图,也就是常说的画脑图。画脑图,又叫做思维导图、心智地图,心像图,心智图,Mind Map,Mind mapping, 可以视之为一个树状图或分类图。不要一行行地作记录,而是画脑图。用树状结构和图像再辅以颜色、符号、类型和关联来画脑图。脑图法,是由托尼·布赞发明的一种方法。在他杰出的新著《脑图之书—发散性思维》(TheMindMapBook—RadiantThinking)里,有对这种方法很好的介绍。 什么语言好,这是个历来已久的话题,也没有必要去深究。入门打好编程基础以一本常用语言做实现手段(一般都选C语言,当然不绝对),干活的时候,用到什么语言,拿起编程手册马上就能干,这就可以。可是,问题是,很多语言的编程思想不太一样,有些精髓还是要稍微理解以下的。记得大学毕业设计的时候,用powerbuilder开发,当时就用了三个月,相比较几万行的代码来说,家里更多是堆积如山的设计图纸,当时根本不懂得什么这个图那个图,也没有个设计标准,脑子里面想什么就画出来什么。短短三个月,最后被评为校优秀毕业设计,还不错,小吹一下。因为那个毕竟是我入门的第一大笔,终身受益。其实,有些时候,我们在程序设计之前,做的各种图,用利图,框架图,流程图,系统功能图,等等等,无非也就是脑图的各种形式,只不过是不同时期的不同的形式而已。(可能理解得不太深入,别喷我)对于国人来说,技术始终不是问题,更重要的是设计思想,好的设计决定项目的生命周期,好的设计决定代码人员的劳动强度,决定后期维护的费用。而这个好的设计来源就是大脑中对项目大致的勾勒,这几笔简单的勾勒,可不是谁都能画好的。在这里就是想说说无论是编程还是其他工作,以及平时的学习,画一张张好而有效的脑图是多莫重要。那么如何画脑图(一)托尼.巴赞的脑图规则1,首先在纸的中心画一个彩图,这个彩图往往胜过千言万语,明确主题,并且刺激创意性思维,同时会强化记忆。2,多用图画(二)另一样式:台湾高美士中葡中学校长梁佑澄的脑图的方法及法则1.工具方面, 只要可画图之纸张(一般A4或B4纸) 及方便使用之颜色笔即可; 若你懂得用计算机, 这也是一种极方便的工具。 2.一开始就把主题摆在中央。向外扩张分枝, 近中央的分枝较粗, 相关的主题可用箭头号连结。在纸的中央,从主题开始—最好用一个符号,然后画出从主题上分散出来的分支。如果你将纽约市进行脑图呈现,就将自由女神像作为中心。如果你在悉尼,就用港口大桥作为中心点。如果是本书中关于大脑的那个章节,就画一个由两部分组成的大脑。3.使用「关键词」表达各分枝的内容---- 脑图目的是要把握事实的精粹, 方便记忆, 所以不要把完整的句子写在分枝上。 4.将相关的内容放到同一分支上,每一内容如新的亚分支那样分散开来。使用符号、颜色、文字、图画和其它形象表达内容。图象愈生动活泼愈好。 5.建立自己的风格 --- 脑图并不是艺术品, 所绘画的能助你记忆, 才是最有意义的事。6.你完成每一分支后,用不同色彩的框将其框上。7.重画能使「脑图」更简洁, 有助于长期记忆 --- 同一主题可多画几次, 不会花很多时间, 但你很快会把这主题牢牢的记住。 8.有规律地将内容补充到每一张图上。这样,就很容易从概要开始,然后当你在每一学科中学到更多要点时,不断使脑图更加丰富、充实。