HN user

stepherm

72 karma

designer/programmer from Seattle, WA.

Interested in: * mobile apps * typography * music * sustainability

Posts5
Comments31
View on HN
The Mac Won Me Over 16 years ago

I think the real point here is that each choice has an associated cost. With Linux, it's the extra time necessary to do this sort of research and configuration. You can reduce the headaches associated, but the Linux community doesn't always make that as clear as possible to the customer.

With Apple, instead of the extra time/thought, it's a bit more money to make the purchase. It also doesn't hurt having a single entity doing most of the communication and making sure the customer is happy, by making choices/support relatively simple.

The problem here is that they aren't easy costs to compare, since they are listed in different resources. I think this is why a lot of Apple users say things like "You just need to use it.", since quantifying all the little user experience gains doesn't lend it self well to a comparison of technical specs.

Music Sales 17 years ago

I think they probably consider buying a single track from an album and buying a 'digital single' (a small release with 1 or more tracks) two different things.

I doubt the former case is considered a 'single' in the traditional sense of the word in the music industry.

[dead] 17 years ago

I think the reason this is on here is because the idea came up in a previous HN post, and people are curious to see what happens.

Convert is listed as #2 in the overall chart; that link is talking about an app in the top 30 in the social networking chart. Two different charts (with the overall chart being quite a bit more competitive) explains the differences.

What I think a lot of people tend to forget is that Verizon and AT&T have based their networks on differing technology (GSM vs. CDMA).

Apple seems to like keeping their product lineups relatively simple. GSM tends to be the worldwide standard. Fracturing their product lineup for (generally speaking) one market doesn't sound like the sort of thing Apple would do. I imagine if Verizon was the major GSM network in the U.S.A., we'd see Verizon + Apple instead of AT&T + Apple.

features aren't everything. I'd prefer to buy a better designed tool that does less then a poorly designed tool that does more.

I love Power Grid. For those that are not familiar, if Settlers of Catan and Monopoly had a baby, this would be it.

The description in the article is a bit misleading. The winning conditions are not who has the most money, but who can power the most cities.

It seems to me that Blizzard must be doing something right considering every one of their (somewhat) recent games has been a critical and commercial success.

That said, their business model of "perfecting" a product before release probably isn't something a start-up should emulate.

Building schools, hospitals, libraries, etc isn't such a great idea. They don't need buildings, they need trained professionals. What they really need are teachers, doctors/nurses, librarians, etc.

I guess it depends on what you consider "using" Twitter.

Do I have an account? Yes

Do I follow anyone/post tweets? No/Rarely

Generally I use twitter search to get (somewhat) real-time information about public events.

The biggest thing stopping me from using it more is the network. I've already established my network elsewhere, most of my friends aren't on twitter, so there is little incentive to use Twitter.

Something the article fails to note: The WaPo op-ed they are quoting left out some fairly significant information:

"The poll that appears in today's op-ed shows a 2 to 1 lead in the thinnest sense: 34 percent of those polled said they'd vote for Ahmadinejad, 14 percent for Mousavi. That leaves 52 percent unaccounted for. In all, 27 percent expressed no opinion in the election, and another 15 percent refused to answer the question at all. Six percent said they'd vote for none of the listed candidates; the rest for minor candidates."

See http://voices.washingtonpost.com/behind-the-numbers/2009/06/... for more details.