本文是我在2012年開始從企業(yè)信息部門出來負(fù)責(zé)去做互聯(lián)網(wǎng)業(yè)務(wù)時，作為當(dāng)時的技術(shù)負(fù)責(zé)人對于互聯(lián)網(wǎng)技術(shù)團(tuán)隊的建設(shè)的一些思考。從一個領(lǐng)域跳到另外一個領(lǐng)域，如何做好角色轉(zhuǎn)換，如何在新的領(lǐng)域能夠入鄉(xiāng)隨俗，順應(yīng)規(guī)律，我們需要思考兩個領(lǐng)域的共性和差異，以便能夠從固有的思維里跳出來不受羈絆。

回看七年前寫的這篇文章，我很慶幸自己很好的實現(xiàn)角色的轉(zhuǎn)換，在互聯(lián)網(wǎng)應(yīng)用開發(fā)領(lǐng)域建立了適合自己團(tuán)隊的技術(shù)體系。希望今年在新的崗位上，也能快速的進(jìn)入狀態(tài)，實現(xiàn)新的突破！

本文雖然是七年前舊文，但很多思路依然指導(dǎo)著我現(xiàn)在的工作，當(dāng)然也有些想法過去陳舊，在本文中我也增加了注解來補(bǔ)充和解釋自己的觀點。

談?wù)劵ヂ?lián)網(wǎng)產(chǎn)品開發(fā)的特點

互聯(lián)網(wǎng)的產(chǎn)品大都是面向海量用戶的服務(wù)，且用戶分布區(qū)域廣泛，其教育水平、習(xí)慣也大多不同，具有高度不確定性，我們必須非常關(guān)注用戶的行為和反饋。

因而，在互聯(lián)網(wǎng)產(chǎn)品服務(wù)的整個用戶研究，需求分析、產(chǎn)品研發(fā)及交付服務(wù)的過程中，都采用探索式、適應(yīng)性的研發(fā)理念進(jìn)行產(chǎn)品的研發(fā)。通常，會把整個產(chǎn)品研發(fā)周期劃分為若干個迭代，采用迭代式的演進(jìn)過程，不斷的去交付新的產(chǎn)品特性，并通過觀察用戶的行為和反饋獲取，進(jìn)而隨時調(diào)整產(chǎn)品的思路和方向。一切以用戶價值為核心是互聯(lián)網(wǎng)產(chǎn)品最核心的特點，而以價值驅(qū)動的敏捷開發(fā)方法非常符合這一特點。

敏捷項目管理實踐，通過小步快跑，快速迭代、增量交付用戶價值，不斷獲取用戶反饋，持續(xù)、快速的調(diào)整產(chǎn)品，驗證并適合用戶價值。正是通過這些實踐活動，我們以迭代的、增量的交付用戶價值，最大限度的保證產(chǎn)品朝著符合用戶實際需求方向發(fā)展。

談?wù)劶夹g(shù)團(tuán)隊

基于互聯(lián)網(wǎng)業(yè)務(wù)的敏捷團(tuán)隊，大部分大型的互聯(lián)網(wǎng)公司都偏向以下三種文化或者原則：

（1）自組織文化

如google、facebook等互聯(lián)網(wǎng)企業(yè)，他們很少甚至沒有特定的項目流程，通常怎么敏捷怎么做，具有濃厚的工程師驅(qū)動文化。敏捷團(tuán)隊的自組織特性弱化了團(tuán)隊技術(shù)領(lǐng)導(dǎo)這個角色，強(qiáng)調(diào)自我管理和自我驅(qū)動，對于每個人的能力和素質(zhì)要求更高，但是會讓我們做的更高效、更敏捷，可以走的更穩(wěn)、更遠(yuǎn)。

（2）追求一體化

一體化團(tuán)隊作為敏捷開發(fā)方法中最具精益思想基因的實踐，是指每個項目團(tuán)隊包括分析，開發(fā)，測試等角色，使團(tuán)隊滿足一個需求從設(shè)計，開發(fā)到測試各個階段順利完成，達(dá)到符合質(zhì)量標(biāo)準(zhǔn)并滿足需求的軟件。每個一體化團(tuán)隊一般都依附于某個產(chǎn)品，每個角色都為產(chǎn)品的發(fā)展貢獻(xiàn)著自己的智慧。

