The Mac is just as compelling

Tech Life

In recent times, all this talk about using iOS for ‘serious work’, going ‘all-in’ with iOS, using iOS devices as one’s main (or sole) computing device has put the Mac in a bad light. At least, that’s the feeling I got. I have nothing against iOS, and have no problems recognising its strengths. But I still haven’t found a balanced article written by one of these ‘iOS-only’ supporters. ‘For the way I work, I could easily go iOS-only’ doesn’t necessarily mean that iOS is a one-size-fits-all solution capable of addressing everybody’s needs. As a long-time Mac user, and as a heavy iOS user, I’m frankly surprised at how many tech guys consider iOS more versatile than Mac OS X just because it fits their needs or mindsets better.

The iOS platform today has a first great advantage over the Mac OS X platform, and it’s not even a software advantage — it’s the hardware. iOS devices are portable and instant-on, and that’s what makes them attractive since today everyone is obsessed with mobility. Another advantage is the touch interaction and what it brings to the user interface: directness, a even higher degree of intuitiveness, an added simplicity. So when we talk of versatility, these two elements pop up first, and play in iOS’s favour. But what about the software? What about the system? What about the workflow? This is where things get interesting.

In Why iOS is Compelling Ben Brooks writes:

It’s that same allure many of us are feeling with iOS now — the idea that while the Mac is still pretty simple and mostly just works — iOS is even more simple. Like Macs in 2004, iOS either just works, or it flat out won’t work for that task. Either you can do it pretty easily, or not at all.

The simplicity of iOS lies, I think, in the scope of its apps. I have to generalise here, but usually what you have on your iOS devices is a great number of apps, each doing a series of well-defined tasks. It’s very modular. Each app is like a tiny, simple unit, that does a few things — sometimes even just one — very well, very intuitively. With such a model, learning how to use an app is generally trivial thanks to the Multi-touch interface and to the specific purpose of the app itself. Users are happy because in many cases they get to learn to do everything the app lets them do rather quickly. And if a certain app doesn’t provide a specific feature they need, they can always find another one that does. And another one. And another one until a full range of tasks can be accomplished. Everything gets more easily digested because it’s assimilated in small bites. This is one very important strength of iOS and I think it’s what makes iOS appealing to many tech-averse people. 

And this is the first part of that Either you can do it pretty easily, or not at all that Brooks talks about. The pretty easily part. The flip side of iOS’s modularity, of iOS’s model of accomplishing a complex task through a series of simple apps, is… well, it’s that often you have to go through unnecessarily long-winded routes and seek the assistance of multiple apps to get stuff done. It’s that in order to find the ‘perfect’ app to handle a task or a series of tasks, you end up installing a lot of similar apps with overlapping features. A personal example: I’ve been toying with the idea of just using my iPad to work when I’m not at home. I’m a writer and a translator, so I shouldn’t need very complex tools or intricate workflows. And yet my experience with iOS has been surprisingly frustrating due to the unexpected fragmentation of what, on the Mac, is a trivial thing to achieve. I wrote about that in this article and this other one. From the latter:

I had a folder with six old RTF documents, written in Italian about twenty years ago, which I needed to edit and then translate into English. The idea was to simply open them and edit them right away in an app, then open a second app where I would create a new document and begin the translation. I don’t have Split View on my old iPad, so I would have to endure a bit of back-and-forth, but nothing overly dramatic. The problem is that I’d forgotten that none of the text-handling apps I have on my iPad (a dozen, more or less) can edit RTF files. So here’s what I did:

  1. Opened the first RTF document in UX Write, an app that can display RTF files but not edit them.
  2. Created a small workflow in Workflow that would convert the RTF text into HTML and copy the converted text to the Clipboard.
  3. Created a new document in Daedalus Touch, pasted the HTML text in there, and tried to get rid of all the useless, superfluous markup by using Find and Replace.
  4. Realised that Daedalus Touch has a Find feature, but apparently not a Replace feature.
  5. Opened WriteRight, pasted the HTML again, and proceeded to remove all unnecessary HTML code via Find and Replace (a feature WriteRight has, thankfully).
  6. Saved the result as a new document in WriteRight.

