-
1 # IT人劉俊明
-
2 # 有始於無
飛機不斷改裝,上的發動機越來越大,已經嚴重影響了飛機的結構平衡,靠一個小小的軟體程式來恢復這種平衡,就如同讓在天平上已高高翹起的另一頭落上一隻蚊子一樣。但這麼重要的程式,交給迷迷糊糊的印度人來做,波音的心也是真夠大的。但想想交給美軍的加油機裡尚且遺留著很多扳手等工具,波音現在的各方面的確令人堪憂!
-
3 # 大學生程式設計指南
作為一個寫了十幾年程式碼的程式設計師來回答這個問題,現在很多意外發生都追責到程式設計師頭上,只要做過幾年的專案的程式設計師基本上都有這種意識,程式寫成什麼樣子完全是產品或者專案經理給分解出來使用的,最終客戶對功能還需要測試驗收,像波音公司這種公司雖然功能外包給印度程式設計師但並不代表著什麼就等著拿現成的功能來用了,這個鍋程式設計師背的有點冤。
像飛機這種風險係數如此高的高科技產品,對於裡面的控制軟體肯定有各種方面的測試,而且具備的實施細節還有各種測試小組,當然有一個推卸不了的責任最終導致程式如何執行的還是落實到程式設計師程式碼中,現在很多人一提到印度的軟體外包還覺得不屑一顧,印度這種國家還能寫出什麼程式碼來,如果真有這種意識證明對於這個國家真的瞭解很少,印度學習學習程式設計有著得天獨厚的優勢多少年的英殖民地,很多印度人都對英語非常熟悉,所以在這個基礎上直接學程式設計方便了不少,印度的班加羅爾幾乎等同於印度的矽谷,世界上很多科技巨頭在裡面都設定了分公司,很多業務直接外包給印度專門的外包公司,很多人印度學校類似於中國的職業學校成批次的培訓技術外包人才,加上印度政府的大力扶持,使得印度的軟體外包異常發達。
現在很多美國的科技公司裡面印度的程式設計師比例已經超過百分之十,而且這個比例還在提升,畢竟在有了良好的基礎之後金字塔頂端的數目自然會越來越多,加上印度人比較團結高層次的人員的數量還在增加。外包公司的水準也是有高有低,波音公司外包軟體選擇的技團隊肯定也屬於頂級層面,如果真的存在軟體漏洞,證明內部的管理存在很大的問題,現在外界對於程式設計師這個職業還是存在太多的誤解,比如常見的修電腦問題,這些都是程式設計師必須的要具備的能力,因為這一件事圈內人對這事還是耿耿於懷,每次回到老家都是被人追著修電腦,現在發現飛機出問題就開始懷疑的程式設計師的程式碼的問題,程式設計師的程式碼還是為功能需求服務的,不可能由著自己的性子去寫程式碼。
從理論上講就沒有絕對的不出問題的軟體,現在大家在手機上使用的應用軟體,幾乎每隔一段時間就要更新一次很多時候就要在修復bug,飛機上的軟體也不例外,出問題也屬於正常的範疇但因為飛機這種特殊性不能允許半點的差錯,一旦出問題就是致命性的,風險細說會非常高,因為在飛機真正執行之前要把所有的可能性都給排除掉這種可能性還是非常小,事情也都不可能這麼絕對。
軟體在生活中的參與感會越來越強,不會因為一次飛機事故就會阻礙軟體在各個行業或者方向的快速發展,但現實層面中還是存在太多對於程式設計師這個職業的誤解,主要程式設計師的人數相比別的職業還是少的多,隨著科技的發展程式設計師這個職業會變得越來越普及,那時候的就會用更加客觀的方式對待今天的波音飛機事件。
回覆列表
作為一名IT行業的從業者,我來回答一下這個問題。
當前737 MAX事故的原因正在調查當中,雖然最終結果可能還需要一段時間才能出爐,但是目前猜測事故原因的訊息也在不斷從各個渠道流出,這個過程也暴露出了737 MAX在設計、生產以及驗證安全性流程方面的一些不為人知的內幕。相信在真正導致事故原因的結論出現之前,各種猜測和訊息依然會源源不斷。
在各種訊息當中,有一條就是關於飛控軟體外包給印度(印度程式設計師)從而出現質量問題的報道(另據報道,印度方面很配合的在事故發生前停飛了737 MAX,更是讓人浮想聯翩),該報道據信是來自一家美國的媒體釋出的。其實在製造業全球化的今天,很多產品的生產都依賴於全球供應鏈來完成,軟體外包更是有多年的發展歷史,與其他產品一樣,軟體外包也有嚴格的質量管控體系。所以,如果把737 MAX的事故推到軟體外包的身上(或者印度程式設計師的身上),這個理由未免過於牽強。
軟體外包是軟體開發行業由來已久的合作模式,印度軟體業的發展正是軟體外包最大的受益者之一,這在很大程度上促進了印度軟體行業的發展。其實,中國不少大型軟體企業也是外包行業的重要參與者,只不過國內的軟體企業在透過外包積累了一定的經驗之後,逐漸走上了自主研發的道路,而印度的軟體業似乎一直在軟體外包的道路上越走越遠。
美國一直是印度軟體外包行業的“大客戶”,不僅僅是航空業,美國的金融等行業也為印度提供了大量的軟體外包業務。按照歷史經驗來看,軟體外包的質量是能夠得到保障的,因為在軟體外包之前通常已經完成了軟體的核心設計部分,有嚴格的功能規範要求,如果外包質量無法達到要求是很難透過檢測環節的,除非軟體的設計和測試都由印度方面完成,但這似乎是不可能的事情。
總之,在事故調查結果出爐之前,任何猜測都值得思考,但是軟體外包這種合作模式並不會因為一起(或者更多)事故就被否定。