（3）追求全功能

這里所指的全功能是希望項目團(tuán)隊能打破工程師角色之間的邊界，如研發(fā)、測試和前端工程師的界線，消除開發(fā)、測試流程中一些潛在浪費(fèi)，提高效率。在項目團(tuán)隊內(nèi)部通過角色互換，不限角色的結(jié)對工作，加強(qiáng)不同角色，不同模塊間的知識傳遞，打破技術(shù)壁壘，幫助員工從不同視角理解項目，鍛煉技能，進(jìn)而增加團(tuán)隊均衡生產(chǎn)的能力。

為什么要提倡打破邊界？

項目整體效率依賴于項目過程中各環(huán)節(jié)的工作效率，而整體效率的優(yōu)化往往依賴于均衡生產(chǎn)，即消除生產(chǎn)的波峰（過度生產(chǎn)）和波谷（生產(chǎn)不足），只有局部效率的增加無法直接轉(zhuǎn)換為整體效率的增加（就象桶能裝多少水，決定于最短的那塊板）。

整體效率的優(yōu)化要求IT團(tuán)隊消除技能壁壘，培養(yǎng)多面手，根據(jù)計劃的的變動，彈性地調(diào)整任務(wù)，達(dá)到各角色和流程之間的平衡。（對小團(tuán)隊尤其重要，這也是風(fēng)險管理所需要的。大團(tuán)隊每個角色和崗位都會設(shè)置若干人，通過人數(shù)的優(yōu)勢達(dá)到了均衡生產(chǎn)，但對于小團(tuán)隊，某個角色可能只有一個人力，如果這個人工作受到影響，整個團(tuán)隊的鏈條都要受到很大的影響，打破角色的界限，最大限度的降低了這些風(fēng)險。）

技術(shù)團(tuán)隊的建設(shè)首先要從兩個方面入手：一個是專業(yè)化分工，二是梯隊作戰(zhàn)模型。追求全功能或者均衡生產(chǎn)，并不是說每個人不分主次的全面發(fā)展，而是在保證一定的專業(yè)分工、深入專研的基礎(chǔ)上，在技能上要有適當(dāng)?shù)膹V度。比如在我們團(tuán)隊，按照技術(shù)領(lǐng)域可以做以下組織模型：

技術(shù)團(tuán)隊組織模型

目前團(tuán)隊成員還比較少，如果每個人都均衡發(fā)展，對于技術(shù)體系就不會深入；但是如果都劃定清晰的方向，只走專業(yè)化路線，意味著每個方向只有一兩個人，項目開展就很難調(diào)動人力，這也是不可能的。所以每個方向固定第一梯隊的人員，在該方向上能夠?qū)I(yè)化發(fā)展，同時每個方向的第一梯隊的人員又將是其他方向的第二梯隊，保證人力資源能夠均衡的被調(diào)配，滿足各種項目的開展。

同樣在崗位上，我們依然是按照這個思路來進(jìn)行，每個人都應(yīng)具備“架構(gòu)設(shè)計”、“程序開發(fā)”、“質(zhì)量測試”的部分能力，打破角色之間的界限。這對每個人的整體素質(zhì)要求是非常高的。

7年前，我所帶領(lǐng)的團(tuán)隊規(guī)模較小，成員不超過10個人，在這樣的規(guī)模下，我優(yōu)先打造全功能團(tuán)隊，每個人幾乎都是全棧的，能夠兩三個人一個小組快速敏捷，同時相互之間可以快速補(bǔ)位。但是今天，我所帶領(lǐng)的團(tuán)隊是上百人的研發(fā)團(tuán)隊，研發(fā)的產(chǎn)品或平臺也比之前更加復(fù)雜，所以此時我更強(qiáng)調(diào)的是專業(yè)化的分工，前后端的分離階段不同，規(guī)模不同，我們的組織方式不同，切記慣性思維。

除了專業(yè)化分工之外，我們還需要建立梯隊模型，將人力資源和時間分配的更加均衡。如下圖所示：

技術(shù)梯隊模型

這是一個漏斗模型，在人力和時間分配方面，自上而下優(yōu)先級逐級遞減。項目開發(fā)直接面對著需求，它的核心是“快”，要有快速響應(yīng)需求的能力，以最快的進(jìn)度完成產(chǎn)品的增量交付。