The time I lost, from Step 0 (becoming aware of the issue) to Step 6, was more than half an hour. If I had had a Mac with me, I would have opened the document in TextEdit, created a new document, stacked the two windows, to then begin working on the translation right away.

Maybe this is an extreme example, but a similar thing can happen with photo apps. Maybe you like a certain app for taking photos, but the app only offers limited editing tools, or filters and effects that are a bit boring or not suited for the result you want to achieve. And so a little dance begins, where you take a photo with App 1, save it to the Camera Roll, open App 2 and use its marvellously intuitive Curves feature to get the shadows and highlights just right, but App 2 doesn’t have quality black & white filters that can get you that grainy film look you’re seeking, so you try App 3, and if you’re lucky you’re done in just three steps. Sure, this process can be fun and not necessarily complex, and with the right apps — when you already know which you can use to obtain the desired result — it’s certainly a good alternative to learning a more complex piece of Mac software. 

What happened to me with photo apps on iOS is this, though: over time, I’ve accumulated dozens of them. A lot of them are great, each offering me an amazing array of tools, modes, filters, etc. I’ve got to the point that if I want to crop an image, or vary its colour temperature, or apply an automated ‘clarity boost’ filter, I can choose among at least twenty-one different apps on my iPhone. Now, when I need to edit a photo in a more thorough manner, I can try to stick to a known workflow, but I often stop in my tracks and wonder: What if I tried this other way? or What if I’m doing it wrong and there’s a better combination of apps I could try?

Don’t tell me that hasn’t happened to you as well. And sure, that kind of freedom of choice is exhilarating and we can even call it versatility. What I have found out in my case is that — despite finding a lot of iOS photo apps fun and great to use for quick retouches and effects — when I need to do more complex editing and refinements, I’m just more efficient on a Mac — where I use fewer apps, but each being generally more flexible and powerful. Naturally, your mileage and experience may vary. 

More than one platform being simpler/easier than the other, I believe that with iOS and Mac OS X we have two different types of simplicity:

  • iOS has smaller, more straightforward apps that usually have little to no learning curve. Combined with the directness of the touch interface, they create an overall pleasant, fun, less intimidating experience for the user.
  • Mac OS X usually has bigger, more complex apps, but with a broader scope. In some cases it’s necessary to spend a bit more time learning how to take advantage of everything an app can offer, but the reward is a simpler workflow and fewer switches from one app to another, because certain tasks can easily be accomplished without leaving an app, without needing assistance from other apps.

Let’s consider some of the examples Ben Brooks makes in his piece.

Window management

On a Mac you have to decide if your window is going to be full screen or not. If it is full screen, is it full screen but split with another app, if so by how much? Or is it going to be a window on the desktop, if so where and how large? Repeat that for every app, and a lot of your day becomes just managing the size and location of your windows.

Is it just me, or does this above sound ridiculous to you too? That’s just overthinking the whole thing. There are apps whose main window you keep full-screen by default, all the time. In my case, Safari and Mail are always full-screen. With other apps, management isn’t that complicated if you’re not suffering from OCD. You open documents and windows as needed, you move them where you need them, and you start your work. I arrange windows according to focus, and I usually avoid having more than three apps share the same desktop space. Almost all the apps I use on a regular basis on the Mac have their main windows opened in a fashion I’ve devised one time, and they stay that way unless I have to change something for a new, unexpected task that involves apps I use less frequently. I certainly don’t spend ‘a lot of my day … just managing the size and location of [my] windows’! 

With iOS you only get one size on your iPhone, and four sizes on the iPad (full screen, 2/3, half, 1/3). That’s simpler no matter how you slice it. It’s also faster, as you are now spending far less time managing application windows. Spend your time arranging your application windows or spend it getting shit done.

Sure. But get this: often I need to translate a technical document, and I’m given another technical document containing similar parts; or I need to keep an eye on a previous document I translated for the same client because it contains the same jargon, and of course the client needs consistency when certain terms/expressions get translated in the latest document. This kind of task is trivial when using TextEdit, or a text editor such as BBEdit or TextWrangler: I open the four documents and arrange them as to have, say, Doc 1 and Doc 1 Translated in the upper area of the screen, and Doc 2 and Doc 2 Translated in the lower area. Four windows, in a tile arrangement, roughly dividing the screen in four quadrants. Sometimes I even need to keep 6 or 8 windows arranged similarly. In TextWrangler (and BBEdit), there’s even a handy command to quickly arrange windows for this kind of workflow (Window > Arrange). Try doing this on an iPad. 

