Angelo Stavrow [dot] Blog

A couple of weeks ago, Julia Evans wrote a retrospective on what it’s been like working remotely that resonated with me, given that today is my one-year anniversary since taking a remote position. Since this is my first fully-remote job, taking some time to reflect on how things have gone seems like a good idea.

Julia answered some great questions about working remotely, so I’ll do the same here.

What’s scary about working remote?

Honestly, not very much, though that certainly depends on who you're working for and your own comfort levels with all kinds of things. I'd worked from home a fair bit prior to going fully remote, so I knew I wouldn't have issues with productivity. I thought there might be difficulty in bonding with colleagues, or missing out on the hallway and/or watercooler talk, but that hasn't been a thing (more on that later).

If there's a downside, it's that it's really easy (for me, anyway) to slip into a place where I don't leave the house and don't get in any social interaction or physical activity. I have to force myself to be deliberate about those things now.

What’s good about working remote?

The number one benefit of working remotely is having the ability to focus. Oh, wow, is it ever awesome to be able to set yourself up with the perfect work environment, and know that you (for the most part) don't have to worry about being an hour deep into researching or working on something only to get tapped on the shoulder or interrupted by noisy coworkers. We've reconfigured our second bedroom to be my private office.

The commute isn't bad, either. During my engineering degree, I had to turn down an internship at the Canadian Space Agency because I just couldn't afford to buy a car to commute back and forth (or move closer to their location, either). That sucked, and it made me realize just how messed up it is that working can cost you money.

Let’s talk about career development.

This is a bit hard to address, as I've spent most of my first year just trying to learn the ropes and become a productive member of the team. I haven't taken advantage of things like our conference and education budget, so I'm aiming to be better at this in year two.

How do you learn from your colleagues remotely?

I mean, picking someone's brain is never more than a Slack conversation away, but we recently trialed a new mentorship program. I got to learn a lot about working on web applications/in JavaScript under the tutelage of a really smart and experienced developer.

We also use Manuscript as a store of knowledge, so learning from colleagues is never more than a few searches away — detailed notes in cases can serve up a whole lot of learnin'.

How do you stay plugged into spontaneous conversations around the office?

With something like two-thirds of the company remote, most conversations happen in Slack. Tuning in to the right channels (and getting your notifications right so that you're not interrupted when you're heads down) makes it easy enough to understand what's going on, but it did take a while to get that right.

How do you have idle/watercooler discussions?

One of our developers created a “coffee time” app that connects you with another colleague every Saturday via email, just so that you can catch up with them over a warm beverage. We also have a Friday Zoom meetup where we wind down ahead of the weekend. We're trialing Donut for more of a group coffee-time thing, and that's been fun.

These meetups are always optional, so if you've got a heavy week, no one will make you feel bad about skipping them.

What happens if you spend a week stuck on a problem?

It's rare that this will happen. We've got proceses in place for escalating issues that we're especially stuck on that ropes in members of the development team, but before it even gets to that, we usually invoke one of our team values: support engineers help one another.

What’s the setup like for meetings with people in the office, does it work well?

My first-day experience while being onboarded Fog Creek's headquarters in NYC was a monthly Town Hall meeting. I remember feeling that it was pretty odd that everyone in the office was sitting at their own desk, in front of their own computer, headsets on, and interacting in the meeting via group videoconferencing. On the other hand, this makes it pretty inclusive for us remote folks — there's not much in the way of sideband conversations going on when you're all on your own webcam. So that's pretty cool, and in practice it works well.

How do you stay productive and also separate work/life at home?

Productivity gets easier when you're not exhausted by commuting, and you've got a dedicated area that's set up to meet your own ideals for a productive workspace. Like Julia, I've found it more distracting working out of an office than working from home. I do keep a pretty clear start and end to my workday, though, and generally only set foot in the home office to do work.

#work #glitch

Discuss...

I've slowly been moving over to Things 3 for task management, but more than that, I've been re-thinking just how my system needs to be fleshed out so that it works best for me.

As part of that move, I've been re-evaluating the way I think about capture. Typically, you've got an inbox, where you log all the incoming stuff in your life, and which you process periodically. That's fine for the usual do-delegate-delete-defer type tasks, but if I want to use Things (or whatever task management system) to capture everything, I've found that I need a place for things that live somewhere between the inbox and a project.

Which brings me to BINQ.

BINQ is a concept I heard Merlin Mann talk about on the Back To Work podcast, and is an acronym for Brainstorming, Ideas, Notes, Questions (or something like that).

