2
some portion of it to be dynamic. Maybe that meant inserting markup to show a list of
products, how many visitors the page had over the past week, or myriad other things.
The big point was that it was the server that did the dynamic work. Every time some
content had to be generated or some user interaction handled, a request had to be made
to the server.
Eventually, the limitations of CGI became apparent (most notably the fact that it was
typically a one-request-at-a-time deal and so performance suffered when the number
of incoming requests increased too much), so dynamic server languages were created.
Things like Microsoft’s Active Server Pages (ASP) and Sun’s Java servlets came about,
among many others whose time mostly came and went quickly.
But, again, that key point remained: the server was doing the work of executing code.
The client simply displayed the content that the server created.
Web Development: TheTeen Years
At roughly the same time, JavaScript came on the scene. A creation of Brendan Eich (in
just ten days, unbelievably!), JavaScript provided developers with the ability to have
dynamic elements on their sites without the need for the server to do the work. No
longer did you need the server to do all the heavy lifting; the client itself could do some
of it by generating content or altering existing content.
There was a lot of experimentation that went on during that time and a lot of lessons
learned. One of the biggest that people began to realize quickly was simply that the Web
could do more than just simple static web pages or even dynamic content (which, in
many ways, still looked like static content to the end user). Developers started to realize
that what we had was, in fact, a platform to build applications on. There was a fair bit of
consternation about this at first and a lot of doubt about whether building applications
was possible with HTML and JavaScript. There was a lot of debate about whether the
classic model of having the server do everything was still better or not either way (and
frankly, that debate is still going on today in some circles). There was a lot of testing the
limits to see just how far this web app thing could be pushed, and that went on for quite
a few years.
Building a complex graphical user interface (GUI) with JavaScript at that point
in time was an exercise in frustration and you had to code everything yourself, not to
mention all the differences between browsers that you had to cope with. There wasn’t
the plethora of libraries, frameworks, toolkits, and developer tooling that we have in the
Chapter 1 Better WeB Development WithWeBix
www.allitebooks.com