再来几个免费的可靠性软件
mosch 
貌似国外的免费可靠性软件工具还是有一些的，又看到网络上有人介绍了几个。不过我自己还没有好好看具体是什么，所以先在这里做个存档，等有时间再好好研究下。如果大家在我之前研究的话记得和我分享下啊。
可靠性软件的网址如下：
http://sourceforge.net/apps/trac/reliafree/
http://www1.eere.energy.gov/manufacturing/tech_deployment/m/software.html
MIL-HDBK-217G
在2010年的时候介绍过MIL-HDBK-217G已经计划中。后来一直没有关注过，这几天网上看到相关的信息才又想起来。所以又去查了一下，还没有正式发布，也就是说现在的F版本还是有效的，而那个版本却是早在1995年就已经发布了，对于电子产品实在是太古老了。
1995年发布了MIL-STD-217F后美国军方决定停止这个标准的更新。后续到是有RIAC发展了RIAC-HDBK-217PLUS，主要区别就是数据库更新一些，但是模型基本没有多大变化。但是由于美国后来陆续发现在使用民用器件的过程中武器的可靠性存在很多可靠性问题，故而又决定继续发展MIL-HDBK-217，延续之前的版本，新的版本号为G。在G版本中会补充最新的元器件失效数据，同时还会增加失效模式。我看到官方说征集意见稿的截止时间为2010年6月18日，但是现在都2012年了还没有任何的更新，不知道这个标准的更新项目是否出现了啥问题，所以才导致难产。无论如何MIL-HDBK-217F对于可靠性的推动是巨大的，希望能够看到这份标准的继续发展。
大家如果想了解的话可以去下面的网页查看，希望可以看到G版本发布的那一天吧。
动车信号灯
最近的动车组辆车相撞事故非常痛心，今天事故的调查结果进行了更新，其中有信号灯雷击后一直显示绿灯，这是本次车祸的原因之一，至于是不是唯一原因还未知，这次是特大事故，伤亡惨重，实际的经济损失也非常的高，另外对于中国高铁的形象打击也很大，中国的高铁本来正胸袭勃勃想走向世界，但是经过这个事件后可能会有很大的影响。
信号灯雷击后一直显示绿灯，这在可靠性角度来看是不可接受的，防雷击没有做好，如果做这样的防护也做了测试，相信这样的问题应该很容易避免的。信号灯由于是室外使用，防雷设计是最最基本的常识了，真不知道公司的开发人员是怎么想的。
至于是否还有其它原因导致了这次的事故继续等官方的披露吧，希望不要再有低级错误发生了。另外这也是给所有可靠性工程师的一个提醒吧，我们的工作其实有时候会关系到很多人的生命安全，产品的可靠性直观重要。
定期整理自己的思路还是必要的
今天与同行一起聚了聚，大家讨论把以前可靠性家园的电子杂志重新恢复。突然想到自己很久没有针对可靠性技术方面认真写点东西了，规划是有一堆，曾经想过好好写基本可靠性的书，不过现在看来仍然停留在想法上面，实际做的还很少。想想我自己是需要在可靠性方面投入更多的一些时间，多看一些书，多记录一些关于可靠性的想法，否则可靠性的技术差不多也只有止步不前了。
实际的计划就不列了，那不是关键，主要是要实践，做了才会有结果。
希望可以解除电子杂志的恢复，重新开始吧。如果大家后续看到我再次分享更多的可靠性技术博文，那么就是我上路了，如果没有欢迎来提醒我，呵呵。周末愉快！
RAMS
Reliability; Availability; Maintainability and Safety (RAMS)
这周和同事讨论RAM，对于大型设备是非常关键的，一般会有一个team来负责，对于产品来讲是很重要的。可以说在产品的全寿命周期中都需要关心。
不过对于RAMS我是想把后面的Safety替换成serviceability，安全性属于法规强制的，会有人去操心的，否则拿不到认证是无法销售的，但是服务性可不是强制的东东，如何做，做到多好都是企业的自主行为。对于可靠性工程师来讲到是可以适当考虑服务性的内容，例如售后服务成本，售后服务的计划等等。另外也可以与服务工程师建立联系，多了解产品实际使用中出现的问题，从而可以在后续新产品中来解决这些问题来降低产品的全寿命周期成本。
以前从来没觉的我会去接触可靠性以外另外三个领域，不过现在逐渐开始涉及，并且越来越多的介入其中，其实新的领域同样充满了乐趣，呵呵，也许你也会喜欢上的。
北京地铁4号线1死28伤
北京地铁4号线电梯出问题而导致1死28伤，非常的严重。电梯制造商为美国的奥的斯，我之前曾经看过奥的斯公司的可靠性论文，好像是发表在IEEE上面的，主要是介绍Benchmark的内容，写的不错，他们公司对于可靠性也是比较重视的，出现这样的问题非常遗憾。
最新的的报道为“两个固定螺栓无故折断，造成工作制动器没有启动，而附加制动器没有启动的原因仍在调查中”。
对于可靠性工程师来讲是需要更加关注自己产品的可靠性，避免产品投入使用后发生类似的问题，否则公司的声誉会受到极大的影响，还有可能是后续的销售出现停滞，毕竟现在绝大部分的行业都是重复竞争了，不会出现说你不卖就买不到东西了。
大型复杂系统可靠性
以前几乎没有接触大型复杂系统的可靠性，对于实际执行过程中的如何做只是一些理论上的概念。当真的做的时候发现和实际的想法有很大的差异。
现在看来主要的问题是，样品很少如何处理，而且因为产品可靠性要求太高，如果实际测试的话那么所需要的时间一般都是几个月甚至更长的时间，时间上不允许，另外从成本上也不可能，这就需要平衡更方面的因素了。
对于可靠性的评价指标也会有所变化，并不是一成不变的可靠性的99.999%，这时候会有可能定义指标为客户打多少电话来求助等等，没有做的时候确实永远不会想到。但是等你实际做了后又觉得是合理的。
这么说吧，复杂系统确实会给你带来很多的挑战，但是也会给你带来很多的乐趣，如果你有机会做大型复杂系统的可靠性，那么推荐你试试。
深圳Amazon工作机会
接到Amazon人力的电话，由于我自己暂时不想去深圳，所以没有考虑这个工作机会。大致了解了一下工作内容和工作待遇等情况，觉得很有必要推荐，比去苹果好啊，呵呵。
这个工作主要是制定Amazon的电子书产品的可靠性测试标准，执行部分测试，监督台湾供应商的可靠性相关工作，第二供应商的评估等等。由于老板在美国，所以英语要求比较高，如果自己已经有了很好的可靠性测试标准制定的能力，那么就完美，差一点的话也可以考虑培养，美国的工程师可以做些培训和指导来协助你更快的达到更高的层次。薪资待遇取决于你的能力，当然总的来讲在深圳是属于不错的了吧。有兴趣的欢迎联系我，或者你在网上找到联系方式也一样了，呵呵。记得说我推荐你的啊，对你会有帮助的，另外我也希望后续能够帮大家做更多的工作介绍的事情，希望可以给大家带来更多的工作机会相关信息。
一个月内有效吧，过期就不更新状态了，需要了解的直接联系我。 阅读全文
深圳微创可靠性工作机会
深圳的微创招聘可靠性工程师，在我的博客上也来推荐一下吧。确切的说是微软的人力外包，为微软的项目服务，工作地点为深圳，主要涉及的产品有键盘，鼠标和XBOX，具体负责什么产品面谈。这边的工作环境还不错，对于英语还不错工作有几年的朋友推荐考虑一下，如果有兴趣请联系我。暂时设定一个月内有效。
Reliability Engineer
Job description:
- Engage with program team members to define product specification mapping customer’s requirements.
- Engage with design engineers to implement DfR(Design for Reliability).
- Develop DFMEA to identify product risk and mitigation plan in front end design.
- Evaluate product functional performance by testing.
- Development and implementation of methodologies/techniques to enhance product reliability. 阅读全文