Essentially, BINQ is a junk drawer for your thoughts. It's a holding pen for half-baked, hare-brained ideas that need to time to fully form. Tasks in the BINQ project don't quite yet deserve to become a project, but they really need to get out of the inbox.

Some folks use the concept of “Someday” for these things, but in practice I’ve found that “someday” makes more sense as a temporal definition (kind of like a “pending” or “waiting” context, but important enough to be a first-class entity in the task manager). This is how Things treats “someday”: you set this as part of the when for a task, not the where.

My BINQ project lives outside of any so-called “Areas” in things — in fact, it's the only project that isn't part of some area of my life. A few times a week, I'll check in and add some notes to a task that lives in there, or maybe delete something because it doesn't make any sense to pursue further for whatever reason. Ideas for posts go into BINQ too, before a draft gets written.

This is a good place for checklists within tasks, too. As you start to flesh out some of these ideas, it's handy to add checklist items to them. It then becomes pretty trivial to bring these out of BINQ quarantine and into your life using Things' convert-to-project feature.

For now, I've set up four headings for each of the letters in the acronym (Brainstorming, Ideas, Notes, and Questions), but I don’t love the idea of having to decide what heading a task would fall under—it injects friction into what should be a easy process. Trying to enforce too much organization on a junk drawer just means that your real junk drawer lives somewhere else.

Too much of the pseudo-productivity silliness tries to package your life up into neat little packages, which is fine for remembering to take out the garbage, or for organizing your kitchen renovations. But sometimes, for the messy, ethereal things that come into your life, a good ol' messy junk drawer is the right place for them to live.

Discuss...

I mentioned the other day that I'm feeling a little bit discouraged with how January was going. While I started the year looking forward to taking on a list of goals, here we are, almost halfway into February, and I'm not really feeling like I've made real progress against any of them.

I took some time to think about why this is the case, and a couple of things stand out.

First, the reality is that January's been a bit of a short month. I spent a good portion of it feeling under the weather, and there’s been a lot going on, so I really didn't have much time and energy to put into anything beyond work.

The bigger issue, however, is that I've not felt quite sure where to focus my efforts. I've started on several projects, but there are only so many things that I can move forward at once, because it requires a lot of context-switching and results in a level of progress that's nowhere near what focused attention would generate.

That’s in contrast to how I wrote my first iOS app. By working a little bit of overtime during the week, I was able to take Friday afternoons off over the summer, and I dedicated that time to learning and building HoneyJar. That's all I did with those afternoons, too — get home, launch Xcode, and work on the app, without distraction. In the sum total of maybe five or six full workdays, I learned enough about Objective-C, Xcode, iOS, CocoaPods, and iTunes Connect to ship my first app.

Maybe because I'm looking forward to diving into a bunch of these projects, I haven't really been great about getting into that focused state of flow — my attention is pulled in several different directions. So, of course, as I try to move things forward, I'm only able to make very small pushes in the general direction of progress.

As it turns out, if you give somebody two things to work on, you should be grateful if they “starve” one task and only work on one, because they’re going to get more stuff done and finish the average task sooner. In fact, the real lesson from all this is that you should never let people work on more than one thing at once.

→ Joel On Software, “Human Task Switches Considered Harmful”

It’s like those circus acts where someone’s running from pole to pole, trying to keep the plates atop them spinning fast enough to maintain their balance, and that person unable to ever really focus on one thing because they’re too busy keeping things going in circles. I'm fighting the urge to tackle all of my projects at the same time, but apparently not well enough. So it's time to define what specific projects to work on, and when they're done, move on to the next. It’s a little bit hard for me to starve one project to feed another, but it’s something I can learn to be okay with.

And it's still possible to work on a couple of (carefully-chosen) goals in parallel, so long as there’s a limited overlap of domain. Maybe I only want to take on one code project at a time, but that doesn't mean I can't tackle a fitness project simultaneously — these are mutually exclusive in terms of their demands on my time and focus, and are probably even symbiotic (healthy mind in a healthy body, and all that jazz).

More (but only a little bit more) to come.

Discuss...

Okay, so I'm a bit late to the party, but: rather than try to create a bunch of resolutions, I’ve decided that I’d prefer to take on twelve projects this year. Why twelve? Well, largely because it breaks down to one project per month (not that I intend these to be month-long projects, it just works out that way).

In no particular order of importance, they are:

