As a consultant, I get the opportunity to work for a wide array of companies and an even wider array of projects–not all of which are designed and built using the latest and greatest OO principles. Sometimes you can fall into the trap of thinking how you’d do a certain thing in an object-oriented way when the application you’re working on is written in a (good or bad) procedural manner. As tempting as it might be to scrap the client’s procedural code and write a shiny new OO block of code, you have to step back and remember what the client is paying you to do and decide if that’s the best use of the client’s money.

Unless the client is specifically paying you to refactor an older application, sometimes it simply doesn’t make sense to change the way the client’s application works so drastically. Sometimes you just have to “forget” all the OO goodness that you’ve learned to love over the last couple of years and go back to the “old” way of doing things in order to best service your client. It may not be fun, exciting or cutting edge work, but there are still a great number of procedural applications out there that we might be called upon to work on.

Disclaimer: This post was written as a “note to self”, not as an indictment of anyone that I have worked with.

The company had a completely static site that we built and maintained using Microsoft FrontPage (which was integrated with the company’s Visual Source Safe SCM system). I eventually started adding tiny bits of functionality using ASP (now called “classic ASP”) and that formed the basis of my “programming” experience.

After about 2 years in that position, the parent company for the company I worked for decided that our company no longer needed to be a wholly-owned subsidary, but should be a branch office instead. So, in January of 2000, I accepted an offer to transition to the web development team of the parent company. They too had a completely static web site that they used Dreamweaver to maintain, but they had BIG plans on the horizon.

They were in the process of choosing an “enterprise content management system” that would allow business users to create and update their own content. At the end of the selection process, Allaire Spectra was chosen. After the decision was made, I flew out to San Jose, CA (where the company was headquartered) several times to attend the Fast Track to ColdFusion, Advanced ColdFusion and Spectra 1.0 classes taught by folks that contracted with Allaire to provide training.

Having had no formal programming experience or training (playing with Basic in the computer labs at my high school couldn’t be counted as experience), some of the basic concepts were quite foreign to me. I remember specifically having trouble wrapping my head around how arrays and structures worked. Eventually though, it all kind of clicked and I felt pretty good about what I had learned.

After our initial training sessions, we went on to build out our corporate site using Allaire Spectra with the help of two consultants from Allaire that flew to San Jose every week for about 8 months. The site went live sometime in early 2001 and everything was great for about 2 weeks. We had a hardware failure in a load balancer and the IT support person working with us mistakenly identified it as an issue with Spectra and rolled our site back to the static version we had just prior to launching the Spectra site.

Before we could correct the issue and get the Spectra site back online, Macromedia (which had recently purchased Allaire) announced that they were going to end-of-life Spectra. Upon hearing this news, our company decided that we couldn’t base our corporate web strategy on a technology that had been cancelled. Our company decided instead to rebuild the entire site once again, but since we had such a significant investment in ColdFusion licenses and hardware, we standardize on ColdFusion for our web development needs.

I’ve been building web applications in ColdFusion ever since.

As the title of this post suggests, I made it through what some people refer to as the “black birthday” yesterday. According to some statistic I found online, white males in the USA have an average life expectancy of 77.1 years. Pessimists would say that means I’m slightly over half dead. Optimists would respond with something along the lines that I have nearly half of my life in front of me. I’m really in neither category as I prefer to focus on things that I can make an impact on today (or plan today for things that I’m going to have to deal with in the near future).

Like a lot of people that hit this particular time in their lives, I spent a few moments reflecting on my “first half” this week and in doing so was reminded that I’ve been truly blessed thus far in my life. That’s not to say I haven’t made mistakes and would do some things differently if given the chance, but I’m really grateful for the opportunities I’ve had and the experiences that I’ve been able to take part in. Below are just a few of the things that I feel really blessed that are or have been a part of my life.

I Have an Awesome Family
I married my high school sweetheart and we’re more in love today than we were back then. There are so many ways that we compliment each other that it’s uncanny. I’m a heavy metal guy, she’s a jazz/classical/big band gal. I get fired up about something and she calmly looks at alternatives and consequences. We have 3 great children–twin girls who will be 14 in a couple of weeks and a 5-year-old boy who make me proud as they grown, learn and experience new things on a weekly basis.

