' f9 V6 @5 U0 S+ D; C# q2 ] ^大多数程序员（相当于我们这行的制造车间工人）“还不清楚自己要动的是什么东西，就已经乱动了”的事情，确实经常发生。+ f3 M2 p: F$ a/ S
7 S, D8 x9 s) ]
我们这行也有类似的问题，是怎么解决的呢？" q, }" S" K( h5 P. \% ~
首先我们会有设计师，这在软件行业是PD。非常奇怪的是，软件业的PD数量太少，许多研发中干脆就没有PD。这就像我们的产品没有设计师策划，由生产车间自己凑合着做，那还不出事？2 ?0 i' ?: \5 {, {
其次我们这行会有技术地位较高的检查员，按设计师的图纸等来检测车间制造的成品。非常奇怪的是，软件业的QA与我们不同，是一些不懂专业的学计算机的学生，而且说话的份量远低于程序员，技术地位最低。& U6 U& N! O' V4 Y
最后，在我们这行中技术地位较低的制造车间工人，在软件业就是程序员。程序员的技术地位最高，甚至软件研发管理的PM，也经常受制于程序员。他们说做不成，PM多数外行，也无可奈何。. R; R6 N! g. o/ p
. }* V" f8 G, ]# o' c6 P o
总之，在软件业，并没有一种日常的机制去提升程序员（相当于我们的车间工人）的专业能力和技术水平。而软件研发的主要左右者，还就是这群人。这就是软件业的古怪之处。
# b2 t' _7 o- q3 B我在退休前，在几个软件公司做过地位较高的技术主管，曾经设法解决这个问题，实际上已经很有成效（其实就是照搬机械制造业的技术管理模式）。但是我离职后，一切又回复常态。奈何？
& D% E7 g+ d1 r* ^4 w( N8 }* f: ?. b1 X" x& c
Inventor的显示问题，是因为使用OGS之后的细节没有处理好造成的。程序员不熟悉Inventor的使用，是不是有问题他们不知道；QA们也不专业，没发现这种现象；用户们呢？碰见了问题也不说话，忍着... 于是，问题就长期没有被发现，也就谈不上解决了。
& Y, n8 `. | \# J& R; _: e/ u: q# u7 ?+ M3 e; c! b5 B
' d4 N, x; S' ^
|
楼主: Cavalier_Ricky
发表于 2016-8-19 09:03:16
楼主
