Recent Feature Articles

Nov 2006

The Wi-Fi Initiative at WTF University

by in Feature Articles on

Niklas B considered himself lucky. His dormitory at West Thomson-Friedman* University (also known as WTFU) was the first selected to participate in the campus-wide Wi-Fi Initiative. This meant that he'd be able to take his laptop and work in the more-comfortable areas of the building instead of staying cramped up in his room. Of course, like everything else at WTFU, the Wi-Fi Initiative didn't quite work like one might expect. Connecting to the wireless network required tilting one's laptop to a randomly-changing angle, waiting until the solar azimuth and winds were just right, and not only crossing one's fingers on both hands, but crossing the arms over each other as well. It was a bit inconvenient to say the least.

Achieving such low wireless performance is not an easy task, especially when using the commercial-grade wireless equipment that WTFU purchased. Finding a proprietary wireless authentication application that manages to freeze any computer unlucky enough to drop the wireless signal is an even bigger challenge. Thankfully, the cleverness of WTFU's IT department knows no bounds. They found the perfect location for the dormitory's high-powered wireless router: the basement kitchen.


K.I.T.T. on a Critical Mission

by in Feature Articles on

Christian P felt kind of bad. His company had just been awarded a contract to take over in-house software development at a fairly large underwriting agency. Not only would six developers be laid off immediately, but the remaining three would be responsible for transitioning their replacements before getting laid off. On Christian's first day, he was prepared to be met with anger, sadness, resentment, hopelessness, and even hatred. But there was none of that; instead, it seemed as if the outgoing developers had a feeling of relief.

After his first day of training, Christian no longer felt bad for the laid off employees. In fact, he was a bit envious of them. The system that they had been maintaining was best summed up in a single world: miraculous. Not "miraculous" as in, an amazing suite of business applications that transformed productivity and caused profits to skyrocket. I mean "miraculous" as in, surviving after being shot twelve times, thrown from an airplane, landing on a rosebush with a hornets nest inside, dragged out to the river by a bear, carried downstream over Grade VI rapids, and spit out to the ocean for a three-day tread. Because that pretty much describes what their system went through. It also explained why none of the developers were interested in working as contractors for 50% more than they were making as employees.


Don't Worry, We'll Fix It!

by in Feature Articles on

We're in a bit of a jam, an email to the support desk read, we accidentally ran an entire day's worth of transactions for 11 Oct 2009 instead of 11 Oct 2006. Can you fix this?

In the world of retail, it's not an uncommon practice to "open" for a business date that is not the current date. Think of 24-hour stores that want to "close" the day at 11:00 PM instead of midnight, or the cases when the registers are out of commission. Whatever the reason, it's a feature that customers want and a feature that T. Ferguson's company provides in their point-of-sale systems.


The /etc/bus

by in Feature Articles on

Back in the early 90's, Steve worked at a certain blue company known for its putty colored machines that cost a lot of green. This company was trying to make a big splash for itself in the UNIX market and wanted to convince technical folks that they "got it." And Steve had just the idea to help them out.


Print or Fish

by in Feature Articles on

Today's story is a lot different than most the stories I share here. It's not one of incompetence, failure, disaster, or anything like that -- in fact, it's kind of the opposite of that. I thought it'd be a nice lead-in for the four-day Thanksgiving weekend.

 


The Super Secure Web Service

by in Feature Articles on

Everyone tolerated Steve. Some even got a kick out of his antics: whenever a successful project was nearing launch, Steve would rush in to "rescue" it. He'd send off warning emails to everyone, saying the testing was not conclusive, the deployment plan was incomplete, and the code was riddled with bugs. Then he'd call for a "weekend crunch" to make things right and slave away as the project's sole martyr when no one else would come in. Granted, he would never actually check-in code or make any other changes, but he'd always take credit for the project. No one bought it, and that's why it was so funny. Well, funny until he was promoted to management.

Steve's new management role was to lead the software architects, who were responsible for designing all of the applications throughout the company. He believed in "leading by example" and wanted to show everyone that he knew what he was going. To do this, he'd need to come up with a new initiative. An impressive initiative. One that would simplify all development across the company. Then it hit him: Web Services.


Saved By The Burst