I’m a Veteran
I’m extremely proud to have served our great nation as part of the US Air Force and the Tennessee Air National Guard. The people I served with and the experiences I had during my time in uniform helped shape me into who I am today. The military gave me the opportunity to live in another country (Honduras) for a year, experience what it’s like to hunker down in a dorm room while 2 typhoons came over us (Okinawa) and taught me how to logically diagnose and fix problems that were presented. It also gave me the opportunity to grow up from being a teenager to a person that my fellow airman knew they could depend on.

I’m a GEEK!
I have a great career doing something I love. I’ve been into computers since before I got my first C-64. Writing software is what I live and breathe and I love it. I’ve been a contract consultant now for nearly 5 years and had a chance to work with and for some amazing people. My wife and I, along with her parents, are in the process of launching a brand new company and healthcare industry software product. It’s challenging, scary and rewarding all at the same time and I’m not sure I’d want it any other way.

To summarize quickly, I feel like I’ve had a great “first half”. I’m excited to see what the “second half” is going to bring. If you’ve made it this far, thank you for taking the time to allow me to share.

Finally, in July, the project was completed and I ordered a few hundred dollars worth of new gear to update a desktop machine that I had sitting idle and installed Ubuntu 9.04 64-bit. There are a lot of great things about Ubuntu linux and I was very impressed with the performance of the OS on a quad-core processor with a pile of RAM.

Unfortunately, it wasn’t a Mac. Let me explain what I mean by that.I was able to get a bunch of things working correctly on Ubuntu including multiple monitors, my development environment, and email/calendar/address book integration. It seemed with every thing that I tried to do, there was some little “gotcha”.

I installed the 64-bit version of Ubuntu 9.04 on my new hardware. Almost immediately I needed to get Flash player running inside Firefox. That turned into a 30 minute exercise of unzipping the 64-bit beta from Adobe and following a couple different blog posts to get it installed–only to have to redo the entire exercise when I updated to Firefox 3.5.

Then there was the issue of mail and calendar support. All my various email accounts are serviced by Google Apps and I use IMAP connections so that my desktop client and my iPhone stay in sync. Neither Evolution or Thunderbird let me set which folders were to be used for Trash, which meant that I now had an extra [Trash] folder in the list of IMAP folders. Had I been one of those folks that just use the web client, it wouldn’t have been an issue. Oddly enough (odd since I’m a web developer) I don’t like using web clients for mail all the time.

I mentioned that I got my multiple monitors working on Ubuntu. I’d purchased a GeForce card with twin DVI connectors so I could run both my monitors natively (as opposed to using the USB to DVI adapter like I do with my Macbook Pro). Multi-monitor support worked, but it treated the two monitors quite differently than any other OS I’ve used multiple monitors on. Application splash screens that displayed at startup were centered across both monitors as if they were one big desktop instead of 2 distinct monitors sitting side by side. That in and of itself wasn’t a deal breaker, but just another example of things you get used to working differently as I’ve used OS X for the last nearly 3 years.

Finally, not having as much choice in good, polished applications even though there are thousands of titles in the package manager contributed to me coming back to the Apple “fold”. GTD apps that fit my working style and a full-featured alternative to iTunes are two examples.

There were several software packages that were analogous to things I’d gotten used to on the Mac. GnomeDo is a respectable Linux alternative to QuickSilver which I use constantly. Workspaces in Linux operate much the same as Spaces in OS X, although there are some key differences when “ALT-Tabbing” between applications.

I’ll be the first to admit that Linux as a desktop operating system has come an incredibly long way in the last couple of years, but after having gotten used to the “fit and finish” of Mac OS X, it just doesn’t quite come close enough for me to leave the Mac.

