許多科技公司明年都把移動(dòng)戰略放在第一位了。移動(dòng)設備，包括平板電腦，正在超越傳統PC，而成為更受歡迎的上網(wǎng)方式。

預計接下來(lái)的三年，移動(dòng)項目的增長(cháng)將以4:1的比例超越PC項目的增長(cháng)。在2016年，全球移動(dòng)設備數量有望超過(guò)人口數量。

對于開(kāi)發(fā)團隊的挑戰是：如何調整“移動(dòng)第一”或“移動(dòng)先行”的心態(tài)。這要求開(kāi)發(fā)者將用戶(hù)體驗放在第一位，并提供強大的內容和個(gè)性化體驗。這也意味著(zhù)需要積累跨多個(gè)平臺和設備的經(jīng)驗，了解其復雜性，掌握執行移動(dòng)項目所需的特殊技能以及搭建強大后臺基礎的專(zhuān)業(yè)知識。

現在的應用都需要將用戶(hù)多個(gè)平臺的信息融合起來(lái)。 你不可避免的將要面對多個(gè)客戶(hù)端操作系統平臺上的產(chǎn)品迭代更新，管理開(kāi)發(fā)周期也越來(lái)越富有挑戰性。公司也會(huì )在移動(dòng)策略上給予技術(shù)領(lǐng)導人更大的壓力。在接下來(lái)的這一年，如何以移動(dòng)第一為口號，讓開(kāi)發(fā)團隊和運營(yíng)團隊更好的團結在一起，也變得比以往更加重要和具有挑戰性。

接下來(lái)是開(kāi)發(fā)者在2013年需要考慮的，十分緊迫的4件事：

將“移動(dòng)第一”的觀(guān)念帶給你的核心開(kāi)發(fā)團隊

由于對跨平臺技術(shù)的需求越來(lái)越大，將移動(dòng)開(kāi)發(fā)業(yè)務(wù)外包正成為一種趨勢。然而隨著(zhù)開(kāi)放的網(wǎng)絡(luò )標準（如JavaScript 以及HTML5）的日益流行，將促使內部移動(dòng)開(kāi)發(fā)變得更加容易。 這是非常幸運的，因為未來(lái)移動(dòng)開(kāi)發(fā)的周期將會(huì )越來(lái)越短，迭代更新越來(lái)越頻繁。如果沒(méi)有內部移動(dòng)開(kāi)發(fā)人員，將會(huì )讓開(kāi)發(fā)過(guò)程變得非常麻煩，還要將外部資源做好協(xié)調并整合進(jìn)來(lái)。

你需要慎重考慮將移動(dòng)開(kāi)發(fā)業(yè)務(wù)托付于誰(shuí)，比如很多網(wǎng)頁(yè)設計師是從PC端轉型過(guò)來(lái)，他們并沒(méi)有任何為移動(dòng)用戶(hù)設計產(chǎn)品的經(jīng)驗。產(chǎn)品形態(tài)的變化、觸摸感以及內容交互上的確需要不同的設計體驗。

為移動(dòng)應用或網(wǎng)絡(luò )調整服務(wù)器架構

目前的復合應用對后臺架構的影響越來(lái)越大。大多數應用都基于一系列API，能夠使應用的用戶(hù)界面和后臺運行進(jìn)行更好的交互，并實(shí)現跨平臺轉移。需要注意的是，這些后臺應用（復合應用）不只是用來(lái)表現原有后臺架構的，他們需要支持更個(gè)性化、更具互動(dòng)性的移動(dòng)應用功能。因此，原有的純粹傳遞技術(shù)之用，沒(méi)有經(jīng)過(guò)改造的架構不足以稱(chēng)為真正的“移動(dòng)先行”。

不過(guò)可喜的是現在越來(lái)越多的移動(dòng)公司采用了云架構。