為了更快的響應(yīng)，在架構(gòu)設(shè)計、程序開發(fā)方面遵循“適可而止”的原則，不要過度設(shè)計，在可容忍的范圍內(nèi)可以適當(dāng)降低程序的質(zhì)量。

如果僅僅只做這些，我們的產(chǎn)品和系統(tǒng)是早晚都會出現(xiàn)問題，所以我們還需要下一個環(huán)節(jié)：產(chǎn)品優(yōu)化。這個環(huán)節(jié)的核心是“精”，精益求精，將以前的瑕疵、隱患去除掉，考慮到更久的將來，不斷地調(diào)整我們的架構(gòu)，不斷優(yōu)化我們的程序，整個改進(jìn)的進(jìn)程和系統(tǒng)的發(fā)展進(jìn)程相呼應(yīng)，保證系統(tǒng)的平滑發(fā)展。

僅僅這些就夠了嗎？顯然不夠！項目開發(fā)如何快？產(chǎn)品優(yōu)化如何精？源于我們深厚的積累，研發(fā)的重要性就是體現(xiàn)在厚積薄發(fā)，全面提升整個團(tuán)隊的技術(shù)厚度，提高開發(fā)的效率。我們團(tuán)隊有自己的框架和平臺，大大的加快了我們項目開發(fā)的速度。

通過這個漏斗模型，我們將人力和時間按照這個層次結(jié)構(gòu)，進(jìn)行均勻的分配，保證我們的計劃進(jìn)度的執(zhí)行非常平滑，沒有過分的緊張，也沒有過度的松懈。將以往我們的開發(fā)如過山車般的進(jìn)程變成在一條平路上勻速前行。

思考：如何打造一個優(yōu)秀的研發(fā)體系？

在研發(fā)體系的建設(shè)上，7年前的自己和現(xiàn)在的自己如出一轍，是不忘初心還是不思進(jìn)取，等年底看效果吧。o(*￣︶￣*)o”

談?wù)凜MMI

公司最近在搞CMMI3，過程的持續(xù)改進(jìn)是我們一直都需要去做的，引入CMMI，可以幫我們更好的進(jìn)行過程的改進(jìn)。我們的團(tuán)隊涉足企業(yè)信息化，軟件項目和互聯(lián)網(wǎng)項目，其實每件事物都有它自己特定的環(huán)境，都有自己繁衍的土壤，我們在這個過程中一定要有區(qū)別的對待，真正的遵循事物發(fā)展的規(guī)律，否則好心不一定能做好事。

各大軟件公司搞CMMI 基本都是招標(biāo)用的，這是中標(biāo)的一個有力的砝碼，更適合TO B的公司。而互聯(lián)網(wǎng)公司，他們根本的生存法則不是依賴外包項目，產(chǎn)品銷售進(jìn)行的，而是針對終端用戶推出的服務(wù)產(chǎn)品，提供非常好的使用體驗，獲得用戶的認(rèn)可，從而獲得公司的發(fā)展。所以這就是為什么做互聯(lián)網(wǎng)的企業(yè)很少去評CMMI，很多一流的互聯(lián)網(wǎng)公司的產(chǎn)品研發(fā)過程甚至都達(dá)不到CMMI的要求。

網(wǎng)上對于這方面的討論也特別多，但是我們既然要做CMMI，是因為我們還有軟件開發(fā)的業(yè)務(wù)范圍，我們也真正的想通過CMMI提升整個團(tuán)隊的研發(fā)水平，改進(jìn)我們的過程。但是我也真心的希望CMMI在進(jìn)行的過程中，一定是能深入到不同的項目團(tuán)隊，探究每個項目和業(yè)務(wù)方向的特點，找出適合每個團(tuán)隊發(fā)展的業(yè)務(wù)流程和管理模式，而不要凡事一刀切，一個標(biāo)準(zhǔn)，一個模式，或者更可怕的是將以往實施的案例不加考量的就轉(zhuǎn)移到我們身上，反過來成為我們前進(jìn)的阻力。

談?wù)劶夹g(shù)

作為技術(shù)團(tuán)隊的負(fù)責(zé)人，我一直在思考我們需要什么樣的技術(shù)，特別像我們整個團(tuán)隊和領(lǐng)導(dǎo)都具有企業(yè)應(yīng)用開發(fā)的背景，如何適應(yīng)互聯(lián)網(wǎng)應(yīng)用開發(fā)的需要，如何要轉(zhuǎn)變觀念，用合適的技術(shù)解決特定領(lǐng)域的問題。