I’m writing my serialised novel Low Fidelity in TextEdit, each episode being a separate file. I often keep older files open and stacked behind or around the latest episode I’m writing. I do that mainly for continuity, to avoid inconsistencies in names, places, scenes, what information every character has learnt or passed, and so forth. I also keep Notational Velocity open on the right side of the screen, because that’s where I keep notes and ideas for the novel, lists of characters and places, a glossary of terms and acronyms I coined for the story, and so forth. And finally I keep a Finder window open on the contents of the Low Fidelity folder, and when I need to search for occurrences, I can do a multi-file search using the search field within the Finder window. It’s a very effective workspace which took me little time to set up. I just can’t do that on an iPad.

It’s in cases like these where — with regard to iOS — simple feels more like limited. Could I adapt my writing workflow so as to work exclusively on iOS? Perhaps, but why? I would certainly work much less comfortably and efficiently. I’m not the kind of writer who just works with one window open and uses only Markdown to write. I would have to jump back and forth between different apps and open documents all the time (yes, even if I were on an iPad Pro with all the multitasking features of iOS 9). I would have to come to terms with an array of constraints and tradeoffs that it simply makes no sense accepting, whereas I could just take a Mac, fire up a text editor, open up a bunch of documents, and arrange them right there before my eyes as I see fit. It’s that simple. 

File management

On the Mac, you can have files and folders anywhere you want. You can try opening problematic files with different apps. You can open corrupted files with a text editor and manage to extract part of their contents. If you don’t like photo apps that import images in obscure libraries, you can simply organise your photos in a hierarchy of folders of your own choosing. Such degree of freedom and flexibility almost looks like a bad thing to have when you read Brooks’ piece.

On my Mac I have files I drag out to the desktop, to drag into another app, to export back out of that app, to drag back to another window, to then upload and finally use. It’s madness if you really think about it. On iOS I rarely touch icons representing files, instead I get to where and what I need much faster.

Yes, it is madness if you do that on a Mac. There’s no need to drag stuff around so much. You can pretty much place a file anywhere you want from an app’s Save As dialog box. You can import a file in another app by right-clicking and selecting Open with (just like Open in… on iOS). When I need to create a document and have it on the cloud, I just save it in my Dropbox folder directly, or in a directory of my server that I keep on the Desktop thanks to Transmit’s Mount as Disk feature. I can have screenshots and other files uploaded automatically with CloudApp if need be. And so on.

I don’t care where the file lives anymore, I care only about getting my file to the place(s) I need it. From Ulysses to WordPress, Photos to Pixelmator, or Mail to Documents.

It’s a personal preference, granted, but I do care where my files are. It’s how I organise my stuff. It’s part of how I handle backups. And getting a file to the place I need it, on the Mac, is just as easy: from MarsEdit to WordPress; from any folder containing photos (even on external devices and network volumes) to Acorn (or Flare, or Graphic Converter, or Aperture); from Mail to Preview (or whatever app handles the attached document by default).

And if dragging and dropping is such a drag (pun intended), there are excellent apps like Yoink! and Dropzone on the Mac App Store that make such operations really easy to handle, and add a great deal of functionality in the process.

Power management

Here is when talking about iOS becomes talking about hardware, and I’ve already said that iOS devices have the advantage of portability. And yes, battery life as well. I have an older MacBook Pro, so if I need to work off site for more than three hours, I have to bring the charger with me. It’s really a non-issue, since the various places I go when I don’t work at home all have power outlets at hand. A newer retina MacBook has a battery life of ‘up to 9 hours’ and a 13-inch MacBook Air ‘up to 12 hours’ according to Apple. I believe one can safely take one of these laptops to work a few hours away from home without having to carry a power adapter, if it’s such an inconvenience.

Final observations