by in Feature Articles on

One of the more popular ideas from the dot-com days was creating a payment service provider company. It's hard to say why; perhaps their founders believed that we really needed yet another "layer of abstraction" in commerce? Perhaps they thought that merchants would sign up in droves when they heard about the opportunity to give away yet another percentage of each sale to a middleman? Whatever the reason, no one signed up and most providers collapsed as soon as their funding dried up. Well, I shouldn't say "no one;" there were a few businesses that took the bait. <b>Diez B. Roggisch's</b> company was one of them.

Diez worked for a fairly large travel agency that did a lot of third-party hotel reservations. There's nothing new about third-party reservations -- agency reserves a room with customer's credit card, hotel bills the customer, agency gets a cut -- and that lack of newness was exactly why Diez's company wanted to change. They wanted to jump on the dot-com bandwagon and become an online travel agency. A new executive was brought in to make this happen.


Lacking Knowledge Essentials

by in Feature Articles on

It was a very exciting email: "Dave, Binnentech is definitely interested in a trial run! Can you go to Amsterdam for two weeks to do the setup and presentation?" While frequent business travelers might dread such a request, Dave had only been on a single business trip in his career, and even then, it was just an overnighter to Ottawa which was just a few hundred kilometers across the province. He couldn't pass it up an overseas journey like this.

Dave's company had been courting Binnentech for nearly eighteen months, trying to get them to buy their Enterprise Knowledge Management system. It was actually a pretty slick system and would have been a great fit for an international giant like Binnentech, if only it wasn't so expensive. Not in terms of licensing costs or fees, but in how much time it would take for Binnentech engineers to migrate to the new system.


It Must Have Been Using Those Files

by in Feature Articles on

Though it's taken a little more than a decade, Paul has finally been able to live down his reputation: it's been a full year and no one has referred to him as "the guy who ruined The Merge." It's not that Paul is eager to stir up memories of his great blunder which, in all likelihood, will make him "that guy" again for the next ten years; he just wanted to share his story in the hopes that other young and eager consultants will listen and not succumb to his fate.

It was the eve of The Merge, a day that two companies (Intertrode and Initech) and Paul's consulting firm had been planning for months. All of Initech's customer data and transaction processing was to be moved into Intertrode's Unix-based Enterprise Resource Planning system.


Fisher Price Technology Integration

by in Feature Articles on

Ryan H was pretty excited to start his new job as a developer. But his excitement quickly faded after he started. It didn't fade into apprehension, disappointment, or regret -- just into nothing; he simply stopped feeling anything at all. This type of apathy is to be expected when one is given the type of assignment that Ryan was given: absolutely nothing. Ryan's day to day job was to sit and patiently wait for the company to start up a project.

Ryan's manager was in the same position; the business was still trying to decide what it wanted to do and their small team was forbidden from doing any type of development work in the mean time. So they all did nothing. Well, not "nothing" nothing -- everyone knows that a lack of work is no excuse for not working -- it was more a delicate balancing act of trying to look busy while not looking so busy as to give the impression that more help is needed. After all, that's how they ended up with Ryan.


Smooth, Like a Factory

by in Feature Articles on

Daren S knew that his days were numbered. He was a troublemaker bent on changing The Way Things Were and The Director was hot on his tail. Though Daren worked discreetly, improving his coworkers' productivity a little bit at a time, it only was inevitable that The Director would eventually find out. One does not become The Director by letting such things slide.

A financial services provider, Daren's company did a lot of data processing and aggregation from a lot of different sources. The Director acknowledged that their processes were "a little rough around the edges" but insisted that they ran "smooth, like a factory." An accurate analogy I'd say, especially considering what the typical industrial factory is like: poisonous steam pipes spewing death gas every three seconds; razor-sharp pinwheel governors spinning at different yet predictable intervals; and giant, spiked stampers slamming down on conveyer belts running different speeds in varying direction, all placed inconveniently at the entrance and exit so that they must be meticulously navigated to avoid a significant loss of Life Points. At least, that's what every factory I've been in was like.


The Joe Board

by in Feature Articles on

