雲應用開發不會在一夜之間完成。開發者必須仔細的，根據雲資源的需求來設計雲應用的使用，執行和規模。此外，雲應用的開發過程往往比傳統的應用開發更加靈活，通常遵循devops的原則和做法。
一些開發者開始轉向開源平台即服務(paas)，以支援快速的雲應用開發和部署週期。但是，開源開發平台也會給開發者和企業帶來了新挑戰。以下是開源paas可能會產生的六個問題，以及如何克服它們的步驟。
成功的開源paas需要管理層支援
開發者的投入對於開源paas的成功至關重要，但更重要的是獲得業務上層和管理團隊的認可。企業內部應對devops原則和雲軟體開發有著共同的願景，並且了解遷移到開源paas的好處和風險。
企業方需要以devops的目標來監督團隊重組，並且在必要時批准增加工作人員。企業領導者還應該幫助制定開發日程，並合理計算出平台的整合和支援費用。
如果缺乏企業方面的支援，會阻礙雲軟體的發展目標。你最不希望的事情是部署乙個雲開發平台，然後，在六個月到一年之後，企業卻決定要使用別的方式。
一些paas平台發展緩慢
雲計算相對來說仍然還不成熟，新服務和功能會一直出現。雲開發平台和paas也會在新的功能登場時不斷演變。然而，由於使用者社群對開源軟體的影響很深，因此無法保證新功能會以足夠快的速度出現以滿足你的開發需求。
雖然每個paas產品都有著類似的功能，但具備這些功能的速度卻有所不同。例如，pivotal的開源paas產品cloud foundry以其對語言的支援，服務整合，以及與其它如chef，puppet，jenkins和nosql這樣的開源工具的整合著稱。然而，cloud foundry上只提供初步的容器支援，使用者介面主要靠命令列，支援數量有限的軟體部署商業模式以及在應用的效能指標衡量上偏弱。
監控乙個平台的發展路線圖然後再作出決定。那些發展緩慢或者正在經歷某種艱難的發展模式的平台可能會為你的應用開發團隊和你的業務帶來問題 。
為paas專案找到相關文件
開源雲開發平台有著複雜且要求很高的框架，承載著大量的詳細文件。隨著這些平台的發展，它們的文件必須不停更新，每乙個文件必須提供一致的功能和特性的資訊。
那些支援他們各自開源專案的商業機構，如pivotal對cloud foundry，red hat對openshift以及salesforce對heroku的支援，有助於對更新的簡化和劃分優先順序。例如，cloud foundry在網頁中提供了大量的文件鏈結，介紹關於其命令列介面，部署和整合，管理，故障排除，服務建立等等的內容。相比之下，紅帽也為openshift提供了類似的文件。
然而，在開源paas的發展過程中，我們無法保證所有的改動和更新都能夠被明確或及時的記錄下來。這可能會使開發者失去許多機會，伴隨代價高昂的錯誤和混亂。
從開源社群獲得paas支援
圍繞乙個開源paas展開評估，部署，整合和建立乙個軟體的開發計畫是很艱鉅的任務。對於內部的專家來說，肯定會碰到不少難以解決的整合，效能和自動化上的障礙。這意味著你會需要平台的技術支援。
開源社群通常負責支援開源平台。但是，儘管社群可以幫助解決不尋常或小眾的問題，沒人能夠保證你一定會得到可行的解決方案。例如pivotal和red hat之類的母公司以論壇，wiki和可搜尋的知識庫來提供一些基礎的支援，但仍然無法做出提供乙個快速解決方案的承諾。
在某些情況下，企業可以選擇開源平台的商業版本，來結合開源**的可擴充套件性與企業級的技術支援。例如，pivotal為cloud foundry的商業版本提供高階和開發者的支援。然而，一定要考慮這種方法的利弊和成本。
衡量免費軟體的成本
開源軟體通常不需要花費就能獲得，但從長期來看並不總是免費的。大多數企業都做好了廠商提供企業級別支援的費用準備，但還有一些其他不那麼明顯的隱性開源成本。
額外的開銷可能包括了伺服器，儲存，初始評估，概念證明專案，部署和與第三方工具的整合。組織還需要將維護，管理和報表的成本也算進來。
開源paas可以簡化雲軟體開發，同時最大限度地降低企業的採購成本。但平台非常複雜，需要大量的專業知識來部署，整合和高效的使用。花時間慢慢選擇滿足你當前和未來需求的合適工具。
移動辦公沒那麼簡單,也沒那麼難
一提起移動辦公，大家想到的就是用手機，用筆記本處理繁瑣的工作，這只是簡單的一方面，並不是移動辦公的全部，乙個正確的載體出現了，把工作的每乙個流程，每乙個細節整合起來放到乙個固定的系統上，在通過系統分解到每乙個專案流，每乙個成員上，按照工作流操作日常繁瑣的工作，最後形成閉環以資料的形式呈現給企業管理者...
其實沒那麼難
近半年來，都一直想研究下hadoop和mahout的原始碼。但是，猶豫來猶豫去的都遲遲沒有動靜。眨眼睛畢業半年了，現在因公司業務需求，需要調研下資料探勘相關的技術。在工作的壓力下，開始慢慢的掀開hadoop和mahout等這些分布式開源軟體的原始碼的研究之路。其實，真的沒自己想象的那麼難。與其不斷的...
「閱讀」沒那麼重要
目錄 想得太多，做得太少是通病 閱讀與讀書筆記的方法不是一成不變的，記住自己的目標 附 閱讀方法概覽 來自 如何閱讀一本書 檢視閱讀 中要回答的問題 不同種類的筆記 如何詮釋一本書的內容 主題閱讀 適用於論述性的文章寫作 讀書筆記不只是書摘，有的時候，做書摘只是逃避思考而已。沒有再加工的過程，沒有摧...