12.07.2015 Views

As the workforce becomes wireless so does the ... - Connect-World

As the workforce becomes wireless so does the ... - Connect-World

As the workforce becomes wireless so does the ... - Connect-World

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Wireless application performancewhich should, <strong>so</strong>mehow, be relevant to ‘inper<strong>so</strong>n’ performance. There are companiesthat have successfully done this. If youproperly implement performance bestpractices, you can achieve this.It’s not a simple matter of mimickingyour website on a mobile device. Youhave to rethink <strong>the</strong> experience from <strong>the</strong>very beginning, understanding how yourcustomer wants to approach your site andmaking sure it performs at every level of<strong>the</strong> end-user experience.Decisions about writing your applicationfor generic web vs. native applications arevery important to performance. Androidvs. iPhone vs. iPad; users on <strong>the</strong>se devicesnot only require different visual workflowapproaches, but al<strong>so</strong> different performanceapproaches. How quickly a screen rendersand provides useful information arecritical decisions because every secondthat a user waits increases <strong>the</strong> likelihoodof application-abandonment, which <strong>the</strong>nincreases <strong>the</strong> possibility of customer churn.You need to design, code and test yourapplication in a way that considersperformance across device, browser,location and backend datacenter. End-toendperformance visibility when developingand deploying applications is critical.Let me give ano<strong>the</strong>r example: A couple ofmonths ago I had <strong>the</strong> pleasure of meetingwith a CIO of an enterprise with a mobilepresence and store. The evening beforemy visit, I sat with my Android attemptingto purchase an item on his slow website.I finally gave up and decided to try acompetitive website.Finding this to be a much fasterexperience, I ultimately bought from <strong>the</strong>competitor. The next day at <strong>the</strong> meetingI confessed this transgression. The CIOfirst gave me a dirty look and <strong>the</strong>n lookedacross <strong>the</strong> table at his technical staffand demanded an explanation on <strong>the</strong>performance of <strong>the</strong>ir web-store.Their answer was: “We know. It’s on<strong>the</strong> list.” <strong>As</strong> <strong>the</strong> meeting progressed, itbecame obvious that all issues relatedto performance were ‘on <strong>the</strong> list’. By<strong>the</strong> end of <strong>the</strong> meeting <strong>the</strong>se issuessuddenly had ‘business priority’ and wereto be addressed very quickly. Being aprogrammer I felt bad for <strong>the</strong> technicalstaff but I did feel better that now <strong>the</strong>yhad upper management’s attention toaddress performance issues that had beenconsidered low-priority.I’ve talked to quite a few CIOs, andquite frankly, I have been amazed howuninformed many of <strong>the</strong>m are about <strong>the</strong>performance of <strong>the</strong>ir web-presence over<strong>wireless</strong>. In instances where <strong>the</strong>y wereaware of performance issues and strugglingfor <strong>so</strong>lutions, I found that most of <strong>the</strong>irproblems were due to lack of applyingbasic performance best practices whilebuilding <strong>the</strong>ir applications.Sometimes it was due to lower-skilleddevelopers or lack of proper performancetesting before deployment. Sometimesit’s just a lack of realization that manyapplications are put toge<strong>the</strong>r from services‘in <strong>the</strong> cloud’ and congregated within <strong>the</strong>end device. These composite applicationsare quickly becoming <strong>the</strong> norm and not<strong>the</strong> exception and understanding how <strong>so</strong>many piece-parts affect performance is veryimportant.When building enterprise applicationsfor <strong>wireless</strong> deployment, consider <strong>the</strong>following:Location performance: Are your userslikely to be in motion while using yourapplication, crossing provider boundariesand moving away from <strong>the</strong> location of yourcontent? Monitor from different regionsand make sure you can compensate forslower areas by optimizing your applicationor utilizing content delivery networks.Cloud content: Understanding whereall your content is coming from is veryimportant. Third-party providers oftenrely on <strong>the</strong> cloud to provide contentwhich may not always provide predictableperformance. Your user will only knowthat your app is slow, not <strong>so</strong>me o<strong>the</strong>rprovider, <strong>so</strong> make sure you test andmonitor <strong>the</strong>se providers and insist onservice level agreements.Wireless device performance differences:With <strong>so</strong> many devices, operating systemsand browsers available, understandingwhat your customers are using is <strong>the</strong> firstconsideration. Optimize for <strong>the</strong> mostpopular devices but al<strong>so</strong> make sure that youare not losing customers who may be onniche devices.The application itself: Implement bestpracticesbefore you begin <strong>the</strong> codingeffort. Make sure that testing is done ateach iteration in <strong>the</strong> development of <strong>the</strong>app. Build <strong>the</strong> application modularly <strong>so</strong>that piece-parts can be disseminated anddeployed in a way for optimal performance.The back-end services such as databases,web-servers, and load-balancers all needtesting and monitoring. Techniques thatimprove performance often seem morelike art than science, but with continuouseducation on <strong>the</strong> topic you’ll come to findthat it’s just ano<strong>the</strong>r engineering exercise.There are many books and websitesdevoted to performance. You need tounderstand all <strong>the</strong> technical techniques andoptions available to design your <strong>wireless</strong>web presence to perform and scale. It takestime and discipline but in <strong>the</strong> end it’s goingto pay off with happy customers.Finally, YOU! Have a ‘passion forperformance’. It’s not easy; <strong>the</strong>re are manymoving parts to an enterprise <strong>wireless</strong>application, but <strong>the</strong> attention you payto <strong>the</strong> details will pay off. It’s true that“Time is Money” both in application andhuman performance. Make sure yourbosses understand <strong>the</strong> business value ofperformance tuning and monitoring.Imagine it’s a Friday afternoon and I’mready to buy that new guitar I’ve beensaving for.I can ei<strong>the</strong>r:Get in my car, fight my way throughconstruction to <strong>the</strong> mall, park a quartermileaway, confront a navigation nightmaremaking my way to <strong>the</strong> store, wait foreverfor <strong>so</strong>meone to help me while <strong>the</strong>ycomplain about my choice of <strong>so</strong>ngs topractice on (What, you don’t like “Thick asa Brick?”).or:Turn on my smart device, find a welldesigned,fast-performing mobile store,virtually play <strong>the</strong> instrument, research andblog about my preferences, select what Iwant and have it delivered <strong>the</strong> next day.If you build that app, let me know. I’ll befirst in <strong>the</strong> queue at your store. That is, ifit’s a finely-tuned, performing website! •30 • North America 2010

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!