天鉴汽车零件,天鉴汽车零件怎么样

大家好，今天小编关注到一个比较有意思的话题，就是关于天鉴汽车零件的问题，于是小编就整理了1个相关介绍天鉴汽车零件的解答，让我们一起看看吧。

1. 从波音飞机看，印度编程到底有多渣？

从波音飞机看，印度编程到底有多渣？

替印度人说两句话啊：这锅不能甩给印度。

微软前几年萎靡的要死，当时还是鲍尔默掌权的时候，搞了一堆的烂事，win8被诟病，WP被IOS和安卓暴打，云计算毫无突破，后来换了印度人CEO纳德拉，微软一下子翻身，远强过当年的鲍尔默，印度人在IT业还是有两把刷子的。

印度有很多公司做软件外包，比如说infoys，当然我也不清楚是不是infoys接的这个活，但是外包公司是根据发包方来执行的，并且在项目完工以后还是要经过发包方的检查的，发包方，也就是波音公司才是决定项目的关键公司，外包方只不过执行的是波音的意志。

***设这个问题没有阴谋论的前提下，是波音公司自己的问题。波音自动纠正失速系统出了大问题，导致即便是人为干涉，依然不能正常运行，而且波音目前只依靠两个传感器来激活自动纠正失速系统，没有冗余设计，根据***的报道，中国飞行员也遇到过这类情况，是后来中国飞行员及时关闭系统，接管了飞机，才避免了大祸。

给中国飞行员点赞。

实际上波音过去不是这样的，波音当年造飞机，在安全上的理念就是百分之百的相信飞行员，一旦飞行员判断需要接管飞机，就可以立即断开自动驾驶，由飞行员来接管飞机，但是现在的情况是由于波音737 max的新引擎涵道更高更大，机翼位置更高更远，导致会破坏飞机稳定性，因此才有了飞行控制的增强装置。

因为这个攻击印度的开发者有点过了，不要用开发互联网那些个灰度测试去臆测工业上的软件，甚至某些企业级软件在上线前的测试也会复杂无比，当安全稳定的性能到一个量级的时候，很多时候就不是程序员能单独解决的，比如飞机，比如核电，比如航天，比如精密机床等等，在这些领域设计，开发测试都经过了严格的设计和分析计算，如果出现问题，基本可以认为从源头就是错的，来自于开始预研规划和设计。

印度能承接美国的此类项目，可见印度在相关领域有很深的研究和丰富的经验，这个也不是吹吹牛就能被认可的，此类批评不过是柠檬精的呐喊而已。

补充一点:看了其他答案，很多答案和我的相近，这个反应了头条的回答质量的提高，不再被带节奏的影响，实事求是的回答问题

完全是波音的责任。空客自动化程度更高，自动系统和***系统在意外情况下会自动脱开，包括机师任意操作一下升降舵或者方向舵。至少不会出现控制争夺。波音与苹果一个思路，坚持认为操作者是非专业的，一切交给他们，你什么都不用管。即使发生控制争夺也不会将控制权转给机师。这样的思维模式愚蠢至极，唯一可能成立的理由就是波音因此可以在美国需要的时候，远程强制飞机坠毁。要知道在爬升和降落阶段，一旦机头异常向下，当机师感觉到控制争夺的时候，根本没有足够的时候输入命令，选择，确认，拿回控制权。几秒钟飞机就已经失速了，几乎无力回天。波音内心至高无上的唯我独尊和近乎疯狂的控制欲望加上必须将屎甩给全世界的流氓作风倒也是美国人的性格。

程序外包做的再烂，程序的功能设计还是在波音手里，这锅印度不能背。

搞过软件工程的都知道，程序外包是为了节约成本，但是程序的到底要完成怎样的工作并不是外包公司决定的。所以印度的编程再怎么不堪，也不会是导致空难事故的根本原因。

从目前得到的信息来看，连续两次的空难都是由于飞机的防失速系统（MCAS）接收到了错误的数据以后导致飞机进行俯冲，并且这个操作不能被人为纠正。很显然，波音在安全程序的设计上出现了问题，这点上把锅甩给印度是不公平的。

而比把程序外包给印度给可怕的，是波音在第一次空难发生后迟迟没有改正程序的缺陷。从技术角度来说，这是个很容易修正的低级错误。全球几百架运行着的波音 737 MAX 8/9 等着打这个补丁。然而，这个修复被拖延了好几个月，直到埃航事故发生。

延误的原因，其中之一是联邦官员和波音公司安全专家对于需要进行多大改动，有意见分歧。波音公司认为更新这个 BUG 很简单，减少下压幅度就行。而联邦官员认为 189 条人命是大事情，必须大改，确保单个传感器错误信号不会触发 MCAS 系统。加上波音公司和美国***的低效，这个性命攸关的 BUG，硬生生被拖到四个月后。

到此，以上就是小编对于天鉴汽车零件的问题就介绍到这了，希望介绍关于天鉴汽车零件的1点解答对大家有用。