By the way, we’re changing web servers
Wednesday, March 8th, 2006
Pedro has a blog entry on this topic as well. I have a Dilbert comic which is similar in nature to the one he has posted, but I cannot find an electronic version at this time. A paper version has been hanging in my cubicle for months, and the text of it is as follows:
Dilbert: “The project was moving along well until management changed our coding language and methodology. Now our timeline is represented by this M.C. Escher print of an endless stairway. This deep-sea submarine is looking for our morale.”
PHB: “Would this be a bad time to add a few features?”
Yesterday, this became reality. You see, I have been working the last couple of weeks on development of a new ASP.NET application with a C# codebehind that has been going slicker than bird poop. Yesterday, I found out that our IIS intranet server is being replaced with an IBM WebSphere J2EE platform. Apparently the project is already in the works as part of a larger effort to “standardize” our web servers, and has a project manager assigned to it and everything.
As far as I’ve been able to ascertain, the reason this project has come about is because the previous “web developers” the company had hired (both of whom have since moved on to greener pastures) decided in their infinite wisdom that rather than using common web programming technologies, such as PHP or ASP.NET, they would use Java to build an external website. My personal dislike of Java aside, the really bad decision was to have this (a) hosted by an external company, and (b) running on Apache Tomcat on Windows 2000. The reason this is such a problem is because apparnetly neither anyone in our IT department, nor the company hosting the server, has a clue how to administer Apache Tomcat, and there have been “problems” (occasional loss of service) with “it” (the website/server/software, it’s all the same to these people). So apparently someone, somewhere in the upper echelon of the company decided that if we dump Tomcat in favor of WebSphere, these “problems” would somehow magically disappear, and that “it” would run better.
That doesn’t explain how the intranet server got dragged into this, however. When I started here, the intranet server was an old NT4 box. This worked fine for the company because the intranet is mainly used to house local sites for each department, and the people in each department at that time weren’t programmers, and just slapped up some HTML pages with FrontPage. Of course, I wouldn’t be content with that, so I did the only thing I could do at the time, which was to develop old ASP pages in VBScript (which is of course how I met the #asp crowd).
About a year and a half later, long after I had finished most of the development of the Records website, they upgraded the intranet server to a Windows 2000 system. So when I took a new position in Customer Service and was tasked with maintaining and improving the website for this department, naturally I began down the path of ASP.NET.
I am still the only person in the company doing ANY server side programming on the intranet server, yet I was not even notified formally, let alone consulted, about this upgrade–just a passing comment during a meeting for this application I’m developing, which was something like “the WebSphere upgrade will probably impact this, but we’ll work something out.” Yes, we’ll work something out with my C# ASP.NET code on a J2EE server. Excuse me, I’m going to go stab my eyes out with a rusty fork.