The IT recruiters at Josh K's company have a certain knack for finding the best contractors. I don't mean "best" in a programming or development sort of way, more in a I'm-impressed-that-this-guy-can-actually-spell-.NET sort of way. When Joe, a contractor with "an intense knowledge of .NET and SQL Server" and "acclaimed web development skills", was brought in, Josh and his coworkers thought they'd try something a little different. Instead of gripe and complain about his ineptitude, they'd create The Joe Board.

The Joe Board was simply a large whiteboard hung up in Josh's office. The goal was to see how much white space they could fill up with "Joeisms" before Joe's contract would inevitably be terminated early. Amazingly, and despite the fact that Joe was let go only four weeks after his three-month contract started, they ran out of whiteboard space. Following are some their favorite Joeisms ...


A UPS Should Be Fine

by in Feature Articles on

James works at one of the few companies where maintaining a high-reliability environment is important. Actually, it's more than important, it's required by law. The company is a natural gas supplier and needs to ensure that their Problem Alert & Monitoring (PAM) system is always running. And for good reason: PAM is responsible for coordinating, dispatching, and directing emergency crew to problems like gas leaks and pipeline explosions.

Creating an environment that systems like PAM require is not an easy task. First, there's data backup, both on- and off-site. Then there's the fail-over/clustered server. And the diesel generator. And the backup generator. And, of course, around-the-clock, on-site staff to monitor everything. But their PAM didn't live in such an environment. James' company had a slightly different strategy for reliability: a thirty-minute UPS and a lot of faith.


Yes, It Really is Three Tiers

by in Feature Articles on

Several years back, Jack Herrington worked at a Web 1.0 company. Of course, no one called it "Web 1.0" back then; it was simply the "Dot-com Era" or the "Internet Age." Personally, I think the version numbers are okay, but I'd prefer if we all used nonsensical acronyms: "Web QM3200" or "Web ZXT." Come on, you know you want to surf the Web ZXT.

In any case, Jack's company had been around a few years prior to Web 1.0 and was doing fairly well for themselves. And that was the problem: they were only doing "fairly well." They wanted to be doing "IPO-well." And what better way to do this than embrace one of the new technologies offered by Web 1.0: Java. All they'd have to do is turn their Perl operation into a Java one.


It Doubles as a Saw Horse

by in Feature Articles on

A little more than a decade ago, John Rudd was a Computer Science student at the Georgia Institute of Technology. He worked closely with the university's IT department and played a vital role in the creation of a new state-of-the-art data center: he unplugged and labeled cables before the movers relocated the servers and plugged them back in at their new location. There was one thing that struck John as being a bit different: the data center wasn't fully built yet.

For the most part, the data center was complete and needed just a bit of interior work. This wasn't a big deal, though, as the contractors built a wall of plastic sheets around the area to be worked on and draped the servers with a giant plastic sheet, just to be safe. Some of the network administrators were worried about heat build-up, but after a few days of carefully monitoring the servers and watching them run cool and without issue, they worried no more.


Crash Test _dummy

by in Feature Articles on

One thing I miss about working at a large corporation is being a part of a team that maintains a large business application. Well, that, and reading Slashdot all day. But let me clarify what I mean by the "team" thing. You see, working on the application itself isn't very fun. Actually, it pretty much sucks: large system, horrific codebase, ridiculous management, the whole nine yards. But watching other people work on it, especially the newbies -- now that's great!

You see, when a newbie joins such a team, he's generally coming from a small company that hired him straight out of college. He's full of hope and optimism, and is ready to dive in and make the world -- or, at least, the application -- a better place. And I should clarify that, when I said "watching other people work," I actually meant "watching their spirit get completely crushed by the monstrosity that has become their daily life." I admit it; I'm a bit of a sadist.


Happy Merge Day!

by in Feature Articles on

Today is a very special day for quite a few of you out there; you know who you are. For those of you not fortunate enough to work for a certain leader in the travel industry with a certain brand that is a household name, allow me to explain what Merge Day is all about. Jim M got to live through it for nearly two years.

It all started a few years ago when the company -- whom I'll call ediabitzocity59line.com -- decided to undertake the biggest technology project they had ever done: create the end-all, be-all of ecommerce websites. It was to be built from scratch and be internationalized, service-oriented, and all-around enterprisey.