相信大多数程序员都是这样开始自己的编程经历的：
1、学会一门语言的基本构架组成，拥有了使用它的基本能力
2、脑子里浮现初很多问号：如何实现×××功能？如何完成×××？。
3、看了别人的代码和解答，找到了实现方法，然后迫不及待的把那个关键的api
函数或者×××的配置方法收藏起来
4、积累了大量的这种小技巧以后，突然发现自己十分的迷惘，接着做什么呢？
5、也许有人会建议你去搞oo，如果你接纳了别人的观点，你可能会去买一些关于c
＋＋的模型书籍（因为别的语言关于oo的书实在不多），比如那本经典的《设
计模式》
6、明白了很多艰涩的概念以后，也许你会有很强的成就感，但是之后呢？
摩托觉得，接下来最应该做的是提升自己的系统构架能力。这种能力不是
单单从书本上就可以学到的。也许oo的思想很流行，但一个系统中，不可能全
用oo的思想承包，有的时候oo可能会产生副作用，甚至成为系统的瓶颈。
怎么办？摩托没有什么好办法，也许唯一的办法是不断的实践和总结呵呵，说了半天了，摩托想做什么？？？？ 摩托是想告诉处于第3个阶段的朋友（摩托觉得这个阶段的人比较多，也许摩托
自己还在这个阶段不能自拔）提些建议：摩托自己在这个阶段的时间比较长，记着在
N年前，摩托第一次做出了一个以自己轮廓的边界的不规则窗体，也许是年轻，兴奋
了一个下午：） 从那以后，我总结的很多编程的小技巧。当时上网还不算方便，我
就都记在在本子上（呵呵，厚厚的好几本）直到有一天我突然发现，自己还是那么
菜，离一个高手还有十万八千里。我总结的东西的价值到底有多大？很多技巧很偏
可能根本就没有什么用。最让我感到“悲惨”的是，我发现自己的能力并没有什么
提高，而这些技巧随着时间的推移变得没有价值。 摩托不是说技巧不重要，但千万不要掉进那个“怪圈”中，像摩托一样浪费了
不少时间。能力是最重要的，有时间希望广大菜鸟（包括◎摩托◎）尽量站的高些，
把自己推到第五、六个阶段吧～～～～
1、学会一门语言的基本构架组成，拥有了使用它的基本能力
2、脑子里浮现初很多问号：如何实现×××功能？如何完成×××？。
3、看了别人的代码和解答，找到了实现方法，然后迫不及待的把那个关键的api
函数或者×××的配置方法收藏起来
4、积累了大量的这种小技巧以后，突然发现自己十分的迷惘，接着做什么呢？
5、也许有人会建议你去搞oo，如果你接纳了别人的观点，你可能会去买一些关于c
＋＋的模型书籍（因为别的语言关于oo的书实在不多），比如那本经典的《设
计模式》
6、明白了很多艰涩的概念以后，也许你会有很强的成就感，但是之后呢？
摩托觉得，接下来最应该做的是提升自己的系统构架能力。这种能力不是
单单从书本上就可以学到的。也许oo的思想很流行，但一个系统中，不可能全
用oo的思想承包，有的时候oo可能会产生副作用，甚至成为系统的瓶颈。
怎么办？摩托没有什么好办法，也许唯一的办法是不断的实践和总结呵呵，说了半天了，摩托想做什么？？？？ 摩托是想告诉处于第3个阶段的朋友（摩托觉得这个阶段的人比较多，也许摩托
自己还在这个阶段不能自拔）提些建议：摩托自己在这个阶段的时间比较长，记着在
N年前，摩托第一次做出了一个以自己轮廓的边界的不规则窗体，也许是年轻，兴奋
了一个下午：） 从那以后，我总结的很多编程的小技巧。当时上网还不算方便，我
就都记在在本子上（呵呵，厚厚的好几本）直到有一天我突然发现，自己还是那么
菜，离一个高手还有十万八千里。我总结的东西的价值到底有多大？很多技巧很偏
可能根本就没有什么用。最让我感到“悲惨”的是，我发现自己的能力并没有什么
提高，而这些技巧随着时间的推移变得没有价值。 摩托不是说技巧不重要，但千万不要掉进那个“怪圈”中，像摩托一样浪费了
不少时间。能力是最重要的，有时间希望广大菜鸟（包括◎摩托◎）尽量站的高些，
把自己推到第五、六个阶段吧～～～～
懂了面向对象又怎样啊？也许当时有一些成就感，可是你很快又会发现你仍旧有很多东西不知道，有很多东西你要学习。
外面的世界很精彩。
还有一种感觉，我到底会些什么又能真正做些什么所有要做的东东看起来VERY HARD
有时候觉得自己会了一点东西，有时候又觉得自己什么都不会
代码会写一点，功能可以实现一些，反而感觉有点迷茫
接下来，该往那个方向迈步？
......
要学的东西很多，不知道什么时候才会爬出谷底
幸好刚刚工作，公司安排我学习COM+，很快被推向了系统架构方面，不过自觉的实践经验不足，哪位大哥做过实际的架构，介绍几个好网站。上大学时，到了大三后半年才领悟了学校教得东西虽然落后，但是并不是一无是处，主要是教你一种计算机的思想，你并不需要去做CPU，但是你应该知道CPU所体现出来的思想；你不需要去写操作系统，但你应该熟悉操作系统所体现的经典思想，奉劝现在学计算机的师弟们，不要因为学的东西陈旧而去逃课，除非你自觉的学这些东西。
呵呵，跑题了，总之，我是说，思想最重要，写程序，高中生都会的事情，可是怎么写的更好更有效更能产生价值，不是很简单的事。
我也正处于迷茫中........以前搞pb,现在搞delphi
虽然会了一点东西但有更多的东西不会,平时编点程序搞点设计但都是不透不系统.
东西永远学不完,
难道就这样永远永远跟着风干?心有不甘,心又无奈.我现在也不知道是那个阶级的.
内修内功有些思想是要地，这样才会有摩托的想法我还只是会点Pascal，呵呵外加一点其他的东西
高手多地遍地生花时，就是我Opasmcing出炉时
收个弟子也是经历，不会不答应地。
[email protected]
我们暂不考虑borland公司明年推出的“伽利略”和jbuilder8。面对
.net的强大，borland必然要拼命与之整合。
假如你是borland的老总（呵呵），你会如何办呢？怎么样才能与微软
竞争.net这块肥肉呢？设计新一代的ide平台，全面支持.net，作出自己的visual studio.net
也许“伽利略”就是这样的一个东西。但摩托对这个计划存有担忧，摩托
是个delphi的发烧友，钟情于borland的每个工具。但说实话，通过一段
时间对visual studio.net的接触，我觉的她非常好用，微软这次有意推进
他的开发工具的友好，不再十分顾及vb\vc在市场上的冲突。也许是因为其
作者的原因吧。我担心borland的新东西不会重演“vb killer”。摩托以前有很多奇怪的想法，borland会不会与微软合作，将object pascal
集成到visual studio.net中，这样delphi不会失去.net的市场，还有足够的
翻身的机会。微软可以把大量的delphi程序员拉到自己的平台下，这也是
十分诱人的。但从市场的角度，看上去又不太可能，利益关系如何划分？
borland不敢冒如此大的风险，但她现在的人才一个一个被微软挖走，她能挺
的住吗？如果你来抉择，你会如何选择？
可是.net是个不能忽视的东西
不知道大家试过mono没有，虽说还是测试版，但性能很多地方和java不相上下（在linux下）
linux的.net绝对不会sun所说的那么遥远
我参加Borland大赛，把.net写的类库移植到j2ee上。同样，我在开发j2ee程序的时候，一些新想法又被移植到.net上。
所以重要的是方法，开发工具则是其次。
呵呵，摩托想和大家讨论的并不是具体技术层面的东西，
对于程序员的而言，正如chechy所说，框架组织是最为重要的。
开发工具永远只是工具。摩托说上面的东西，是想看看大家对市场的认识，对资金的市场化的认识
如果站在borland现在的角度，自己的钱和精力应该投向何方？有的时候跳出程序代码本身，才能更深的认识这个行业和她的发展。就像伴水兄说得：“要想认识自己，必须跳出自己～～～”
将object pascal 集成到visual studio.net，其实，Pascal从某一方面来说要比 C or C++更适于OO;现在的Borland 已经和MS进行一些合作了，而且，它也加大利度的对Java方面的靠近，无论如何说，Borland的运作感觉很是灵活，相信她应该能应付的，如何应付？等中……
我想他不会放弃～～～.net是未来windows的主流～～～
就是“伽利略”吧，不知道是个什么样子，呵呵听李维老大说，控件要比vcl少，但比较精～～～～
才深入去探讨。虽然我不知道自己走出了疯狂Coding是对是错，但是我有我的喜悦。1号辞职至今，也很久没有Coding了。