Your browser is very old. You might enjoy surfing the web more if you used something newer like:

Google Chrome

Even Firefox would be OK.

If you're being forced at gunpoint to use Internet Explorer, you should at least upgrade it. Version 8 is tolerable and 9 will be OK when it comes out.

Posts from October 2009

Making sure FireBug console calls don’t bomb in IE

One of my favorite FireBug features is logging messages from Javascript to the FireBug Console window using console.log(‘whatever’).

But one problem is that your Javascript fails in IE because the console object doesn’t exist. Here’s a very simple workaround that doesn’t support the complete Firebug console syntax but is good enough for simple cases.

Just put this somewhere where it gets called when the page loads BEFORE you do any console.log() calls:

  if(typeof console == "undefined") {
        console = new Object();

        console.log = function(msg) {
            alert(msg);
        }
    }

Now console.log() will still go the Firebug console in FF but will pop up an alert in IE. You could just easily tweak it to output to a div (or do nothing) instead of having the alert box.

You have to be able to talk to people

One of the more important developer skills is the ability to work on the same code-base that other developers are also working on, potentially even at the same time.

What does it take?

  • Communication. Talk to the other people on your team. Document your stuff. Make plans about who’s going to do what. The worst thing you can do is go dark.
  • Awareness. What sort of ripple affects are changes going to have?
  • Organization. You need to know what changes need to be made and who’s going to make them.

I was loosely involved with a major site redesign at work and ended up working simultaneously with the primary developer on a couple of different occasions.

Here’s how we handled it.

  • A Google spreadsheet with the change list (or sometimes printouts with change-sets) so we could divide things up easily. I’d eventually like to get some sort of issue tracking software up and running but what we’re doing works for now.
  • Version control. Essential to see what’s changed and who changed it.
  • Instant Messaging so we could quickly communicate which area of the code we were working in to avoid overlap. I found IM to be just as fast as communicating verbally and less disruptive.