How many times have you written an application or feature that solved a particular problem and then gone back to look at it later and thought to yourself “this is some really crappy code that I wrote–I wish I could redo this and do it ‘right’”? I know I have had that thought countless times looking at things I’ve written over the last 11 years of my professional development career. Did we think the code was “crappy” when we launched the application? Chances are the answer at that time was no. So, what changed?

The answer is “everything”. Tools changed, programming methodologies changed, we developers changed (through our experiences since the code release). All this change leads to a moving target for the definition of “perfect code”. What we think is nearly perfect today may look outdated in just a few short months and positively horrible a year or two from now.

Does this mean that we should haphazardly throw together something that will just barely solve the problem at hand because we can never write perfect code? ABSOLUTELY NOT!!! We developers should strive to do as great a job that we can with the tools and experience we have available to us at the time. All the while, however, we need to keep in mind that the final judgement of a programming endeavor is “does it work and solve the problem it’s supposed to solve” not “did I use the right design patterns and include all the current development buzzwords”.

Once you’ve delivered the application to the best of your ability, upgrade your abilities! Upgrading your abilities could mean learning a complimentary technology like jQuery or Flex, doing a proof-of-concept application using a development framework that you’ve not used before, or even brushing up on concepts within the languages you’ve been using (reading up on different ways to use CFCs, Custom Tags, etc or diving deeper into the SQL language to make your database interactions more efficient). Then, if time/budget permits, go back and look at the code that you’ve delivered through the “new eyes” that you’ve gained through this learning process. Most likely the level represented by “the best of your ability” has just gone up–and that’s a GOOD thing!

Scott Stroz posted an entry on Alagad’s blog today that talks about the value of continuously learning new technologies and techniques to grow yourself as a developer. One phrase in his article stuck out for me so much that, with his permission, I may print it and put it on the wall above my desk at home.

…if you ever stop learning, well, then the job has passed you by.

Sober words indeed, but, in my opinion, absolutely 100% true. So, as much to myself as anyone, I say, “stay hungry” for learning opportunities that make you a better developer and allow you to deliver better applications for your clients.

It all started yesterday morning when a client asked me to make some batch updates to the data in his MySQL database. So, I wrote a script to make the required updates. Before running the script, I made a backup of the database in case something went wrong. Everything was good so far. I ran the script, checked the database to see if anything looked amiss and called it a night (oh yeah, this was like 11:00pm last night). This morning, I get an urgent text message from the client saying that the data didn’t look quite right. No problem I think, I made a backup copy of the database last night, I can fix this. But nooooo, that database backup wasn’t around any more. Why, you ask? Oh yeah, that. I saved it to the same location that the regular, nightly backup saves to. So by the time I needed the backup this morning, it was already gone. Luckily, the eventual fix was very simple once I figured out where my script had gone wrong. It could have been really ugly though.

So, here’s to lessons learned:

• Don’t do production database work late at night. The root of the problem was that I misread the client’s original email and wrote my script incorrectly because of it. Part of that failing was the late hour and long day that preceded it.
• Plan, plan, plan and re-plan. Thinking my one backup was sufficient was my second mistake. When working with production data, you can absolutely not be “too backed up”
• Test your scripts on non-production systems first. This client doesn’t have a dedicated development system, but I do have a few-weeks-old copy of the database on my development machine. Another mistake I made was being lazy and not testing these changes on my local copy before applying them to production
• Have a plan in place to verify the database changes as soon as they’re made. My cursory inspection of the data didn’t reveal the actual problems that occurred. If I had done this when the client was available to test the changes, we’d have been able to immediately restore the database and assess what went wrong.
• Nothing is ever as simple as it seems. These updates seemed like a walk in the park and lulled me into not taking the precautions I knew I should have

So, in the end, my client has his data back where it belongs and I have a few things I’ve learned I’ll never do again. My biggest embarrassment in this whole thing is that I consider myself a senior developer. I’ve been writing web apps for almost 10 years across Oracle, MS SQL, MySQL and PostGres databases and I should have known better than to take shortcuts. My only excuse is that I’m human and I can only try to learn from my mistakes.