在談具體技術(shù)之前，我想還是和我們以前一直從事的企業(yè)應(yīng)用開發(fā)做一個比較，這樣我們能更加直觀的知道我們需要做哪些改變，哪些才是我們未來的技術(shù)方向。

企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的區(qū)別

根據(jù)這個表格，我們非常明顯的看到企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的巨大不同，應(yīng)用的不同決定了技術(shù)的差異，企業(yè)應(yīng)用要求系統(tǒng)的穩(wěn)定性、程序的復(fù)用性、數(shù)據(jù)操作的嚴(yán)謹(jǐn)性、業(yè)務(wù)的集成性，而互聯(lián)網(wǎng)應(yīng)用要求高并發(fā)、高擴(kuò)展、高可用性。

對于我們團(tuán)隊，我們的業(yè)務(wù)主要在互聯(lián)網(wǎng)領(lǐng)域開展，但是我們的管理又屬于企業(yè)應(yīng)用的范疇，我們的開發(fā)領(lǐng)域基本囊括了企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用。所以對于技術(shù)團(tuán)隊的要求是非常非常高的，我們不僅僅根據(jù)不同的領(lǐng)域進(jìn)行專業(yè)化劃分，我們更需要學(xué)習(xí)更多更實用的技術(shù)解決各個領(lǐng)域的問題。

談?wù)劶軜?gòu)設(shè)計

我們張口閉口的談架構(gòu)，但是何為架構(gòu)，可能誰也說不清楚，因為大家對架構(gòu)的理解不同。從字面的意思來講，架構(gòu)就是確定一個事物的骨架和結(jié)構(gòu)，從整體上勾勒出事物的意識形態(tài)。架構(gòu)又分為很多種，管理企業(yè)需要進(jìn)行組織架構(gòu)。

就IT而言，實施系統(tǒng)需要系統(tǒng)架構(gòu)和業(yè)務(wù)架構(gòu)，開發(fā)軟件需要軟件架構(gòu)，還有信息架構(gòu)、基礎(chǔ)架構(gòu)、數(shù)據(jù)庫架構(gòu)等等。我們在討論架構(gòu)時，總是意見分歧很大，是因為我們并沒有為“架構(gòu)”設(shè)立邊界，不同的人對架構(gòu)的定義是不一樣的。下面我談的架構(gòu)主要集中在系統(tǒng)架構(gòu)和軟件架構(gòu)。

我對架構(gòu)和架構(gòu)師的一些認(rèn)識和觀點：

1. 軟件架構(gòu)設(shè)計需要以長遠(yuǎn)的眼光以宏觀視角從整體出發(fā)，深入分析外部環(huán)境、競爭對手與內(nèi)部資源，明晰各方面的關(guān)注點，并平衡他們之間的利益，使大家可以明確目標(biāo)，達(dá)成共識，解決主要矛盾。
2. 架構(gòu)師一定要有全局意識，不能過多的糾纏于細(xì)節(jié)。架構(gòu)可以不過多關(guān)注功能，但必須考慮系統(tǒng)運(yùn)行的場景和所處的領(lǐng)域，明晰關(guān)鍵點。
3. 架構(gòu)是一種平衡的藝術(shù)，最好的架構(gòu)不是最完美的架構(gòu)而是最適合未來一段時間的架構(gòu)，架構(gòu)要考慮到未來發(fā)展和當(dāng)前資源的平衡，將性價比放在第一位考慮。
4. 架構(gòu)的確不容易改變，一個易變的架構(gòu)不是好的架構(gòu)，但是一個不能改變的架構(gòu)也不是好的架構(gòu)。架構(gòu)的可變性也應(yīng)該是架構(gòu)設(shè)計的一部分。所以架構(gòu)師要致力于設(shè)計一個可容易擴(kuò)展的架構(gòu)，在這方面如果我們經(jīng)常拿蓋房子作為比較是不合理的，軟件架構(gòu)的可伸縮性本身就是區(qū)別于傳統(tǒng)行業(yè)架構(gòu)設(shè)計的魅力所在。
5. 架構(gòu)師不僅僅有深厚的專業(yè)知識和技能，架構(gòu)師必須具備必要的廣度，特別是當(dāng)前一個信息爆炸的時代，我們所遇到的各種情形都在當(dāng)前的信息池中找到相應(yīng)的解決方法和案例。架構(gòu)師一定要掌握更多的信息，對信息進(jìn)行系統(tǒng)的加工整理，在架構(gòu)工作中首要想的是如何使用現(xiàn)有的解決方案，而不是閉門造車，不開放的醉心專研，重復(fù)發(fā)明輪子?，F(xiàn)在有這么個說法，“掌握信息比掌握知識重要”，不是沒有道理。

