December 1, 2011

Arrived iPhone App

  —A look at the Arrived iPhone application.

Experimented with a new iPhone app called Arrived. I like the concept and think it's a great idea. The concept is simple. The app notifies others of your arrival or notifies you of other people's arrival at a location of interest to you.

You pick the locations and the people and Arrived does the rest. If you frequent locations or you meet with people frequently Arrived will let those people know when you arrive or when they arrive. A very cool idea because you can select the places you frequent most and let the people you care about know when you are there.

I like the concept of Arrived much better than FourSquare or LocalMind because it limits who has access to your location and you aren't required to check-in. My initial impression is that Arrived isn't entirely positioned to benefit the businesses you frequent and that it actually provides value to the user in a way that resonates with the original ideas behind social networking.

Arrived is great as a concept. I haven't been able to use it too much and can't vouch for the quality of the implementation. Definitely worth a look.

Note:

The link to the Arrived application on iTunes has been removed. It is no longer available.

November 26, 2011

Trouble Activating iMessage on an iPod Touch

  —A remedy for activiation failures on iPod Touch involving DNS.

I recently activated iMessage on an iPod Touch. Ran into the problem where the activation fails.

A little research on the forums led me to comments on the DNS server issue with a recommendation to use 8.8.8.8 as the IP address. Surprisingly, changing the DNS server to 8.8.8.8 resulted in my being able to active both FaceTime and iMessage.

I say surprising because I haven't seen any other DNS issues with the server I was originally using.


Unfortunately, in order to keep iMessage and FaceTime working I had to leave the DNS server address as 8.8.8.8. Changing the DNS server entry back to its original value resulted in iMessage working for a while but subsequently failing (presumably because the DNS entry needed to make iMessage work finally expired in the cache).

November 21, 2011

Repositories in Translation

  —Eric S. Raymond on distributed version control systems.

ESR writes an interesting article on DVCS.

November 16, 2011

The Computer Scientist as Toolsmith

  —A look at great paper by Frederick P. Brooks Jr. on the role of tool building.

Every once in a while I have the pleasure of rediscovering an old article whose lessons have withstood the test of time. Two editions of "The Computer Scientist as Toolsmith" by Frederick P. Brooks Jr. pass this test.

Both articles appear under the same title. The first article was written in 1977 (reproduced in 1988); the second published in the Communications of the ACM in March 1996.


In the first article, Frederick makes the point that Computer Science isn't a scientific discipline. It is an engineering discipline. The distinction he makes is that scientists build things in order to study and the engineer studies things in order to build.

Computer Scientists engineer abstract objects. That is, they do not engineer objects that directly serve human needs. Instead they construct tools that server user's needs. In effect, the Computer Scientist is a toolsmith.

The key difference between Computer Science and the sciences is Computer Science's need to deal with arbitrary complexity. We don't have the most elegant solutions or the belief that some grand natural design is available and supports our exploration of Computer Science. Many other sciences have this advantage.

Personally, I believe that arbitrary complexity arises from poorly understood interactions between system components--there are several articles in the recent literature to support this (for example "Computer Science Can Use More Science"). That article provides a thought-provoking contrast between what engineers know about the Saturn V Rocket and the LAMP application stack.

In the second article, Frederick makes the argument that intelligence amplifying systems, that is systems that support people in accomplishing tasks are much more successful than trying to create systems to replace people. His argument is made in the context of the original goals for Artificial Intelligence and contrasts them with that field's accomplishments. He goes on to extend the thesis of the Computer Scientist as toolsmith by suggesting that Computer Scientists partner with people in other disciplines so that they can build tools that enable people in those other disciplines to solve real problems.

I like the idea of building tools for others to consume. The notion of intelligence amplification is a really nice way to look at how these extend the ability of people to accomplish tasks that really matter and make a difference in people's lives.

The most telling aspects of the two articles by Frederick, separated by almost 20 years and the article by Morrison and Snodgrass is how little has changed over the past 30 years.

November 11, 2011

Unautomate Your Life?

  —Unautomate? Yeah, right.


I've talked about ZenHabits in the past on this blog. I am becoming dissatisfied with the posts on ZenHabits. In a recent post they discussed how to "Unautomate Your Money".

Unautomate? Now they are making up words in an attempt to be clever. It's actually annoying.

(To be fair the ZenHabits post was by a guest blogger.)



Note:

The ZenHabits article is offline. The article URL above is a capture by the Internet Archive from when this article was published.