8 F; E0 h9 f" W" N) x
大多数程序员(相当于我们这行的制造车间工人)“还不清楚自己要动的是什么东西,就已经乱动了”的事情,确实经常发生。
8 W% i! t* ^1 _7 y8 Y7 B. e
9 J8 I+ I, ~: o; _; y; @- d2 v) ]我们这行也有类似的问题,是怎么解决的呢?
+ X, ?9 N; ^' v6 W5 v4 ?0 e* f) w7 Q首先我们会有设计师,这在软件行业是PD。非常奇怪的是,软件业的PD数量太少,许多研发中干脆就没有PD。这就像我们的产品没有设计师策划,由生产车间自己凑合着做,那还不出事?5 k6 x- ~) k" W+ m
其次我们这行会有技术地位较高的检查员,按设计师的图纸等来检测车间制造的成品。非常奇怪的是,软件业的QA与我们不同,是一些不懂专业的学计算机的学生,而且说话的份量远低于程序员,技术地位最低。6 [9 P) s+ I; b0 M: i- V
最后,在我们这行中技术地位较低的制造车间工人,在软件业就是程序员。程序员的技术地位最高,甚至软件研发管理的PM,也经常受制于程序员。他们说做不成,PM多数外行,也无可奈何。
6 a. s& V0 u( N6 j' ^& g4 H/ q$ z f6 W* a. f, |) C5 s! x3 n% y
总之,在软件业,并没有一种日常的机制去提升程序员(相当于我们的车间工人)的专业能力和技术水平。而软件研发的主要左右者,还就是这群人。这就是软件业的古怪之处。; c" z: g7 Y0 j$ Q/ r0 F5 O
我在退休前,在几个软件公司做过地位较高的技术主管,曾经设法解决这个问题,实际上已经很有成效(其实就是照搬机械制造业的技术管理模式)。但是我离职后,一切又回复常态。奈何?
: X) p, K4 i" y- _
) i+ y4 w9 f' |2 d# n: B# qInventor的显示问题,是因为使用OGS之后的细节没有处理好造成的。程序员不熟悉Inventor的使用,是不是有问题他们不知道;QA们也不专业,没发现这种现象;用户们呢?碰见了问题也不说话,忍着... 于是,问题就长期没有被发现,也就谈不上解决了。
' T$ `* \9 R5 L( [6 l' [/ a. j/ C1 n: a Z. O+ v+ A4 m$ t
" }' ` V+ x+ X- M! f6 X: J
|