談?wù)勥\(yùn)維

單談運(yùn)維他是一個很泛的概念，有人認(rèn)為很高深，有人可能沒啥概念。其實運(yùn)維是IT管理中一個很重要的環(huán)節(jié)，我們生產(chǎn)的系統(tǒng)如果沒有運(yùn)維的支持，它便存在著巨大的風(fēng)險。我們一直在談企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的區(qū)別，其實兩者的區(qū)別也決定了這兩個領(lǐng)域的運(yùn)維也存在著很大的區(qū)別。

傳統(tǒng)企業(yè)內(nèi)網(wǎng)運(yùn)維關(guān)注點是在安全、權(quán)限管理等重點，以及舊IT資產(chǎn)利用率，如何利用好現(xiàn)有的IT資產(chǎn)是他們目前迫切需要解決的問題。傳統(tǒng)的企業(yè)內(nèi)網(wǎng)，使用大量的小型機(jī)（IBM Power小型機(jī)、HP小型機(jī)、Sun小型機(jī)等）、高端網(wǎng)絡(luò)和存儲設(shè)備（Cisco、EMC、日立等），使用大量的商業(yè)數(shù)據(jù)庫、ERP和中間件技術(shù)（IBM DB2、Oracle、SAP等）。

企業(yè)的核心業(yè)務(wù)運(yùn)行于這些設(shè)備和軟件之上，業(yè)務(wù)年限長、歷史遺留問題多，數(shù)據(jù)安全、業(yè)務(wù)連續(xù)性等是這些企業(yè)的生命線，往往通過購買廠商和集成商的服務(wù)來保證其IT業(yè)務(wù)的穩(wěn)定性。對于互聯(lián)網(wǎng)運(yùn)維，如何快速有效地部署，如何保證可利用率，如何處理大并發(fā)訪問等是他們的頭等要事。

現(xiàn)代的互聯(lián)網(wǎng)企業(yè)，大量使用PC服務(wù)器、普通硬盤盤陣和集群、先進(jìn)的SSD技術(shù)，大量使用Linux、MySQL等開源軟件。業(yè)務(wù)模式單一，軟件技術(shù)、硬件設(shè)備更替迅速。性能優(yōu)化、部署靈活、提升IT硬件利用率是他們的工作重點，業(yè)務(wù)領(lǐng)先的互聯(lián)網(wǎng)企業(yè)背后都有一個強(qiáng)大的IT運(yùn)維技術(shù)團(tuán)隊。

運(yùn)維是一件極其繁瑣，極其復(fù)雜的管理工作，這就要求運(yùn)維工程師具有很廣博的知識體系，不僅僅熟悉網(wǎng)絡(luò)、硬件，還要了解開發(fā)，了解各個系統(tǒng)使用的技術(shù)和軟件，通過大量的運(yùn)維數(shù)據(jù)可以有效地指導(dǎo)架構(gòu)和系統(tǒng)的優(yōu)化，運(yùn)維工程師一個典型的復(fù)合型的人才。

運(yùn)維工程師的崗位職責(zé)：

1. 負(fù)責(zé)機(jī)房業(yè)務(wù)服務(wù)器的配置、維護(hù)、監(jiān)控、調(diào)優(yōu)、故障排除等；
2. 大用戶量下高性能服務(wù)器系統(tǒng)部署方案的制定及實施；
3. 保障服務(wù)器與數(shù)據(jù)庫安全，檢查并消除安全漏洞；
4. 數(shù)據(jù)監(jiān)控、應(yīng)急響應(yīng)、故障排除、編寫數(shù)據(jù)分析報告等。