I really don’t want to give the impression that this is a matter of iOS versus Mac. (I also hope we won’t get there in the tech debate.) For me it’s not. I use both and I’m happy with both because I take the best from both. If I wrote this is because I’ve noticed a bias towards iOS from an increasing number of tech people that goes beyond the excitement of choosing it as the main (or only) platform for themselves. If you’re able to do all your work by going iOS-mostly or even iOS-only, more power to you, but it’s not necessary to paint the Mac as a second-class system all of a sudden. I agree, iOS is simple and intuitive, but the Mac is far from being that obscure, complicated and convoluted beast some make out to be.

iOS is praised but at the same time you hear that it needs certain refinements — especially when it comes to the iPad Pro — to fully take advantage of the hardware and the possibilities it opens. As I said previously, to achieve that, to become a more powerful, less rigid system, iOS will have to get a bit more complex. If you want a higher degree of freedom when multitasking in iOS, things will have to behave in a more Mac-like way. And that’s ironic, is it not? A few days back I saw someone posting a design for a drag-and-drop interface between windows in iOS, and the general reaction seemed to be: That’s a cool idea. I thought: Of course, it’s like on the Mac. It’s one of the simple things of the Mac. You can tell me it’s great to move files from an app to another by using share sheets. Dragging and dropping is just as simple, and works basically everywhere.

At this stage, and to simplify a little, iOS and Mac OS X have two different kinds of simplicity: iOS has easy-to-learn, easy-to-play-with apps, and more complicated workflows, awkward multitasking and a still frictional inter-app communication; Mac OS X is the exact opposite, having more complex apps (but often capable of taking care of multiple tasks on their own), more flexibility and fluidity in its workflows, powerful multitasking and application interoperability. 

You don’t have to choose. You don’t have to jump through hoops to get a task done on one platform if the other just offers you a more straightforward and efficient way to tackle it. What guides you towards a preferred platform is how you work. Justin Blanton, quoted by Brooks at the beginning of his article, explains how he’s reached a point where he can do almost everything from his iPhone, — I’m genuinely amazed and happy for him. I’ll always need big displays and plenty of screen real estate, and I’ll gladly accept the tradeoff of carrying a Mac laptop with its charger when I leave home.

iOS is indeed compelling, now more than ever, but the Mac can be just as compelling once you get to see the ways it can be simple, powerful and versatile.

Control Centre is fine

Briefly

I had planned to write about The Case Against Control Center by Stephen Hackett, expressing my complete disagreement with it. I refreshed my feeds a moment ago and noticed that John Gruber has beaten me to it, saying essentially what I was about to say.

I’ll just add that this is a textbook case of modern tech blogger’s tunnel vision. The gist of Hackett’s piece seems to be: “Apple should adjust/rethink Control Centre’s UI to better suit my needs and get rid of UI elements I have deemed of little use.”

I love the top row and screen brightness settings, but as I get closer to the bottom of the screen, the usefulness of Control Center lessens. With the exception of maybe the flashlight button, I’d be fine if the bottom row went away, Calculator and that creepy new Night Mode button included.

The usefulness of Control Centre actually varies from user to user. I personally have little use for the AirDrop/AirPlay row, but I know people for whom it’s a godsend, given how frequently they need such features. I think Control Centre as a whole is indeed one of the best features on iOS today. Apple did a great job in improving it cosmetically from the original iOS 7 implementation, and considering the varied needs of iPhone/iPad users out there, what Apple chose to include in Control Centre is a nice selection of shortcuts. You can’t make everybody happy, but with Control Centre as it is today, Apple has made sure that every iOS user can find a certain degree of usefulness. Not an easy balance to achieve.

Some Mac sightings in The X-Files

Tech Life

Knowing that The X‑Files, one of my all-time favourite TV series, would undergo a small reboot 14 years after its nine-season run, I’ve recently been rewatching past episodes, and seasons 6 through 9 in particular. I happened to notice a few Macs and Apple hardware here and there, sightings I admit I was surprised to have missed before. I wouldn’t say this was blatant product placement, because the camera never really lingers on the hardware. In most cases, it’s just a glimpse, but it made me smile nonetheless.

Here are a few captures:

