|
如果只是在商业实验室或者认证机构,你的瓶颈永远是存在的。只有去企业,去迎接终极挑战,你的问题才有可能迎刃而解。! s5 r' S& c* ?, g; b, R& ~
当初我走过楼主的道路,但是随着时间的推移,我一直在思考四个问题。不断的深入下去,发现安规这个领域还是非常有深度的。前端时间和国外一个25年安规工作经验的专家交流了几天,更是让我体会了安规的魅力。
6 e- b n) u! O' r8 c) @8 c
( I. O0 C( [5 k1 C; S1.为什么我们叫安规工程师,而不叫做安全工程师?
# @) u+ u" D# {% ^# q “安规”这个词也许属于自创或者从safety/regulatory 这两个词翻译过来的(这是国标参考IEC标准的原因之一)目前没有发现那个标准出现“安规”这个词。
; d" L$ B1 Q( ] 我觉得安全工程师范围很广:可以是产品安全、信息安全、食品安全、生产安全。。。总之很多。
# V4 ^4 t( @! i$ @/ y7 X8 N8 S1 P5 c 如果是电子产品的话,叫产品/电气安全工程师也可以啊。类似于(Product/electrical safety engineer): ]. x+ w0 f0 E0 Y
2.一个产品都通过了所有的安规测试认证,是不是就说明这个产品都安全了?
# r8 g3 L& O) {4 l- t# E# Y 中国复制能力很强,导致他人不爽, 估计咱们国家的安规起源于国外,也属于COPY。你看看人家UL都将近百年了。Copy过来就导致了急功近利的现象,不知道为什么做,只知道做出来就可以了。。。 `1 N7 M! h2 O# E0 B
所以要确保产品安全,只谈测试和认证是很可悲的。: Y5 b1 K" Z& d3 E% d- }, ?
) S, @. }0 a% L1 l% G8 u) r& K" d
3.如果上一个问题的答案是否定,那我们工作的意义是啥?
! D+ P7 B/ y. c5 @/ B这个意义是相对的,不同的工作环境,“安规”工程师的职责就不同,看你的工作岗位了。4 z/ u' p/ f4 J7 P" r4 s3 V9 j$ ?
: j0 A5 Q, W2 p, O- A
" n! y( O& o" B4 u4.一个企业,如果你是老板,你怎么来保障交给客户一个安全的产品或者服务。(组织、流程)% A% q2 Q6 T; C+ O. D8 _
组织:以看作是测试部门,也可以看作是研发部门或者研发支持,品质的一部分。等等~有一点比较令人伤心的是企业里的安规比较不容易出彩,取上面把“工程师”或者“安规”摆在什么位置,既可以要求只要证书就可以,甚至造假,也可以聘请几十年的专家,甚至都不让他干活,就“养”着!
; F2 M9 \- ]- E8 X就意味着,安规工程师可以做的多,也可以做的少。
7 p0 V O6 ?: |3 \9 o) T" b
9 Z, ^2 ?9 e& Z6 t+ A看是什么样的老板,或者什么样的公司。如果老板理解安规只是出口或者应付客户的“敲门砖",那工程师就很悲哀了。但这样的公司即使做大了估计也是个国企~呵呵
! q9 F. j3 z8 o( j
4 [$ T- u4 C( W+ O r6 z 还有,你这个“客户”是产品终端使用者,还是让贵司代工的client 呢?. q2 ~% J2 r+ x' ^" }- |. T
部门之间的流程:市场,采购,研发,验证/测试,售前/售后,甚至打官司的律师。 0 j& h9 z1 }% ?" a5 e4 p
每个部门都有自己的流程,把安规导入到每个部门的流程不容易。所以又回到那句话(安规工程师可以做的多,也可以做的少) |
|