Wednesday, March 19, 2008

I've been trying to disable script using the IE Developer Toolbar for a while now. Well, at least I've wanted to for a while, but its was greyed out so I couldn't select it in the menu. Its a fine little menu, with "Disable" well placed between "Find" and "View", then when you click the Disable item from the menu, three options pop up: Script, Popup Blocker, and All CSS.

The All Css menu item worked fine, it would drop any styles applied to the page and show me the raw, unstyled HTML content. Yet for some reason the top two items were disabled.

I poured myself a fresh cup of coffee from the French Press sitting on my desk and thunk about it real hard. Then, I opened Internet Explorer, clicked Tools, Options and then navigated to the Advanced tab. Sure enough, the Disable Script Debugging options were selected.

internet-options

I cleared the checkbox and restarted IE. Low and behold, I could now disable the JavaScript because it was no longer greyed out in the IE developer toolbar.

ie-disable-script

Drat!

ie7
Wednesday, March 19, 2008 7:53:34 AM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Tuesday, March 04, 2008

Not because we want to and not because its better, but because its in accordance with regulations written by the Federal Communications Commission. Right. Don't mention anything about that big cluster of wires that branch off into that secured room ran by people who don't work there. Stick to the 'better protect' copy.

comcast fcc security message

The image above is what I got when I logged into my Comcast cable account to find out how much last month's damage was. I'm not really digging the sites that say, ok, you've authenticated with a username and password, but it looks like you're on a different computer or different IP address, so I'm going to add one more thing you need to remember and type in. Isn't agility what the web is all about? I know there's a balance to strike, but we aren't there yet. Where's that damn CardSpace and OpenID?

Tuesday, March 04, 2008 10:14:21 AM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Saturday, February 23, 2008

As The Wife probably knows more than most, I read a lot of books. That is, books about technology, mind you. I think I took a SQL Server 2000 book on my honeymoon. The Wife reads more (approximately 2.5 vertical feet of books per month) than I do, but she's all over the chart with bios, mysteries, thrillers, oddities like a book about the number zero or salt; even those sappy romance books.

I'm currently reading what could be a really interesting tech book but I feel more like a proof reader. I'm not saying I'm like Chris Sells or anything with my own book, I've got some errata. However, this book I'm reading now has ascended the six stages of book errors with invalid code and sentence struggles in short order:

  1. Whoops
  2. Laughter (with)
  3. Laughter (at)
  4. The 'oh crap' stage
  5. Can I learn anything here?
  6. Is this book actually hurting my brain?

I've never seen one this bad before. It really makes me appreciate the great editors that I was fortunate enough to have on my team. This is more of a reminder to myself - for gosh sakes, proof your work before you send it out! Gah!

Footnote - any grammar issues in this post were purely intentional.

Saturday, February 23, 2008 9:50:37 PM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Monday, February 18, 2008

When I was 8 to 12, I was big into Dungeons & Dragons. My brother was five years older, and sometimes I could sit with his friends and play. We had all the books, much to the chagrin of my parents. When the D&D cartoon came on, all other things ceased to exist for those short 30 minute chunks of time.

Start-Up Junkies Now that I'm older, I watch a new show called Start-Up Junkies, its on the MOJO channel. I first heard about the show at my local .Net User Group meeting. The PADNUG organization gets together about once a month, sponsors buy pizza and someone presents for 60-90 minutes on a .Net related topic; recruiters abound here. Being so close to Redmond, we're a little spoiled with lots of juggernaut speakers around. At the last meeting, Matt Davis gave what was arguably one of the best sessions I've ever seen here. He's a relaxed speaker and clearly an expert in his craft.

Matt works for a company called Earth Class Mail, a start-up with a great idea. They offer a mail processing service. When you sign up, you change your address and send your mail to them. They scan all of your mail and you access it online. They can scan just the outside of the envelope or open and scan all of the contents too. You can shred it or have the physical document sent to you if you want to keep it. The company was growing at a reasonable pace when they signed on the mysterious giant corporate client, code-named "cheetah". If they make this pilot project with cheetah work, they'll be huge. Matt mentioned the TV show in passing during the presentation and I looked it up.

Start-Up Junkies follows the company through the frantic pace of trying to scale up without failing. I saw the .com bubble rise and fall so I really get this show. The cameras wander all over the offices, covering the CEO, marketing, sales, I.T. and operations. Sometimes I'm cheering and other times I'm yelling and the screen and shouting WTF!?!?!

I love my job and now I get to watch a little bit of it portrayed on HDTV. Watching in the one-piece jammies with feet is optional.

Monday, February 18, 2008 9:44:13 AM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Friday, February 15, 2008

One of my teammates recently had a problem with some Flash injection code. She was setting some properties and then calling a function on a JavaScript object that threw an error. We got a message that said "Object doesn't support this property or method".

 Object doesn't support this property or method

We isolated it down to a timing issue by dropping an alert() into the code just before we called the method. With the alert() pausing execution for a few seconds, the browser had enough time to fully instantiate our object. Without the alert(), the method was called before it was built. Its a problem that can make your brain hurt.

Here's how you can test for the existence of a JavaScript method before you call it. You might need to do this if you're working with asynchronous calls or dynamic objects that take a while to build.

I created a sample page to demonstrate the issue and how to deal with it. I put three hyperlinks on the page that each call a JavaScript method. Here's the JavaScript code.

Testing for a JavaScript method

At the bottom of the previous code block, you'll see some JavaScript in the mainline section. This code gets executed as soon as the browser sees it. JavaScript is an interpreted language and the browser processes it in a top-down fashion. So, by definition, the browser already knows about my three methods before it runs my code in the mainline.  This is where I define an empty object to test and then create an instance of that object. Just two lines, not much so far.