2013年選擇哪種后臺作為運行架構的確很重要。比如，你將如何應對由需求增長(cháng)引起的海量移動(dòng)設備訪(fǎng)問(wèn)你的應用？這需要一個(gè)比以往更有彈性的后臺支撐系統。此外，你又將如何制定合理、靈敏的開(kāi)發(fā)周期，以適應客戶(hù)端和服務(wù)器端兩個(gè)層面的變化？你又將如何保證應用后臺的容錯性和冗余度？

關(guān)鍵是要保證你已經(jīng)選擇了一個(gè)彈性的、有足夠容錯性的云架構平臺，以支撐你的移動(dòng)網(wǎng)絡(luò )應用所產(chǎn)生的這一系列需求。

統一開(kāi)發(fā)及運營(yíng)

移動(dòng)先行戰略給開(kāi)發(fā)和運營(yíng)團隊協(xié)作方面帶來(lái)了新的要求。

盡管“devops”（development+operation）這個(gè)詞在前幾年是作為一個(gè)熱點(diǎn)詞匯冒出來(lái)的，不過(guò)隨著(zhù)關(guān)于“開(kāi)發(fā)和運營(yíng)團隊完美協(xié)作”的理念的流行，它現在不再是一個(gè)可有可無(wú)的關(guān)注領(lǐng)域，而是需要開(kāi)發(fā)團隊給予足夠重視。

實(shí)際上，在移動(dòng)應用失敗因素中，運營(yíng)相關(guān)失誤是最重要的因素之一。來(lái)自Carnegie Mellon 大學(xué)的調研顯示，引起移動(dòng)應用失敗的因素包括：軟件升級失敗、未能滿(mǎn)足潛在需求、資源匱乏、配置錯誤等。這說(shuō)明在應用程序發(fā)布之前運維人員對應用安全性、可靠性的部署與開(kāi)發(fā)人員對核心代碼的調試是一樣重要的。

舉例來(lái)說(shuō)，在應用迭代開(kāi)發(fā)環(huán)境中，需要對應用的客戶(hù)端和服務(wù)器端頻繁更新，你如何確保在應用的開(kāi)發(fā)到發(fā)布過(guò)程中不出現配置錯誤？一般的做法是開(kāi)發(fā)人員在這個(gè)過(guò)程中寫(xiě)出詳細的編碼細則，讓運維人員在應用發(fā)布過(guò)程中有所指導，這些細則包括應用版本、安裝準則，以及具體執行什么樣的命令。

在開(kāi)發(fā)與運維人員工作轉換時(shí)保證不出差錯的關(guān)鍵是將其自動(dòng)化。開(kāi)發(fā)人員需要把已經(jīng)測試過(guò)的可自動(dòng)執行的文件包交給運維人員。

當軟件版本升級出現問(wèn)題時(shí)，由新版本給已經(jīng)發(fā)布的軟件帶來(lái)潛在可能性錯誤時(shí)，你將如何處理？這需要更好的實(shí)時(shí)故障診斷工具，避免開(kāi)發(fā)人員重復錯誤。另外，如果能讓軟件輕而易舉的回到初始版本，也是一個(gè)不錯的主意。

所以，應用程序的部署必須同時(shí)保障高效（支持頻繁迭代更新），以及高質(zhì)量產(chǎn)品。

讓“移動(dòng)第一”戰略具有可實(shí)施性

盡管實(shí)施“移動(dòng)第一”戰略聽(tīng)起來(lái)很難，但如果你在重新思考應用的開(kāi)發(fā)、部署和管理方式過(guò)程中，同時(shí)把團隊進(jìn)行合理整合，事情會(huì )變得更容易些。

應用的開(kāi)發(fā)和運維所需的技能和工具是全然不同的：無(wú)論是在設計用戶(hù)界面，搭建API云架構，建立彈性后臺基礎設施，還是避免“devops”協(xié)作不善出現的應用程序錯誤時(shí)。事實(shí)上，解決問(wèn)題的方法不止是改進(jìn)整個(gè)流程、提高自動(dòng)化程度，還包括一個(gè)良好的老式的團隊協(xié)作。

(注：本文作者Andi Gutmans是Zend Technologies的聯(lián)合創(chuàng )始人兼CEO)