前段時間，日本發射的衛星，跑偏了。
我一點也不奇怪。日本永遠也搞不好軟體。這是由於其民族性決定的。
當然，我們還不如日本。
比如日本衛星軌道計算錯誤這個事情，如果在發射前，進行過全面的**，就不可能出現的問題。但日本人出了。而且也不是第一次。
號種嚴謹的小日本，為什麼總是出這樣的錯呢？實際上，日本的管理，是相當落後的。所以日本只是做一些人數少，但需要許許多多年才能開發出穩定質量的產品，如感測器這種。
其它的產業，日本，在不斷地退出。
這是給中國人的警醒。
我們公司，在這方面，也是相當糟糕。
一切的除錯，都需要基於正規的硬體。
那麼，這就嚴重限制了軟體發揮的空間。
當然有人可以不痛不癢地說：你可以開發**器啊。
這也是個相當***操蛋的說法——沒有有問題的員工，只有有問題的領導。
領導往往首先想的不是什麼把事情做好，先要保住自己的位置。所以這樣一來，領導，往往重視硬體，並且是從硬體出來的。
不要說只有我們公司這樣，許多公司都是如此——我們是乙個生產型公司占多數的國家。沒有軟體公司。
如果我開發**器，是不是需要投入？可是公司把工時管理死死的，你如何投入？投入在哪個專案上？沒有吧？呵，對了，這就是管理要達到的效果，***——就是讓你沒有時間可以幹正事。不要笑，這是真的。管理者的目標，永遠不是把事情做好，這是放這四海皆準的。
我們說的是事實，這可不是什麼狗p雞湯。現實是殘酷的。
第二，開發彷真器這個思路就是錯的。**應當貫穿於整個開發過程，所謂的訪真，只是乙個與真實版本一樣，而可以脫離裝置的乙個版本。應當與正式版本一樣正常發布，是專案的明確目標之一。
這才是我要說的。
今天的有感是，自動化工具，要支援自動化測試指令碼。但只能用真正的硬體來除錯，而我們工具，還需要把自動化指令碼也看懂了才能開始調。出了錯，也搞不清楚。
如果有**平台，原本不需要如此。只要在平台上跑，然後單步跑指令碼，然後在調自動化工具，就能明確地知道問題之所在。
現在，一團混亂，需要一切都要自己建好。而且一定要有裝置。所有的錯誤混雜在一起。呵。混亂的管理，就需要最底層員工投入自己最複雜的思維。
這是誰之過呢？本來乙個小時就能解決的問題，需要乙個月也不止。還不能收斂。
都說投資 、進度、質量，是相互制約的。但實際情況則是，對於乙個軟體專案，質量是最終的要求，如果質量不投入，投次和進度，往往會更投入得多。
這不這蓋房子，偷工減料就能加快進度，減少成本。
軟體開發質量管理的一些思考
pmbok裡關於質量管理主要有3個過程 制定質量管理計畫 質量保證 qa 質量控制 qc 書看了5 6次，還是發現比較抽象，難以理解。實際專案中，怎樣才幹合理的考慮各種資源制約，更好的執行質量管理呢？一般的正規流程大致例如以下 需求分析 客戶評審與確認 概要設計 內部評審 具體設計 內部評審 編碼 ...
質量管理漫談（一）質量管理人員的尷尬
質量管理是一種組織行為，是為達到一定目標而需要乙個群體去努力實現的。去末追本，他的實質和我們個體去實現一件事情沒有本質的區別。簡單的說，我們要去做一件事情必須有以下要素 目標，動力，行動和達到目標以後的收穫。乙個很簡單的問題，但卻在質量管理過程中被拋棄的問題。我們質量管理的目標是保證產品質量 動力是...
關於公司管理的一些感想
首先宣告，我是乙個公司員工，而不是乙個管理人員。我是站在員工的位置，對公司的管理提一些建議。我們公司最近要做的乙個專案需要大量的英語文章和相應的翻譯。於是公司讓乙個員工去掃瞄 英語文摘 上面的文章，然後用ocr軟體把掃瞄的文章轉換為txt檔案。這個過程不可避免地是會出現錯誤的，首先是掃瞄技術本事並不...