果真能更迅速、更省錢、更好地開發(fā)應用程序嗎？
譯文【51CTO外電】在本月初由加特納集團分析師IanFinley和SAP全球解決方案總裁Sanjay Poonen主持的一場網(wǎng)上討論會期間，有人拋出了這個問題：“到底有沒有可能開發(fā)出同時具有交付速度快、運行穩(wěn)定、用戶體驗又出色這三大優(yōu)點的企業(yè)應用程序？”
這個問題只不過是下面這個永恒難題的變體：我能不能更迅速、更省錢、更好地造出產(chǎn)品？或者套用烹飪界的話來說就是：我想把蛋糕吃掉，又想留著，能做到嗎？言外之意是，魚和熊掌可以兩者兼得嗎？
通常情況下，答案會是沒有什么有效的辦法。需要迅速地開發(fā)應用程序？那么就要花大錢請頂尖的編程人員。而是希望更省錢地開發(fā)企業(yè)應用程序？那么可以把開發(fā)工作外包給一家要價低的境外公司。但是如果溝通問題和缺乏經(jīng)驗導致開發(fā)屢屢出現(xiàn)問題，沒什么好大驚小怪的。想要最好的、功能最豐富的企業(yè)應用程序？那么就要事先規(guī)劃，花費大量的資金和時間。
由此看來，F(xiàn)inley的答案頗讓人吃驚：他認為公司“有可能”更迅速、更省錢、更好地開發(fā)企業(yè)移動應用程序。
他說：“開發(fā)出引人入勝的更好的企業(yè)應用程序在很大程度上與你如何設(shè)計應用程序有關(guān)，而不是與你使用什么樣的技術(shù)有關(guān)。這個世界上我最偏愛的消費級應用程序就是ATM機器。我使用的ATM就如同有一個3270綠屏界面，帶一個‘提交’按鈕。但是我之所以喜歡它，是因為它有吐錢功能，用起來又不難。而這對我來說很重要。”
雖然本人最不愿意主張回過頭來采用樣子難看、功能有限的無線應用協(xié)議（WAP）應用程序，但是Finley的ATM例子給出了一個精辟的見解：最好的應用程序未必使用前沿技術(shù)和花哨的功能特性才得以成為優(yōu)秀作品。而是它們運行起來非常好。
應用程序只是需要功能豐富得足以完成任務(wù)就行。不應該純粹為了好看而顯擺特性和數(shù)據(jù)，而是應該把特性和數(shù)據(jù)隱藏在后臺，直到用戶需要它們。就好比這是一輛寶馬汽車，以每小時90公里的速度行駛，直到你踩油門，它立馬就會飆升到時速150公里。
但是有些開發(fā)人員急不可待地對企業(yè)應用程序游戲化處理，為平板電腦的儀表板添加大量的旋轉(zhuǎn)按鈕和色彩靚麗的圖標，卻忽視了蘋果教給我們所有人的一個道理：少就是多。（頗具諷刺意味的是，后喬布斯時代的蘋果似乎自己也忘了這個道理。）
有時間清醒地考慮問題，讓你可以更迅速地解決業(yè)務(wù)問題。
我認為，這一方面歸功于移動開發(fā)平臺之間的“軍備競賽”，每個平臺都竭力憑借最新的功能特性擊敗對方。
這并不有利于讓你迅速、省錢、更好地開發(fā)出企業(yè)應用程序——至少不能做到三者兼?zhèn)?。相反，關(guān)注的焦點不是讓你的開發(fā)人員可以部署最新穎、最時尚的用戶界面，而是什么讓連接到深層的后臺數(shù)據(jù)源輕而易舉？或者什么可以兼顧管理和部署應用程序和設(shè)備這雙重任務(wù)？或者用SAP的Poonen話來說，“什么讓你不用操心后端的復雜性”，又不用操心讓人困惑的、碎片化的移動設(shè)備領(lǐng)域。
換句話說，什么讓你可以從戰(zhàn)略層面關(guān)注業(yè)務(wù)問題，而不是關(guān)注戰(zhàn)術(shù)性的技術(shù)細枝末節(jié)？
由于這讓你有時間來清醒地思考和規(guī)劃，這始終勝過花哨卻根本未集成的技術(shù)。
這正是SAP及支持SAP移動平臺的那些人信奉的理念。我沒法告訴你我們SAP最近的一次宣布到底關(guān)乎什么，只想說它是向統(tǒng)一平臺邁出的另一步；這種統(tǒng)一平臺能夠?qū)崿F(xiàn)整體的企業(yè)移動管理，同時又為你提供一系列先進的功能特性（根本不是前沿的功能特性）。但是你可以看看四家SAP合作伙伴：Above Border、Adobe Systems（PhoneGap）、Sencha Mobile和Appcelerator。
【51CTO譯稿，非經(jīng)授權(quán)謝絕轉(zhuǎn)載，合作媒體轉(zhuǎn)載請注明原文出處、作者及51CTO譯者！】
原文地址：http://www.zdnet.com/can-you-build-mobile-apps-faster-cheaper-and-better-7000001318/