就像我在談架構(gòu)時認(rèn)為架構(gòu)需要關(guān)注運(yùn)維，指導(dǎo)開發(fā)一樣，我還認(rèn)為運(yùn)維是關(guān)注開發(fā)、指導(dǎo)架構(gòu)，一個好的架構(gòu)師需要經(jīng)過運(yùn)維的過程，他才能深刻的預(yù)判到一個系統(tǒng)在未來的演變，以便今天可以實時可以擴(kuò)展的架構(gòu)。一個具備較高開發(fā)水平的運(yùn)維工程師是向架構(gòu)師進(jìn)階的最好路線。

7年前就開始重視運(yùn)維，但是限于資源和應(yīng)用規(guī)模，運(yùn)維這部分一直沒有做好。今年其實也非常看重運(yùn)維，但是依然限于資源和規(guī)模，還是把幾乎所有的資源投入到研發(fā)中。但是未來隨著產(chǎn)品規(guī)模越來越大，打造專業(yè)的運(yùn)維團(tuán)隊依然是一個目標(biāo)！

談?wù)勗?/h2>

當(dāng)前云是一個很熱的話題，所有的軟件服務(wù)都盡可能的和“云”搭上邊，但是具體什么是“云”，相比很多人都“云里霧里”的，不知所以。

“云計算”的概念應(yīng)該是谷歌在5年前提出來，并得到快速的發(fā)展?！霸啤钡恼Q生有其發(fā)展的必然性，而谷歌、亞馬遜這樣的互聯(lián)網(wǎng)巨頭是催發(fā)它的催化劑。

這些互聯(lián)網(wǎng)公司的核心的商業(yè)模式就是利用提供互聯(lián)網(wǎng)相關(guān)的服務(wù)，從而帶來巨額的營收，他們必然希望越來越多的人和企業(yè)接受互聯(lián)網(wǎng)服務(wù)的模式，讓一切服務(wù)都能通過互聯(lián)網(wǎng)替代傳統(tǒng)的方式，所以宣揚(yáng)“云”，也是為了更加優(yōu)化自己的商業(yè)模式。

其次，這些巨頭企業(yè)經(jīng)過這么多年的發(fā)展，他們在服務(wù)器，數(shù)據(jù)中心，分布式計算方面建立起成熟的有效的解決方案，僅僅是為了支撐自身的服務(wù)，資源勢必不能很好的利用，推行云計算，將自己的基礎(chǔ)設(shè)施和平臺以服務(wù)的方式出租出去，將閑置的資源加以更加合理的利用，這也是推行“云”的原因。

“利”字當(dāng)頭，任何一個事物的發(fā)展怎能少了一個“利”。當(dāng)然 “云”的發(fā)展給我們的信息生活帶來了翻天覆地的變化，推動著整個信息產(chǎn)業(yè)的變革。

1. “云”讓基礎(chǔ)設(shè)施的建設(shè)更加集中，互聯(lián)網(wǎng)服務(wù)更加的規(guī)模化，資源的分配更加的合理，避免了巨大的浪費(fèi)。
2. “云’讓我們的觀念發(fā)生了轉(zhuǎn)變，讓我們更加接受互聯(lián)網(wǎng)服務(wù)模式，為人類的生活提供了更大的便利。
3. “云”的誕生更加優(yōu)化了互聯(lián)網(wǎng)的服務(wù)模式，提升了互聯(lián)網(wǎng)服務(wù)的盈利能力。

“云”其實就是“服務(wù)”，一切傳統(tǒng)的信息處理的手段都通過服務(wù)的方式進(jìn)行交付。而在服務(wù)上，又分為幾個層次：IaaS（基礎(chǔ)設(shè)施既是服務(wù)），PaaS（平臺既是服務(wù)），SaaS（軟件既是服務(wù)）。

而在IaaS和PaaS層面上，一般由大型的廠商承擔(dān)著，比如亞馬遜、微軟、谷歌等等，他們擁有天生的資源來做這些底層的，具有規(guī)?；幕A(chǔ)設(shè)施建設(shè)。

而在中國，這些一般由政府驅(qū)動，由大型廠商來承接。中小型的公司只能在SaaS上，提供更加細(xì)分、更加個性化的軟件服務(wù)，才是生存的王道。

