Interim: Charity 5K!

Hi Guys,

I don’t normally use this blog for personal announcements, but this one seemed important.  Next month, my church is doing a 5K race to raise money for orphans.  I’ve never really done anything like this before, but I decided to give it a go.  I’ve been training with the excellent RunKeeper app (keep an eye out for a review of that sometime soon?).

Here’s where you come in: I need sponsors.  I gave $20, and I encourage each of you do to the same.  $20 feeds an orphan for a MONTH (don’t you wish you could each for $20 a month here?).  My goal is $480, which would be two orphans for a YEAR.  How awesome would that be?

So please, head on over to this link and donate.  The race is October 24, so I assume you have until then to do so.  Thanks so much for your support!

-Nick

File Sep 28, 9 11 34 AM

The S-Cycle for Software

Have Apple software updates seemed a bit… rushed lately?  With both iOS and Mac OS X on yearly release cycles, we seem to be getting more quirks and bugs than I’d like.  When this topic is brought up, the solution always seems to be to just do big software releases every two years, or do small pieces throughout the year, instead of having a monolithic update every 12 months.  However, I suggest that Apple’s software team do what their hardware team does: use the s-cycle.

What is the s-cycle?  The s-cycle is the way Apple releases their iPhones.  For example, the iPhone 4 (2010), then the iPhone 4s (2011), then the iPhone 5 (2012), then the iPhone 5s (2013), and so on.  People say, “Well the software team needs to get it together, because the hardware team releases a new iPhone every year with no problems.”  But they really don’t.  They really only release a totally new iPhone every two years, and then release a small update the years in between.  This is the s-cycle.

And it seems to work great.  People still get excited about the -s models, and it’s less demanding on the hardware team, which allows them to make something truly great every two years.  I think that this is what Apple should do with iOS and OS X.

Let’s focus on iOS here.  Suppose that only every other version of iOS had big changes.  The other years would just include some minor updates, and maybe one new headline feature.  But instead of making the -s year the same for the iPhone and iOS (because those years would be a little boring), maybe they could alternate.  That would mean that this fall, we’d get the iPhone 6s (a minor update), and iOS 9 (a big update).  Then next year, we’d get the iPhone 7 (a big update) and iOS 9s (a minor update).  iOS 9s could just include the new features required by the new iPhone hardware, things like Touch ID and Apple Pay, but not much else.  This would allow the software team to slow down a bit, pay more attention to quality control, and make the features they do add really count.

The main problem I see with this alternation is that it’d be sort of confusing.  Because of this, maybe it’s better to just keep calling it iOS 9, 10, 11, etc., but then apply the principle of the s-cycle.  (Another thing: say “iOS 9s” out loud.  Exactly.)  The last thing you want to do to your customers is confuse them – confusion kills excitement.

And that excitement is why Apple should continue to do something every year, instead of every two years.  Why?  Simple psychology.  When something happens every year, people remember it.  Around September, people know that there will be a new iPhone and a new iOS update.  Releasing iOS every two years makes things more complicated.  Come September, people will have to try to remember whether there was an update last year, and whether they should be excited for an update this year.  This sounds trivial, I know, but you want people to be excited about your brand, not hesitantly excited.  You also don’t want to let down the people who thought this was an update year but it wasn’t.  This same psychology also applies to, oh I don’t know, say, weekly blogs and the like.

As you can see, adding an s-cycle to Apple’s software production could slow down the sometimes-breakneck train we call iOS.  Don’t get me wrong, I love new features as much as the next guy, but the last two iOS updates in particular (7 and 8) have been enormous.  I don’t think there’s anything wrong with dialing back iOS updates just a little bit, especially if they can do it in such a way that still appears to be a yearly update.  Hey, it’s worked for the iPhone.  ••

Aside

Interim: Domains and Twitter and Readers, Oh My!

Hi everyone, this is just a quick note to let you know some of the stuff going on around here at Staring at Phones.

1.  I finally bought a domain name for the blog!  This means that you can access Staring at Phones by simply going to staringatphones.com (don’t worry, you will still make it to the blog if you go to staringatphones.wordpress.com).  This is an exciting step for the blog, and I hope the domain will serve it for a long time to come.  (Note: WordPress says that it could take as long as a couple days for all internet service providers to “figure out” the new domain name, so if it doesn’t work for some reason, please just be patient.)

2.  I also made a twitter account.  There’s not much up there yet, but if any of you are interested in what I’ve been up to, you can check me out at twitter.com/NickFoster56.

3.  Finally, I want to thank everyone who reads this blog.  It’s been almost three months since I started this project, and while I’m certainly not famous, I really appreciate all you who do read the blog.  I didn’t start the blog to get followers, I started it because I enjoy writing about technology, but it is nice to know that some people out there do appreciate and enjoy what I am doing.

Thanks again, and have a great rest of your week.  I’ll be back with a real post Sunday night, as usual.  God bless!  ••