Simon Willison's Weblog: dave-thomas

Ruby 1.9 - Right for You?

2007-12-26T12:09:42+00:00

Dave Thomas on the just-released Ruby 1.9. It’s a development release that breaks backwards compatibility in a few minor ways, but new features include the YARV virtual machine (hence significant speed improvements) and unicode support via associating encodings with bytestrings.

Tags: bytestrings, dave-thomas, performance, rubi19, ruby, unicode, yarv

The RADAR Architecture: RESTful Application, Dumb-Ass Recipient

2007-04-02T10:42:10+00:00

The RADAR Architecture: RESTful Application, Dumb-Ass Recipient

Dave Thomas points out that REST expects smart clients, but browsers are dumb (only really support POST and GET). His suggested fix is to build a pure REST service and then drop in a server-side application proxy that sits between the browser and the REST backend.

Via Piers Cawley

Tags: dave-thomas, http, rest

Quoting Dave Thomas

2007-03-24T15:05:51+00:00

When I write a new book [...] I plan to throw away something like the first 30 or so pages. And, because I know I'm going to do it, it doesn't worry me. I no longer have writer's block.

— Dave Thomas

Tags: dave-thomas, writing

Dave Thomas on Writing a Book

2007-03-24T14:53:31+00:00

Dave Thomas on Writing a Book

A series of articles on writing a technical book, from Pragmatic Programmer Dave Thomas.

Tags: dave-thomas, writing

Code generation vs data driven programming

2004-02-11T05:39:05+00:00

Via Ned Batchelder, this interview with pragmatic Dave Thomas on code generation closely reflects my own nascent thoughts on the issue:

CGN: What do think the future is for code generation?

Dave: I think that in the long term the larger code generation efforts, the "application generators," will become a thing of the past. They are there because the underlying technologies and architectures don't yet support programming at a high level. But I'm betting that languages such as Java and C++ will in the long term be seen as a curious branch in the evolution of computing. I'm hoping that somewhere out there some bright spark is coming up with a way of letting us write applications expressively and dynamically. Once this happens, the need for these kinds of code generators will diminish.

For example, I rarely (if ever) write a code generator that generates Ruby code: there's just no need, as Ruby is dynamic enough to let be do what I want without leaving the language.

In the shorter term, though, I think code generators of all kinds will continue to contribute significantly to the industry. Java and C# are both such stifling languages that you need to be able to use code generators to make them effective.

We considered using code generators for our current major project at work, and picked up Jack Herrington's book on the subject. Reading through it, it became clear that many of the problems that code generators solve can be tackled instead using data driven programming techniques made possible by dynamic languages. Since we had already settled on Python as our implementation language the need for code generation became far less apparent, and we ended up avoiding it entirely with the exception of a command line tool for passively generating basic templates for our admin interface.

If I ever have to work with a less expressive language I'll certainly consider using a code generator (probably written in Python) to abstract away some some of the tedious repetition. As it is, Python's rich data structures and clean support for introspection provide an excellent alternative.

Tags: dave-thomas, django, ned-batchelder, programming, python