重复造轮子的话题

看了 《“山寨”框架3宗罪》 这篇贴有感。

关于是否应该重复造轮子的话题我觉得本身就是一个轮子，参与进来的不管是支持的也好反对的也好，在我看来倒是大都颇有兴致。
他们中有泼冷水放冷话的貌似已然站在某个技术制高点上口气颇为沧桑的“过来人”，也有充满理想就是不怕浇凉水的“技术小强”

据粗略的观察，“过来人”比较有力的一个观点是强调程序员应该怀着开放的心态，不要闭门造车。“技术小强”们的观点则主要是强调，实践是检验学习成果的最好办法。即使是一个写过某一不成功的 MVC 框架的人，对于流行的 MVC 框架的理解也往往比那些只是看过《XXX in action》，然后在某个公司级别项目里写过几个XML的人要深刻。

所以这些关于“闭门造车”的争论，其焦点并不在于该不该“造车”，而在于是不是应该“闭门”。 我觉得“闭门”是不对的，但是“造车”确是对程序员大大的有利。

于是我想起了小学课上讲的“小马过河”。对于“技术小强”们来说，别人的话随便他们说去，只要自己知道自己这次造轮子的目的就好。

另外，根据我不太仔细的观察，在JE上写 Java 的，造的轮子多半是 MVC, Dao ，由此看来MVC， ORM  是多么没有技术门槛的轮子，随便什么人就造了。不过话说回来，当初写 Hibernate 的那位仁兄，当初连 SQL 都不太熟就敢操刀，的确是颇有勇气的。现在看来，Hibernate 颇高的学习曲线是这个框架的败笔，毕竟复杂的框架方便的只是实现者，而不是使用者。这也从某些方面说明了一个框架的好坏。Hibernate 在学习曲线方面，无疑是不值得学习的。