1. Learn a new language: My wife and I have been talking about doing this together. We don't expect to develop fluency in a language by year end, but at the very least some conversational level where, if we were in some country, we'd be able to chat with local folks in their own language. Right now, we're trying to decide on the language.
2. Ship Per 2.0: The last update to Per was in September of 2015. The app generally works fine, and we use it all the time when out shopping for groceries, but I have ideas for features (and am aware that the UI could really use an overhaul).
3. Run five kilometres: In a row. In one session. I've never been an active person, and that's going to bite me in my later years. So I'm going to tackle a couch-to-5k program and aim to be able to run a solid 5km by year end.
4. Read one book a month: I really stink at getting through my reading list. I aim to read one book a month to try to ramp that back up (and take advantage of the cool Books on Micro.blog collection implementation to discuss them). 📚
5. Build one Manuscript integration: Basing myself on this article, I'm going to build a (relatively simple) Manuscript integration that pulls App Store reviews into Manuscript.
6. Build a micro.blog sample app in Glitch: I think that there's a lot of value in micro.blog, but right now the barrier to entry (compared to signing up for a free Twitter account) is high enough that it won't appeal beyond the folks who already blog (or who are able to pay US$5 per month for a hosted microblog) — a diminishingly small portion of the potential member base. Creating a free, remixable sample app in Glitch might help with accessibility.
7. Pay off my credit card debt: I used to be really bad with my spending. I'm significantly better now, but I've got some lingering credit-card debt that really needs to go.
8. De-clutter my belongings: I have a lot of stuff. A good chunk of that stuff is stuff that I don't need and never use. It's time to let go of a lot of that.
9. Write more often: I mean, I can't really do much worse than my one-post-per-year low from last year. Technically, this is my second post for 2018, so I'm already winning this one. I aim to write about my progress on this list of projects over the course of the year, so at least I already have some topics lined up.
10. Rework my personal website and blogs: My stuff is scattered across this blog, the (new) microblog, my mostly-ignored Tumblr, and my personal site. Time to think about how to bring all that together.
11. Back-squat 225 lbs: Similar to the 5K goal, I aim to focus on some strength training at the gym. I'd started on a 5×5 lifting program last year and, despite some fits and starts, went from squatting just the bar to 155lbs in six months — a 240% improvement. Those are the easy percents, though, and I'm hoping to be able to get up to two plates by the end of the year, despite starting from (nearly) scratch after a 6-month hiatus.
12. Start playing piano again: I haven't seriously played piano in over 20 years. I've set up a keyboard in my home office to inspire me to do that again, but I've yet to actually start tickling the ivories, as they say. But, I mean, I did make this web-audio synthesizer in Glitch to learn some JavaScript, so that kinda counts. Right?

So, here's to 2018. I hope you make great progress on your projects and goals this year, too.

Discuss...

The last thing I wrote here was a retrospective on 2016, written one year and one day ago.

That's… quite a while ago. You'd think I'd have written more, given how much happened this year. Off the top of my head:

• I changed jobs, and am now working with the thoughtful geniuses at Fog Creek.
• I got pretty serious about personal fitness, making great progress, right up until…
• …I severed a tendon in my left pinky, which left me in a splint for most of the summer after surgery to reattach it (occupational and physical therapy are still ongoing, six months later)
• we lost our wonderful fluffy companion of 15 years

Aside from the fitness bit, none of these were events that I expected or planned for. One thing I didn't expect, however, is how much all of this upheaval would leave me wanting to withdraw from, well, everything. I guess it's easiest to drop the stuff that doesn't pay the rent, and once you start doing that, you risk kicking off a downward spiral — one that catches you by surprise one day, when you wake up and realize you're fed up of not feeling like you're doing anything that you used to enjoy anymore.