S06E02
From Drive (Season 6, Episode 2 — Air date: 15 November 1998) — At Scully’s workstation you can see what is likely a 17-inch Apple ColorSync display and the beautiful Apple Extended Keyboard II. The Mac these peripherals are connected to is out of sight, but chances are it was a Power Macintosh G3 minitower or one of the Power Macintosh 8xxx-9xxx series.

 

S06E08
From The Rain King (Season 6, Episode 8 — Air date: 10 January 1999) — On the secretary’s desk, there’s an original iMac in all its glory.

 

S06E10
From Tithonus (Season 6, Episode 10 — Air date: 24 January 1999) — On Scully’s desk, another 17-inch Apple ColorSync display, but this time with an AppleDesign Keyboard under it. Once again, you can’t see the Mac they’re attached to.

 

S07E02
From The Sixth Extinction, Part II — Amor Fati (Season 7, Episode 2 — Air date: 14 November 1999) — On Scully’s desk, a PowerBook G3 ‘Lombard’ running a program called Image Master. (It can’t be a PowerBook G3 ‘Pismo’ because at the time the episode aired the Pismo had not been yet introduced.)

 

S07E07
From Orison (Season 7, Episode 7 — Air date: 9 January 2000) — At the hospital they’ve upgraded the monitors, now using the 15-inch Studio Display, Apple’s first flat panel display. The original display, introduced in 1998, was dark blue and transparent; this is probably the third and last revision (Rev. C — M7612), with a DVI video connection and USB ports. The keyboard is an AppleDesign model. Again, no Mac in sight. I like to think it was a Blue & White Power Mac G3.

 

S07E17
From All Things (Season 7, Episode 17 — Air date: 9 April 2000) — Agent Scully uses Apple hardware at home as well. On her desk is perched a 17-inch CRT Apple Studio Display. It could also be the larger 21-inch model, it’s a bit hard to tell because it’s never visible from the front, always from the side, but I tend to think it’s more likely a 17-inch model. These bulky displays were introduced in January 1999 along with the Blue & White Power Macintosh G3, and discontinued in July 2000. Their design was reminiscent of the original iMac, and the first series had a blueberry semitransparent shell. It changed to graphite with the introduction of the Power Mac G4 line. 

Edited to add: On top of the display you can probably make out a dark, rounded object. It should be a black Connectix QuickCam. The QuickCam, developed in 1994, was basically the first popular webcam. The initial model was available only for the Macintosh, connecting to it via the serial port. It produced 16 shades of gray at a resolution of 320×240 pixels, and could record video at about 15 fps; it cost $100. (Source: Wikipedia). The model in the photo was possibly a QuickCam VC with USB connection.

 

S08E13
From Per Manum (Season 8, Episode 13 — Air date: 18 February 2001) — The reception desk at the ‘Zeus Genetic’ clinic sports a complete Power Mac G4 Cube workstation, with the 15-inch (or 17-inch) Apple Studio Display and Harman Kardon SoundSticks (and I bet that there’s even an iSub under the desk). Sorry for the blurry capture, but the camera was panning quickly and this was the only way to catch all the hardware in one single image.

 

S08E16
From Three Words (Season 8, Episode 16 — Air date: 8 April 2001) — Beautiful and unexpected, what can only be an iMac DV SE G3/500 ‘Snow’ (Summer 2000). I’d really love to add this to my vintage wishlist, but unfortunately I’m out of space.

 

S09E18
From Sunshine Days (Season 9, Episode 18 — Air date: 12 May 2002) — If I remember well, here Scully is in a videoconference with agents Doggett and Reyes. Given that the episode aired before Mac OS X 10.2 Jaguar was introduced, the GUI we’re looking at is Mac OS X 10.1 Puma. I don’t recognise the software, though. It could be some specific third-party application for videoconferencing, or some kind of modified QuickTime interface. I did chuckle at the hard drive’s name, MondoDrive.

That’s it for now. Maybe one day I’ll search through Seasons 1–5 and post more captures. I hope you enjoyed these.

Kind of sherlocked

Software

First, a refresher on what f.lux is:

To quote its developers, f.lux is an application that “makes the colour of your computer’s display adapt to the time of day, warm at night and like sunlight during the day. f.lux makes your computer screen look like the room you’re in, all the time. When the sun sets, it makes your computer look like your indoor lights. In the morning, it makes things look like sunlight again.” 

