Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-

Javascript frontend with a Javascript backend

Name: Anonymous 2010-01-22 18:48

Is it possible for a web site?

Javascript to process queries on the sever, Javascript to render the page, Javascript database, Javascript compiler, Javascript editor.

All made in Javascript.

Name: Anonymous 2010-01-22 18:50

Yes.

Name: Anonymous 2010-01-22 18:51

Probably. I think there were some ECMAScript-like compilers and server backends. I've never tried it myself. I'm sure there are such backends for ActionScript which belongs to the same famility of languages.

Name: Anonymous 2010-01-22 19:06

I guess. It'd be silly to do so though. JavaScript technology outside the browser is infantile, and even in the browser it's not ideal. No tail-call recursion? Fuck you, powerful companies who decide this kind of stuff.

Name: Anonymous 2010-01-22 19:09

>>4
you forgot your sage

Name: Anonymous 2010-01-22 19:10

http://nodejs.org/ http://couchdb.apache.org/ JavaScript all the way down until you hit sepples and erlang.

A self hosting JavaScript compiler with a run time as good as V8 might be a good idea. You would then have to write your own database server.

Name: Anonymous 2010-01-22 19:15

>>4
Brendan Eich appears to be implementing tail calls for tracemonkey, but it will remain strictly as an optimization until such times as the ECMA guys get a grip.

Name: Anonymous 2010-01-22 19:22

What exactly would a JavaScript compiler do? Compile to C, compile to more javascript?

https://bespin.mozilla.com/ - js editor.

Name: Anonymous 2010-01-22 19:25

>>8
Why not go all the way?

Name: Anonymous 2010-01-22 19:45

>>8,9

an endless succession of javascript

Name: Anonymous 2010-01-22 20:46

I prefer JScript in my horizontally-scalable enterprise-class systems.

Name: Anonymous 2010-01-22 22:06

>>10
did lol

>>8
bytecode?

Name: Anonymous 2010-01-24 4:15

I can't wait. Tail call optimization + standardization of methods like __noSuchMethod__, __defineGetter__,__defineSetter__, etc = big dicks.

Name: Anonymous 2010-12-20 20:54

Name: Anonymous 2011-05-05 5:56

>>8 How about, I dunno, compile to a binary?
V8 already does this.

Name: Anonymous 2011-05-05 6:24

>>17
Implementation-wise, you fat shit, i.e. a fully JS compiler.

>>13
TCO is improbable in JS. __noSuchMethod__ is useless (just throw an exception), and why not just use this:
function Anus () {
  this.haxus_the_great = 5;
}
Anus.prototype = {
  get hax() { return this.haxus_the_great; },
  set hax(v) { this.haxus_the_great = v * 90; },
  get anus() { return "This is an anus"; }
};

It works perfectly well with alert (anus.hax); and anus.hax = 100.1;

Name: Anonymous 2011-05-05 6:25

>>18
s/throw an/catch the/

Name: Anonymous 2011-05-05 7:38

>>18-19
Because that's a pig disgusting hack from the class-based systems.

Name: Anonymous 2011-05-05 9:27

>>20
How are Mozilla's __extensions__ any different?

Name: Anonymous 2011-05-05 9:33

>>21
Where did I say that?

Name: Anonymous 2011-05-05 10:18

>>22,18,13,23
why not just use get proprty()... instead of __defineGetter__ and __defineSetter__?

Name: Anonymous 2011-05-05 11:56

>>18 I don't see any indication that >>8 was talking about a self-hosting compiler.

Name: Anonymous 2011-05-05 13:28

>>6
V8
wait

Name: >>20,22 2011-05-05 13:39

>>23
Why did you think I'm >>13,18?

Name: Anonymous 2011-05-05 16:13

>>26
When did you assume I thought that? Why are you being fallacious?

Name: Anonymous 2011-05-05 21:14

fuck javascript

needs more python

Name: Anonymous 2011-05-05 22:28

Fuck FIOC.
Needs more FOOS.

Name: Anonymous 2013-08-31 18:31


Those are round during combat. When you're in combat things slow down hugely and the action is tracked in detail at the resolution of rounds. You don't use combat rounds for just wandering around, looking at things, and talking to people.

Don't change these.
Name: Email:
Entire Thread Thread List