|
锁定老帖子 主题：Rails程序开发的最大问题是代码规范
精华帖 (8) :: 良好帖 (16) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-29
花花公子 写道 是单元测试重要还是代码规范重要？。
在我心中，我觉得都重要！如果要量化，我觉得是6/4开。单元测试6,代码规范4 |
| 返回顶楼 | |
|
发表时间：2008-08-29
PHP以及几乎所有的动态语言一样有这个问题.
我想是否可以这么认为: 这些语言还不是真正的工业语言 |
| 返回顶楼 | |
|
发表时间：2008-08-29
woody_420420 写道 2.象"Pair Programming"一样，来个"Team Programming"怎么样？每个星期一，选一个同学从自己的代码中挑一段代码，花20分钟给所有member解释什么的干活，然后，周一到周五就是娱乐时间，大家可以针对这段代码发表任何意见（格式，规范，性能。。。）。到下周一，此同学来总结，得到多少建议，他将接受哪些，不接受哪些。。。如果发现一些普遍问题，我们可以抽取出来形成团队的官方coding文档（变量命名，注释风格。。等等）。当然，我想的这个过程并不是要优化某一段代码，只是通过这个过程，同学们都能在一起交流关于coding规范，团队风格的总总问题。 我们以前也做过，不过不是挑自己的代码，而是挑别人的代码，可以是自己看不懂的，或是自己有更好解决方法的，也可以用团队quiz的方式来做，比如我之前翻译的一篇文章： http://www.iteye.com/topic/200008 对于整个团队的风格，技术提升都有帮助。 |
| 返回顶楼 | |
|
发表时间：2008-08-29
当然需要单元测试，但是仅仅测试是不够的
测试能保证功能，又如何保证设计和规范？ 花花公子 写道 是单元测试重要还是代码规范重要？模块之间的相互调用我认为是单元测试重要，毕竟单元测试是代码的第一使用者。
如果是html,js,css，那么基本上要通过培训，code review来规范。 |
| 返回顶楼 | |
|
发表时间：2008-08-29
fnet 写道 PHP以及几乎所有的动态语言一样有这个问题.
我想是否可以这么认为: 这些语言还不是真正的工业语言 java一样有，而且不比动态语言少，我原来公司就是这样，看到那代码想揍人…… |
| 返回顶楼 | |
|
发表时间：2008-08-29
很多时候团队里并不需要那么多人，但是领导觉得人多力量大，而且组建团队的时候根本没给下面人提建议的机会。比如我上家公司，一个项目拆成两块，每块一组人做，每组一个项目经理，有时还互相推任务，10多个人干了大半年，整得一团糟，而实际上那工作量，5个人足矣。
|
| 返回顶楼 | |
|
发表时间：2008-08-29
20人的RoR团队？够胆！
hideto果然是为RoR在中国商业领域探索道路的一代先驱... |
| 返回顶楼 | |
|
发表时间：2008-08-29
刑天战士 写道 fnet 写道 PHP以及几乎所有的动态语言一样有这个问题.
我想是否可以这么认为: 这些语言还不是真正的工业语言 java一样有，而且不比动态语言少，我原来公司就是这样，看到那代码想揍人…… 工业语言,为什么要如此之定义, 代码写的不好看,还是不是个人因素.应该说写代码的人不是工业人. |
| 返回顶楼 | |
|
发表时间：2008-08-29
hideto，我觉得你们公司的RoR项目团队太大了。
我个人的体会是，用RoR开发，项目团队不需要太大，保持在5人规模以内比较合理，团队规模一大，比较容易失控。我个人觉得你们应该把团队拆分为5个小团队，每个小团队负责一个功能模块，相对隔离开。 不过Rails这个框架似乎并没有考虑过大规模团队协作的问题，DHH他们37signals也就4个程序员而已，在这方面，Rails似乎不如django，不像django那样可以轻松的划分模块，进行团队协作。 事实上我在两年前就下过这样的结论，认为Rails不适合大规模团队协作开发，这也是Rails在企业应用方面面临的比较大的缺陷之一。 |
| 返回顶楼 | |
|
发表时间：2008-08-29
赫赫，别说多人团队，就我一个人的项目，都可以让代码动态动态再动态，结果过一周去看代码，绕不出来了。所以rails不合适多人团队是一个问题，另外还得要看团队成员是否做到恰到好处的问题。如果没有自控能力，rails和ruby可u不停的翻花样玩，都是没有问题的，不过后果吗...
|
| 返回顶楼 | |