The effect is beneficial to one’s eyes at night: the warmer colour temperature of the screen reduces eye strain and helps to sleep better. (There’s research behind this.)

f.lux is available for Mac, Windows and Linux, and it’s been around for a few years now. It’s free to use and the developers accept donations. 

f.lux has never been officially available for iOS, because it doesn’t use documented APIs. Since 2011, you can install it on jailbroken iOS devices via Cydia. On 12 November 2015, f.lux’s developers offered a way to install it on non-jailbroken devices through a clever trick — by sideloading it using Xcode, but Apple quickly intervened, asking the developers to remove this method because it violated the Xcode guidelines.


Back in November, in the conclusion of my article f.lux must be allowed on iOS, I wrote:

Well, I urge Apple to reconsider and look the other way, or to work with f.lux’s developers to find a way to allow them to ship a regular iOS app. It saddens me that something this useful is not allowed on the App Store, while a generous quantity of utter, useless crap is. If you read a lot on your iOS devices in the evening and at night, f.lux has a really beneficial impact on your health: it leads to much less eye strain and a better sleep. It deserves a place on iOS.

Apple’s move? Adding a feature to the upcoming iOS 9.3 update that works essentially the same as f.lux, called Night Shift. Apple is not new at this kind of behaviour, even an informal term has been coined to describe it, but what really rubbed me up the wrong way this time is the marketing language used to introduce Night Shift…

#alttext#

…together with that This latest iOS release adds numerous innovations to the world’s most advanced mobile operating system in the introduction at the top of the page. Look, I know, this is subjective, and I’m venting here, but the feeling I got after reading about Night Shift is that many people who don’t know better may think that Apple has been spending quite some time researching and developing this innovative, never-before-seen feature. 

Perhaps this is just the idealist in me speaking but Apple could have involved f.lux’s developers to work on this feature, both for iOS and Mac OS X, instead of reacting with another example of Not Invented Here syndrome and adding a sprinkle of fanfare in its announcement.

f.lux’s developers have reacted in the most elegant and gracious way possible:

Apple’s involvement in fixing this problem is a big commitment and an important first step.

We’re proud that we are the original innovators and leaders in this area. In our continued work over the last seven years, we have learned how complicated people actually are. The next phase of f.lux is something we cannot wait to ship to the world. […]

Today we call on Apple to allow us to release f.lux on iOS, to open up access to the features announced this week, and to support our goal of furthering research in sleep and chronobiology.

I hope to be wrong on this, but my first reaction is Good luck with that. If before the excuse for not allowing f.lux on iOS was that it used private APIs, the excuse after iOS 9.3 and Night Shift will be that it duplicates a built-in feature. 

And I bet it won’t be long before we see a Night Shift equivalent on Mac OS X.

By the way, I’ve heard through the Twittervine that Night Shift will only be available to iOS devices with 64-bit architecture (therefore minimum requirements will be iPhone 5S, iPad Air and iPad mini 2, and iPod touch 6th generation), which is another artificial limitation, since my iPhone 5 handles f.lux pretty well. This kind of useful feature should be made available to the widest possible range of devices — at least all those that support iOS 9. Good thing I acted quickly and managed to sideload f.lux in the brief window of availability back in November.

People and resources added to my reading list in 2015

Tech Life

When it comes to the list of resources I check on a daily basis, in 2015 there have been more subtractions than additions. Nothing in particular triggered this clean-up and reorganisation of my RSS feeds, but in retrospect I can say that it was a consequence of different factors, including:

  • The need to read more physical books and ‘offline stuff’;
  • A perceived decrease in quality of a few resources I used to follow;
  • More time devoted to my writing and the production of original content (fiction and non-fiction), leaving less time to keep up with the once-manageable reading list.

I also noticed an increase in what I call ‘random reading’ — meaning long-form articles and contributions either recommended by people I follow on Twitter and App.net, or found by chance or in connection to something else I was reading. I use the term ‘random’ because in most cases I simply read the piece and moved on: the author hadn’t written anything else worth considering, or hadn’t been updating his or her personal blog in ages, etc.

Tech blogging and podcasts

