roedog88

I can see the ease of use argument, and that Apple products certainly do well at that. But, thinking on a longer time line, isn't that target audience shrinking. What is the life expectancy of the pre-computer literate population? How big is this audience now? I'm just asking. I have no idea.

On the other hand, a much larger audience would be the vast unwashed masses in the third world who use cell phones to access the internet. The sales volumes are higher, while the price point is lower... I wonder if Apple would go there, or would they leave that market to others.

It is a good example of using a little humor to help defuse a user's frustration.

Aside from the built in stuff like email, calendar, contacts and maps with the traffic view I use the following every day: shuffle as my to do list, and StreamFurious (free version) for streaming audio.

The TripIt and Yelp apps were useful on my recent vacation.

I don't think you overreacted. I would find it difficult to trust a consultant who pulled a bait-and-switch on me.

An alternative to firing them might have been to re-negotiate their fees based on the less known designer, or to defer payment until the job was finished to your satisfaction.

But given the breach of trust, I don't think canceling the contract was out of line. Especially if staying with them would require extra oversight and heartburn.

Adding more weight to your point, I read that McDonald's divested their stake in the Chipotle chain, giving the reason that they wanted to focus on increasing revenue at their own restaurants.

I think the idea that certifying developers and not certifying safety critical software is a non starter. On safety critical projects, certification will add to existing and onerous validation and verification costs.

The process requirements on these projects (DO-178B) call for an organization to institute a systematic way of developing software across the project that everyone on the project follows. An additional certification for each individual is not necessary. Either they can follow the process or they are reassigned.

What about certifying the software that Joe the developer creates, rather than Joe the developer? This is the approach the FAA takes with DO178B for the flight software on the jet planes that we ride.

These are very large projects, using hundreds of developers. The quality of the team members varies. Half are below average for the population at large.

Adding certification on top of this doesn't change the fact that half the developers will be below average. The projects are too large.

Working in technical support my colleagues and I all knew who were good customers, and who were bad customers. Our manager knew too. He would back us up with raises and options. Making unhappy customers happy is not an easy job (especially given our bug list at the time).

Years later, I still remember one who called almost once a week with a new issue he had dug up. Admitting he was right and promising to fix the bugs did not make him happy, or make him go away. We all had a theory that he was calling so often because he was lonely and wanted someone to talk with.

Taking a longer view, I think being a nasty customer is it's own punishment. These people are miserable or sad, and lording over a service or hospitality worker gives them only a pyrrhic victory. The server or tech support moves on with their life. But the asshole is still an asshole.

I moved to Los Angeles from Mt. View several years ago.

The startup and technology scene is less visible than other industries here, notably entertainment and aerospace. I don't feel the buzz like I did back in the bay area.

That said, it was a very good move for me. I was happy to leave behind my bay area snob attitude upon finding that there were many smart people who do interesting things in Los Angeles. It's a bigger city than just the one we see in the celebrity/entertainment news.

Also, my dating life improved greatly compared to the bay area.

The article talks about how many embedded projects use C and the need for new developers. I have two thoughts about why embedded developers choose C.

One reason for this choice that I've observed is the very conservative mindset in those developing safety critical software. I think this is understandable given potentially fatal consequences for errors. The approach to safety is somewhat brute-force, write the code to strict guidelines, then test, test, and test. Changing a language or compiler would require extensive re-testing, introduce unknown risks, and the development of new guidelines.

The other big driver for embedded software is unit cost. The logic goes this way. Saving a dollar on a part used in 2 million unit saves $2M in costs. A cheaper part is selected if the part cost savings is less than the extra engineering costs needed to squeeze the functions into a smaller memory and slower chip. C, and C++ can be quite lean, while perhaps taking longer to develop than another language.

I've been using the hipster pda. http://www.43folders.com/2004/09/03/introducing-the-hipster-... for a few years. It works well for me. I find that maintenance takes very little effort any more.

I've built the budget box from Ars Tecnnica and been happy. The latest guide: http://arstechnica.com/hardware/guides/2009/04/ars-technica-...

I like that Aeropress is made by the same people who invented better Frisbees and yoyos. It's got that old school geek charm, which has motivated me to try it out. From a marketing perspective it seems that in addition to the stimulant use I'm using coffee as a way to define myself as a clever and discerning person.