|
精华帖 (0) :: 良好帖 (3) :: 新手帖 (0) :: 隐藏帖 (5)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-09-02
软件民工看大楼图纸（UML）！还要绘图绘图？不大可能，少数架构和PM的专利
|
| 返回顶楼 | |
|
发表时间：2009-09-02
samfisher 写道 uml纯属浪费时间，做出来维护是个很大的问题，你能一直让他和代码同步？什么高层次的设计啦，都是蒙人，和最终客户交流文字描述是唯一的手段，客户不是IT行业的凭什么要他懂UML呢。
看来你不会用UML |
| 返回顶楼 | |
|
发表时间：2009-09-02
如果你小时候玩过飞机舰船模型，就知道图纸的重要性。
话说我们现在是许多伙伴一起组装模型，直接的交流固然重要，但如果没有图纸，即使模型被组装出来了，其质量和效率也是不敢恭维的。 现在我们再升一级，这些小伙伴不是从小一起长大的，而是来自五湖四海，有四川人，北京人，云南人，山东人，甚至有东洋鬼子，非洲人，吉普赛人，日耳曼人.......大家的语言，思想，文化各不相同，但是都有各自的特长，如何聚合大家的特长来创造一个伟大的“模型”，图纸的重要性就更显突出了。 国内对软件开发国际化的讨论很少，作坊式开发是普遍想象，所以部分人会对UML有很大质疑看来也是人之常情 |
| 返回顶楼 | |
|
发表时间：2009-09-02
570145440 写道 如果你小时候玩过飞机舰船模型，就知道图纸的重要性。
话说我们现在是许多伙伴一起组装模型，直接的交流固然重要，但如果没有图纸，即使模型被组装出来了，其质量和效率也是不敢恭维的。 现在我们再升一级，这些小伙伴不是从小一起长大的，而是来自五湖四海，有四川人，北京人，云南人，山东人，甚至有东洋鬼子，非洲人，吉普赛人，日耳曼人.......大家的语言，思想，文化各不相同，但是都有各自的特长，如何聚合大家的特长来创造一个伟大的“模型”，图纸的重要性就更显突出了。 国内对软件开发国际化的讨论很少，作坊式开发是普遍想象，所以部分人会对UML有很大质疑看来也是人之常情 linux也是作坊的产品？ GNome也是作坊的产品？ apache? 有没有发现很多时候，你要与程序员交流，程序员更希望得到的是代码，而不是你的设计？ 你知道设计转化成代码的成本吗？ UML与设计图纸有相似性，但是差别也是很大的。 相同的时设计出来的东西并不一定能实现。 差别是UML与设计图纸所面向的产品并不相同。 设计图纸设计完成后修改基本是不可能的。 但是代码是随时会发生变化的，从而会导致UML的变化。 而这种变化在很多时候是非常频繁的。 保证UML与代码的统一都成问题。 UML的设计意义就显得不明显。 那些说UML好的不防拿出一张UML图，来说明你们怎么根据UML来开发吧。 |
| 返回顶楼 | |
|
发表时间：2009-09-02
570145440 写道 如果你小时候玩过飞机舰船模型，就知道图纸的重要性。
话说我们现在是许多伙伴一起组装模型，直接的交流固然重要，但如果没有图纸，即使模型被组装出来了，其质量和效率也是不敢恭维的。 现在我们再升一级，这些小伙伴不是从小一起长大的，而是来自五湖四海，有四川人，北京人，云南人，山东人，甚至有东洋鬼子，非洲人，吉普赛人，日耳曼人.......大家的语言，思想，文化各不相同，但是都有各自的特长，如何聚合大家的特长来创造一个伟大的“模型”，图纸的重要性就更显突出了。 国内对软件开发国际化的讨论很少，作坊式开发是普遍想象，所以部分人会对UML有很大质疑看来也是人之常情 hoho，图纸重要，无可非议，可是是谁告诉你，UML就是软件开发的图纸？ |
| 返回顶楼 | |
|
发表时间：2009-09-02
weiqingfei 写道 570145440 写道 如果你小时候玩过飞机舰船模型，就知道图纸的重要性。
话说我们现在是许多伙伴一起组装模型，直接的交流固然重要，但如果没有图纸，即使模型被组装出来了，其质量和效率也是不敢恭维的。 现在我们再升一级，这些小伙伴不是从小一起长大的，而是来自五湖四海，有四川人，北京人，云南人，山东人，甚至有东洋鬼子，非洲人，吉普赛人，日耳曼人.......大家的语言，思想，文化各不相同，但是都有各自的特长，如何聚合大家的特长来创造一个伟大的“模型”，图纸的重要性就更显突出了。 国内对软件开发国际化的讨论很少，作坊式开发是普遍想象，所以部分人会对UML有很大质疑看来也是人之常情 hoho，图纸重要，无可非议，可是是谁告诉你，UML就是软件开发的图纸？ 哦哦，图纸并非UML一种。俺的意思是，正因为图纸的品种太多了，选用其中一种就比如UML，能够很好的担当起沟通桥梁作用。 大多数人都说学英语没用，可国际通用语言就是英语。 |
| 返回顶楼 | |
|
发表时间：2009-09-02
喜欢编码的人，始终对UML不感冒。
|
| 返回顶楼 | |
|
发表时间：2009-09-02
UML语法并不复杂, 用它交流设计比自然语言更容易理解.
但是用UML来做详细文档,或者直接解释UML执行本身就是不合适的一件事情. 不会用UML的人总觉得UML就是CASE工具. 楼上某人叫我用几年再来说话的人直接无视. 我用UML已经超过2年了, 它确实是很有用的沟通工具. 我建议说UML没有用的人先去了解一下UML的语法, 然后试着用UML去和别人沟通你的想法/设计,再公正的说说它到底有没有用. |
| 返回顶楼 | |
|
发表时间：2009-09-02
糊涂虫3000 写道 570145440 写道 如果你小时候玩过飞机舰船模型，就知道图纸的重要性。
话说我们现在是许多伙伴一起组装模型，直接的交流固然重要，但如果没有图纸，即使模型被组装出来了，其质量和效率也是不敢恭维的。 现在我们再升一级，这些小伙伴不是从小一起长大的，而是来自五湖四海，有四川人，北京人，云南人，山东人，甚至有东洋鬼子，非洲人，吉普赛人，日耳曼人.......大家的语言，思想，文化各不相同，但是都有各自的特长，如何聚合大家的特长来创造一个伟大的“模型”，图纸的重要性就更显突出了。 国内对软件开发国际化的讨论很少，作坊式开发是普遍想象，所以部分人会对UML有很大质疑看来也是人之常情 linux也是作坊的产品？ GNome也是作坊的产品？ apache? 有没有发现很多时候，你要与程序员交流，程序员更希望得到的是代码，而不是你的设计？ 你知道设计转化成代码的成本吗？ UML与设计图纸有相似性，但是差别也是很大的。 相同的时设计出来的东西并不一定能实现。 差别是UML与设计图纸所面向的产品并不相同。 设计图纸设计完成后修改基本是不可能的。 但是代码是随时会发生变化的，从而会导致UML的变化。 而这种变化在很多时候是非常频繁的。 保证UML与代码的统一都成问题。 UML的设计意义就显得不明显。 那些说UML好的不防拿出一张UML图，来说明你们怎么根据UML来开发吧。 哎哎:linux，apache人家开源只给你看到了代码，所就认为人家一定没用到UML吗？ 设计转化成代码的成本？ 别告诉我你们公司写系统从来不做设计。 UML不能与代码统一？ 难道还要我在这里向你介绍一款UML模型/代码同步工具吗？ 无语........ |
| 返回顶楼 | |
|
发表时间：2009-09-02
cscript 写道 难道图就一定比代码形象吗，我看不一定，以下面的代码为例：
for (;;) {
if (condition A) {
....
continue;
}
if (condition B) {
....
continue;
}
if (condition C) {
....
continue;
}
the body;
}
如果要用N-S流程图描述这段代码，会出现深层的if嵌套，可读性要比代码差很多。 之前要用UML做好了设计，恐怕不会出现上面这些奇怪的代码...... 
|
| 返回顶楼 | |
