I think this is a valid direction for a large category of problems--many complex applications on the web probably should use almost nothing but JavaScript for the "view" layer in the MVC paradigm, from a maintenance, usability and performance perspective. While I'm a big fan of using the simplest possible solution to any problem, and HTML is the simplest solution to almost every website problem, there's also a large class of problems where HTML templates just don't make sense--they're just an unmaintainable mess.

Applications where the UI is always dynamically generated based on the user, the state of the application and data, etc. are probably far more comfortable using JavaScript generated by code. Obviously others are going this route, as well. GWT uses programmatic generation of UI elements, for example, though it does so by compiling Java down to JavaScript (kinda).

I'm not going to rush right out and start using nohloh (I don't enjoy working in PHP, and most of my work is on existing apps), but I certainly see value in the idea. And, in fact, most of my work lately has been on converting a huge application to be friendly to using almost nothing but JavaScript for the front-end (it's an installable systems management app, so I don't have to worry about spiders at all, and the UI was never template based as it is dynamically generated based on all of the criteria mentioned above).

Anyway, looks pretty neat.