Batboys and Internships
“…not all jobs offer internships, and those that do don’t teach you much more about the work than being a batboy teaches you about playing baseball.”
From Paul Graham on Finding Something You Love.
“…not all jobs offer internships, and those that do don’t teach you much more about the work than being a batboy teaches you about playing baseball.”
From Paul Graham on Finding Something You Love.
OS X Tweak of the Week:
Turning Dock magnification on, but setting it just slightly above the Dock’s set size. Gives me a little “pop” when I mouse over icons, but doesn’t make them so big that the relative movement of the icons when moving the mouse makes me sick. (A Dock on full magnification makes me want to scream. Suddenly the icons become bigger, faster-moving targets.)
Just another reason I love TextMate and the users who use it with me: odds are, if you’re trying to solve a specific problem or configure things just so with the editor, someone else has all ready done it. Start searching Google with site:lists.macromates.com instead of re-inventing the wheel.
I had wanted PHP and HTML syntax editing all within the same files, since a lot of my use at work (and my original reason to buy TextMate) was for PHP and XHTML web development. And, as I suspected, there was a fix for exactly what I was trying to solve: set the syntax highlighting to HTML, and it sees the PHP environment automagically.
At the airport, you’re asked to show a government-issued ID along with your boarding pass before going through a security screening checkpoint.
You can elect not to show an ID, but you’re required to submit to a more rigorous (read: fairly invasive) search if you do.
There’s a few basic problems with this approach.
First is the implied increase in security that you get from a simple ID check. It’s easy to “pass” the ID check that’s performed in the security line. A real-looking ID is easy to get: ask any underage college student. Altering the information on an all ready issued ID is no walk in the park, but it is certainly feasible. With an inside contact, getting a new, valid ID issued with the desired information is easy.
In addition, only the photo is matched to the holder of the ID: it’s possible to print a fake boarding pass (Googling this is left as an exercise for the reader) to match the given ID’s information, then use a different (read: valid) boarding pass at the gate of the aircraft.
The second core problem is evident with the “multiple paths” way of looking at the ID check. A malicious person will always take the lower detection or lower risk of capture route through a security barrier or checkpoint. Falsifying an ID is much easier than trying to sneak explosives, sharp objects, or ballistics through a more thorough security screening. Therefore, the only people who do subject themselves to the no-ID, extra screening method through the security checkpoint are all, in a statistical sense, harmless travelers. This quite obviously defeats the purpose of additional screening.
Because I’m lazy, because I’m seeing how well I write in a quick and dirty draft, and because I all ready have enough barriers to posting something. Storing something as a draft post, then having to dig it out later, re-read it, edit it, and post it is going to eliminate what little productive flow and groove I’ve established.
I have only four home football games left before I graduate. It will be a sad, sad day when this season ends.
But, on a brighter note, the final regular season game is at UVA, on my 21st birthday. I’ve all ready got plans to watch the game with some friends and enjoy some good beer. Here’s hoping we crush UVA.
USB 2.0 versus FireWire 400 has been an interesting battle to follow. The original iPod was a FireWire-only device: USB 1.1 was too dog slow to even think about using it to fill a 5 GB hard drive. FireWire first appeared on a Mac in January of 1999, while USB 2.0 didn’t even appear on an Apple machine until 2003.
For hard drive transfers, FireWire is inarguably better: it had high sustained throughput, dedicated hardware chipsets, much more power coming over the (optional) two power pins, and memory-mapped transfers which allowed the host computer to stay out of the way during data transfers. USB 2.0, while technically specified with a higher possible bandwidth, was never able to support the time-sensitive, asynchronous data transfers that FireWire allowed. FireWire was king of the consumer realm for hard drives, burners, scanners, and DV cameras, especially on the Mac.
But USB 2.0 had one big thing going for it: it was backwards compatible with USB 1.1. Had a 2.0 device on a 1.1 computer? It worked, but it ran slow. 1.1 device plugged a 2.0 port? You didn’t even know the difference. USB 2.0, instead of being the new kid on the block, all ready had an “installed base” of millions of devices plugged into millions of machines. Sure, the speeds wouldn’t be 2.0, but they worked, and that was good enough for most users.
And so, with the inclusion of USB 2.0 on Macs starting in 2003, the near-ubiquity of them on the PC side, Apple voted in 2005 to drop FireWire support from the iPods, picking up a smaller form factor along the way (those separate hardware chipsets take up space, no matter how small you make them). FireWire slowly fell by the wayside.
I’m especially glad that from day one, I always bought dual-connection FireWire/USB 2.0 hard drive enclosures. Aside from making transfers from Mac to PC or back easy without having to have FireWire support on the PC side, it future-proofed things. If/when USB 2.0/3.0 took off, I knew I’d be able to plug the drives in and run with them, and not have to fret about the connection I was using.
Sadly, USB 3.0 will finish the job started by USB 2.0: the complete obsoletion of FireWire. As a higher speed, 2.0‑compatible connector (currently planned with a dual-use optical/wired cable, capable of 10x higher speeds than 2.0, and possibly, nay, probably 1.1‑compatible), it has all the makings of the next successful hardware protocol to connect devices to the computer.
(Wikipedia, as usual, has great articles for FireWire and USB.)
After reading waffle → The Universal Solvent, I got to thinking: why do Java desktop apps piss me off? Whether it be SmartSVN, Eclipse, or Azureus: I can stand using them on a PC, only because they’re fast and do the job well, while on my iBook, I’d rather suffer a piecemeal solution than put up with a program that’s bloaty and slow.
Part of my hesitance on OS X to use a Java app is the look-and-feel. And that’s when it hit me: Java programs are like nomads: they can go anywhere, but they don’t have anywhere to call home.
No matter how bright an idea it may seem at the time, setting “days of saved history” to 500 in Camino is a Bad Idea.
It was nifty to have a huge history of autocomplete URLs, and speed didn’t seem to suffer much for it, but the folder organization within the History viewer isn’t conducive to the idea: they have a separate folder for each of the last seven days, and one last folder for “all older than 7 days”.
When that folder has over 20,000 entries, bad things result.
In general, programs, especially those designed for access the net, need to keep data retention in mind. With applications like GMail (or setups like my site’s hosting storage space being available for IMAP-based email storage), users see no reason to limit the data that they retain over time. Even my Twitter feed, as far as I know, will be available for all time, from start to end.
On the surface of things, “save everything I’ve ever accessed, created, or deleted” is a rule that makes sense, and ought be properly supported. Disk is cheap, CPU power is cheap, and so indefinite storage and access/search of all records should be an option. Some users want things deleted, and for good reason, but if I want to save everything, then I should be able to make that choice.
Reasons to keep a key under your car:
Here’s to AAA and neighbors that don’t laugh at men in rugby gear.
© Inert Detritus. Powered by WordPress using the DePo Clean Theme.