When I click the link that runs the function named TestForFunction(), I perform some due diligence tests by checking for an undefined object as well as a null object. The last test with the arrow pointing to it is the key part. This will tell me if the method exists without actually running the method. I show one of two messages based on the existence of the method.

The top function named CreateFunction() just spot welds a method onto my object. Even though I've already created an instance of my object, I can still see this method in my instance because I've added the method to the prototype. When this function returns, I've got my new method. When I run TestForFUnction() again, it will see the method.

The bottom method just executes the function I added on the fly. When my DoWork() method fires, it shows a message in the alert() pop-up.

If you find that you need to deal with this type of problem in your code, inspect the object for the method before you call it. If the method doesn't exist, refactor your code to call the window.setTimeout() function for a few milliseconds and check again. Once it exists, your code can continue executing.

asp.net | ie7
Friday, February 15, 2008 10:54:22 PM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Wednesday, February 13, 2008

I was on a call with a former colleague discussing a specific technology and how it applied to his situation. It was good to catch up again with him and give some useful advice. I fielded several questions about the flexibility, complexity and fitness.

During the call, I had a thought that really stuck with me:

We (read: the world) are currently in the fifth version of the Microsoft .Net Framework, we have more AJAX libraries than you can shake a stick at, SQL Server 2008 is launching soon, and I still haven’t finished pulling tricks out of SQL Server 2005. There’s not much outside of our reach. We can customize nearly anything and change most behaviors to suite your taste. I can override methods, inject JavaScript, and execute complex database activities in just a few LINQ methods.

But… should he do this to the platform? The word “could” and “should” really stood out for me.


Tis this desire of bending all things to our own purposes which turns them into confusion and is the chief source of every error in our lives.
— Sarah Fielding (1710–1768)

The answer to his specific question was a resounding yes. It was absolutely possible to do brand those pages. I was positive that my former colleague’s team could build a custom external application to manipulate the database and perform the same types of functions that come with the default installation of the system; albeit through their own unique user interface.

In this call, I was asked about completely customizing the administrative pages. My first instinct was to identify which way the cost/benefit ratio tipped.

  1. Could the customer use the money elsewhere and yield more benefit?
  2. Does this preclude the platform from future upgrades because of egregious customizations?
  3. How many people would be subjected to these administrative pages?
  4. How often are they used?
  5. Does he want to support this code? One reason to buy a platform leverages on-going support and bug fixes; this path has the potential to give away that important strategic advantage.

Once a technology is chosen (no small endeavor), the best approach is to deeply understand what a platform does well and make damn sure you’re embracing it. Don’t spend valuable time fighting technology in lieu of focusing on your business. If you’re not leveraging what the platform does best, you’ve got a good sign that you’re off course or you’ve chosen the wrong platform. Go figure out which one it is and fix it – fast!

Wednesday, February 13, 2008 4:54:55 PM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Thursday, February 07, 2008

I think I visit this guy's page at least once a week to copy-and-paste a little PowerShell snippet that generates a GUID.

Write-Host ([System.Guid]::NewGuid())

You'd think that after the first ten times, I would start to memorize it. I guess when I need a GUID, I'm very far away (mentally) from thinking about the PowerShell syntax.

Harumph.

Thursday, February 07, 2008 11:54:17 AM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  | 
 Monday, February 04, 2008

...or two.

I've had two projects this week where their/my bacon was saved by the branching strategy used for the source code repository. In my line of work, I touch a wide variety of projects. Some are still shiny new and others were written years ago; they're all in a source control repository.

Modern source control repositories (and by modern, I mean things that are not your file server or P:\ drive) let you create a branch. Branching might appear complex at first, but it's really pretty simple - at least conceptually. Here's a little story to illustrate the point of branches.

When I create a branch, I have a snapshot of the code at a particular point in time. So, imagine that on Monday, I have a single branch called the "trunk". It contains all of the code for my web site. On Tuesday, I created a branch based on the code in the trunk. I named my branch "BR-1". When I created BR-1, it was a mirror image of the trunk. I edited the code in BR-1 for a couple of days and nearly got it how I wanted it. My edits were isolated to BR-1 and they did not exist in the trunk.

I got a call early on Friday morning about an important change that needed to go out right away. I couldn't implement the urgent change to BR-1 because it contained my partially completed work. It was a pretty small change; a few hours of brilliant coding and I would be ready for a peer review of my changes. So, I checked out the trunk and made the edit right there and checked it back in. I published the urgent change I made on the trunk out to the live web site in the early afternoon and went back to working on BR-1.

By mid-day on the following Monday, I had finished all of my changes to the BR-1 branch. I had merged the BR-1 code into the trunk too. Now my trunk code contained the changes from BR-1 as well as that urgent change that came through on Friday morning. Complete control with the flick of a switch.

In the previous story, I was able to handle the urgent request efficiently because I used branching to manage my code changes. If I didn't have branching available as a software development tool, I would have some bad choices to make. Either I merge the urgent fix with my own enhancements and risk problems by rushing it, or force the urgent change to wait until my own changes were done; neither are necessary.

Branching is great way to ensure that I can always put my work on the shelf in lieu of more pressing matters. Understanding the concepts of branching is essential to being a valuable member of the team. The keys you actually press to make a branch or merge two branches can be left up to the nerdy folk. For more info, check out Pragmatic Version Control Using Subversion.

Monday, February 04, 2008 10:28:37 PM (Pacific Standard Time, UTC-08:00)  #    Disclaimer  |  Comments [0]  |