Monthly Archives: March 2018

Roundup of recent articles and podcasts

We’ll start with MacStories which has been very busy and churning out articles I’ve really enjoyed.

Most recently, Federico Viticci hit on a topic that I also recently wrote about. Of course, his article is of much greater length and detail (when are his articles not of great length and detail?). His article, Erasing Complexity: The Comfort of Apple’s Ecosystem is an excellent read:

There are two takeaways from this story: I was looking for simplicity in my tech life, which led me to appreciate Apple products at a deeper level; as a consequence, I’ve gained a fresh perspective on the benefits of Apple’s ecosystem, as well as its flaws and areas where the company still needs to grow.

After a couple of years experimenting with lots third party hardware and apps he’s simplifying:

But I feel confident in my decision to let go of them: I was craving the simplicity and integration of apps, services, and hardware in Apple’s ecosystem. I needed to distance myself from it to realize that I’m more comfortable when computers around me can seamlessly collaborate with each other.

I’ve never gone to the lengths that he has. I don’t have the money, time or the inclination for such far ranging experimentations, be they apps or hardware. But I’ve dipped my toes in enough to know that constant experimentation with new apps takes away from my time doing other things. At some point experimentation becomes a thing unto itself which is fine if that’s something one enjoys. I think many geeks fall into this.

His conclusion is spot on:

It took me years to understand that the value I get from Apple’s ecosystem far outweighs its shortcomings. While not infallible, Apple still creates products that abstract complexity, are nice, and work well together. In hindsight, compulsively chasing the “best tech” was unhealthy and only distracting me from the real goal: finding technology that works well for me and helps me live a better, happier life.

This tech helps us get things done. It is a useful enhancement but it is not the end goal.

A week or so ago Apple announced an upcoming event for March 27, centered on education and taking place in Chicago. There’s a lot they can do in this area but they haven’t provided much detail about the event so of course there’s been LOTS of speculation. John Voorhees of MacStories has a fantastic write-up of his expectations based on recent history in the education tech area as well as Apple’s history in education. He think’s the event will “Mark a milestone in the evolution of it’s education strategy”:

However, there’s a forest getting lost for the trees in all the talk about new hardware and apps. Sure, those will be part of the reveal, but Apple has already signaled that this event is different by telling the world it’s about education and holding it in Chicago. It’s part of a broader narrative that’s seen a shift in Apple’s education strategy that can be traced back to WWDC 2016. Consequently, to understand where Apple may be headed in the education market, it’s necessary to look to the past.

It’s a great read. The event is this week so we’ll know more soon.

With the topic of Apple and education there’s been a lot of talk about Google’s success with Chromebooks in education. As the story goes, many schools have switched because the Chromebooks are cheap, easy to manage and come with free cloud-based apps that teachers (and school staff) are finding very useful. Another one of my favorite Apple writers is Daniel Eran Dilger over at Apple Insider and he’s got a great post challenging the ongoing narrative that Apple in dire straights in regards to the education market. Specifically the current popular idea that Apple should drop it’s prices in a race to the bottom with companies that sell hardware for so little that they’re making little to no profit. How is “success” measured in such spaces? Dilger covers a lot of ground and it’s worth a read in terms of having more context, current and historical, for that market area. He’s got another recent post about Google’s largely failed attempt at entering the tablet market in general. Google gives up on tablets: Android P marks an end to its ambitious efforts to take on Apple’s iPad

Rene Ritchie over at iMore continues to do a fantastic job both in his writing and podcasting. His recent interview with Carolina Milanesi on the subject of Apple and education is excellent. It’s available there as audio or transcript. I found myself agreeing with almost everything I heard. Carolina recently posted an excellent essay on tech in education over at Tech.pinions..

One thing in particular that I’ll mention here: iWork. I love the iWork apps and have used them a lot over the years. That said, I agree with the sentiment that they are not updated nearly enough. I would love for Apple to put these apps up higher in the priority list. Would be great to see the iPad versions finally get brought up to par with the Mac versions.

Rene also did another education related podcast interview, this one with Bradley Chambers who’s day job is Education IT.

Siri and the iOS Mesh

Over the past couple years it’s become a thing, in the nerd community, to complain incessantly about how inadequate Siri is. To which I incessantly roll my eyes. I’ve written many times about Siri and it’s mostly positive because my experience has been mostly positive. Siri’s not perfect but in my experience Siri is usually a pretty great experience. A month ago HomePod came into my house and so I’ve been integrating it into my daily flow. I’d actually started a “Month with HomePod” sort of post but decided to fold it into this post because something shifted in my thinking about it over the past day and it has to do with Siri and iOS as an ecosystem.

It began with Jim Dalrymple‘s post over at The Loop: Siri and our expectations. I like the way he’s discussing Siri here. Rather than just complain as so many do he’s breaking it down in terms of expectations per device and the resulting usefulness and meeting of expectations. To summarize, he’s happy with Siri on HomePod and CarPlay but not iPhone or Watch. His expectations on the phone and watch are higher and they are not met to which he concludes: “It seems like such a waste, but I can’t figure out a way to make it work better.”

