幽雨听弦
发表于 2016-6-16 10:11
shrek_munich 发表于 2016-6-16 10:04
设计,架构比较值钱,coding真不值钱,而且现在不是流行model based development么,理想状态下设计可以 ...
coding这个我觉得得看了,你要是说前期modeling神马的都搞定了,比如java(抱歉我就对这个熟,其他语言我是白痴)的那个uml图已经画的很仔细,就差最后翻译成code,那当然这个coding就比较容易。但一般的来说不会这样吧?难道平时也的确是这样,前期都做得很细,最后找人翻译成程序就完了?{:5_456:}
shrek_munich
发表于 2016-6-16 10:12
幽雨听弦 发表于 2016-6-16 09:11
coding这个我觉得得看了,你要是说前期modeling神马的都搞定了,比如java(抱歉我就对这个熟,其他语言我 ...
难道你们做开发不先把设计定下来就直接去写代码的?
幽雨听弦
发表于 2016-6-16 10:15
shrek_munich 发表于 2016-6-16 10:12
难道你们做开发不先把设计定下来就直接去写代码的?
我现在不做开发,所以不知道啊~我在sales部门,我们公司本身也不怎么做开发,对这一块感觉很陌生。只是读书的时候做过实习,稍微知道一点点
{:5_383:}
shrek_munich
发表于 2016-6-16 10:27
幽雨听弦 发表于 2016-6-16 09:15
我现在不做开发,所以不知道啊~我在sales部门,我们公司本身也不怎么做开发,对这一块感觉很陌生。只是 ...
实验室玩玩或者小型程序或者就你一个人开发的,写不写无所谓
大型联合开发,这个本身就是一个文档和记录,万一有严重的问题,至少这些文档可以证明到底是哪一层出错(Principle, Sr Arch, Arch, Sr Dev, Dev....)
幽雨听弦
发表于 2016-6-16 12:32
shrek_munich 发表于 2016-6-16 10:27
实验室玩玩或者小型程序或者就你一个人开发的,写不写无所谓
大型联合开发,这个本身就是一个文档和记录 ...
那就是说真正写代码的人基本没什么spielraum,就是把拿来的结构所谓翻译成代码而已?我一直以为他们也会参与到前期modeling的
shrek_munich
发表于 2016-6-16 13:30
本帖最后由 shrek_munich 于 2016-6-16 12:31 编辑
幽雨听弦 发表于 2016-6-16 11:32
那就是说真正写代码的人基本没什么spielraum,就是把拿来的结构所谓翻译成代码而已?我一直以为他们也会 ...
那倒也不是
在前期定架构的时候,下一层的也许要参与设计,如果到比较底层发现问题,同样可以回溯到高(也许是2层,3层以及更高)的层次去修改,同时这也是一种对于相对低层次的员工的训练,让他/她逐步了解高一个层次的工作需要具备哪些知识和技能
幽雨听弦
发表于 2016-6-16 14:51
shrek_munich 发表于 2016-6-16 13:30
那倒也不是
在前期定架构的时候,下一层的也许要参与设计,如果到比较底层发现问题,同样可以回溯到高( ...
恩,明白了{:5_326:}
mandriva
发表于 2016-6-16 20:25
本帖最后由 mandriva 于 2016-6-16 20:44 编辑
shrek_munich 发表于 2016-6-16 09:04
设计,架构比较值钱,coding真不值钱,而且现在不是流行model based development么,理想状态下设计可以 ...
设计,架构比较值钱,coding真不值钱,而且现在不是流行model based development么,理想状态下设计可以直接生成代码,只不过现在生成的那些代码在实验室玩玩还凑合,性能还是太差
由UML图生成代码 UML ==> code 叫做正向工程,Software engineering
从代码 生成UML图 code ==> UML 叫做反向工程, Reverse engineering
正向工程创建 getter 和 setter 还是可以的,但创建复杂的函数体基本不行,复杂的函数体并不是简单的逻辑块,没有码农去锄草根本不行。
码农仍然是整个软件大厦的基石。
shrek_munich
发表于 2016-6-16 21:27
mandriva 发表于 2016-6-16 19:25
由代码生成UML图 code ==> UML 叫做正向工程,Software engineering
从UML图 生成代码 UML ==> code...
搞错了吧
代码->uml才是逆向工程
当一个设计比较好的时候,每个函数的功能都是很清晰和简单的,写代码并不是多难的事情
当然如果没有好的设计和架构,要实现一个复杂功能需要dev付出很多劳动,但这不是coder值钱的理由,只不过是缺少了必要设计的后果;反过来,如果一个dev能在缺乏design的情况下,写出合适的代码甚至必要的重构(那种为了实现功能堆砌workaround的不算),体现dev能够成长到下一个层次的潜力
fusion
发表于 2016-6-16 21:30
shrek_munich 发表于 2016-6-16 20:27
搞错了吧
代码->uml才是逆向工程
当一个设计比较好的时候,每个函数的功能都是很清晰和简单的,写代码 ...
正解。。。。当然UML Editor,CodeGenerator也是要码农遍的,但批量Coding会逐步由Model生成。以后人就是遍工具