So, I'm going to work on getting back into a rhythm of Getting Things Done. I'm starting by setting aside protected time this week to read, to think, and to make some progress on projects (first up: I'd really like to update Per).

More tk.

Discuss...

At the beginning of the year, I wrote down some goals for 2016. The year has come and gone, so it's not a bad idea to have a bit of a look at how things went.

---

Review

1. Post something here every Friday

I did pretty well at this for a while, up until late August. But as the year wore on it felt more and more that I was writing just for the sake of checking off a repeating to-do item, rather than writing a goal in and of itself.

Not only did I feel that in the quality of what I was writing, I think this started injecting stress into my life. That, of course, is bad.

I also found that trying to get some words up on screen every week took time away from working on some of the projects (writing or otherwise) that I really wanted to work on.

I'm going to continue with a less-frequent schedule, putting up a minimum of one article a month. I'm also going to try posting to Break Before Make more often—it's been sorely neglected.

2. Post to a journal at least once every day

I discussed this six months ago. Maybe I'll try a written journal, just because I like working on my penmanship, but honestly, it felt like something taken on because someone said it was a good idea, rather than because I found that it worked for me.

3. Make real progress towards my Mac app

Right.

I founded a company five years ago with the intention of releasing this.

While I've made no real inroads in the actual coding, I have made a pretty important decision regarding the focus of the app. I think this pivot will help more people, so I've fleshed out a bit of a roadmap for it.

I'm making 2017 the year it finally sees the light of day.

4. Contribute to open-source projects

Not much here. I did help update a library for Swift 3 but that wasn't really much of a contribution, I don't think—it was mainly more of a “fix what the Xcode migration assistant broke” kind of fix.

I also open-sourced my first iOS app, but haven't really done much with that, either. It's still more-or-less in burning-dumpster-fire state, which is to say, it really looks like a first iOS app.

5. Get in better shape

I did pretty well at running at least a couple of times a week between end of March and mid-October. Once the snow—or worse, freezing rain—started coming down, however, that trend kind of tapered off.

I miss it, so I've registered at a gym with an indoor track and a pool.

---

Onwards and upwards

Any day is a good day to make changes, because we live in a state of flux. So, despite missing marks and/or changing course over the last year, I'm still going to set some goals for the next year:

Goal: Health

As I said, I'm registering at a gym down the street from where I live, where I can do both strength and cardiovascular training. I'm not getting any younger, and holy crap am I feeling it.

Typically, when I start getting more physically active, everything else falls into place: sleeping longer, eating better, making better decisions.

Citius, Altius, Fortius.

Goal: Wealth

My iOS apps, despite their neglected state, are about helping people make smarter decisions about their money. My Mac app has the same goal, albeit a bit more involved.

By the way: as they haven't been updated in a while, I've made the iOS apps free. Give them a try.

Goal: Self-mastery

In a good chunk of my writing, I tend to explore themes related to getting better. Generally, if I'm writing about it, it's because it's something that I struggle with, or that I'm trying to improve.

Rather than forcing that with weekly posts, I intend on posting longer-form, better-cited articles, at least once a month.

---

Here's to the next 365 days. I truly hope they're full of love, laughter, and health for you.

Discuss...

As I write this, I'm sitting at a Starbucks in a mall, two days before Christmas. I'm sipping a large black coffee distractedly, watching folks noodle on by, caught up in whatever last few errands they may need to run before hosting or visiting friends and family for the holidays.

The mall's background music is calm, barely-audible, and shoppers don't seem particularly stressed out, or rushed, or frustrated.

It's possible that I'm projecting my mood on this scene, too. I don't know.

This has been, for me, one of the least-stressful run-ups to the holidays ever. Part of that comes from the fact that our trips to see family are nicely spaced out this year, and part of it comes from the fact that I've been preparing for this since Christmas of last year.

Our flat has been perfumed with the scent of Fraser fir for weeks.

I've purchased all of my gifts, which I'll be wrapping this evening.

My Christmas budget still has plenty of padding for any unexpected, last-minute purchases.

Nice.

Knowing all your affairs are in order casts a lovely, warm glow on what can otherwise become a very hectic and chaotic time of year. Yeah, we missed the deadline for sending out Christmas cards—something we keep saying we want to do, but aren't great about getting done—but otherwise, everything's done.

Everything's done because I made one decision during the holidays last year: make Christmas this year better.

Wishful thinking considered harmful

I used to feel that, hey, whatever, the Universe no doubt unfolds as it's supposed to, and hopefully that means tomorrow will work out better than today did. I mean, I understood that my actions played some role in how that would play out, but, that said, there was always this feeling that things would work themselves out, because, well, they'd always somehow worked themselves out.

That is, until they didn't.

Wishful thinking isn't just optimism. It's closing your eyes and hoping something works when you have no reasonable basis for thinking it will. Wishful thinking at the beginning of a project leads to big blowups at the end of a project. It undermines meaningful planning and may be at the root of more software problems than all other causes combined.

— Steve McConnell, “Classic Mistakes Enumerated”

Mr McConnell wrote this with software development projects in mind, but it's pretty broadly applicable to almost anything. Like post-secondary education. I did extremely well with little effort in high school, so I just expected that to continue through college.

That didn't happen.

Instead, I got pretty well acquainted with a concept called “Academic Probation”, a set of policies and procedures designed around the concept of Getting Your Shit Together.

Instead of actually recognizing that each week was going worse than the last, and taking some kind of corrective action, I kept shrugging it off and convincing myself that it'd all work out. I figured I'd ace the final, or do great on the term project, or whatever. Procrastination, anxiety, burnout, whatever the reason, I didn't do anything to stop the downward spiral—I just fantasized about having degrees conferred and being offered great jobs.

I think life-improvement gurus call this technique “goal visualization”, but it turns out that it's not super effective without effort.

Judge, jury, and executor

Making a decision means consciously choosing what takes priority in your life, and this also means choosing what doesn't take priority in your life. This has, historically, been the hard part for me; your time-management system can't manage to tack an extra couple of hours onto your day, so if you decide that project A lives, then you're by necessity deciding that projects B, C, and maybe even D must die. If you decide that you need to buy a new car, you're by necessity deciding that you don't get to retire for at least another year or two.

It's only when I realized this that I started becoming the (relatively-more-) effective and productive person I am today.

Much like the KonMari method of tidying, you need a very specific mindset when you're going through your tasks, or your budget, or your goals, or whatever. Except the decision to keep or drop a thing isn't going to be based on whether it brings you joy; it's going to be based on the fact that it requires sacrificing something. Something that you once sacrificed another thing for.

Which, in turn, you sacrificed something else for.

And so on.

Looking out the top of the windshield

Generally, as people, we're not particularly good at forethought. Mired in the day-to-day, we neglect the future until it becomes a mistake-ridden past.

Luckily, fixing this isn't especially hard—it just takes a certain amount of mindfulness.

When I was learning how to drive, one of the best pieces of advice that I got was to pick a point about three-quarters up the windshield in front of me, and try to look above that point at least as often as I look below it. The point of this exercise was to train yourself to look as far down the road as possible, as often as possible, without ignoring what's going on right in front of you. In doing so, you see hazards and congestions and what-have-you long before they became an unavoidable problem. You can then make small, gentle course corrections right away, smoothly merging into another lane to avoid a pothole two blocks away.

Man, I wish I'd been able to grok the life lesson in that right away.

Long-term goals influence short-term goals. The farther out you plan, the easier it is to make decisions in the near-term about what gets to stay in your life, and what has to go.

In the end, you're really only answering a single question: does this make [tomorrow / next week / next month / next year] better?

All the to-do lists and GTD methodologies in the world aren't going to help you, until you can make that one decision.

And yeah, we'll be sending out Christmas cards next year.

Discuss...

I see a lot of digital ink spilled on how some particular thing is

• broken
• taking a quality nose-dive
• stupid
• irrelevant
• &cet.

And it's good to be critical. With a bit of healthy skepticism, we avoid the reality-distortion fields that turn rational-minded folks into zealots. Nothing is so perfect that it can't be improved, and I get that this is the place that a lot of these thinkpieces come from.

But the thing is, communication should serve some purpose. It doesn't necessarily have to be some call to action, but it should, at the very least, let the audience answer one simple question:

What am I to do with this information?

In other words, if you're telling me how crappy something is, what's the point? Are you proposing some solution?

Or are you just complaining?

It's okay if you are. We're human and we have feelings about things. Talking about those feelings can help you find common ground with others who feel ways about stuff.

But let's abstain from calling it criticism. Constructive criticism moves a thing forward; it offers the receiver something to work with. This is key: it generates goodwill, and it helps make things better.

And—given that the world is made up of things—constructive criticism makes the world a slightly better place, by extension.

Which is nice.

Discuss...

I haven't posted here in a little while, thus breaking the streak that I was intending to maintain. I don't feel too bad about this, because I've been working on other stuff in the meanwhile, but it's nice to be writing again.

Specifically, in light of the coming App Store purge, I've been working on a big update to Per. While I'm not especially concerned that Per, in its current form, is at risk of being culled, it has been a long time since it was updated.

So.

For one, I'm dropping support for anything prior to iOS 10. Per has a pretty tiny user base—maybe a couple hundred downloads—and I don't see much in the way of daily active users¹, but for such a tiny user base, I can't justify putting effort into supporting iOS 8 and 9.

Second on the list is a pretty hefty redesign. I fully admit that Per is… kinda homely-looking. There are some interactions that I'm planning on (and have started experimenting with) for 2.0, and while it's slow going, I like what I see so far.

I'm also thinking about taking advantage of some new input methods, but I don't know yet how well that will work. I don't want to tip my hand just yet because those may not be technically feasible, but it's got me pretty interested in seeing what can be done².

Third on the list is the business model for Per.

Per brings in pretty much zero revenue. Most of the downloads came from a period of time when I made my apps free for a week, whereas the normally-paid (at USD$1.99) version has seen only a handful of downloads at most.

Note that I haven't marketed Per at all, save for a couple of tweets and blog posts, so this isn't unexpected. But I think it's time to change that.

Given the way the App Store economy works, it's pretty clear that charging up-front is a barrier to getting your app downloaded. This is no secret, so some business model that includes free downloads makes sense.

One option is to make Per free, with an in-app purchase (IAP) to unlock advanced features, like the unit conversion and in-field math operations it already features, and the new input methods mentioned. This means zero revenue unless people want these features. How desirable are they in a relatively simple utility app like Per?

Another option is to make Per free, but ad-supported. Thing is, I personally don't like the aesthetic that ads introduce in an app's interface and experience, and I know I'm not the only one. So there would definitely have to be an IAP to remove ads. I have a couple of ideas on where and when I'd show an ad, so they wouldn't be too annoying.

Both cases mean that current paying users would experience either reduced functionality, or an ad-filled experience. That sucks, so yet another option would be to create a new SKU. Folks that have the original version of Per get a fully-featured and ad-free upgrade, and new users could opt to pay for this version outright, whereas the other version of the app would implement one of the above options, but would list for free.

That's a fair bit of extra administrative work for me, and confusing for both old and new users, so I don't think I'll do that.

I could also leave Per as-is and create a new SKU for Per 2. No further updates for the old app, but then that also probably means it'll eventually be culled from the App Store anyhow.

Given that something like 3 users have actually paid for Per (thanks!), I think that I'll skip the two-SKU options altogether, because they're administrative headaches. This means that Per 2 will be a free upgrade, but will either be removing some features or including ads (sorry!).

Maybe there's a way to check whether a user paid for an app or not, I'm not sure. Let me know!

As I mentioned, I know that Per is really just a simple utility app, but it's something that my wife and I use pretty much every time we shop for groceries. It's certainly useful, but I also want it to be great. That not only means redesigns and refactoring, but it also means getting it in the hands of as many people as possible.

More tk.

---

Discuss...

It's widely expected that the next iPhone will be announced tomorrow during the scheduled Apple Event. For months now, the rumour mill has been telling us that the most controversial change Apply is making to its flagship product is the removal of the headphone jack.

At this point, it seems like a certainty. The headphone jack in its current form has existed for decades, but Apple is notorious for advancing physical I/O past its status quo: witness the current MacBook with its single USB-C port, and recall the Lightning and 30-pin connectors on iOS devices, the adoption of Thunderbolt on current Macs, the even introduction of USB on the original iMac.

Every time Apple introduces a new port standard, or drops an old one, the ecosystem adapts. Because iPhones didn't use micro-USB connections, pundits complained that it'd be nigh-impossible to charge and sync your phone if the included cable got lost or damaged. Fast forward only a few years after the introduction of the iPhone, and 30-pin cables can be found nearly anywhere that has even the most modest of electronics departments.

But the headphone port has always been around. There's some expectation of Lightning-connected earbuds, which poses a charge-while-listening dilemma, and there will almost certainly be Lightning-to-3.5mm adapters—if not from Apple, then definitely from third parties. But adapters add bulk and are easily lost. Which leads to the next option: Bluetooth.

Wireless options have been available for a long time, but they've never really been particularly well-received: they're expensive, the sound quality isn't great, &cet. The real problem, as I see it, is that a wireless device is an active device by necessity. It has to power its own wireless radios, and in this case also power the audio drivers. That means batteries. That means battery life (hours of use per charge), and battery lifespan (number of charges per battery).

What all this means for iPhone 7 users is not forgetting to charge things, but also not charging things too often. It means not losing adapters. It means having to plan ahead to ensure you don't need to charge your phone while listening to music. It means that there's now an additional bit of cognitive load on you, which is never good.

This is my main problem with some of these changes. I want new technologies to relieve me of stuff to think about, not add more busywork and more administrative B.S. to keep on top of.

I know this is a barely a blip in the grand scheme of things—heck, it's only a headphone port—but it nicely captures The Problem With Technology As I See It. Moving the state of the art forward should always be in the service of freeing us to do more important things. And I don't think changes like this necessarily do so.

Discuss...