如何開發出高可用性的軟體？
通常我們軟體開發時的問題：
我們在設計和實現許許多多的軟體時，都沒有很好的考慮使用者將如何使用這些軟體，以及這些軟體怎樣才能以最佳方式支援使用者的工作。
基礎概念：
軟體系統是什麼？
所有軟體系統都是工具，因此軟體開發人員都是工具製造者。
可用性是什麼？
實用性：指乙個系統能用來做某件值的的事情，即事情本身足以證明其裝置和程式設計投入是值得的。（要開發乙個有用的軟體，必須為它選擇乙個合適的問題）
能力：即使乙個軟體在理論上能夠執行所賦予的任務，而在實際使用時卻不能執行這些任務，它也是沒有什麼用 的。
可用性的特徵：
易學性易記憶性
使用效率
使用可靠性
使用者滿意度
如何改進可用性？
①可用性測試
可用性測試實驗室
現場測試
beta測試：一種非控制，非干預方式的現場可用性測試。
測試的最大問題，它們往往是在產品開發過程的後期才進行。（發現和改正任何軟體缺陷的成本是隨時間增加的）
②風格指南及標準
標準往往被人們所忽略，即使是那些指定標準的軟體公司。
③專家諮詢：但專家少
④設計評審來發現可用性問題和改進使用者介面，但是同行評審，效率低，會有更多的無意義的爭論
⑤反覆原型設計
反覆修改方法往往缺乏整體規劃，這意味著到了一定的時候，對軟體的意向新的修改或擴充套件會使底層**崩潰。
通常所有的改進可用性方式都有所缺陷，對於改進可用性並不是乙個完美的解決方案。
事實上：有關可用性和使用者介面設計的大多數決策都不是由人機互動專家或受過訓練的可用性專業人員來做出，而是用普通開發人員（包括系統分析人員，設計人員甚至是程式設計師）來做出。
因此需要使用更好的工具和技術將軟體的「一線部隊」（即開發人員）武裝起來，這樣才能開發出高可用型的軟體。
以使用為中心的設計方法幫助開發人員關注需要由軟體來支援的任務的基本內用。它通過使用簡便，有效，易學，好用的工具和概念，為軟體開發人員提供了乙個有力的**
9 29 英語單詞
whisper v n 耳語，私語 in a whisper 低聲的 cheer 喝彩，歡呼 voice silence 安靜 whistle v n 吹哨，口哨，汽笛 judge 裁判員 race 比賽 white whowholly adv完全，一概 uncle whole n全部 all ad...
10 08迭代 9 29自我總結
ts中類的職責劃分，應該細化，不應全部塞進乙個類中。自我測試更加仔細 get，post請求引數長度，若引數傳的比較多，使用post請求，特別是支援多選的下拉列表 utc時間轉本地時間 對於非同步請求，必須在其請求成功 獲取到資料 後執行某個動作 方法 若不想在then中呼叫方法，可以將請求函式返回，...
linux基礎知識9 29
linux系統中的檔案除了具備一般許可權和特殊許可權之外，還有一種隱藏許可權，即被隱藏起來的許可權，預設情況下不能直接被使用者發覺。有使用者曾經在生產環境和rhce考試題目中碰到過明明許可權充足但卻無法刪除某個檔案的情況，或者僅能在日誌檔案中追加內容而不能修改或刪除內容，這在一定程度上阻止了黑客篡改...