首先未经同意引用wyuch网友的一篇文章，如果wyuch觉得此举不妥，请第一时间联系我，我会尽快删除此文。
主题：很多事情看上去很美......
作者：wyuch
EJB看上去很美，很多“企业级特性”，不知道成就了多少中间件厂商。但用的人都说很难搞，让我很怀疑。直到有一天一位大佬高呼“Without EJB”，一时风云变色，群EJB束手。
UML看上去很美。当时简直是不会用Rose不敢出去见人，有人宣称“若干年之后，不通UML者无法染指软件开发”。当时听人天天念着 Rational的名字，告诉我可以用Rose从UML直接生成Java代码C代码C++代码，满眼都是星星。但我一直都没学得好，好在现在不用UML也没人鄙视我了。
MDA看上去很美。当时铺天盖地的大大的MDA印在杂志上，挂在网页上，似乎只需要掌握了领域知识，建立了领域模型，就直接可以生成代码。那时候微软给我的印象就是：Microsoft=MDA，VisualStudio.NET=MDA。这个一直没弄明白也没实际操作过，但现在似乎很少有人提了。
XP看上去很美。当时图书馆的书架上，印有XP与极限编程的书竟然和印有JSP、J2EE字样的书数量不相上下。但最流行的时候我是一个小兵，没有办法实行，慢慢地也不太热了。
AOP看上去很美。不知道多少人以为一种影响深远的编程模式即将出现，书似乎也出了不少。结果最终发现能用到的地方实在太少，慢慢地很少有人提了。
设计模式看上去很美。这个倒真是有点美，学习一下思想很不错。只是程序写了很多年，只有单例模式用得最多，工厂都用得少，始终没给其他模式找到必须用他们的理由，慢慢地很多设计模式都忘了。
SOA看上去倒是不知道美不美，但天天被人灌输，似乎也很美。只是自从我知道这个名词以后，就从没真正弄明白过他到底是美在哪里，只是前年高人甲承认SOA还未落到实处，去年高人乙说SOA即将大红大紫，今年翻开杂志，又见高人丙说SOA在中国缺乏有说服力的成功案例云云。
Grid看上去很美。Oracle 10g的这个小g不知道让多少人心潮澎湃，最终发现离我们老百姓实在太远。
云计算看上去很美。只是不知道跟Gird有什么差别，巨头们说的一个和一个不同。最近看见一个.NET的CMS也说什么云计算，真是不知所云。
年复一年，终于觉得不能被人继续忽悠下去了。不再奢望能够有神奇的工具可以让我直接画画图就能得到一个可以工作的程序；不再相信有什么特别的方法可以极大地提高开发效率；不再相信巨头们的话，如果有什么新的概念是由巨头们掀起的，我决定以后一律先等五年。
1995年布鲁克斯说：“没有银弹”，但他很谦虚地指定了一个期限：“十年内”，事实证明老先生没有错，只是高估了后辈们的能力。
------------------------------------------------
以下是我的观点：
从lz的描述来看，还只是软件蓝领工人，coder的阶段。离高程，架构师还有很长的路要走。我做了7年多java程序，现在公司里SOA,云计算，设计模式等等都在大量的应用，并不是LZ所说的虚的东西。像设计模式，我熟练使用的就有16，7个，几乎每个项目都必用，而且已是手到拿来。
lz虽然自己说做的项目有3，4千个类不是xb，但是大伙儿还是能看出来lz确实是做过自己认为的巨系统的，但是我想说的，通常别人的程序如果有100个类，我用设计模式设计和开发相同的功能，估计只要50个就足够了。
可以说最复杂的应用，用500个类基本就可以解决了，其他的不过是简单的重复和冗余。量大并不代表系统有多巨大，可能只是一个臃肿和冗余的系统。这样的系统加载到java虚拟机，能不崩溃吗？换句话说，性能能够高吗？能够不需要架构和设计模式以及重构吗？
JDK可以说是相当庞大，无所不包了吧，sun用了多少个类来构建它？大家可以回去解压${java_home}下的src.zip，自己数数，不会达到lz的巨系统需要的那么多类！
至于AOP，IOC等等，lz是不是javaer和weber？整个struts2和springframework几乎全部是按照这种模式实现的，你只不过是在使用人家已经为你搭好的桥而已，用不着自己去AOP和IOC。整个java世界目前到处都是AOP和IOC的应用，怎么倒变成虚的了？
正像前面回复里说的，要剥开皮肉现骨头，那才可以说是一个高水平技术人员。相信无论是美国佬还是法国佬，都不会在没有基础的东西之上，像空中楼阁般去忽悠地球人。
现在所提出的很多概念，SOA，RESTful，WEB2.0，WEB3.0等等，很大意义上都是IT业界的资深人士，凭着自己多年的从业经验，从理论上对实践、今后的IT技术发展方向的高屋建瓴的理论指导。那么，我们在实践过程中，必然会发现一些有悖的地方和当初认识错误的概念，自然会被大家抛弃，lz看到的其实是这样一个现象。
主题：很多事情看上去很美......
作者：wyuch
EJB看上去很美，很多“企业级特性”，不知道成就了多少中间件厂商。但用的人都说很难搞，让我很怀疑。直到有一天一位大佬高呼“Without EJB”，一时风云变色，群EJB束手。
UML看上去很美。当时简直是不会用Rose不敢出去见人，有人宣称“若干年之后，不通UML者无法染指软件开发”。当时听人天天念着 Rational的名字，告诉我可以用Rose从UML直接生成Java代码C代码C++代码，满眼都是星星。但我一直都没学得好，好在现在不用UML也没人鄙视我了。
MDA看上去很美。当时铺天盖地的大大的MDA印在杂志上，挂在网页上，似乎只需要掌握了领域知识，建立了领域模型，就直接可以生成代码。那时候微软给我的印象就是：Microsoft=MDA，VisualStudio.NET=MDA。这个一直没弄明白也没实际操作过，但现在似乎很少有人提了。
XP看上去很美。当时图书馆的书架上，印有XP与极限编程的书竟然和印有JSP、J2EE字样的书数量不相上下。但最流行的时候我是一个小兵，没有办法实行，慢慢地也不太热了。
AOP看上去很美。不知道多少人以为一种影响深远的编程模式即将出现，书似乎也出了不少。结果最终发现能用到的地方实在太少，慢慢地很少有人提了。
设计模式看上去很美。这个倒真是有点美，学习一下思想很不错。只是程序写了很多年，只有单例模式用得最多，工厂都用得少，始终没给其他模式找到必须用他们的理由，慢慢地很多设计模式都忘了。
SOA看上去倒是不知道美不美，但天天被人灌输，似乎也很美。只是自从我知道这个名词以后，就从没真正弄明白过他到底是美在哪里，只是前年高人甲承认SOA还未落到实处，去年高人乙说SOA即将大红大紫，今年翻开杂志，又见高人丙说SOA在中国缺乏有说服力的成功案例云云。
Grid看上去很美。Oracle 10g的这个小g不知道让多少人心潮澎湃，最终发现离我们老百姓实在太远。
云计算看上去很美。只是不知道跟Gird有什么差别，巨头们说的一个和一个不同。最近看见一个.NET的CMS也说什么云计算，真是不知所云。
年复一年，终于觉得不能被人继续忽悠下去了。不再奢望能够有神奇的工具可以让我直接画画图就能得到一个可以工作的程序；不再相信有什么特别的方法可以极大地提高开发效率；不再相信巨头们的话，如果有什么新的概念是由巨头们掀起的，我决定以后一律先等五年。
1995年布鲁克斯说：“没有银弹”，但他很谦虚地指定了一个期限：“十年内”，事实证明老先生没有错，只是高估了后辈们的能力。
------------------------------------------------
以下是我的观点：
从lz的描述来看，还只是软件蓝领工人，coder的阶段。离高程，架构师还有很长的路要走。我做了7年多java程序，现在公司里SOA,云计算，设计模式等等都在大量的应用，并不是LZ所说的虚的东西。像设计模式，我熟练使用的就有16，7个，几乎每个项目都必用，而且已是手到拿来。
lz虽然自己说做的项目有3，4千个类不是xb，但是大伙儿还是能看出来lz确实是做过自己认为的巨系统的，但是我想说的，通常别人的程序如果有100个类，我用设计模式设计和开发相同的功能，估计只要50个就足够了。
可以说最复杂的应用，用500个类基本就可以解决了，其他的不过是简单的重复和冗余。量大并不代表系统有多巨大，可能只是一个臃肿和冗余的系统。这样的系统加载到java虚拟机，能不崩溃吗？换句话说，性能能够高吗？能够不需要架构和设计模式以及重构吗？
JDK可以说是相当庞大，无所不包了吧，sun用了多少个类来构建它？大家可以回去解压${java_home}下的src.zip，自己数数，不会达到lz的巨系统需要的那么多类！
至于AOP，IOC等等，lz是不是javaer和weber？整个struts2和springframework几乎全部是按照这种模式实现的，你只不过是在使用人家已经为你搭好的桥而已，用不着自己去AOP和IOC。整个java世界目前到处都是AOP和IOC的应用，怎么倒变成虚的了？
正像前面回复里说的，要剥开皮肉现骨头，那才可以说是一个高水平技术人员。相信无论是美国佬还是法国佬，都不会在没有基础的东西之上，像空中楼阁般去忽悠地球人。
现在所提出的很多概念，SOA，RESTful，WEB2.0，WEB3.0等等，很大意义上都是IT业界的资深人士，凭着自己多年的从业经验，从理论上对实践、今后的IT技术发展方向的高屋建瓴的理论指导。那么，我们在实践过程中，必然会发现一些有悖的地方和当初认识错误的概念，自然会被大家抛弃，lz看到的其实是这样一个现象。
扫一扫
821
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
