[{"_1":2,"_30":-5,"_31":-5},"loaderData",{"_3":4},"routes/__layout/tag.$name",{"_5":6,"_7":8},"tagName","google web toolkit","posts",[9],{"_10":11,"_12":13,"_14":15,"_16":17,"_18":19,"_20":21,"_22":23,"_24":-5,"_25":-5,"_26":27,"_28":29},"id",1253,"title","Google Web Toolkit and a high-level language for the web","excerpt","GWT's cross-browser compilation idea is sound and inevitable, but its layout manager approach is dead wrong. Someone will eventually build a proper high-level language that compiles to universal HTML and CSS, and it needs to stay interface-first. Google's halfway there, which is as good as nowhere.","body","

I was recently having a discussion with some other webdevs about Google Web Toolkit, a Java-based library for creating dynamic, application-y websites.\n\n

GWT, as I see it, has two main ideas:\n

Writing for many browsers is hard; write once and compile to any/all browsers.
The best way of creating a user interface in code, is a layout manager, like Java and other desktop application languages.

\n\n

Idea 1 is sound, and IMHO completely inevitable. Idea 2 is laughably, embarrassingly wrong, and it's why nobody but Google is using GWT.\n\n

I will probably always be a web developer*, but I accept that at some point I will stop writing my HTML and CSS directly, and maybe at some point JavaScript too. Writing multiple times for multiple platforms is a problem that computing keeps solving, over and over. Each new language corrects deficiencies in the old ones, compresses idioms into new language constructs, and promises to work on more platforms without rewriting.\n\n

Eventually somebody will get it right for HTML and CSS. I'd love it if Y! were the company to come up with a HilariousLanguageNameHere -> universal HTML+CSS compiler. It's a hard problem, but we shouldn't shy away from those.\n\n

The key point about HLNH is that it will have to still look a lot like HTML does. The interface-first method of application development, where you see what your application looks like first, and then hook functionality into it, is one of the most important concepts that the web has given computing.\n\n

Hooking the idea of an interface language into code compiler process is a hard one, and one that Google hasn't solved. Where does HLNH sit in the flow, and interact with existing technologies?\n

a filter on the web server, like an apache module?
a code-generation library for PHP/Python/etc., used at will?
a feature of a framework?
god help us, a browser plugin?

\n\n

It's a hard problem, and GWT is at best half of the solution, which is as good as no solution.\n\n

* The thing about the longevity of this blog is that if in 10 years time I get bored and become a monk or something this statement will still be here for you to laugh at.

","updated",["D",1194794923000],"created",["D",1194794697000],"codename","google_web_toolkit_and_a_highlevel_language_for_the_web","legacy_id","thumbnailUrl","published",["D",1194794923000],"draft",false,"actionData","errors"]

Posts tagged “google web toolkit”