My Secret Life as a Spaghetti Coder
home | about | contact | privacy statement
It was a sunny day in October, and Origin Shabamtech's web site had crashed for the umpteen millionth time. Mr. Shabam, the company's CSO, was desperate.

The money they were making from the website was great - processing seven figures monthly - but it wouldn't continue if the application kept crashing.

Money Money Money Money, Money!

"We have to get this website to stay up," he said to himself. "But how?"

Mr. Shabam called on his company's hosting provider, Boomtastic Server Company (BSC) to see if they could help.

They'd be glad to provide the servers and bandwidth, but that wasn't going to help unless the application itself could be split among the servers. With only an executable file and associated DLLs, and VulpesPro being the point-straight-to-the-file-non-ODBC database, that looked bleak.

The source code was unavailable, as was the original vendor.

The Problem Beast reveals itself.

In fact, the situation seemed so impossible that BSC referred Origin Shabamtech to one of its resellers, Gulfomatic Solutions, and its team of Elite Engineers started a betting pool against Gulfomatic.

Luckily, Origin Shabamtech had a virtually unlimited supply of licenses -- which was about the only part of the problem going in their favor.

Gulfomatic's team of Solutioneers were eager to dig into the problem, and hopes were high that they could show up their Elite colleagues and prove their doubt as misguided. The Solutioneers worked day and night for a fortnight, coming up with several potential solutions, in order of increasing complexity. With each new trial, the Beast of a problem revealed new defenses. Yet in doing so, it also revealed tiny bits of information about its weaknesses.

The unshielded thermal exhaust port.

After the third attempt at an architectural fix, one of the Solutioneers spotted the unshielded thermal exhaust port of the Problem Beast. The team worked until the wee hours of the morning, hacking away as they tried to bring the beast down. But the problem was able to route energy to shore up the points of attack.

Undeterred, Solutioneers brought out their arcane weaponry of packet sniffers and decompilers. The onslaught continued.

And it was a good thing. The next morning, a few hours after sunrise, the Beast was slain, and the Solutioneers held their heads in triumph. They stood victorious, as their victim lay at their feet.

To this day, the myth of Gulfomatic's solution remains a complete mystery.

I want to figure out the mystery. Do you have any ideas? How would you determine what's causing the site to crash? What might you look at? What might you do to fix it? Let's discuss it in the comments. Don't be afraid to offer "stupid" suggestions - I don't think many of us would know where to start, much less how to proceed.

It may be somewhat server related, but it's not outside the realm of what I think programmers should (at the least) have a passing familiarity with.

Update: As Markus Prinz pointed out to me, the point of this isn't all that clear, so I reworked the paragraph above to include questions that (I hope) give more direction toward the discussion I'd like to start.

The plan is to write another post discussing some of that, but for now I wanted to get your responses and discuss them here (and if you don't mind, potentially quote them in a future post).

Hey! Why don't you make your life easier and subscribe to the full post or short blurb RSS feed? I'm so confident you'll love my smelly pasta plate wisdom that I'm offering a no-strings-attached, lifetime money back guarantee!

Leave a comment

There are no comments for this entry yet.

Leave a comment

Leave this field empty
Your Name
Email (not displayed, more info?)


Subcribe to this comment thread
Remember my details

Picture of me

.NET (19)
AI/Machine Learning (14)
Answers To 100 Interview Questions (10)
Bioinformatics (2)
Business (1)
C and Cplusplus (6)
cfrails (22)
ColdFusion (78)
Customer Relations (15)
Databases (3)
DRY (18)
DSLs (11)
Future Tech (5)
Games (5)
Groovy/Grails (8)
Hardware (1)
IDEs (9)
Java (38)
JavaScript (4)
Linux (2)
Lisp (1)
Mac OS (4)
Management (15)
MediaServerX (1)
Miscellany (76)
OOAD (37)
Productivity (11)
Programming (168)
Programming Quotables (9)
Rails (31)
Ruby (67)
Save Your Job (58)
scriptaGulous (4)
Software Development Process (23)
TDD (41)
TDDing xorblog (6)
Tools (5)
Web Development (8)
Windows (1)
With (1)
YAGNI (10)

Agile Manifesto & Principles
Principles Of OOD
Ruby on Rails

RSS 2.0: Full Post | Short Blurb
Subscribe by email:

Delivered by FeedBurner