As I read through the comments I came to one by Richard in which he states, in part:

“I’ve improved my interactions with Siri on both my iPhone 8 and iPad Pro by simply avoiding “hey Siri” and instead, holding down the home button to activate it. Not sure how that’s done on an iPhone X but no doubt there’s a way….

A lot of folks gave up on Siri when it really sucked in the beginning and like you, I narrowed my use to timers and such. But lately I’m expanding my use now that I’ve mostly dumped “hey Siri” and am getting much better results. Obviously “hey Siri” is essential with CarPlay but it works well there for some odd reason.”

Since getting the HomePod I’ve reserved “Hey Siri” for that device and the watch. My iPads and iPhone are now activated via button and yes, it seems better because it’s more controlled, more deliberate and usually in the context of my iPad workflow. In particular I like the feel of activating Siri with the iPad and the Brydge keyboard as it has a dedicated Siri key on the bottom left of the keyboard. The interesting thing about this keyboard access to Siri is that it it feels more instantaneous.

Siri is also much faster at getting certain tasks done on my screen than tapping or typing could ever would be. An example, searching my own images. With a tap and a voice command I’ve got images presented in Photos from whatever search criteria I’ve presented. Images of my dad from 2018? Done. Pictures of dogs from last month? Done. It’s much faster than I could get by first opening the Photos app and then tapping into a search. Want to find YouTube videos of Stephen Colbert? I could open a browser window and start a search which will load results in Bing or type in YouTube and wait for that page to load then type in Stephen Colbert and hit return and wait again. Or, I can activate Siri and say “Search YouTube for Stephen Colbert” which loads much faster than a web page then I can top the link in the bottom right corner to be taken to YouTube for the results.

One thing I find myself wishing for on the big screen of the iPad is that the activated Siri screen be just a portion of the screen rather than a complete take-over of the iPad. Maybe a slide-over? I’d like to be able to make a request of Siri and keep working rather than wait. And along those lines, if Siri were treated like an app allowing me to go back through my Siri request history. The point here is that Siri isn’t just a digital assistant but is, in fact, an application. Give it a persistent form with it’s own window that I can keep around and I think Siri would be even more useful. Add to that the ability to drag and drop (that would come with it’s status as an app) and it’s even better.

Which brings me to voice and visual computing. Specifically, the idea of voice first computing as it relates to Siri, HomePod and others such as Alexa, Google, etc. After a month with HomePod (and months with AirPods) I can safely say that while voice computing is a nice supplement to visual for certain circumstances, I don’t see it being much more than that for me anytime soon, if ever. As someone with decent eyesight and who makes a living using screens, I will likely continue spending most of my days with a screen in front of me. Even HomePod, designed to be voice first, is not going to be that for me.

I recently posted that with HomePod as a music player I was having issues choosing music. With an Apple Music subscription there is so much and I’m terrible at remembering artist names and even worse at album names. It works great to just ask for music or a genre or recent playlist. That covers about 30% of my using playing. But I often want to browse and the only way to do that is visually. So, from the iPad or iPhone I’m usually using the Music app for streaming or the remote app for accessing the music in my iTunes library on my MacMini. I do use voice for some playback control and make the usual requests to control HomeKit stuff. But I’m using AirPlay far more than I expected.

Music

Using the Music app and Control Center from iPad or iPhone is yet another way to control playback.

Apple has made efforts to connect our devices together with things such as AirDrop and Handoff. I can answer a call on my watch or iPad. At this point everything almost always remains in constant sync. Moving from one device to another is almost without any friction at all. What I realize now is just how well this ecosystem works when I embrace it as an interconnected system of companions that form a whole. It works as a mesh which, thanks to HomeKit, also includes lights, a heater, coffee maker with more devices to come in the future. An example of this mesh: I came in from a walk 10 minutes ago and I was streaming Apple Music on my phone, listening via AirPods. When I came inside I tapped the AirPlay icon to switch the audio output to HomePod. But I’m working on my iPad and can control the phone’s playback via Apple Music or Control Center on the iPad or, if I prefer, I can speak to the air to control that playback. A nice convenience because I left the phone on the shelf by the door whereas the iPad is on my lap.

At any given moment, within this ecosystem, all of my devices are interconnected. They are not one device but they function as one. They allow me to interact visually or with voice with different iOS devices in my lap or across the room as well as with non-computer devices in HomeKit which means I can turn a light off across the room or, if I’m staying late after a dinner at a friends house, I can turn on a light for my dogs from across town.

So, for the nerds that insist that having multiple timers is very important, I’m glad that they have Alexa for that. I’m truly happy that they are getting what it is they need from Google Assistant. As for myself, well, I’ll just be over here suffering through all the limitations of Siri and iOS.