14
May 13

The Cloud is the App is the Cloud.

During the last week, I have had an incredible number of conversations about Office 365 with press, customers, and peers. It’s apparent that with version 3.0 of their hosted services, as Microsoft has done many times before at v3.0, this is the one that could put some points on the board, if not take a lead in the game.

But one thing has been painfully clear to me for quite some time, and the last week only serves to reinforce it. As I’ve mentioned before, there’s not only confusion about Microsoft’s on-premises and hosted offerings, but simply confusion about what Office 365 is. The definitions are squishy, and Microsoft isn’t doing a great job of really enunciating what Office 365 brings to the table. Many assume that Office 365 is primarily about the Office client applications (when in fact only the premium business editions of Office 365 even include the desktop suite! Many others assume that Office 365 is only hosted services, and Web-based applications, along the lines of Google Apps for Business.

The truth is, there’s a medley of Office 365 editions among the 4 Office 365 “families” (Small Business, Midsize Business, Enterprise/Academic/Government, and Home Premium). But one thing is true – Office 365 is about hosted services (Exchange Online/Lync Online/SharePoint Online for businesses, or Outlook.com/Skype/SkyDrive for consumers), and – predominantly – the Office desktop application suite.

I bring this up because many people point at native applications and Web applications and say that there is a chasm growing… an unending rift that threatens to tear apart the ecosystem. I disagree. I think it is quite the opposite. Web apps (“cloud apps” if you like) and native apps (“apps”) are colliding at high speed. Even today it isn’t really that easy to tell them apart, and it’s only going to get harder.

When Adobe announced their Cloud Connect service last week, some people said there wasn’t much “cloud” about it. In general, I agree. To that same end, one can point a finger at Office 365 and say, “that’s not cloud either” because to deliver the most full-featured experience, it relies upon a so-called “fat client” locally installed on each endpoint, even though for a business, a huge amount of the value, and a large amount of the cost, is coming from the cloud services that those apps connect to.

To me, this is much ado about nothing. While it’s true that one can’t call Office 365 (or Cloud Connect) a 100% cloud solution, at least in the case of Office, each version of Microsoft’s hosted services has come closer than the one before to delivering much of the value of a cloud service, it continues to rely on these local bits, rather than running the entire application through a Web browser. With Office, this is quite intended. The day Office runs equally well on the Web as it does on Windows is the day that Microsoft announces they’re shutting down the Windows division.

But what’s interesting is that as we discuss/debate whether Microsoft and Adobe’s offerings are indeed “cloudy enough”, as they strive to provide more thick apps as a service, Google is working on the opposite, applications that run in the browser, but exploit more local resources. When we look at the high-speed collision of Android into ChromeOS, as well as Microsoft’s convergence of Web development into the WinRT application framework, this all begins to – as a goal – make sense.

In 1995, as the Web was dawning, it wasn’t about applications. It was about sites. It gradually became about applications and APIs – about getting things done, with the Web, not our new local networks, as the sole communication medium. Conversely, even the iPhone began with a very finite suite of actions that a user could perform. One screen of apps that Apple provided, and extensibility only by pinning Websites to the Home screen. Nothing that actually exploited the native power and functionality of the phone to help users complete tasks more readily. Apple eventually provided the full SDK that enabled native, local applications, which would still often connect out to the Internet to perform their role – when the Internet was available.

Windows has largely always been about “fat client” applications, even going so far as to have the now quite old – but once new and novel – Remote Desktop Protocol to enable fat clients to become light-ish weight, as long as a network connection back to the server (or eventually desktop) running the application was available.

I bring these examples up because the idea  of “cloud applications” or cloud services is, as I noted, becoming squishy and hard to explicitly define, though I have to personally consider whether I really care that deeply about when applications are or are not cloudy (or are partly cloudy?).

Users buy (or use) applications because they have a specific task they need to complete. Users don’t care what framework the application is written in, what languages were used, what operating system any back-end of the application is running on, or what Web server it is connecting to.

What users do care about is getting the task done that led them to that application to begin with. Importantly, they need productivity wherever it can be available. With applications that are cloud-only, when you have a slow, or nonexistent Internet connection, you are… dead. You have no productivity. Flying on a plane but editing a Word document? You need a fat client. Whether it’s Google Apps for Business running on a Chromebook (with caching), QuickOffice on an iPad, or Office 2013 Pro Plus running on a Windows 7 laptop, without some local logic and file caching, you’re SOL at 39,000 feet without an Internet connection.

Conversely, if you are solely using Microsoft Office (or Pages), and you’re editing that important doc at an airport that happens to have WiFi before a flight that does not have WiFi, you might be SOL if you don’t sync the document to the Web if you accidentally leave your laptop on board the flight afterwards, never to be seen again. Once upon a time, productivity meant storing files locally only, or hand-pushing files to the Web. Both Office 2013 and Apple’s iWork (through iCloud) offer great synchronization.

The point is that there is value to having a thicker client:

  • Can take advantage of local hardware, data, and services.
  • Can perform some level of role offline.

But there is value to taking advantage of the Web:

  • Saved state from application can be recovered from any other device with the application and correct credentials.
  • Can hook into other services and APIs available over the Web, pull in additional data sources, and collaborate with additional users inside or outside the organization.

But I believe that the merit of both mean that the future is in applications that are both local and cloudy – across the board. Many people are bullish that Chromebooks are the future. Many people think Chromebooks are bull. I think the truth is somewhere in the middle. As desktop productivity evolves, it will have deeper and deeper tentacles out to the Web – for storage and backup, for extensibility, and more. Conversely, as purely Web-based productivity evolves, expect the opposite. It will continue to have greater local storage and more ability to exploit local device capabilities, as we’re seeing Chrome and ChromeOS do.

Office 365 isn’t a cloud-only service in most tiers. Nor do I ever really expect it to be. Frankly, though, Google Apps isn’t really a cloud-only service today – and I don’t expect it to go any direction except towards a more offline capable story as well. Web apps and native apps aren’t a binary switch. We won’t have one or the other in the future. Before too long, most Web apps will have a local component, and most local applications will have a Web component. The best part is that when we reach this point, “cloud” will mean even less than it means today.

 

 

 


08
May 13

Tools to optimize working on the Mac

A few weeks ago I wrote about gestures on the Mac vs. Windows 8. By and large, I’ve shifted to using my Mac with most apps in full-screen, and really making the most of the gestures included in OS X 10.8. It isn’t always easy, as certain apps (looking at you, Word 2011), don’t optimally use full-screen. Word has Focus mode (its own full-screen model) and now supports OS X’s full-screen mode – but not together. Meaning if you shift to Focus mode, gestures don’t work as well as they could, since Word is on the desktop. More importantly, when working on a project, I often need two or more windows open at once. For this, full-screen doesn’t work, but something like Windows 7 Snap is ideal.

I’ve found quite a few tools over the past few weeks that have made working on the Mac an enjoyable experience. Some of these (Pages, and Office for Mac 2011) I’ve owned for a while. But most are things I’ve purchased since I bought my 13″ Retina MBP. In alphabetical order, here’s the list:

  • BetterSnapTool (US$1.99) – Elegantly snaps windows to a quarter, half, or maximized screen on the desktop (or custom sizes/layouts, using the cursor, keyboard shortcuts, or by overloading OS X’s native window control buttons. This is an incredibly well done app, and I would have paid far more than US$1.99 for it. (BetterSnapTool does not interact with OS X’s full-screen model, unfortunately, but that’s a minor thing.)
  • ForkLift (US$19.99) – Okay, OS X’s Finder kind of stinks. It works fine for the limited needs of most users, and honestly it really seems that Apple is keen to largely kill off the Finder in due time. (Try to get to the root of a Mac’s HDD on Mountain Lion. Just try it.) Regardless, Finder doesn’t flex very far to meet the needs of power users. For this, I’ve turned to ForkLift, which provides a multi-pane file browser. Our workflow has me working with local files, an SMB server, and a hosted SharePoint 2007 server. Though I have found a few small glitches – especially with SharePoint – ForkLift lets me move files through our workflow with little special hoop jumping necessary for any given step.
  • FormatMatch (Free) – One of the most annoying things in Word is its insistence on asking you how you want to paste in text. There was a better way to configure this in earlier versions of Word, but in 2011, the so-called “smart cut and paste” is more annoying than smart. FormatMatch effectively strips out formatting  when you cut so it receives destination formatting when you paste. A configurable shortcut enables you to turn it off when you actually do want formatting to stay applied when you paste. Not perfect, but it was free.
  • Jump Desktop ($US29.99) – In my opinion, the best tool to RDP to a Windows PC or VNC to a Mac (or other system). I’ve used the iOS client for years. Very full-featured client, supports Microsoft’s latest operating systems as well as features like Remote Desktop gateways and folder sharing. Because there is no Visio application for the Mac, and frankly no equivalent (I mean that in both the good and bad sense of it), I use “Physical Desktop Infrastructure”, and RDP to my Samsung Slate in order to edit Visio documents, which I sync using SkyDrive. (Disclaimer: I won a free copy of Jump Desktop – but already owned it for iOS, so I would have surely bought for OS X in time.)
  • Lock Me Now (Free) – Says what it does, does what it says. At Microsoft, you learn to lock your desktop or face the wrath of peers (who send email to management telling them how good you are about locking your desktop!) For this reason, I got in the habit of hitting Windows Key+L as I walked away from my computer, beginning with Windows XP, when it was first added. OS X has no such feature, locking your computer generally requires you to use the mouse, or find some shortcutting tool or script to lock the desktop. With an easily configured shortcut, this app can lock your desktop (I use the logical Cmd+L).
  • Office 2011 (US$219) – I’ll start by saying I’m not a fan of Outlook 2011. I use the mail, contacts, and calendaring features built into the Mac, and appreciate that they play better with Time Machine, which I use to back up all of my Macs. But as to the rest of the applications, there is no alternative for an organization that has a workflow that revolves around Microsoft Office format documents – there really isn’t. While Office 2011 has some thoughtful features that even Office 2013 and Office 2010 are lacking, at 2 years old, it’s starting to feel a bit dated, as it fails to take advantage of native OS X functionality (or do so optimally, as I noted). I expect an update to Office for Mac in 2014, so we’ll see how far that goes to catch up to where OS X (well into 10.9 by then) takes us. I’m a bit concerned, but not surprised, that the new crop of business intelligence features (both those built into Excel 2013 today and those in preview for it) are Windows only, and there only on the enterprise licensed/Office 365 variants of the suite). I don’t expect that to change – but there again is another reason why Jump Desktop is worth so much to me.
  • Pages (US$19.99) – Yeah, go ahead, say it. I bought Pages for one reason (I own both the iOS and OS X versions of all iWork apps, FWIW, but primarily use Pages). That reason? The ability to easily write in Pages and export to ePub in a reliable way. I’ve also recently decided that the value I got out of Evernote (I rarely used the search functionality, but was paying for a note synchronization service with search) was surpassed by the better UI offered by Pages, which syncs between OS X and iOS devices. I can create groups of files that are visible to all devices through iCloud. It just works. If I had a PC I used regularly, or I needed search, it wouldn’t work, and Evernote would be the more logical choice. But that isn’t the case. A follower on Twitter asked why I don’t use OneNote instead – this is pretty easy to answer. OneNote is overpowered on Windows, underpowered on every Apple platform it is available on, and not available on the Mac. So it doesn’t fit my workflow at all.
  • Pomodoro (US$2.99) – Gimmicky user interface that really should be cleaned up and simplified, but does what it infers – it’s a Pomodoro timer that tracks work sessions and breaks. 
  • Scribe (US$12.99) – I love this tool. Way overpriced for what it does, but I couldn’t find a tool that did what I wanted any better than this. I have found a few nits that cause it to crash, but overall, the simplest, most pleasant outliner I’ve found. Great for brainstorming and organizing thoughts. You might be looking at this and my earlier mention of Visio and wondering why I don’t buy the OmniGroup’s tools for outlining and mind mapping. Because I think they’re tragically overpriced and overrated for what they provide.
  • SkyDrive (Free) – Use it to sync a queue of Office documents I’ve got in progress between my Macs, Windows 8 Samsung Slate, and my iOS devices. I can’t tell you how much I love having everything synchronized and being able to open docs in the Office Web Apps when I need to.
  • Streambox (US$4.99) – Exceptional Pandora client for OS X that runs in the main Menu of your Mac, and provides configurable shortcuts for interacting with the service.
  • VirtualBox (Free) – I was a fan of VMware for years. I used Workstation at Microsoft, Winternals, and CoreTrace extensively, and was a beta tester of VMware Fusion from the very beginning. But the product has gotten so expensive, and required almost annual upgrades that seemed to diminish in value to me over time. I no longer use virtualization as a key component of my workflow, but do need to fire up a virtual machine once in a while. So VirtualBox meets my needs perfectly. It’s not the prettiest virtualization solution for the Mac, but it is the cheapest, and it works fine for what I need.
  • Voila (US$29.99) – I feel like I’ve barely scratched the surface of this tool that does an amazing job with screenshots, screen captures, audio, and more. It’s already proven quite useful for a few personal and work projects, though. Need to spend more time with it, but really like what I’ve seen so far.

16
Apr 13

Windows 8 and OS X Mountain Lion – separated at birth?


Alright – shake out the giggles from the title, and let me show you why I said that.

Until recently I had been using Windows 8 every day – and recently switched to a Mac (running 10.8 Mountain Lion) as my primary computing device. The more I have used Mountain Lion – especially with apps in full-screen mode – the more certain things felt subtly similar to Windows 8.

I believe that Mountain Lion is yet another step in Apple’s gradual (some might say slow) rhythm to converge the iOS and OS X platforms, as iOS devices become more capable and OS X becomes more touch friendly, but Apple is doing it in a very cautious way – slowly building a visual and functional perimeter around Mac applications to make them behave much more like iOS applications. I have a thesis around that, which I’ll try to discuss in another post soon. But the main point is that Apple and Microsoft are both shooting for relatively common goals – immersive applications available from an application marketplace that they control for their platforms – with an increasing emphasis on touch – or at least on gestures. I’m not going to say who cloned whom, as many of these are simply examples of multiple discovery, where Apple and Microsoft, largely now chasing common goals, implement similar features in order to achieve them. Let’s take a look at a few similarities.

Pervasive Cloud Storage

From the first time you sign on to Windows 8 or Mountain Lion, the similarities begin. On Windows 8, it tries the hard sell to get you to use a Microsoft Account for your identity – not linking it to a local account as you can do with an Active Directory account, but making your Microsoft Account a local account, and enabling you to synchronize settings (but currently not applications and the Start screen) between two or more computers.

Windows SkyDrive Sync

Apple, on the other hand, doesn’t embed iCloud quite as in-your-face, and doesn’t use it to synchronize most settings (or Dock items - unlike its predecessor, MobileMe) but does embed it all over the operating system with several built-in features (such as Safari tab synching across OS X and iOS) Photo Stream, Notes, and Reminders, with applications also able to hook in on their own for storage. Unlike SkyDrive, iCloud (like the file system on iOS) is opaque, and not user navigable – only exposed through applications and operating system features that elect to hook into iCloud. Speaking of hooking into iCloud, some apps like TextEdit ask if you want to save new or existing documents locally or in iCloud (with a dialog that is, honestly, un-Apple-like).

iCloud Sync

Heads-up Application Launcher

Both Windows 8 and Mountain Lion provide a “heads-up” approach to launching applications. With Windows 8, this is the Start screen. With OS X, it is Launchpad, first introduced with OS X Lion in 2011. Windows 8′s Start screen (love it or hate it), is a full-screen (usually multi-screen, continuously scrolling) launcher. This launcher can feature notifications and additional information from the applications themselves. Applications can be grouped, and “tiles” can be resized, but not combined into collapsible folders, and are somewhat fussy about placement. Windows does provide interactivity through the Start screen, in the form of Live tiles. See the Weather app below for an example of a Live tile, and Productivity as an example of a group. To my point about fussiness – note the Remote Desktop tile, and the two to its left. Remote Desktop cannot currently be placed underneath CalcTrek in that column – the Start screen always wants columns of a set width (one wide column or two double-width columns), not a single-width column.

Windows Start screen

Since OS X Lion (10.7, almost two years ago), Apple has included Launchpad, which is a feature that presents a (drum-roll, please) full-screen (usually multi-screen, individually paged, as in iOS) application launcher. Unlike the Start screen, Launchpad does not feature any sort of status for applications. They are a static “sea of icons” as Microsoft likes to say about iOS. Instead, notifications now use the Apple Notification Center, which is integrated into the shell. Launchpad application icons don’t ever have notification “badges”, say for reminders or new mail. Instead, notifications are available for applications that are in the OS X Dock or in Notification Center. One or more application icons in Launchpad can be grouped together into a folder, which can be named – just as in iOS. Here is Launchpad:

Launchpad

Intriguingly, OS X Mountain Lion added a much needed feature to Launchpad (which Windows 8 featured from the first day the public saw it), type to search the list of applications. Here is Windows 8 app search, and here is the same feature in OS X.

Application Store

File under “obvious comparison point”. Beginning with OS X Lion in 2011, the Mac App Store offered a limited selection of applications for free download or purchase. In Lion, these were effectively just Mac Apps that were willing to forego 30% of their sales revenue to be in the store (they didn’t have to live within tight constraints). In Mountain Lion, apps were forced to live within the confines of a sandbox, much like applications on iOS – where the damage one app can do to others, the operating system, or user data, is limited. Windows Store applications (WinRT applications) by definition must live within a very strict sandbox – in many ways more strict than the rules required beginning with Mountain Lion.

The Windows Store follows the same design paradigms as other Windows 8 applications. In general, the design of the Windows Store and the App Store on OS X are remarkably similar. A significant difference is that Windows Store applications can be – at the developer’s discretion – provided as trials. No such feature is explicitly available in the App Store, though some developers do achieve a similar goal by providing a free simplified or limited version of the application that is unlocked through an in-app purchase.

Here is the Windows Store:
Windows Store

Here is the App Store on OS X (running windowed, though it can of course run full-screen too):
App Store on OS X

Immersive Applications

Windows Store applications, by definition, are immersive. The full-screen user interface is designed to remove window chrome and let the application itself shine through. Windows Store applications must be either full-screen, snapped, or backgrounded. The next release of Windows is expected to add more window modes for Windows Store applications, but will still not add (back) overlapping windows – in other words, it will still be more like Windows 2.0 than Windows 3.0.

Here is an example of a Windows Store application, the immersive mode of Internet Explorer – which is only capable of being run full-screen or snapped with another app, not in a standalone window:

Modern IE

Here is an example of a full-screen application on OS X Mountain Lion. Note that not all applications can run full-screen. However all applications that can be can also be run windowed. Here is an example of Pages running full-screen on Mountain Lion:

Here is Pages with that same document in a window. The full-screen models of both Mountain Lion and Windows 8 feature hidden menus. The Windows 8 App bar as implemented for Windows Store applications is hidden off the screen to the top or bottom of the application, and can be implemented in wildly varying implementations by developers. The menus for full-screen applications in Mountain Lion are effectively the same Apple Menu-based menu that would normally appear when it was running not in full-screen. The main difference is that the Apple Menu in non Full-screen mode is detached – like Mac applications have always been. In full-screen mode, the menu behaves much more like a Windows application, stuck to the application running full-screen. The menu is hidden until the cursor is hovered over an area a few pixels tall across the top of the screen. Similarly, the Dock is always hidden when applications are running full-screen, until the cursor hovers over a similar bar of space across the bottom of the screen.

What is kind of fascinating to consider here is that Internet Explorer 10 in Windows 8 is, in many ways, mirroring the functionality provided by a Lion/Mountain Lion full-screen application. It is one binary, with two modes – Windowed Win32, and full-screen immersive – just as Pages is displaying in the images shown and linked earlier.

Gesture-friendly

In “desktop mode”, both Windows 8 and OS X Mountain Lion focus more on gestures than previous releases of both. With a touch-screen or trackpad, Windows 8 is very usable (I believe more usable than it is with a mouse), once you have mastered the gestures included. Both have aspects of the shell and many applications that recognize now common gestures such as pull to refresh, pinch to zoom, and rotation with two fingers.

Windows 8 provides a single, single-finger in from the left, gesture to switch applications one at a time, which can be expanded to show a selection of previously run applications to be available, but also includes the desktop. Though I feel Windows 8′s app switching gesture to be limited, it works, and could be expanded in the future to be more powerful. Here you can see Windows 8′s application switcher.

I have used gestures in iOS for the iPad since they first arrived in a preview form that required you to enable them through Xcode. The funny thing about these gestures is, while they aren’t necessary to use on the iPad, they are pretty easy to learn, and can make navigating around the OS much easier. When I started using my rMBP with its built-in trackpad and a Magic Trackpad at my desk, I quickly realized that knowing those gestures immediately translated to OS X. While you don’t need to know them there either, they make getting around much easier. Key gestures are common between iOS on the iPad and on OS X:

  1. 5-finger pinch – iOS: “closes” application and goes to shell application launcher – OS X: Goes to Launchpad
  2. 4 finger-swipe left or right – navigates up or down the application stack of iOS applications/OS X full-screen applications, desktop, & Dashboard (which I disable, as I don’t find it useful).
  3. 4 finger swipe up (or double-press of home button) – on iOS, shows you the list of recent applications from most recent  to least (left to right). Swiping left moves you down the stack. Swiping right moves you up the stack (see 2, above). On OS X, this shows you “Mission Control”, which is effectively the same thing as iOS, just with desktop and full-screen applications included
  4. 3 or 2 finger swipe to the left while on the desktop exposes OS X’s Notification Center.
  5. 2-finger swipe in many OS X applications is used to navigate backwards or forwards, including Safari and the App Store. Regrettably, two-fingered navigation back and forth is not available in the Finder (a weird oversight, but perhaps a sign of the importance Apple feels about the Finder).

Here is OS X’s Mission Control feature, exposing two full-screen applications (iTunes and Pages) and three applications on the desktop (Reminders, Safari, and Mail):

Mission Control

The most fascinating thing here is that, while Windows 8 has been maligned for it’s forced duality of immersive-land and the legacy desktop, the Mac is actually doing the same thing – it just isn’t forcing applications to be full-screen (yet). Legacy applications run on the desktop, and new applications written to the latest APIs run full-screen and support gestures. Quick – was that sentence about Windows 8, or Mountain Lion? It applies equally to both!

I think it’s very interesting to take a step back and see where Apple has very gradually moved forward over the last several instances of OS X, towards a more touch and immersive model, where Microsoft took the plunge with both feet, focusing first on touch, while leaving the Win32 desktop in place – but seemingly as a second-class citizen in priority to WinRT and Windows Store applications.

The next several years will be quite interesting to watch, as I think Apple and Microsoft will wind up at a similar place – just taking very different steps, and very different timeframes, to get there.


14
Apr 13

The PadFone is not the future

I’ve been pondering the existence of devices like the Asus PadFone and PadFone 2 recently.

Not really convertible devices, not really hybrid devices, they’re an electronic centaur. Like an Amphicar or a Taylor Aerocar, the PadFone devices compromise their ability to be one good device by instead being two less than great devices.

I haven’t found a good description of devices like the PadFone – I refer to them as “form integrated”. One device is a dumb terminal and relies on the brain of the other.

While a novel approach, the reality is that form integrated devices are a bit nonsensical. Imagine a phone that integrates with a tablet, or a tablet that integrates into a larger display. To really work well, the devices must be acquired together, and if one breaks, it kills the other (lose your Fone from the PadFone, and you’ve got a PadBrick).

You also wind up with devices where the phone must be overpowered in order to drive the tablet (wasting battery) or a weak phone that results in a gutless tablet when docked.

Rather than this “host/parasite” model of the form integrated approach, I would personally much rather see a smart pairing of devices. Pairing of my iPhone, iPad, and Mac, or pairing of a Windows Phone, Windows 8 tablet, and a Windows 8 desktop.

What do I mean by smart pairing? I sit down at my desktop, and it sees my phone automatically over Bluetooth or the like. No docking, no need to even remove it from my pocket. Pair it once, and see all the content on it. Search for “Rob”, and see email that isn’t even on the desktop. Search for “Windows Blue”, and it opens documents that are on the iPhone.

The Documents directory on my desktop should be browsable from my phone, too (when on the same network or if I elect to link them over the Internet).

Content, even if it is stored in application silos, as Windows Store applications and iOS/OS X applications do, should be available from any device.

I think it would also be ideal if applications could keep context wherever I go. Apple’s iCloud implementation begins to do this. You can take a document in Pages across the Mac, iPad, and iPhone, and access the document wherever you are. Where Asus is creating a hardware-based pairing between devices, Apple is creating a software-based pairing, through iCloud. It is still early, and rough, but I personally like that approach better.

My belief is that people don’t want to dock devices and have one device be the brain of another. They don’t want to overpay for a pair of devices that aren’t particularly good at either role and instead will pay a premium for two great devices, especially if they integrate together seamlessly and automatically.

Much as I believe the future of automotive electronics is in “smartphone software integrated” head units rather than overly-complex integrated computing built into the car, the future of ubiquitous computing lies in a fabric of smart devices that work together, with the smartphone most likely being the key “brain” among them. Not with its CPU driving everything else, but instead with it’s storage being pervasively available wherever you are, without needing to be docked or plugged in.


28
Mar 13

Theology… theology… theology…

Feedback on yesterday’s post, both here and on Twitter, seemed to generally be relatively uniform. Not so much divisive, but more along the lines of, “You think you’ve got it bad? Try bringing a Windows PC to a Mac environment.”

You all bring up a fair point. Personally, I find it amusing that I know of not one, but two technology journalists who at one time or another covered the religion beat on a local newspaper. Why is that amusing? Because technology isn’t really that different.

Think about it; in Windows, Apple, and Linux, we’ve got all the makings of three religions that can never be at peace with each other.

Each has fundamental belief systems, theological figureheads, and in Redmond and Cupertino, at least two of them have a central place where nerds of that respective tech cult frequently flock to.

Most significantly, though, each frequently brings with it’s theological belief system intolerance of the others. Each adopts gross generalizations about “how the other two-thirds live”. We’ve all heard it.

When it comes to non-tech theology, I have my own belief system. But you know what? When it comes to religion, politics, or technology, I’m a big believer that Wheaton’s Law still applies. Don’t be a dick to other people just because they do something that doesn’t mirror the choices you make.

Every technology (heck, every belief system) has pros and cons. Many of the pros one side will hold up are viewed by the other side(s) as cons. We don’t all have to agree on what technology is best. But can you imagine where we could get if we all could take a step back and observe the world from the perspective of other people who aren’t fanbois of our respective belief system (religion, politics, or technology? I think that could really take us beyond the angry comment troll realm to a world where we could actually move forward as a species.


27
Mar 13

The Stigma of Mac Shaming

I recall hearing a story of a co-worker at Microsoft, who was a technical assistant to an executive, who had a Mac. It wouldn’t normally be a big deal, except he worked directly for an executive. As a result, this Mac was seen in many meetings across campus – it’s distinct aluminum body and fruity ghost shining through the lid a constant reminder that this was one less PC sold (even if it ran Windows through Boot Camp or virtualization software. Throughout most of Microsoft, there was a strange culture of “eww, a Mac”. Bring a Mac or an iPod to work, feel like an outcast. This was my first exposure to Mac Shaming.

I left Microsoft in 2004, to work at Winternals in Austin (where I had the last PC I ever really loved – a Toshiba Tecra A6). In 2006, on the day Apple announced Boot Camp, I placed an order for a white Intel iMac. This was just over three months before Winternals was acquired by Microsoft (but SHH… I wasn’t supposed to know that yet). This was my first Mac. Ever.

Even though I had worked at Microsoft for over 7 years, and was still writing for Microsoft’s TechNet Magazine as a monthly Contributing Editor, I was frustrated. My main Windows PC at home was an HP Windows XP Media Center PC. Words cannot express my frustration at this PC. It “worked” as I originally received it – but almost every time it was updated, something broke. All I wanted was a computer that worked like an appliance. I was tired of pulling and pushing software and hardware to try and get it to work reliably. I saw Windows Vista on the horizon and… I saw little hope for me coming to terms with using Windows much at home. It was a perfect storm – me being extreme underwhelmed with Windows Vista, and the Mac supporting Windows so I could dual-boot Windows as I needed to in order to write. And so it began.

Writing on the Mac was fine – I used Word, and it worked well enough. Running Windows was fine (I always used VMware Fusion), and eventually I came to terms with most of the quirks of the Mac. I still try to cut and paste with the Ctrl key sometimes, but I’m getting better.

I year later, I flipped from a horrible Windows CE “smartish” phone from HTC on the day that Apple dropped the price of the original iPhone to $399. Through two startups – one a Windows security startup, the other a Web startup, I used two 15″ MacBook Pros as my primary work computer – first the old stamped MBP, then the early unibody.

For the last two years, I’ve brought an iPad with me to most of the conferences I’ve gone to – even Build 2011, Build 2012, and the SharePoint Conference in 2012. There’s a reason for that. Most PCs can’t get you on a wireless network and keep you connected all day, writing, without needing to plug in (time to plug in, or plugs to use, being a rarity at conferences). Every time I whipped out my iPad and it’s keyboard stand with the Apple Bluetooth keyboard, people would look at me curiously. But quite often, as I’d look around, I’d see many journalists or analysts in the crowd also using Macs or iPads. The truth is, tons of journalists use Macs. Tons of analysts and journalists that cover Microsoft even use Macs – many as their primary device. But there still seems to be this weird ethos that you should use Windows as your primary device if you’re going to talk about Windows. If you are a journalist and you come to a Microsoft meeting or conference with a Mac, there’s all but guaranteed to be a bit of an awkward conversation if you bring it out.

I’m intimately familiar with Windows. I know it quite well. Perhaps a little too well. Windows 8 and I? We’re kind of going in different directions right now. I’m not a big fan of touch. I’m a big fan of a kick-ass desktop experience that works with me.

Last week, my ThinkPad died. This was a week after my iMac had suffered the same fate, and I had recovered it through Time Machine. Both died of a dead Seagate HDD. I believe that there is something deeper going on with the ThinkPad, as it was crashing regularly. While it was running Windows 8, I believe it was the hardware failing, not the operating system, that led to this pain. In general, I had come to terms with Windows 8. Because my ThinkPad was touch, it didn’t work great for me, but worked alright – though I really wasn’t using the “WinRT side” of Windows 8 at all, I had every app I used daily pinned to the Taskbar instead. Even with the Logitech t650, I struggled with the WinRT side of Windows 8.

So here, let me break this awkward silence. I bought another Mac, to use as my primary writing machine. A 13″ Retina MacBook Pro. Shun me. Look down upon me. Shake your head in disbelief. Welcome to Mac shaming. The machine is beautiful, and has a build quality that is really unmatched by any other OEM. A colleague has a new Lenovo Yoga, and I have to admit, it is a very interesting machine – likely one of the few that’s out there that I’d really consider – but it’s just not for me. I also need a great keyboard. The selection of Windows 8 slates with compromised keyboards in order to be tablets is long. I had contemplated getting a Mac for myself for some time. I still have a Windows 8 slate (the Samsung), and will likely end up virtualizing workloads I really need in order to evaluate things.

My first impression is that, as an iPad power user (I use iOS gestures a lot) it’s frighteningly eerie how powerful that makes one on a MBP with Mountain Lion and fullscreen apps. But I’ll talk about that later.

I went through a bit of a dilemma about whether to even post this or not, due to the backlash I expect. Post your thoughts below All I request? I invoke Wheaton’s Law at this point.


25
Mar 13

The care and feeding of software

App hoarding. The dark, unspoken secret. We’ve all done it. I logged on to a Windows 8 tablet I hadn’t used for quite some time, and I was so ashamed of myself. So much junk, so many free apps I downloaded, tried, and abandoned. Only recently have I begun steadfastly maintaining a “two screen” limit on iOS to try and keep the applications on my devices solely to those that I use regularly.

This isn’t new, mind you. Enterprises have been doing this for years. Sometimes the “application” is an Excel spreadsheet. Sometimes it’s an old database application, or some other piece of old code, owned by a developer who long since ran from the organization.

For a long time, like Microsoft and comprehensive security ahead of the Windows security push, customers could turn a blind eye to application proliferation. Like feral rabbits, one will lead to many, and if you don’t manage or cut them back, they get out of control. Unfortunately, many enterprise applications are borne out of short-term necessity, without a great period of design forethought. Just as unfortunately, nobody goes around every year and does an “application census” in most organizations to figure out which applications are dead, abandoned, unused, or worst of all – insecure or unsecurable.

A colleague today was telling me about an antivirus application from a major vendor that relies on Java. Terrifying. But that’s nothing. Java is still supported (how well supported is arguable). If your organization is of any significant size, you’ve got applications based around ancient versions of Microsoft Office, SQL Server, or other products and platforms that are likely long past their expiration date. No updates, no patches, nothing. Yet your organization depends on them, and likely has no security mitigation or migration story in play. With the current crop of vulnerabilities we’ve seen recently in Java, Flash, and Acrobat Reader, I’ve been growing increasingly concerned with how dependent so many organizations are upon all three, yet how laissez-faire they seem to be about eliminating or at least reducing their dependency upon all three.

On a similar note, as someone who helped ship Windows XP, I love how well it has stood the test of time. But it was not engineered for today’s world – from an always-on connection to the Internet to the threat vectors being thrown at it and the software running on it.

It concerns me that so many organizations aren’t cognizant of what software (operating systems, platforms, and applications) are running in their organizations. They talk big of cloud, and how it’s better that they run the software on their premises. Yet they’re running old, unpatched software, often with known, never-to-be-patched vulnerabilities, and no plan to consolidate applications and remove dead, unsupported operating systems, platforms, and applications. It’s the equivalent of every enterprise having a bunch of storage units full of random crap you keep around because “someone might need it someday”.

Microsoft has been beating a drum about Windows XP – if you look at it closely, it sounds more like a marketing message. But whether you view it as that or not, and whether Windows 7, Windows 8, or something else entirely is in the cards for you, your business has barely one year to get off of Windows XP (April 8, 2014). We’ve heard from some customers that they have heard of custom support options after that time, but they are on a per-desktop basis, and the adage, “if you have to ask, you probably can’t afford it” appears to apply quite well. Windows XP (officially at death’s door) and Office 2003, also very widely used still, both pass into the great beyond on that same day.

Whether it is Windows XP, Office 2003, more porous (hard or impossible to patch) platform components, or custom applications on top of them, it’s imperative that organizations start managing and monitoring – and deprecating/discontinuing – applications that rely on dead software to exist. They’re putting your organization at risk. For me, there are two takes to this – cut back the applications you already have, and more importantly, carefully regulate how you build and deploy new ones, with a keen eye on the support lifecycle – and the patchability/supportability – of the OS, runtimes, and applications that you build upon. Applications can seem quick and easy to build on a whim. But like a puppy, or perhaps even more like a parrot, applications aren’t free to build or maintain. They are a long-term commitment.


24
Mar 13

One release away from irrelevance

A few weeks ago on Twitter, I said something about Apple, and someone replied back something akin to, “Apple is only one release away from irrelevance.”

Ah, but you see… we all are. In terms of sustainability, if you believe “we get this version released, and we win”, you lose. Whether you have competitors today, or you have a market that is principally yours, if there is enough opportunity for you, there’s enough appeal for someone else to enter it too.

A book I recently read discussed the first generation Ford Taurus. Started at the cusp of the 1980′s, after a decade of largely mediocre vehicles from Ford, the Taurus (and a handful of other vehicles that arrived near the same time) changed the aesthetic experience we expected from cars. The book’s author comments that Ford had even largely stopped using it’s blue oval insignia during the 1970′s, perhaps out of concerns that the vehicles didn’t represent the quality values that the blue oval should represent. Thing is, you very clearly get a picture that as the vehicle neared completion, the team “hit the wall” in marathoning parlance. They shipped, congratulated each other, and moved on to other projects. Rather than turning around and immediately beginning work on a next model to iterate the design and own the market, they stalled out for nearly a decade, only to do the same massive run in order to get the next iteration of the vehicle out the door (documented in yet another book). But I digress.

Many people often ask who Microsoft’s biggest competitor is. It isn’t Oracle. It isn’t startups. It’s Microsoft. Every 2-5 years, Microsoft replaces (and sometimes displaces) their own shipped X-1 products with new versions. If those new versions don’t include enough features and value so that customers can feel they are getting their money’s worth, they’ll stall out on older versions. We’ve seen this with Windows, where many businesses – and consumers, have stalled out on a 12 year old OS because “it’s good enough”, or Office 2003, because not only is it “good enough”, but the Ribbon (and it’s half-completed existence in Office 2007) scared away many customers. It’s gotten better in each iteration since – but the key question is always, “is there enough value in there to pull customers forward”?

I believe that the first thing you have to firmly grasp in technology – or really in business as a whole – is that nothing is forever.  You must figure out how to out-innovate yourself, to evolve and grow, even if it means jettisoning or submarining entire product lines – in order to create new ones that can take you forward again. Or disappear.

I’ve been rather surprised when I’ve said this, how defensive some people have gotten. Most people don’t like to ponder their own mortality. They sure don’t like to ponder the mortality of their employer or the platform that they build their business upon. But I think it is imperative that people begin doing exactly that.

There will come a day when we will likely talk about every tech giant of today in the past tense. Many may survive, but will be shadows (red dwarves, as I said on Twitter last night) of themselves. Look at how many tech giants of the 1970′s-1990′s are gone today – or are largely services driven organizations rather than technological innovators.

When that follower said that Apple was only one release away from irrelevance, I replied back with something similar to, “Almost every company is. It’s just a question of whether they realize it and act on it or not.”


23
Mar 13

The death of the pixel

It really didn’t hit me until recently. Something I’ve worked with for years, is being forced to retire. Well, not really retire, but at least asked to take a seat in the background.

My daughters love it when I tell them stories about “When I was little…” – the stories always begin with that saying. They usually have a lot to do with technology, and now things have changed over the last 40 years. You know the drill – phones with self-coiling cords that were stuck to the wall, payphones, Disney Read-Along books (records and then tapes), etc. Good times.

Two days ago, I had been working with a Retina Macbook Pro earlier in the day, and then it was time to put my 8 year old to bed. I told her about the Apple IIe my parents had bought when I was younger – the computer that I used through my first year of college.

Though my parents had even opted for the 80-column text card, as I look back now, the things that stick out in my mind were using The Print Shop to create horribly pixelated banners and signs, and using AppleWorks to create documents – all the way through that first year of college. I told her all about the tiny, block-like dots that made up everything on the screen, and everything that we printed.

The pixel was an essential part of technology then. We were on the other end of the spectrum from today; that is, “how many pixels do you need to make a bunch of pixels look kind of like the letter ‘o’”. I have to look back now and laugh a bit, because I recall how – while it was amazing to have computers at all – this early era of Apples and PCs is laughable from a user experience perspective. Like cars with tillers and no windscreen, these were good enough to work, for the time being.

With my iPhones, I’ve appreciated how amazing the pixel-dense “Retina” displays are. In particular, reading text is incredibly pleasant, as you can often forget you’re reading off of pixelated glass. But whether you’re consuming or creating content on that size of screen, it’s hard to get “immersed” in it.

Only as I used that Retina Macbook (a 13″), did I really realize how far we’ve come. Now it isn’t, “how many pixels do you need to make it look like an ‘o’”, it’s “how small do the pixels need to be so that you can’t see the pixels in the ‘o’”. Instead of looking like a bunch of dots creating the illusion of a letter on the screen, it’s the feeling of ink and a magical typewriter that delivers a WYSIWYG experience with digital ink on digital paper. Truly amazing.


21
Mar 13

What’s your definition of Minimum Viable Product?

At lunch the other day, a friend and I were discussing the buzzword bingo of “development methodologies” (everybody’s got one).

In particular, we honed in on Minimum Viable Product (MVP) as being an all-but-gibberish term, because it means something different to everyone.

How can you possibly define what is an MVP, when each one of us approaches MVP with predisposed biases of what is viable or not? One man’s MVP is another’s nightmare. Let me explain.

For Amazon, the original Kindle, with it’s flickering page turn, was an MVP. Amazon, famous for shipping… “cost-centric” products and services was traditionally willing to leave some sharp edges in the product. For the Kindle, this meant flickering page turns were okay. It meant that Amazon Web Services (AWS) didn’t need a great portal, or useful management tools. Until their hand was forced on all three by competitors. Amazon’s MVP includes all the features they believe it needs, whether they’re fully baked or usable, or whether the product still has metaphoric splinters coming off from where the saw blade of feature decisions cut it. This often works because Amazon’s core customer segment, like Walmart’s, tends to be value-driven, rather than user-experience driven.

For Google, MVP means shipping minimal products that they either call “Beta”, or that behave like a beta, tuning them, and re-releasing them . In many ways, this model works, as long as customers are realistic about what features they actually use. For Google Apps, this means applications that behave largely like Microsoft Office, but include only a fraction of the functionality (enough to meet the needs of a broad category of users). However Google traditionally pushed these products out early in order to attempt to evolve them over time. I believe that if any company of the three I mention here actually implement MVP as I believe it to be commonly understood, it is Google. Release, innovate, repeat. Google will sometimes put out products just to try them, and cull them later if the direction was wrong. If you’re careful about how often you do this, that’s fine. If you’re constantly tuning by turning off services that some segment of your customers depend on, it can cost you serious customer goodwill, as we recently saw with Google Reader (though I doubt in the long run that event will really harm Google). It has been interesting for me to watch Google build their own Nexus phones, where MVP obviously can’t work the same. You can innovate hardware Release over Release (RoR), but you can’t ever improve a bad hardware compromise after the fact – just retouch the software inside. Google has learned this. I think Amazon learned it after the original Kindle, but even the Fire HD was marred a bit by hardware design choices like a power button that was too easy to turn off while reading. But Amazon is learning.

For Apple, I believe MVP means shipping products that make conscious choices about what features are even there. With the original iPhone, Apple was given grief because it wasn’t 3G (only years later to be berated because the 3GS, 4, and 4S continued to just be 3G). Apple doesn’t include NFC. They don’t have hardware or software to let you “bump” phones. They only recently added any sort of “wallet” functionality… The list goes on and on. Armchair pundits berate Apple because they are “late” (in the pundit’s eyes) with technology that others like Samsung have been trying to mainstream for 1-3 hardware/software cycles. Sometimes they are late. But sometimes they’re “on-time”. When you look at something like 3G or 4G, it is critical that you get it working with all of the carriers you want to support it, and all of their networks. If you don’t, users get ticked because the device doesn’t “just work”. During Windows XP, that was a core mantra of Jim Allchin’s – “It just works”. I have to believe that internally, Apple often follows this same mantra. So things like NFC or QR codes (now seemingly dying) – which as much as they are fun nerd porn, aren’t consumer usable or viable everywhere yet – aren’t in Apple’s hardware. To Apple, part of the M in MVP seems to be the hardware itself – only include the hardware that is absolutely necessary – nothing more – and unless the scenario can work ubiquitously, it gets shelved for a future derivation of the device. The software works similarly, where Apple has been curtailing some software (Messages, for example) for legacy OS X versions, only enabling it on the new version. Including new hardware and software only as the scenarios are perfect, and only in new devices or software, rather than throwing it in early and improving on it later, can in many ways be seen as a forcing function to encourage movement to a new device (as Siri was with the 4S).

I’ve seen lots of geeks complain that Apple is stalling out. They look at Apple TV where Apple doesn’t have voice, doesn’t have an app ecosystem, doesn’t have this or that… Many people complaining that they’re too slow. I believe quite the opposite, that Apple, rather than falling for the “spaghetti on the wall” feature matrix we’ve seen Samsung fall for (just look at the Galaxy S4 and the features it touts), takes time – perhaps too much time, according to some people – to assess the direction of the market. Apple knows the whole board they are playing, where competitors don’t. To paraphrase Wayne Gretzky, they “skate to where the puck is going to be, not where it has been.” Most competitors seem more than happy to try and “out-feature” Apple with new devices, even when those features aren’t very usable or very functional in the real world. I think they’re losing touch of what their goal should be, which is building great experiences for their users, and instead believing their brass ring is “more features than Apple”. This results in a nerd porn arms race, adding features that aren’t ready for prime time, or aren’t usable by all but a small percentage of users.

Looking back at the Amazon example I gave early on, I want you to think about something. That flicker on page turn… Would Apple have ever shipped that? Would Google? Would you?

I think that developing an MVP of hardware or software (or generally both, today) is quite complex, and requires the team making the decision to have a holistic view about what is most important to the entire team, to the customer, and to the long-term success of your product line and your company – features, quality, or date. What is viable to you? What’s the bare minimum? What would you rather leave on the cutting room floor? Finesse, finish, or features?

Given the choice would you rather have a device with some rough edges but lots of value (it’s “cheap”, in many senses of the word)? A device that leads the market technically, but may not be completely finished either? A device that feels “old” to technophiles, but is usable by technophobes?

What does MVP mean to you?