This got me thinking about what language I'd use. In the last 15 years, I've written pretty much everything in Perl. I really like Perl. However, there are many things that annoy me about Perl. Many of these things are solved in Perl 6 and/or Moose. But Perl 6 isn't ready and never will be, and Moose.... well lets just say that I like Perl!
Also if I'm hiring programmer(s) maybe Perl isn't the best language. This project will be used for 10 (read 20) years to come, by a diverse bunch of not very bright users. So what else would I want to program in? Erlang is dead cool, but not for common mortals.
I'll ignore Java as a bad joke, C++ or C wouldn't do for something of this complexity. Ruby, Python? I'd just as soon use Perl.
pack/unpack, and it has some silly legacy features.
What's more, if all validation is already written in JS, you can then do client-side and server-side validation of input for free.
yum --enablerepo=rpmforge install jswill install SpiderMonkey, and I guess you could use
#!/usr/bin/jsin a CGI. But in 2010, you don't want to be implementing a framework from scratch, including things like MySQL access.
Jaxer is very very cool looking. It hugely shrinks the distance between the client and the server, as it were. The browsers' DOM is accessible from the server. Which is a very very cool idea that I've used in the past.
Jaxer goes one further too: the border between browser and server can be blurry when you use the
runat="proxy-server"feature. It 'simply' turns a function call in the browser into a synchronous XMLHttpRequest which calls the function on the server. How cool is that? I'm going to have to implement something like this for POE::XUL.
Mind you, this is all speculation; we are still a year or more away from knowing if we get the contract.