That all changed when I bought a Dell 17″ laptop and started using that as my primary machine. While you can leave the laptop open and use the internal LCD screen with an external monitor attached to the monitor connector, that configuration has never suited me well. I have this “condition” that things I deal with on a regular basis need to be symetrical (my wife thinks I should be in therapy for it, I think it’s just a matter of wanting things to look “right”), so having a laptop open next to an external monitor just never appealed to me.

About 18 months ago, our entire household converted to various models of Apple computers. I have been running an external monitor from the DVI connector built into my Macbook Pro since then. All the while, I have been searching for some sort of solution to let me run 2 (or more) external monitors from my laptop. I was excited about the announcement of the ViDock unit from VillageTronic until I found out the Mac version was $499.

In continuing to search this topic last week, I ran across this device that connects an external monitor via USB 2.0. After reading all the reviews, test results and opinions that I could find, I decided to take a chance on one. At $129 for the version that supports the higher resolution, it’s a lot less to invest in something if it turned out not to work as advertised.

The unit arrived yesterday afternoon (Tuesday) and I immediately ripped the box open. I had already downloaded the Mac drivers for it so I ran the install program which forced a reboot at the end of the installation process. Once I had logged back in, I connected the cables to the unit and plugged it into my USB hub. Within a couple of seconds, the second external monitor was working. All I had to do was make a couple of adjustments in the Displays Preference Pane to arrange them as they are arranged on the desk and put the dock back onto the display hooked directly to my DVI port and I was done.

So now, I have my Macbook Pro driving a Samsung 22″ LCD from the built-in DVI port and a Dell 20″ LCD from the USB adapter (and yes I’m champing at the bit to purchase a second Samsung 22″ so that both monitors are the same and everything is symetrical).

I have noticed that the performance of the USB adapter is not as good as the built in card, but that is to be expected due to the bandwidth limitations of USB 2.0. For instance dragging windows has a noticeable “choppiness” to it on the USB monitor vs the built-in one. For this reason alone, I decided to discontinue my use of Leopard’s Spaces function. The way I’m using it now is that I have my Eclipse coding environment set up on the USB driven monitor taking up the entire screen. There isn’t much motion that happens on that screen other than scrolling code up and down or opening the various panels that I use in Eclipse, so the performance is more than adequate to handle that.

The folks that were testing these had 5 of them hooked up to a mediocre Dell Inspiron 9400 driving 5 separate external monitors with the same kinds of results that I’ve noted here. If this continues to work well, I may purchase one or two more and run 3 or 4 screens off of this thing. I had contemplated purchasing a Mac Pro for the desk to get multi-screen capability. This solution saved me over $3,000 so I’m definitely glad that I ran across this link last week.

For the lasst two weeks I’ve been able to successfully maintain 0 messages in the Inbox folders of my 3 main email accounts. I’m definitely not “there” yet with the whole Getting Things Done method of managing what you need to do, but I do feel like this is an important baby step.

One of the features of ToodleDo that I’ve really taken advantage of is the ability to create a special email address that will automatically create a task in your list when you send an email to it. There is a certain syntax for the subject line that lets you set certain parameters on the task automatically. Anything in the body of the email automatically gets put in the notes section for the new task. Below is an example:

This is my super important task name !!! #next Monday *ProjectA @work

The first part of that obviously is the task name. The three !’s give it a priority of 3 (Highest). #next Monday sets the due date. *Project A identifies which of your projects you want to associate this with. Finally the @work identifies the context where this task should be completed.

So now when I read an email, I do one of three things:

Read it, answer it right then if I can do so in 60 seconds or less and archive it

1. Read it and delete it if it requires no action from me
2. Read it, forward it to my ToodleDo email address and archive it if it’s something I need to address in the future.

This eliminates the problem with tasks falling “below the fold” in your Inbox and languishing there until months from now when you decide to clean up your Inbox. It also dovetails with the idea of keeping all your tasks in one place (ToodleDo for me) so that there is less of a chance that something gets lost.

Anyone else using something similar to this? Any tips on further refining this method to be more productive?