我們張口閉口談“云”，我們是“云筆記”，“云相冊”，如果服務(wù)不具備規(guī)?；б?，沒有將服務(wù)轉(zhuǎn)化為盈利的能力，這個“云”只能算是一個普通的互聯(lián)網(wǎng)服務(wù)，和個人博客和個人相冊有什么區(qū)別。

所以我們要做“云服務(wù)”，我們需要在基礎(chǔ)設(shè)施、大數(shù)據(jù)計算方面有一定的掌握能力，這些不需要我們?nèi)?chuàng)造，而是能很好的利用，將“云”相關(guān)的技術(shù)（虛擬化，mapreduce分布式計算，海量數(shù)據(jù)存儲、負(fù)載集群等）很好的運(yùn)用起來，這是支撐云的基礎(chǔ)。在這個基礎(chǔ)上，一定要做細(xì)分的“云”，有特點的“云”，提供用戶最專業(yè)的個性化服務(wù)和解決方案，服務(wù)產(chǎn)生價值。

“7年前，云也就剛剛興起，但今天我們已經(jīng)離不開它了，云讓我們更加的單純，把精力完全聚焦于自己的核心業(yè)務(wù)。我的團(tuán)隊也做了幾款云的產(chǎn)品，但只能是云的概念，還不具備云的規(guī)模，希望我們能把規(guī)模盡快做出來?！?/p>

談?wù)勔苿討?yīng)用

上面談了“云”，有“云”必然有“端”，“云”是服務(wù)的提供，“端”是服務(wù)的消費(fèi)。目前最重要的兩個端是PC端和移動終端，未來物聯(lián)網(wǎng)建立，所有事物都儼然是“端”，在PC端，依然是傳統(tǒng)的瀏覽器和客戶端。

隨著移動互聯(lián)網(wǎng)的發(fā)展，越來越多的服務(wù)已經(jīng)開始向移動終端傾斜，利用移動終端的便利性，服務(wù)的提供和消費(fèi)也變得越來越快捷。未來移動應(yīng)用將帶來一個嶄新的時代，一個屬于移動互聯(lián)網(wǎng)的時代開始了。

在移動應(yīng)用的技術(shù)領(lǐng)域中，我們需要面對多個平臺（ios，android，wp等），每個平臺可能還需要面對不同設(shè)備的規(guī)格，移動開發(fā)也面臨這很多很多的問題。很多廠商也在致力于利用一些中間的語言和技術(shù)來統(tǒng)一移動領(lǐng)域的開發(fā)，比如目前以html5、javascript、ruby等中間件平臺也開始蓬勃發(fā)展起來了。

最近google推出了將java轉(zhuǎn)化為object-c的工具，未來的移動開發(fā)必然要面臨也需要我們考慮如何解決跨平臺的問題，特別對于中小企業(yè)，處于成本的考慮，我們也將不得不面對。

目前，我們要解決的是如何將原生語言和跨平臺語言的結(jié)合，因為一個服務(wù)，多個終端，業(yè)務(wù)處理邏輯都是相同的，不同的更多是在UI層面和交互層面上。所以通過和中間語言的結(jié)合，比如javascript、lua等，可以更加優(yōu)化移動應(yīng)用的開發(fā)，降低開發(fā)和維護(hù)的成本，而且多個端都可以在一個統(tǒng)一有序的環(huán)境中發(fā)展。

跨平臺的移動應(yīng)用在剛開始的確做了一些嘗試，但是實際運(yùn)行效果并不是太好，所以這部分這幾年是沒有更深入的發(fā)展，移動開發(fā)依然以原生開發(fā)為主。但是隨著前端技術(shù)的日趨成熟，跨平臺的解決方案也越來越成熟，這方面我們應(yīng)該再重新出發(fā)，配合移動中臺的建設(shè)，把端上面的技術(shù)好好的沉淀下。

2012年10月7日 一個十一假期的思考沉淀

#專欄作家#

菜根亂譚，微信公眾號：CGLT_TAN，人人都是產(chǎn)品經(jīng)理專欄作家。經(jīng)歷程序員、技術(shù)負(fù)責(zé)人、產(chǎn)品經(jīng)理等多種崗位，現(xiàn)在負(fù)責(zé)百洋智能科技的研發(fā)管理。關(guān)注醫(yī)療，早教領(lǐng)域，擅長技術(shù)應(yīng)用型產(chǎn)品的設(shè)計和運(yùn)營。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議