I have to generalise here, which means that there are exceptions, but overall 2015 felt a bit disappointing with regard to the quality of the tech-oriented blogs I follow. A marked decrease in consistency and quality seems to come from those authors who monetise their site through advertising and sponsors, and/or are engaged in podcast productions (as hosts or frequent guests). While it’s true that I have a certain aversion to podcasts, one cannot deny that if you invest a lot of time and energies doing podcasts, it’s only natural that your site and your writing will feel somewhat neglected.

There are also tech writers who have embraced podcasting as a new means for expressing their thoughts, and it appears that this has been a big trend in 2015, with new podcasts popping up at an alarming frequency. Everyone’s free to express themselves in the ways and via the media they see fit, of course, but as a reader and listener I’d like to point out that burying your opinions in a podcast episode that last 1–2 hours, instead of writing them down in a 500-word article, is a lazy and extremely selfish choice. As far as direct feedback goes, the debate remains confined inside circles and cliques. Bringing the discussion back to the written word means hunting quotable parts in long, sometimes meandering conversations, and then transcribing the bits you want to respond to. And this when you know where to look and are not put off by terse podcast episode summaries or silly titles.

Podcasts demand a level of attention and commitment on the part of the audience that’s simply too much for me; the offer is absolutely overwhelming; the average episode duration is still excessive. As a result, in 2015 I haven’t subscribed to any new podcast except Covered (see below), though I have listened to two or three episodes of other podcasts in an effort to expand my horizons, or because I acted on a specific recommendation, or because there was a specific subject being discussed and I was looking for different takes on it.

I’m still subscribed to

although I’ve skipped a few episodes every now and then. While the other two podcasts I follow without missing an episode are:

  • Release Notes, with Joe Cieplinski and Charles Perry, a weekly podcast about the business of Mac and iOS indie software development. “We discuss inspiration, design, trends, and tools — everything but the code.”
  • Covered, with Harry C. Marks. From the description: “Covered is a bi-weekly podcast hosted by Harry Marks about writers and their books. Whether it’s fiction or non, short stories or long, sweeping epics, Harry digs down in each episode to learn the stories behind the stories, the whys and hows of their creation, and what readers and aspiring authors can learn from the process.”

Why? Because Release Notes is brief, focussed, and Joe and Charles are knowledgeable, excellent interlocutors. Covered, too, is focussed, plus very interesting and inspiring. Harry is a great host and interviewer, and thanks to his podcast I have discovered new authors and works. These two podcasts are fun to follow and they never feel overwhelming.

My third-party iOS podcast app of choice is Pocket Casts.

 

As for new blogs/websites, here’s the short list of new entries in my RSS feeds. All these resources are worth reading, and all fall under the category of ‘slow feeds’, meaning they’re not updated at a breakneck pace, and their authors only write when they have something to say. A very commendable practice nowadays.

  • No Octothorpe, by G. Keenan Schneider. I like his direct, no-nonsense style, though it was a very creative post that made me decide to finally add his site to my reading list.
  • Barely Legally, by Dominic Mauro. Added instantly after reading Probably Predatory, I decided to keep it in my feeds because I like Dominic’s writing, and since he’s a lawyer, it’s refreshing to read about topics that may be outside my comfort zone, so to speak.
  • Building Twenty, by Michael Anderson. One of those tech blogs I wish were updated more frequently. Apart from tech-oriented contributions, Michael also posts great articles with recommended readings such as this one — don’t miss those.
  • Dot Info, by Joe Caiati. Another nice find in the tech sphere. I’ve also listened to a couple of episodes of Diagnostic & Usage, the podcast Joe hosts with Cody Coats, and it’s worth checking out as well. (I’d subscribe if I had more time for podcasts.)
  • M B S‑P-B, by Mike Bates. I really enjoy reading Mike’s contributions, and his regular ‘A‑Players’ series of posts with a brief list of recommended pieces is always a nice surprise. Some great photos in his VSCO Grid, too. He exudes a kind of minimalism that feels genuine and not affected.
  • Unauthoritative Pronouncements, by Joe Rosensteel. Again, I started following Joe’s website because I appreciate his writing and criticism. His recent (at the time of writing) series of articles about the new Apple TV is well worth your attention.

