Slashdot Mirror


The Quiet Before the Next IT Revolution

snydeq writes: Now that the technologies behind our servers and networks have stabilized, IT can look forward to a different kind of constant change, writes Paul Venezia. "In IT, we are actually seeing a bit of stasis. I don't mean that the IT world isn't moving at the speed of light — it is — but the technologies we use in our corporate data centers have progressed to the point where we can leave them be for the foreseeable future without worry that they will cause blocking problems in other areas of the infrastructure. What all this means for IT is not that we can finally sit back and take a break after decades of turbulence, but that we can now focus less on the foundational elements of IT and more on the refinements. ... In essence, we have finally built the transcontinental railroad, and now we can use it to completely transform our Wild West."

1 of 145 comments (clear)

  1. A rather simplistic hardware-centric view by msobkow · · Score: 5, Informative

    The article is a rather simplistic hardware-centric viewpoint. It doesn't even begin to touch on the areas where IT has always struggled: design, coding, debugging, and deployment. Instead it completely ignores the issue of software development, and instead bleats about how we can "roll back" servers with the click of a button in a virtual environment.

    Which, of course, conveniently ignores the fact that someone has to write the code that runs in those virtual servers, debug it, test it, integrate it, package it, and ship it. Should it be an upgrade to an existing service/server, add in the overhead of designing, coding, and testing the database migration scripts for it, and coordinating the deployments of application virtual servers with the database servers.

    Are things easier than they used to be? Perhaps for they basic system administration tasks.

    But those have never been where the bulk of time and budget go.

    --
    I do not fail; I succeed at finding out what does not work.