The Best Part

Dave Caolo over at TUAW writes:

"For me, the best part of buying my original iPhone was the activation process."

And you know what? I totally frickin' — yes, I said frickin' — agree. One of the most ingenious achievements of the iPhone was pain-free activation. Apple removed that feature in a trade-off that enabled them to lower the base price of the iPhone 3G, and frankly it's the one thing that's prevented — yes, I said prevented — me from buying an iPhone for my girlfriend.

AT&T: Online iPhone Purchase

Well, it now appears that at least some semblance of easy activation is again being offered, though this time it's by AT&T and it happens online. Not as cool as the original deal, but at least I won't have to get up off my ass, get down to an Apple Store, and possibly stand in line in the hopes that they have what I want in stock. Nope, this can all be done from the comfortable comfort of my comfiest chair.

I'll take it!

UPDATE:

The other crap thing about the new 3G iPhones? The price — yes, I said the price. Sure, the phones are cheaper, but in the end the monthly is $20 bucks more, and my lady's on a budget. So I ended up getting her the Google Phone. So far, I think she likes it, though she's actually having to look at the manual: and I quote, "Totally useless." Hmmm...

There are some things I really like about the gPhone, though. The Google integration is pretty cool, for one — all your Gmail, Google Contacts and the like are instantly synced. Nice! It looks like it will make an excellent alternative to the iPhone.

Google Calendar Sync Now Official

Just this past week, Google made their CalDAV support — and, specifically, their support for iCal and other desktop calendar clients — official. A while back I reported on the beta version of this feature, and I was pleasantly surprised to find that the beta had actually ended.

Calaboration Utility to Configure iCal-Google Sync

Along with offical support, Google is now supplying a configuration utility, which simplifies the setup of iCal, thus addressing my major beef with the service.

Great news.

Division of Labor

One of the great things about my new job is that labor is divided among a much larger crew than I'm accustomed to. This means I get to do more of the sort work I like and less of the sort I don't.

In my old job, there were basically two and-a-half SysAdmins running the whole show. And since I was the front man, most requests got funneled through me. So I was pretty much dealing with everything.

In my new job, on the other hand, I am one member of a much larger team that deals with a whole wide range of technologies — from SANs to fibre connections to video playback devices. In some respects my job description is fairly generalized. All the SysAdmins on the team essentially share the same set of responsibilities, but as usually happens, each of us has our unique talents and proclivities, and since our team is comprised of a bunch of people, we each have a chance to specialize to some extent as well. We each get to focus more on stuff we're good at — which is to say, stuff we like — and worry less about stuff we don't like.

Case in point: last week we got a new printer. Not only did I have nothing to do with spec-ing, purchasing or installing the printer, I wasn't even aware of the fact that we'd gotten one until the part of the crew that installs printers had installed the damn thing.

Printer Prefs

People in my old job all knew how much I hate printers. I truly despise them. I despise the hardware — it's large, cumbersome, ugly and resource intensive. I despise the software — the drivers are always a pain to find and install (especially Epson's) and the bundled software is ugly and unintuitive. I even despise the act of printing itself, which is often problematic, wasteful and eco-unfriendly, particularly when dealing with inkjet technology. Prints themselves I find generally useless as they're not searchable. And, of course, troubleshooting printer problems is a nightmare that's usually best dealt with by simply getting a new printer.

In the past it was my job to deal with every aspect of any printer purchase and installation. Needless to say, It was one of my least favorite duties. So to never have to deal with any aspect of the printer pipeline is a dream come true. When I saw the guys setting up a printer I almost laughed out loud when I realized that I'd had nothing to do with it.

Well, I did have to add the printer to the lab systems. But that's the best part. And that was it.

Back to building servers. Fantastic.

Taking My Own Medicine

I've long extolled the virtues of network-based home accounts, at least in some situations. And, of course, I've written copiously on how to implement such a thing in a lab setting. What I've never really done in any meaningful way, or for any length of time, is to use network home accounts myself. Until now. There are certainly situations in which local home accounts are preferable. Generally speaking, they tend to be the way to go if you can swing it. They're usually a bit more responsive, and of course they don't rely on a functioning network, proper network settings, authentication servers and home account servers to work. They are the de facto, the default, and they're what most people are used to. And if your users ever only use their one computer, local home accounts are likely to be all you'll ever need.

But in environments that involve numerous shared (network) resources, or in which people are moving from computer to computer on a regular basis and need some semblance of consistency among machines, a centrally-located, accessible-from-everywhere home account can be a real blessing. In order to sell this system at my new job (on the Mac side — Linux was already using network homes), I needed to prove its reliability, so I threw myself on the grenade, as it were: I started using a networked home account. And you know what? I really like it.

There are, as alluded, certain inconveniences with such a scheme. For one, login tends to be a bit slower as the system needs additional time to locate and coordinate with the necessary network resources. Also, there is no Trash folder for a network home, and deleting files is immediate on a Mac when done over the network. So every time I try to throw something away I get this alert:

No Trash!

And the file is deleted for good. This is probably the worst part of the networked home. No Trash. But the advantages are so great that I plan to stick with my networked home, despite the minor annoyances.

At some point not too long ago I decided that the reliability test had been a success, and that I could finally revert back to my local home account. So I synced everything back to the local drive, and changed my home account location on the server (I use server-based authentication either way), and logged in. I worked locally for a while, and then I needed to do something on a Linux machine. I logged into that machine — which uses networked home accounts — and got my old, outdated, network home. And that's when I realized: you can't have it both ways. You either need to go local-only, in which case you need to really only use one machine, or you need to go networked. Otherwise your data's all out of sync. And that's way worse than any network dependencies or minor performance hits. So I immediately switched back to my networked home. And I plan to stay there.

And speaking of having it both ways, I suppose it is possible. At my old job I had a local account on my office computer and a networked account everywhere else. This was okay, but created all sorts of problems — particularly permissions problems — any time I wanted to share data with, uh, myself. Long story short, it was a real pain in the ass. Doable, but kinda sucky. Avoid if possible.

I have to say, since committing to my network home account, I've been pretty darned happy with it. Most times I'm completely unaware that I'm even on the network. And it's great to have the same environment across every machine in the lab. It's also great to finally be able to say definitively that this approach is not only valid, but actually pretty great in instances in which it's appropriate.

Go me!

Final Cut Studio Release Notes

Apple just released an update to the Pro Apps suite of applications. TUAW erroneously mentions that, "No specific details were provided about what the update improved..." but, in fact, full release notes for the past four Pro Apps updates are available by clicking the "Release Notes" link in Software Update. Which will take you to this page:http://www.apple.com/support/releasenotes/en/Final_Cut_Studio_2.0_rn/

FCS Release Notes: Cool

TUAW's mistake is understandable; Apple often fails to detail updates to their software. But not in this case. And I, for one, am glad for the change. Not sure how long this page has been around. But here's hoping they keep this sort of thing up.

(I won't hold my breath.)