外媒速遞：14種錯誤令你的軟件項目遭遇失敗
原創【51CTO.com原創稿件】外媒速遞是核子可樂精選的近日國外媒體的精彩文章推薦，希望大家喜歡！
今天給大家推薦的內容包括：14種錯誤令你的軟件項目遭遇失敗、如何在Git當中重置與恢復以及返回原有狀態、如何建立起API神器實現商務分析和寫給開發者與工程師的指南等。
一、14種錯誤令你的軟件項目遭遇失敗
原文標題：14 reasons why software projects fail
每個軟件項目都以遠大的理想與愿景為起點，但在實施過程中，卻往往崎嶇坎坷甚至遭遇失敗。更令人憂心的是，我們往往很難準確評估軟件項目的失敗機率。你最終也許得到的是運行良好但得不到實際采用的代碼、無法編譯的代碼或者僅可供其他項目復用的少部分有效成果。雖然失敗機率難以確定，不過一旦出現以下錯誤，你的項目恐怕已經兇多吉少。
1. 團隊成員太少
2. 團隊成員太多
3. 基礎功能變化
4. 選擇錯誤的實現技術
5. 糟糕的優先級排序
6. 市場窗口關閉
7. 差勁的架構決策
8. 政治沖突
9. 選擇尚未生產就緒的技術
10. 選擇即將過時的技術
11. 不切實際的截止日期
12. 未預見到競爭關系
13. 過度推動開發進程
14. 對軟件能力抱有錯誤信念
二、如何在Git當中重置、恢復以及返回原有狀態?
原文標題：How to reset, revert, and return to previous states in Git
在使用Git的過程中，很多朋友都不太理解(或者沒有意識到)版本回滾的重要意義——換言之，大家往往忽略了撤銷代碼庫內重大變更的易行性。在本文中，我們將快速了解重置、恢復以及返回原有狀態等操作，以及各對應命令的便捷性與優雅性。
1. Reset
2. Revert
3. Rebase
三、如何建立起API神器實現商務分析
原文標題：It’s time we tapped APIs for business analytics
API已經成為連接內部與外部服務、應用程序、數據、身份以及其他數字資產的首選機制。這意味著它有望建立起同樣極具價值的分析體系。而同樣重要的是，API還能夠提供一種易于使用的替代性方案，用以替代傳統的臨時數據收集與數據分析方法，從而顯著加快將信息轉化為必要情報的流程。在今天的文章中，我們將探討傳統方法帶來的分析挑戰，了解API如何應對這些挑戰，并展望其未來發展藍圖。
1. 分析采用道路上的障礙
2. API驅動型分析的優勢
3. API驅動型分析發展藍圖
4. API驅動型分析面臨的挑戰
四、如何在管理層面前表達自己：寫給開發者與工程師的指南
原文標題：How to present to management: A guide for developers and engineers
在管理層前面表達自己的方式與其他場合有所不同，但其中仍存在著諸多良好的共性：牢記受眾、把握關鍵點，同時專注于以簡潔方式進行溝通。具體而言，你應意識到管理層類受眾往往非常忙碌，希望了解所表達計劃的影響、成本與風險，而非大量具體細節。那么，在實踐中，我們又該如何操作?下面，我們一起來看。
1. 誰才算“管理層”?
2. 為何要在管理層面前表達自己
3. 管理層到底在乎什么
4. 組織相關表達
5. 表達中的要與不要
【51CTO原創稿件，合作站點轉載請注明原文作者和出處為51CTO.com】
