Menu

Algorithms aren’t gods

In The Cathedral of Computation Ian Bogost makes the argument that algorithms have replaced religion for many people:

Here’s an exercise: The next time you hear someone talking about algorithms, replace the term with “God” and ask yourself if the meaning changes. Our supposedly algorithmic culture is not a material phenomenon so much as a devotional one, a supplication made to the computers people have allowed to replace gods in their minds, even as they simultaneously claim that science has made us impervious to religion.

It’s a long article but very much worth reading, especially for the conclusion:

Algorithms aren’t gods. We need not believe that they rule the world in order to admit that they influence it, sometimes profoundly. Let’s bring algorithms down to earth again. Let’s keep the computer around without fetishizing it, without bowing down to it or shrugging away its inevitable power over us, without melting everything down into it as a new name for fate. I don’t want an algorithmic culture, especially if that phrase just euphemizes a corporate, computational theocracy.

But a culture with computers in it? That might be all right.

Software repair

Richard Seroter’s 10 Architecture Tips From “The Timeless Way of Building” is highly relevant to software development as well:

“Each building when it is first built, is an attempt to make a self-maintaining whole configuration … But our predictions are invariably wrong … It is therefore necessary to keep changing the buildings, according to the real events which actually happen there.” (p. 479-480) The last portion of the book drives home that fact that no building  (software application) is ever perfect.  We shouldn’t look down on “repair” but instead see it as a way to continually mature what we’ve built and apply what we’ve learned along they way.

Just as buildings need “repair”, software takes iteration to get right.

New Sonos logo pulses when you scroll

New Sonos logo

This is pretty fantastic. The new Sonos logo pulses like sound waves when you scroll up and down. Brand New comments:

There is no doubt this is a party.

Indeed.

Designed by Bruce Mau Design.

Excuse me while I kiss the sky

Melissa Dahl talked to some people to find out Why You Keep Mishearing That Taylor Swift Lyric:

“There’s a piece of what we understand that comes from the sound that comes in our ear,” but another piece of our understanding comes from our minds — from our expectations, in other words. It’s easy to see how this explanation applies to many misheard lyrics, specifically the most-often cited one from Jimi Hendrix’s “Purple Haze,” which contains the lyrics “Excuse me while I kiss the sky”; people often mishear that line as “Excuse me while I kiss this guy.” It makes sense: People are more accustomed to hearing someone talking about kissing some guy, less so the entire sky.

My favorite indie web services

I recently realized that the web services I love and use the most are all run by indie developers or small companies. While I ponder what that means, I thought I’d do my little part to tell you about them in case you’re in the market for one of these things.

These are all services I’ve used for a while and have no intention of leaving. Unless they shut down. PLEASE SUPPORT THEM SO THEY DON’T SHUT DOWN.

  • I use Feedbin as my back-end for RSS reading. It’s solid. It always updates fast, it never goes down, and it works with a pretty much any RSS reader you can think of. I tried Feedly, but it’s not for me. Too many gimmicks I don’t need.
  • Speaking of which, I use Reeder as my front end for RSS reading. Beautiful UI, great integration with services.
  • Anyone who’s paying attention knows that Feedburner is on its way out. So a while ago I moved my site’s RSS feed hosting to Feedblitz. It’s not worth linking to them — it was a terrible mistake. Shady “growth hacking” marketing techniques, impossible to work with on support issues, etc. Don’t do it. I have since switched to FeedPress and I’m really happy with it. I do think there’s still a gap in the market for a really good Feedburner replacement, but Feedpress does an admirable job for now.
  • Pinboard is still the backbone of everything I do online. It’s basically my external memory. I don’t know how I would internet without it.
  • Instapaper is not a one-person band any more, but it’s still my “read later” service of choice. I dabbled in Pocket for a while, but I keep coming back to Instapaper for the no-nonsense UI and focus on typography.
  • When it comes to writing, my favorite tools remain MarsEdit (blog writing and editing), nvALT (text editor), and Marked 2 (Markdown viewer).

