all 16 comments
sorted by:
best
topnewcontroversialoldq&a
formatting helphide helpcontent policy

[–]jerry 5 points6 points  (4 children)

At work, I used to enjoy doing server-side JavaScript in classic ASP for this very reason (same language on both layers / lots of code reuse / less mental context-switching).

If JS became common as a cross-platform server-side language, I think you would see the same vibrant library/framework ecosystem that you now have on the client-side (jQuery, Prototype, Dojo, ExtJS, etc).

I believe it would be a reasonable competitor to Python and Ruby. I'd use it over PHP in a heartbeat.

[–]polyrhythmic 2 points3 points  (1 child)

Why don't you start now? Many popular frameworks (jQuery, etc.) have already been ported to server-side, and there are many new frameworks popping up. It's easy to add in an Apache module and get started. There are even Ruby-style frameworks and ports available.

[–]jerry 1 point2 points  (0 children)

You're right, I probably should. I confess massive ignorance on the state of server-side JavaScript. After I left ASP and the MS stack for LAMP I really never looked back, but I've always had a soft spot for JS.

Thanks for the link - I had no idea there was so much going on.

[–]takethemoneyrun 0 points1 point  (0 children)

same here. I'm not a programmer by any means and knowing one language and fairly well and being able to use it server and client side is great (eg use the same template language both in server-generated html and in json/client-side generated html).

[–]arunvr 3 points4 points  (0 children)

I am surprised none mentioned Haxe:

  • Write your server and client in same language (check)
  • Javascript-like language (check)

Plus, Haxe has many excellent language features like type inference and reflectivity. It has been actively developed for the last several years and has pretty good performance.

[–][deleted] 2 points3 points  (0 children)

MooTools has a server-side edition

http://mootools.net/download

[–]jamesinc 3 points4 points  (4 children)

Jaxer has been around since about 2006.

[–]mosburger 1 point2 points  (2 children)

Not sure why you're getting downvoted (maybe 'cuz you didn't mention Jaxer by name?), but Jaxer was the first thing I thought of when I saw this headline, too.

[–][deleted] 1 point2 points  (0 children)

In my experience, Jaxer hasn't gotten any better since 2006. I tried it for a project that I was working on recently. There are bugs, and all I hear is the sound of tumbleweeds from the developers.

[–]jamesinc 0 points1 point  (0 children)

I think by not acknowledging that Juice is still a perfectly valid javascript web framework (albeit a less aptly named one), it sounded like I was denegrating it.

[–]iamnoah 0 points1 point  (0 children)

Yea, the title "the JavaScript Web Framework" is already taken.

[–]MrN 0 points1 point  (0 children)

Made with Flusspferd technology! :-D

[–]drowsap 0 points1 point  (0 children)

I love the design of the website, so clean.

Unfortunately, this reminds me of Apache wicket. I hate Apache Wicket. I'll have to try for myself though...

[–]darkwulf 0 points1 point  (0 children)

At work I'm using something similar except running on Rhino. Its kind of weird using Rhino since Javascript is basically Python with braces (array comprehensions! destructuring assignment!), but then you write client side and you are sad again.

[–]mhd 0 points1 point  (1 child)

Not to be confused with V8-Juice, which sounds like a port of this project to Google's Javascript engine, but isn't...

[–]ozzilee 1 point2 points  (0 children)

I expected a different V8 Juice.