A couple of ‘special mentions’:

  1. I discovered the majority of the aforementioned resources, directly or indirectly, via the infamous Samantha Bielefeld. If you don’t know who this person is, perhaps the most informative and less biased reference are two articles published by New York Magazine: Is This Popular Female Tech Blogger a Man in Disguise? and Tech Blogger Accused of Faking Her Identity Finally Speaks. While I obviously don’t condone certain behaviour and the questionable choices SB made during her/his brief period of Internet fame, I still think SB had interesting opinions to offer to the tech debate. A debate that is still in need of more voices capable of going against the current if necessary and change the largely complacent status quo.
  2. The Brooks Review, by Ben Brooks. I actually discovered Ben a few years ago, but I specifically mention him in this article because, overall, his website and writing have improved over the past year, and I’ve got back to reading him on a regular basis. Both his style and attitude may be rough and direct sometimes, but his honesty is truly refreshing. Well worth keeping in your RSS feeds. And while you’re at it, if you prefer reading more photography-oriented subjects, check out Erin Brooks’ website. It was another very nice discovery for me.

Other resources:

  • I’ve recently added two sites which I’d like to recommend if you love mechanical keyboards: KeyChatter (for news, reviews and more), and Mechanical Keyboards Inc. — The Ultimate Mechanical Keyboard catalog, which is an awesome resource for learning more about the technology in this type of keyboards, and for purchasing mechanical keyboards as well.
  • pivotCE — webOS news, tips and tricks — I still own a Palm Pre 2 and I’ve been a fan of webOS since the start. I’m glad I’ve found this site: if you still have and love webOS devices, pivotCE can offer tips and resources that will help you maintain your aging webOS smartphone or tablet.

Photography

2015 was a great year for me with regard to photography, and film photography in particular. I acquired a few more vintage cameras — which, like vintage Macs, I like to put to good use — and went out shooting a bit more. As I was researching information and looking for inspiration online, I stumbled on a lot of interesting resources and photographers.

The place I kept returning to has been Japan Camera Hunter, Bellamy Hunt’s website. The best thing to do to have an idea of what Bellamy’s place is all about is to just visit the site and dive in, but the About page might be a good starting point. Japan is, understandably, a fantastic place to look for film and film cameras, and if you’re looking for certain cameras that are difficult to find in good condition in the used market, Bellamy can be of assistance in sourcing it for you. His services may not be cheap, but that’s the price you pay for quality.

For me, Japan Camera Hunter has been a great source of inspiration mainly thanks to the recurring series of In your bag posts, where people send Bellamy photos of their camera bag and gear, talk about how they got into photography or how they (re)discovered film photography, and post links to their sites and work. I’ve discovered many talented photographers and enthusiasts this way.

But another cool feature of the site are the photography-related essays written by Bellamy and a few regular guest writers — the most interesting being Dan K (here’s a link to the articles he has published there.)

My RSS management

It’s basically the same as last year. On my main Mac I still use and love Reeder, while I keep older versions of NetNewsWire on my PowerPC Macs (version 3.2.15 under Mac OS X Leopard, and 3.1.7 under Mac OS X Tiger). On iOS, my love for Unread remains unchanged. Unread is also my absolute favourite iOS app with regard to gesture-based navigation. It’s really good and well-designed.

My ‘Read Later’ solutions haven’t changed, either. To the short list I wrote last year, I’ll just add a new tool I’ve been using to quickly share a link between a vintage Mac and my more modern iOS devices or my main Intel Mac, and vice versa: Firefox Sync.

As I wrote on System Folder, I only recently had the proverbial ‘eureka moment’, when I realised that by creating a Firefox account, not only could I keep browser tabs, bookmarks, passwords, history, add-ons and preferences synchronised between my MacBook Pro and my iOS devices, but I could also include my PowerPC Macs because TenFourFox supports Firefox Sync — at least for now. It basically works like the iCloud Tabs feature in Safari, but unlike iCloud Tabs it also includes my older PowerPC Macs in the mix. It’s great and very handy. With the Sharing sheet on iOS, I can send a tab from Firefox on my iPad to TenFourFox on my Titanium PowerBook G4 running Mac OS X Tiger. This newfound backward compatibility is exhilarating.

And that’s it for 2015, I guess.

Past articles