I really hope these developers continue to make enough money to focus on these fantastic projects. I also hope they know how many people they’re helping every day with the things they dream up. Thank you, to all of you.

The importance of design diversity

Laura Sydell tells a great story in At 90, She’s Designing Tech For Aging Boomers (but when did NPR decide to go all Upworthy-like with their headlines?):

Addi says when Beskind is in a room, young designers do think differently. For example, Addi says IDEO is working with a Japanese company on glasses to replace bifocals. With a simple hand gesture, the glasses will turn from the farsighted prescription to the nearsighted one.

Initially, the designers wanted to put small changeable batteries in the new glasses. Beskind pointed out to them that old fingers are not that nimble.

“It really caused the design team to reflect,” Addi says. They realized they could design the glasses in a way that avoided the battery problem. “Maybe it’s just a USB connection. Are there ways that we can think about this differently?”

We need so much more diversity in the design community — not just in terms of gender and race, but age as well. Here’s a story that proves how valuable design diversity really is.

2001, Alien, and how we used to see the future

Jason Z. Resnikoff’s Seeing the Sixties and Seventies Through 2001 and Alien is a wonderful essay about his father’s experiences as a computer scientist growing up in the era of 2001: A Space Odyssey and Alien. Here’s a taste:

My father was so buried in computers that when he saw 2001 he very much liked HAL, the spaceship Discovery’s villainous central computer. To this day, he enjoys quoting the part of the movie where HAL tries to explain away his own mistake—the supposed fault in the AE35 unit—by saying, “This kind of thing has cropped up before, and it has always been due, to human error,” an excuse that more or less sums up my father’s considerably erudite understanding of computers. According to my father’s interpretation of the film, HAL wanted to become something more than he was. Becoming, always and ever becoming, is in my father’s eyes a worthy, nay, a noble way to go through life, always trying finally to be yourself, that most elusive of goals. The mission to Jupiter was a mission to take the next step in evolution, and HAL wanted to be the one to evolve. My father made this sound like a very reasonable desire, one that makes HAL the hero of the movie.

It’s a story about two iconic movies, but also about how we used to see the future. Turns out we won’t be space babies after all.

Left Behind: Designers Who Don’t Code Edition

So I guess it’s quarterly “Designers should learn to code” day on Twitter. This appears to be the crux:

I have two questions.

1. What is a “designer”?

I don’t mean that in the metaphorical sense. I mean literally, how do you define design in this context? Is it visual design? User experience design? Product design? Content strategy, or any or all of the other things that make up well-rounded design?

Because here are the things I’m currently trying to get better at by reading books and practicing and writing and working it into projects:

  • Usability testing and ethnography
  • Information architecture across multi-platform experiences
  • iOS native app design

I’m a little busy right now, so I’d like to know: which of these things should I drop to learn to code?

2. What does “left behind” mean?

Does it mean designers who don’t code won’t get hired in The Future? I don’t know about that. I spend a lot of time with designers. Some of them code, some don’t. Those who don’t specialize in something else that those who code aren’t good at, and that makes for stronger teams where work can be distributed more evenly and more effectively.

Let me put this another way: once every designer can code (since it’s “not even a debate any more”), who’s going to make sure we build the right things? Who’s going to discover user needs, create IAs that work for target personas, and design scalable holistic systems that work across devices and contexts?

What I mean to say is this:

  • Heaven help us if we become a community of executors at the expense of all the planners out there. We need both.
  • It’s really, really dangerous to tell people they’ll be “left behind” if they don’t become part of a homogenous group of people all focused on the same thing. That has never worked out well for anyone, in the history of mankind.

So go forth, follow the design thing you’re most interested in. If that’s coding, awesome. If it’s how to best understand user needs and translate that into design systems, go do that. As long as you do it well, you won’t be left behind.

More

  1. 1
  2. ...
  3. 84
  4. 85
  5. 86
  6. 87
  7. 88
  8. ...
  9. 201