只显示主题贴
跟rails技术本身关系不太大,我们每个人在使用这个新技术的时候,都会在犯错或个人创新的基础上,不断改进.
这些东西会随着时间慢慢清晰起来,每个人的积累也不一样,如何让这些个人的经验随着产品的发展,迅速的传播给每个人,最有效的共享?
这些经验,不止是编码规范,也会包括其它方方面面的活动,比如如何沟通,如何设计,如何实现某个特定功能,如何处理某个通用问题,如何升级,如何测试,... 都是一个个或大或小的套路.
甄别出哪些需要共享,哪些需要通知给其它人,俺们wwei同学已经总结的很好了.
人的能力在某个时刻下就是那样,保持有效的制度和文化才会不断的自我改进.
至少,能让人尽情发泄比沉默要好.
- 进入论坛 Ruby 版
1tian 写道既然要解决V的问题，如果要进行企业开发，你们还是好好考虑我说的人机界面的需求吧
。给大家看个V吧。我觉得Java在这方面也做得不好。我不用Java作为V。我认为V是一个
很重要的问题。不论大型还是小型的企业开发。web应用还是要考虑V的问题。
原来您自始至终在说这个啊。为啥没人看出来呢？他们都疯了。
1tian 写道我是提醒大家，企业开发没想象中的那么简单
这里没人说它简单。
- 进入论坛 Ruby 版
话题5: 系统构架的能力
1tian 写道争论的焦点在于大型企业开发更重要的是框架和平台，而非语言。不知道你们从什么地方看出来我说RoR不能开发这些框架之类的意思？
搞大型网站的人更关注性能方面的技术，搞大型企业开发的人更关注系统构架方面的技术。如果ROR 粉丝们喜欢用ROR企业开发，那我也祝你们好运。
系统构架不止是框架、平台。
rails本身就是库和框架，不是语言。
系统构架是解决什么问题的？
俺不跟你们这堆土人扯要吃馒头还是面条，还是大饼卷大葱，俺关注的是解饿（肚子咕噜~）。
- 进入论坛 Ruby 版
话题4: 人的能力
1tian 写道后台业务逻辑开发。这取决于开发人员经验和设计水平，不考虑用存储过程来实现，我
们说说用面向对象的语言来开发业务逻辑，那么做得好与坏，质量的高低，取决开发者的经验，面向对象
设计能力，和使用那种语言关系不大。
这本不应该成为话题。或者应该以一种严谨的方式提出来。
我们在比较两个事物的时候，都会假定环境是一样的。
比如，测ruby和java的性能，都会找同一配置的机器，跑同样的test suit。
现实生活也常如此，只是情况更复杂了。
要比人的能力，那么我们就假定他们用的同一种开发环境。
要比语言的能力，我们就该假定他们是能力类似的人或同一个人。 ...
- 进入论坛 Ruby 版
话题3： Rails和客户端开发技术是不是互斥的？rails和客户端技术的关系？
1tian 写道我提三个需求，用Rails能轻松实现，就说明我确实无知，我刚才是胡说，我冒犯了Rails
这个神圣的框架和各位高人。
1. 你用Rails弹出一个有模窗口（做企业应用应该知道有模窗口），然后用鼠标拖动起来移动这个窗口。
从这样窗口上选择一些数据然后再到主窗口上进行显示。
2.一个grid，有20列，屏幕显示不下。要求左边3行固定，剩余列用户可以根据需要左右滚动已能够全部
显示。
3.一个窗口有两个控件，左边一棵树，右边一个gird，要求二者之间可以通过拖动来改变宽度，以适应数 ...
- 进入论坛 Ruby 版
话题2：通用框架和组件的能力
1tian 写道大型系统靠的是通用框架和组件来缩短代码行数，提高系统的稳定性和易维护性，而不是靠语言本身吧？
对gigix的题目和Quake Wang的实证视而不见，而转到这个话题。
语言、库（组件）和框架的大致关系：
语言1 < 技术基础库(组件)2 < 技术基础框架3 < 业务基础库(组件)4 < 业务基础框架5 < 业务应用代码6
靠前的是后面的基础。VM、IDE属于它们之外的切面，不在这一话题谈论范围内。
靠后的东西，可以利用它前面的全部东西。比如，业务基础库可以使用语言、技术基础组件库、技术基础框架。
我们开 ...
- 进入论坛 Ruby 版
话题1：语言的能力。是否可以通过划分类和函数，达到代码量的等价小，可维护性的等价高，重用性的等价好？
1tian 写道这样的数据没有任何意义。因为任何语言，你要是把函数粒度划分的比较细，都可以达到类似的效果。
真的这样吗？
rubynroll在以前讨论的贴中就回答过，传统的封装手段不能达到这个效果，记得说的是closure - 有趣的是，1tian在那个贴也是最积极的回贴者 - 也是用同样的手法玩过转移话题。
gigix的ruby代码，在试图用最小示例说明这个问题。两个回应的人给出都不是等价代码。
另外，假想那段功能，就是一段特定的业务逻辑，绝对没有可能被其它地方重用，即使你把它抽成另 ...
- 进入论坛 Ruby 版
看看这个线索：
liuqiang 写道之前读了不少文章，说rails不大适合做大型的互联网应用或者企业应用，但通过实
际的使用rails，越发的发现rails做大型应用是个不错的选择。
然后楼主liuqiang从可维护性、性能、可伸缩性和系统切分上进行了分析。
后来
gigix 写道其实，代码越少越容易维护，这个对于大型应用更要紧
liuqiang 写道之前听gigix说，单个方法的代码行平均5行，并给了例证
后来
ltian 写道预祝各位rail 粉丝能用几千行代码写一个大型系统。
ltian 写道一个方法只有5行用任何语言都能实现。我用汇编语言都能实现。
后来
liuqiang 写 ...
- 进入论坛 Ruby 版
neodoxy 写道seemoon 写道neodoxy 写道说说ROR开发的弱点:
Ruby目前漏洞太多,还未成熟
滥用plugins,gems造成的安全性问题
应用服务器的稳定性问题
其他都可以归结为 设计问题,能力问题,信仰问题
Ruby目前漏洞太多,还未成熟？？ for example?
滥用plugins,gems造成的安全性问题?? 这是应用的问题，看你会不会用了。别忘了说gem的功劳，现在java的库管理那一个差阿，所以出了个maven，但是maven很可惜也比较复杂，在我看来
应用服务器的稳定性问题？？javaeye目前看来还比较稳定，否则可能就看不到你这个贴或者我这个回帖了 ...
- 进入论坛 Ruby 版
评论排行榜