|
|
如果只是在商业实验室或者认证机构,你的瓶颈永远是存在的。只有去企业,去迎接终极挑战,你的问题才有可能迎刃而解。
L# U% n+ u# j( X/ O# Y; U- n4 X) w当初我走过楼主的道路,但是随着时间的推移,我一直在思考四个问题。不断的深入下去,发现安规这个领域还是非常有深度的。前端时间和国外一个25年安规工作经验的专家交流了几天,更是让我体会了安规的魅力。4 G& `2 w% A: [0 |( R
% `7 f, w: B+ V2 {
1.为什么我们叫安规工程师,而不叫做安全工程师?; p1 h0 B: S8 o
“安规”这个词也许属于自创或者从safety/regulatory 这两个词翻译过来的(这是国标参考IEC标准的原因之一)目前没有发现那个标准出现“安规”这个词。
; L- @2 g- a- g8 _. P8 ]4 y 我觉得安全工程师范围很广:可以是产品安全、信息安全、食品安全、生产安全。。。总之很多。+ r" T! E4 \3 V& |- u
如果是电子产品的话,叫产品/电气安全工程师也可以啊。类似于(Product/electrical safety engineer)
5 N. o. D% B/ Z' D! V7 [# \2.一个产品都通过了所有的安规测试认证,是不是就说明这个产品都安全了?
& D) i8 s, [: c, \# k6 C 中国复制能力很强,导致他人不爽, 估计咱们国家的安规起源于国外,也属于COPY。你看看人家UL都将近百年了。Copy过来就导致了急功近利的现象,不知道为什么做,只知道做出来就可以了。。。+ M& ]7 W6 s7 Q5 |) P/ ]; j0 l, \- d
所以要确保产品安全,只谈测试和认证是很可悲的。7 U5 Y! t. n# c1 H: {1 @
8 {( y* j3 V& ~# R u7 N4 e7 J3.如果上一个问题的答案是否定,那我们工作的意义是啥?% u% y% d# J9 V3 {
这个意义是相对的,不同的工作环境,“安规”工程师的职责就不同,看你的工作岗位了。
: J6 r8 [& K8 o, Q
: Z# Z7 [6 _+ d9 d3 {9 m+ E: _8 U6 n5 k) G. a
4.一个企业,如果你是老板,你怎么来保障交给客户一个安全的产品或者服务。(组织、流程)" J3 e8 [8 @/ i1 _. Y
组织:以看作是测试部门,也可以看作是研发部门或者研发支持,品质的一部分。等等~有一点比较令人伤心的是企业里的安规比较不容易出彩,取上面把“工程师”或者“安规”摆在什么位置,既可以要求只要证书就可以,甚至造假,也可以聘请几十年的专家,甚至都不让他干活,就“养”着!
. f7 s/ U) e& j' Z6 U就意味着,安规工程师可以做的多,也可以做的少。
2 X% f# N* o# i* w0 w7 j/ p# ~1 E* B9 K0 f/ w5 f& P4 C& l
看是什么样的老板,或者什么样的公司。如果老板理解安规只是出口或者应付客户的“敲门砖",那工程师就很悲哀了。但这样的公司即使做大了估计也是个国企~呵呵
0 d% B6 T, y* a8 U; F
0 }/ F: U$ l6 p4 X- M4 B 还有,你这个“客户”是产品终端使用者,还是让贵司代工的client 呢?% W& F1 M9 }" z% `3 ^! U2 n* @
部门之间的流程:市场,采购,研发,验证/测试,售前/售后,甚至打官司的律师。 ; ?7 I& }3 P! C+ o
每个部门都有自己的流程,把安规导入到每个部门的流程不容易。所以又回到那句话(安规工程师可以做的多,也可以做的少) |
|