編者按：我們聽過太多的軟體專案失敗、軟體專案的爛尾、軟體專案的不滿意，究其根本乃是軟體的服務跟不上使用者的需求。那麼，如何讓使用者得到最有效的服務呢？
我們能看到，saas服務是未來軟體服務的主要模式，對saas所能提供給使用者的價值的**，就顯得意義重大。怎樣的產品能滿足使用者需求？cio們希望saas能提供什麼價值？saas軟體的未來又可能有什麼樣的巨大變化？
本文為您解讀——cio們究竟希望saas提供什麼價值？
軟體必須通透業務邏輯
任何乙個企業的誕生和發展，都緣於初始的乙個樸素理念，或者說是想法、概念。要兌現這個概念，需要乙個通道來幫助，這個通道就是商業模式。商業模式面對的是大量的資源與能力的集合，包括許多不可控的東西。不管什麼樣的商業模式都必須保證閉環的現金流出現，否則只是學術模式價值。
要實現閉環的現金流，就需要乙個邏輯對業務進行控制，這樣就產生了業務邏輯。事實上這個環節最容易出現問題，甚至是與商業模式對立的問題，通常是短期利益與長期利益衝突。業務流程或者說是業務過程又是保證業務邏輯的，由於業務過程中通常會遇到資源、能力與需求的衝突，我們通常只顧及流程層面而經常忘記邏輯方面是否得到了進化。
隨著業務的開展，這種商業模式所決定的業務邏輯被人所認識，然而這樣的認識通常又是不知不覺的，但是確實是非常重要的。
軟體產品如果能在這個方面經受住檢查，就可以說明它是通透了企業的業務邏輯，這樣在實際的軟體服務過程中，使用者所提出的新需求，就離開不了「如來佛的手掌心」，在結構上就一定是一些有限的問題。當然這需要軟體的構架支援這樣的設計。
而企業的管理資訊系統，從某種意義上說，就是企業的業務運營作業系統。在結構上與計算機的作業系統不同的是，它是數字資訊與模擬資訊並存的。軟體本來是乙個剛性的東西，它是通過一系列的規則來做事情，但是它不能為企業發揮人們所期望的效用，而顯示出它的「軟」與「弱」。在本質上，是因為相對企業的業務運營實際來說，那是非常的不匹配。
這些匹配往往包含三個方面：
軟體是否與企業的業務邏輯匹配?
軟體的業務操作細節是否與企業價值活動的管理精度匹配?
軟體的架構是否與企業的業務發展匹配，即是否能夠面向未來？
這幾個方面，通常是不容易同步達到的，所以大部分時候，我們會通過二次開發及公升級之類的手段來滿足。即便如此，在需求滿足的及時性與有效性上，使用者還是相當不滿意的。
軟體要與使用者需求同呼吸
我們聽過太多的軟體專案失敗、軟體專案的爛尾、軟體專案的不滿意。究其根本乃是軟體的服務跟不上使用者的需求，任何一款軟體在設計階段一定是以可以認知的「完美」為目標的，沒有一家軟體公司會有意做有毛病的產品面對使用者的需求。
軟體太「軟」，確實是因為服務太軟，不是軟體公司不願意提供服務，而是經常會心有餘而力不足。軟體就是服務，我們所關心的是如何才能讓使用者得到最有效的服務?
軟體是典型的管理支援產業，它受獨特的商業邏輯所支配。事實上，大企業的高層管理者們已經在享受「深度支援」，這就是他們周圍的各種智囊團(內部和外部的智囊團)，但是，這種「支援」的成本太高了，只有少數企業的少數人才能夠享用。將「深度支援」這一「貴族」產品「平民化」的唯一方法就是降低支援成本。
而降低成本的方式方法就是「基礎工作統一化」——各專家型支援企業將管理方法提煉，成為一些「共享模式」、「共享模型」、「共享標準」，及「模式」、「模型」、「標準」等管理「積木」適應各自企業的搭建方式。這樣，管理者就可以在「非專家」型顧問的協助下設計自己的個性化的管理系統(平台軟體的完善和推廣將很快讓每乙個企業管理者像使用個人電腦一樣在資訊系統平台中設計個性化的管理系統)。
在這個支援系統中，每乙個「模式」、「模型」、「標準」都帶有「出生證」，都能找到它發明人、改進者和其他具有使用經驗的人，在需要的時候可以得到他們最專業的幫助。除了暢通的「知識**鏈」之外，支援系統中還有基於新一代**鏈管理軟體的「物質**鏈」，可以實現支援網路各成員之間的協調合作，增強資訊交流的實時性，創造共享資訊庫，並用「站台程式」合併各網路成員企業「重複性」的職能，實現整個**鏈中真正的跨企業的無縫合作。
大型的軟體公司是完全有能力構造這樣的系統的，我們已然看到，國內的一些軟體公司已經開始著手通過社群以及合作夥伴論壇之類的方式提供這樣的支援了。
另外也有一類公司通過開發技術平台，與使用者的專案隊伍協同進行開發，實際地證明了軟體的生產過程就是與使用者需求同呼吸的過程。
基於乙個行業商業生態系統的、圍繞領袖企業核心業務的saas服務是未來軟體服務的主要模式，也將對軟體行業的發展拓展出新的空間。
轉移軟體服務主導權
乙個軟體公司對應乙個單體的使用者，再有效的服務也是乙個「簡單再生產」的服務，軟體業要與工業相融合，走行業資訊化的路子。基於這樣的普遍需求與當前的技術條件，尤其是網際網路的廣泛應用，未來圍繞乙個行業的領袖企業所操作的核心業務而展開的面向廣大客戶與合作夥伴的saas服務將大行其道！
乙個經濟體與另外乙個經濟體的競爭，體現在速度、力度和厚度上，速度就是需求滿足的速度要快，自然依靠許多基本工；力度是文化、品牌和技術進步，需要乙個「大國」的氣度來慢慢涵養，這是每天關心是否能夠有飯吃的小企業無法承擔的；厚度就是**網路的縱深，行業如果有非常厚實的**網路的縱深，但是資源被中小利益群所分化，淪為普通**戰的機器，委實可惜！
從這幾個行業的情況來看，每個行業都需要乙個「商業作業系統」，藉以整治行業之秩序，營造更多更好的競爭力，在行業鏈條的每個環節上都能做到精緻管理。這需要一大批有遠見、有耐心的管理軟體專案人員深入其中，與有遠見的企業家、政治家一起來締造。
有領袖企業打頭，廣大使用者和**商、合作夥伴就構成了更敏捷的商業生態系統。事實上網路聯結加上基於網際網路的聯結，必將誕生出乙個嶄新的生產方式來。這個生產方式同時是聚焦在大家共享一套系統，進行一定經濟秩序的運營，saas的提供者將由軟體公司轉移到行業的領袖企業!
回頭看一下軟體就是服務的三重境界：
第一重：軟體體現使用者邏輯；
第二重：軟體生產就是軟體服務，與使用者需求過程貼合；
第三重：軟體服務主導權將從軟體公司轉移到行業的領袖企業。
氣泡排序之我見，希望前輩們拍磚！
氣泡排序實在是太簡單了，但是理解後簡單，理解之前理解起來也挺痛苦的，痛苦在哪呢？例如我有1 3 5 2 4這5個元素，會發生5 1 4次比較，於是乎得知n個元素會產生n 1次比較 以上，但是我看網上的 的時候這個結論對我沒什麼幫助啊 public class bubblesort bubblesor...
希望陳堅們能活下去
希望盡快組織大量生理鹽水到救援現場 女孩被救出10分鐘去世,是可以避免的.肢體被擠壓超過24小時後開始出現肌肉壞死.一旦移開重壓,壞死肌肉會釋放大量的肌紅素,蛋白,鉀等電解質.迅速引起心腎衰竭而死.這就是很多被救人員在被擠壓中還能說話,而救出幾分鐘後死亡的原因.因此在移開重物前就要為傷者滴注生理鹽水...
德勤 CIO希望提公升企業數位化水平
1月10日，德勤發布 2016 2017年全球cio調查報告 通過對全球範圍內1217名企業首席資訊官 cio 及全球德勤專業人員調研顯示，數位化轉型已然成為繼 網際網路 之後眾多企業的新賽道。在被強大的數位化力量和超速創新力驅動的商業環境中，企業cio被賦予更多的價值，承載著當前及未來對數位化變革...