|
|
如果只是在商业实验室或者认证机构,你的瓶颈永远是存在的。只有去企业,去迎接终极挑战,你的问题才有可能迎刃而解。7 L4 B! T1 w9 \
当初我走过楼主的道路,但是随着时间的推移,我一直在思考四个问题。不断的深入下去,发现安规这个领域还是非常有深度的。前端时间和国外一个25年安规工作经验的专家交流了几天,更是让我体会了安规的魅力。+ N& K3 ]! J8 C: A5 u$ Y
8 `% T- b* a! f R2 s: q
1.为什么我们叫安规工程师,而不叫做安全工程师?8 B) d! U2 {" @1 Q# z
“安规”这个词也许属于自创或者从safety/regulatory 这两个词翻译过来的(这是国标参考IEC标准的原因之一)目前没有发现那个标准出现“安规”这个词。
0 g$ O" ]6 O: |, v) k2 a 我觉得安全工程师范围很广:可以是产品安全、信息安全、食品安全、生产安全。。。总之很多。
) I- Q" D4 ~, m 如果是电子产品的话,叫产品/电气安全工程师也可以啊。类似于(Product/electrical safety engineer): G& d2 @) l8 `5 T/ I- q9 G4 L5 }
2.一个产品都通过了所有的安规测试认证,是不是就说明这个产品都安全了?
" O8 e- F' i- b7 t" N$ V 中国复制能力很强,导致他人不爽, 估计咱们国家的安规起源于国外,也属于COPY。你看看人家UL都将近百年了。Copy过来就导致了急功近利的现象,不知道为什么做,只知道做出来就可以了。。。
& T' K- A! H' B2 i所以要确保产品安全,只谈测试和认证是很可悲的。
# I( v) r- ^9 R) `1 S$ ?! S" K$ Y9 r- o- s! ^& ~; s+ `
3.如果上一个问题的答案是否定,那我们工作的意义是啥?3 K7 s+ i+ E, d" t& _/ T! r' Y0 A
这个意义是相对的,不同的工作环境,“安规”工程师的职责就不同,看你的工作岗位了。& T6 I6 q" ~4 h
0 g& B* |0 ^/ d& E2 i! ?
8 {( X/ |9 l% w, [: Y$ r! }4.一个企业,如果你是老板,你怎么来保障交给客户一个安全的产品或者服务。(组织、流程)
) `6 `. Z2 ~3 [0 i/ { 组织:以看作是测试部门,也可以看作是研发部门或者研发支持,品质的一部分。等等~有一点比较令人伤心的是企业里的安规比较不容易出彩,取上面把“工程师”或者“安规”摆在什么位置,既可以要求只要证书就可以,甚至造假,也可以聘请几十年的专家,甚至都不让他干活,就“养”着!
2 }8 \2 q% ~8 ]3 B; @就意味着,安规工程师可以做的多,也可以做的少。
) x( G. l; {0 f3 z4 R' V* v0 q
3 I2 T7 q; c. t4 `# Q: i看是什么样的老板,或者什么样的公司。如果老板理解安规只是出口或者应付客户的“敲门砖",那工程师就很悲哀了。但这样的公司即使做大了估计也是个国企~呵呵
5 r+ ^! r" E8 g+ _5 z. q7 f E- A+ ?
还有,你这个“客户”是产品终端使用者,还是让贵司代工的client 呢?
& k" z) y l1 G9 F' d2 P 部门之间的流程:市场,采购,研发,验证/测试,售前/售后,甚至打官司的律师。 # a! ^, t* _9 a: w8 S
每个部门都有自己的流程,把安规导入到每个部门的流程不容易。所以又回到那句话(安规工程师可以做的多,也可以做的少) |
|