Oh now this is so, SO refreshing and from a “Cocoa” developer no less! I don’t know how many times I’ve heard the comment that we’ve got to re-write all of Office in Cocoa as if that were some magic pill that turns all Mac applications into “pure” Mac applications.
Wake up people! It’s 2006. It doesn’t matter what you program in, it’s how you get the job done. Arguing about whether to use Carbon or Cocoa is like arguing about whether to use a net or a hook to catch a fish. You use whatever the circumstances call for. If you don’t, you die. (This, from the vegetarian, city-dwelling Mac programmer).
Once again, it’s all about execution. Now I love Cocoa (We use it internally to build all our GUI based tools) I love the design patterns and consistency, and I love CoreData and bindings, but very often if you want to do something cool, you almost always have to drop down to the C API and well, more often than not, you’re using Carbon. Remember what Steve Job’s said when introducing Carbon? “We named the API Carbon, because that’s what all intelligent life forms are made of!”
I’m personally looking forward to the end of the whole Cocoa vs. Carbon debate. Sometime in the future, applications will be judged by what they enable you to do rather than the API under the hood. If you want to get that concerned about the nuts and bolts, consider this the next time you fly: Every part that makes up every plane, came from the lowest bid supplier. Life’s too short, find the right tool for your job and enjoy the ride!