幽雨听弦 发表于 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生成。以后人就是遍工具
页: 1 2 [3] 4
查看完整版本: 细思极恐:德国将有一半以上的工作岗位可能被机器人取代,那中国呢?