|
锁定老帖子 主题：关于RoR无法成为企业应用开发的主流的讨论
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-09-19
ddd 写道 >>（1）未来的企业需要的IT系统就一定像你所说的那么复杂吗？（2）未来编写软件、使用软件的方式就一定像现在的J2EE这样吗？
引用 这话一下子就让我想起那些叫兽和博士（满嘴的“理念”，也不知道自己理解没有），他们既然是搞研究就本不应该满嘴这些东西，就应该踏实一点。 言归正传，你说“复杂”时候不知道考虑没考虑歧义问题，你说的复杂是指it系统的哪个方面复杂？ 还有，你表达东西本来可以很直接很朴素，不知道为什么非得用一种间接方法。比如这两点，完全没必要用反问，你自己人为增加着交流的难度，可能也是故意的吧（恶意推导一下：不能让别人真正了解自己的想法，否则别人思考方式也这样就显示不出自己了） 这些问题，我自己没有想清楚，只是有一些模糊的感觉。我也不打算要教导别人，我想做的只是让某些感兴趣的人开始思考——说得不好听，我凭什么要教导你？你交学费给我？ 我说过好几次了，这些东西大家都没有想清楚，我只是抓紧时间把我想到的模糊的感觉写出来而已。我说的对你有启发则好，要是没有启发便罢，我不打算说服谁说什么，更看不出在这里装个高深对我有什么好处。 |
| 返回顶楼 | |
|
发表时间：2006-09-20
花花公子 写道 你可以试试看用ruby和java同时实现一个SOA系统，到底谁更简洁。 37signals就是用互联网的方式解决企业应用。企业应用系统弄这么复杂才能保持它的神秘感。使得人们上网写blog，写wiki很轻松，但是一提到企业应用就皱紧眉头，认为这是一个严肃的话题。 为什么一定要用SOA? Java的一些特性比较方便地实现了SOA，而且SOA更多的考虑与其他系统地结合。 但ruby现在并没有考虑与其他系统的结合，拿这个比，是不适用的。 关心一些更重要的问题更能节省时间。YAML 和XML相比，YAML更简单些，但是同样能完成很多工作，还不用复杂的解析。 另外，企业应用系统考虑的严密性要求更高。 刚看到一个帖子的观点：强壮性检查，会导致阅读者的注意力分散。 同样地，企业应用的延伸性的要求，往往也会分散开发者的注意力和精力， 同时也会把系统弄复杂。 但是，软件应用本身变化性很强，如果是为了短时间应用，那么开发一套系统，用上很短时间， 然后丢弃，在开发的成本大大降低的条件下，完全有可能。 另外，很早我就认为软件开发是服务性行业了，软件行业的景气与否很大程度上依赖于它所服务的 具体行业。（游戏开发有点特殊，应该归到娱乐业去） |
| 返回顶楼 | |
|
发表时间：2007-03-07
dwangel 写道 花花公子 写道 你可以试试看用ruby和java同时实现一个SOA系统，到底谁更简洁。 37signals就是用互联网的方式解决企业应用。企业应用系统弄这么复杂才能保持它的神秘感。使得人们上网写blog，写wiki很轻松，但是一提到企业应用就皱紧眉头，认为这是一个严肃的话题。 为什么一定要用SOA? Java的一些特性比较方便地实现了SOA，而且SOA更多的考虑与其他系统地结合。 但ruby现在并没有考虑与其他系统的结合，拿这个比，是不适用的。 关心一些更重要的问题更能节省时间。YAML 和XML相比，YAML更简单些，但是同样能完成很多工作，还不用复杂的解析。 另外，企业应用系统考虑的严密性要求更高。 刚看到一个帖子的观点：强壮性检查，会导致阅读者的注意力分散。 同样地，企业应用的延伸性的要求，往往也会分散开发者的注意力和精力， 同时也会把系统弄复杂。 但是，软件应用本身变化性很强，如果是为了短时间应用，那么开发一套系统，用上很短时间， 然后丢弃，在开发的成本大大降低的条件下，完全有可能。 另外，很早我就认为软件开发是服务性行业了，软件行业的景气与否很大程度上依赖于它所服务的 具体行业。（游戏开发有点特殊，应该归到娱乐业去） |
| 返回顶楼 | |
