05 Feb 2009
Obama’s new proposal of imposing executive pay caps on firms that receive government bailout money has a problem as seen in USA Today and other places: Since firms that are doing well don’t have the pay caps, there may be a “brain drain” wherein the “best people” won’t want to work for the companies where the limits are in place. According to a “compensation consultant” named Alan Johnson, “[…] you end up killing the institution you tried to save […] You drive away the good people.”
Hard to deny that. You want to “save” a company via cash injection, but at the same time you put a limit in place that will tend, over time, to lead the best people away from the company. The implied upshot of this is that we shouldn’t be imposing a salary cap. I’d like to take this a step farther, and suggest that we shoudn’t be trying to “save” them with cash in the first place! Clearly, there is a range of results in the financial industry, where lots of companies feel like they need a handout to keep going, whereas some are apparently doing OK (e.g. the ones who would theoretically pull talent from the ones where the caps would be applied). It seems to me that we should let the market take care of this. Those companies that are doing the worst should risk going under, just like any other industry. If they do, their competitors can buy up their assets, including their previous customers, etc.
The fact that we even consider bailouts for behemoths like the automobile industry and the financial services industry seems to prove that the US “market economy” is anything but. Like Newton’s laws of physics which break down in conditions with extreme velocities or extreme scales, our concept of the free market seems to break down when actors in the marketplace are extremely large.
Read on →
22 Jan 2009
I’ve been working on an iPhone game called Scribattle in my spare time since late last summer. After years of Mac OS X and previously OpenStep and NeXTStep programming, it seemed that stepping into the iPhone development path should be a piece of cake, and as far as the programming is concerned, it has been; However, there are a number of hoops that every iPhone developer has to jump through in order to get up and running, and get their software published on the App Store. Based on my experience so far, here’s some advice for anyone thinking about developing for iPhone.
1: Sign up for the paid developer program now
If you’re thinking about doing iPhone development, but haven’t signed up yet, then scurry
immediately over to Apple’s site and
sign up. After you sign up, there is a waiting period while Apple checks out your information, and this can take
months. It’s not that the process actually takes them months, but rather that you end up in a big queue (or maybe just a pile) of applicants, and it takes Apple some time to get through them all. In my case, after waiting 6 or 7 weeks, I called Apple’s developer support number, had a brief conversation with a woman who told me that I was just about ready, and that I needed to send them a particular government form proving the validity of my company. 72 hours later I was up and running. I’m not sure if my call is what actually broke me free from the pile, or if I just happened to call right when they were about to call me, but in any case you should be prepared for a wait.
“But,” you may say, “I’m not even
sure I want to develop for iPhone, so I’m not ready to pay the fee!” Yes, it costs $99, but don’t worry about that right now; You don’t pay until you’ve been approved, which can take months, and if at that point you decide you don’t want to continue, all you have to do is
not follow the link they send you,
not enter your credit card info, and
not purchase the $99 developer license.
2: Download the developer tools, and start building something
While you’re waiting to be approved as a developer, go
download the free iPhone SDK (requires you to create a free registration if you haven’t already) and start working with it. The
SDK lets you do everything
except build a real, installable app; Until you have purchased a developer license, you can only run in the iPhone simulator that is part of the
SDK. This has some limitations, but works well enough to get you started, especially on your first app. Give yourself as much time as you need to get a feel for things, especially if you’re new to Xcode and/or Objective-C.
3: Objects in simulator may be slower than they appear
One caveat about the SDK’s iPhone simulator: The apps you build and run on the simulator are not “throttled” at all to simulate the performance of an actual device, so you may see things that seem to work great in the simulator, but fail miserably on an actual device. The first app I was toying with, doing some simulated physics and drawing everything with CoreGraphics, was nice and smooth on the simulator, but as soon as I put it on a device, it was horrendously slow. For your first apps this may not be an issue, but it’s something to be aware of if you’re working on anything time-critical such as a game
4: Learn to love CoreGraphics, but use OpenGL anyway
Apple’s drawing
API for both Mac OS X and iPhone, CoreGraphics, is really nice; a modern C interface to a great compositing engine. For basic drawing, including simple animation in response to user actions, this is great. The problem is that if you need more performance (for example, for a game that you want running at 60 fps), CoreGraphics will probably not cut it. I performed a simple test, of just drawing a screen-size rectangle full bore, with nothing else going on (no game engine running, and nothing else being drawn), and I could barely get more than 100 draws/second. So, I started working with OpenGL, using some of Apple’s example code as a starting point. The same test, drawing a full-screen rectangle, easily surpassed 10,000 draws/second! Most people associate OpenGL with 3D graphics, but it works equally well for 2D, so if most of your drawing consists of compositing bitmaps, as opposed to using the curves, fills, and other goodies you get with CoreGraphics, OpenGL will be a huge win for you.
5: The first app you release should be non-free “shovelware”
While you’re pouring your heart and soul into your first real app, do yourself a favor and quickly slap together a meaningless app that takes basically zero time to create, and offers nearly no functionality. Whether you create the 23rd
flashlight app, or the 47th
fart app, or some whole new concept in useless crapdom is up to you. The reason for doing this is that in spite of all the hardship you went through earlier to get approved as an iPhone app developer, there is still another hurdle: Your sales contract. You probably know by now that each app you release is going to sit in a queue until apple approves it for sale, a process that seems to usually take about a week. For the very first app you release, however, Apple needs to “finalize” your sales contract. They won’t do that until you have a non-free app submitted and approved for sale. As of this writing, I’m still waiting for my contracts to be finalized. It’s been 9 days since my app was approved for sale, and now I’m just twiddling my thumbs, waiting for Apple to do whatever it is they’re going to do. Seems like it shouldn’t be too hard to rubber-stamp the same sales contract that they have for every other iPhone developer, but I’m not a lawyer, so who knows. The point is that if i’d released some crappy shovelware months ago, I wouldn’t be in this predicament, and you’d already be able to go and buy
Scribattle in the App Store!
There you go. Hopefully these tips will help some aspiring iPhone developers to get up and running with a minimum of delay. Now go sign up for the dev program, and keep your eyes peeled for
Scribattle!
Read on →
17 Dec 2008
I reported a bug in Mail.app, Apple fixed it, and it was specifically mentioned in the 10.5.6 release notes:
Mail:
Addresses an issue that could prevent Mail from quitting.
I coudn’t be more proud of myself! Actually that’s not true. I’ll be prouder when I finally get Scribattle released, for example.
Read on →
07 Aug 2008
Some time ago, perhaps inspired by the daily comics-watching antics of The Comics Curmudgeon and Garfield Minus Garfield, I started a new comics-oriented blog. The premise of this blog is simple: Most of these so-called “comics” or “funnies” are anything but funny; Many of them can be enhanced (I’ll stop short of saying “improved” or “made funnier”) by replacing the last text bubble with a single stupid punchline. The results can be humorous, absurd, ribald, or scatological. See for yourself at Comics In My Pants. I’ve kept it going for a month now, dredging through the daily strips looking for spots where my punchline of choice seems to fit, at least syntactically. Enjoy!
Read on →
03 Aug 2008
Now that I’ve had my iPhone 3G for just over three weeks, I figure it’s time for me to share some thoughts.
Anyone reading this probably already has some idea of the iPhone, just from the constant media attention, so I won’t mention the most well-known features (touch interface, hi-res display,
GPS) except in passing.
The Good
The web, everywhere. For years I’ve had phones that supported web-browsing in some form, first with
GPRS and more recently with 3G. The problem was always the browser itself. The built-in browser in most phones often feels like a bad joke, like surfing today’s web with Netscape 1.1, over a 1200 bps modem. Opera Mini changes the game considerably, providing a decent browser experience for almost any modern phone, but the fact that it’s not integrated into the phone means that as soon as you click a link in an
SMS or email, or do anything else that the phone considers an internet-related event, you are thrown back into the phone’s caveman browser. With the iPhone, you’re using Safari, which is an established browser with a great javascript interpreter, so it works well with most existing websites. So far I haven’t seen any sites that trip it up, and I really don’t expect to. The only drawbacks are the lack of Flash (which I do miss in a few spots; I can’t play Scrabulous without it!) and Java (really only a drawback in theory, since usage of Java in the browser seems to have vanished from the face of the earth).
Pervasive contacts. Your contact database, imported automatically from Mac OS’s Address Book (or Windows’ Outlook, though I haven’t tested), is readily available for applications to use, both built-in and third-party. For example, if I’m using the maps application and need direction’s to a friend’s house, I don’t have to enter his address, since I can just pick it from the address book. Similarly, I’ve already got email addresses and phone numbers for most of my friends and family in my address book, so they’re all just a few taps away.
Offloading resources. One of the working assumptions of the iPhone is perpetual internet access. This is put to good use in, for example, the maps application. Unlike most previous standalone
GPS units or telephones with
GPS, the iPhone doesn’t need to be preloaded with map data, it gets it live from google just like your web browser does. This also goes for route planning, that’s handled by google’s servers instead of the phone itself.
The built-in speaker. This baby is surprisingly loud. Combined with talk-radio podcasts, you can convincingly reproduce the experience of listening to AM talk-radio on a tinny kitchen radio! This is actually more useful than I’d imagined; If it’s placed on a surface a few feet away I can hear it even over the noise of babbling children, a running dishwasher, etc. Not a great hi-fidelity music listening experience obviously, but for talk podcasts or just to have some music playing in the background, it’s pretty good.
The App Store. Being able to quickly and easily download software for the phone, both free and commercial, via a built-in application, is a big win. Sure, lots of the applications are similar to one another, and you sometimes sift through commercial apps that are bested by free competitors, but that’s true of desktop software as well. If you buy any non-free applications, you probably won’t need to break out a credit card, since the App Store will charge the credit card you’ve previously registered with Apple for either a .mac membership or iTunes Music Store purchases.
Some great apps. There are some great apps available already in the App Store, with more to come. Chief among these, perhaps, is Apple’s own Remote app, which lets you control iTunes on any Mac or PC on your wireless network. For years I’ve envisioned smarter remote controls, that would actually be aware of the state of the devices they’re controlling (instead of just blindly sending commands in response to button presses that may or may not be relevant at the moment, as current remotes do), and this is actually a step in that direction.
The “Bad”
Missing 3G features. The iPhone is missing some features that many people have come to expect from 3G phones, particularly
MMS, video calls, and FM radio (not really a 3G feature at all, but something that many people expect in a modern phone in any case). For me, the absence of those features has no effect. I’ve been using 3G phones for several years, and during that time I made a video call once (to a friend in the same room, just to try it out), sent an
MMS maybe once, and received
MMS messages a handful of times (literally, I can count them on one hand).
IMHO, video calls and
MMS are actually mis-features, created by the telephone carriers as another way to charge high service fees. As for FM radio, well I did listen to it a few times with my previous phone, but now I’ve got 8 gigs of space to fill with my own music and podcasts! Who wants to listen to commercial radio when they can choose themselves?
The (truly) Bad
Some things just won’t sync. At least for me. For some reason any apps I download straight from the phone aren’t synced back to iTunes, so in the event of a full restore (see below) I am forced to manually download them again.
The Ugly
Full restore. I ended up having a problem where every app I had downloaded (including Apple’s own Remote app) crashed right after startup, sending me back to the home screen. A bit of googling revealed the solution: Sync everything, and do a full restore. Ugh. That’s the sort of thing that makes me hate Windows, where the general solution to any problem starts with “reinstall Windows”, and it pains me to see this “solution” on the iPhone. Hopefully things will stabilize. On a plus note, the full restore was quite painless, if a bit slow. The only problem is that none of my third-party apps were synced to iTunes, so I had to reinstall them all. If I’d had any valuable data saved in any of these apps, then I’d probably consider that to be a much bigger problem.
The Battery. Oh, good gracious me, this phone sucks juice. I was aware that it would do so, I’d heard that many smartphone users need to charge their phones every day, but still. The speed with which that battery gauge dives into the red is truly frightening. I’m thinking forward a year or two when, if this battery deteriorates anything like my first MacBookPro battery, I’ll be down to 3-4 hours of standby time, or maybe 15 minutes of actually using the phone before the battery is completely drained. Turning off 3G seems to help (and surprisingly doesn’t seem to effect the speed of mobile surfing too much), and turning off wi-fi helps even more, but how fun is that?
In Conclusion
I think the iPhone 3G represents a milestone, of sorts. While I don’t suppose that everyone, or even a large minority, will have an iPhone in the next few years, I do think that it raises the bar in many areas, and when other phones start reaching the iPhone’s level of integration and internet capabilities, it’ll be better for everyone. Rising tides and all that. In any case, if you want a sneak peek at the future of mobile telephony, buy an iPhone today.
Read on →