gmosx

11 ms·

61.
by gmosx 16y ago
#2 great idea ;-)
62.
by gmosx 16y ago
I don't have any technical problem with NodeJS. My problem with NodeJS is that it practically stopped the progress on the CommonJS discussion group, by moving the attention from important issues like a standard library, module transport, et
63.
by gmosx 16y ago
Great idea, you should probably ask Hannes (the RingoJS lead developer though)
64.
by gmosx 16y ago
just ignore the nodejs part, then you don't have to like the whole article... (btw, nodejs and ringojs are on the same side: SSJS)
65.
by gmosx 16y ago
I thinks it was clear: it's not my product, I am a user of RingoJS. Hannes and the rest of the developers deserve the credit, and the glory...
66.
by gmosx 16y ago
;-)
67.
by gmosx 16y ago
comet updates are a niche application
68.
by gmosx 16y ago
I don't dislike node.js (I don't agree with the direction). I just believe that RingoJS is a better solution for the majority of developers. (NodeJS may be better in niche applications like chat systems, a gaming server etc, even though
69.
by gmosx 16y ago
The point of the article is to bring Ringo in the spotlight. I strongly believe that the developers are doing a great job and the seamless access to Java libraries is the great selling point. If the article generates some (well deserved) at
70.
by gmosx 16y ago
Don't judge the whole article by a single line... btw, I have a special definition of toy: 6. Why not use NodeJS? Well, NodeJS is a valid, if over hyped, solution. But it only helps you come up with a toy application. With 'toy' I mean an a
71.
RingoJS vs NodeJS(gmosx.com)
46 points by gmosx 16y ago|37 comments
72.
by gmosx 16y ago
some more thoughts on appengineJS here: http://www.gmosx.com/blog/agVnbW9zeHIPCxIHQXJ0aWNsZRipwwEM/o...
73.
by gmosx 16y ago
I would like to see support for "use strict" and some more aggressive optimizations. And hopefully, Java7 with support for invokedynamic will be released soon.
74.
by gmosx 16y ago
Ok, it was a 'play' of words. I wanted to point out that after you put 90% of the effort to create an application you need to put 90% effort to actually deploy it in production. Google App Engine helps here. But the fact that AppengineJS (a
75.
On AppengineJS(gmosx.com)
32 points by gmosx 16y ago|3 comments
76.
by gmosx 16y ago
> 1. You either didn't see my previous post or have no useful response. Javascript is a great language with some mistakes. a lot of the mistakes (including some you mentioned) are fixed in Ecmascript 5. I programmed in Ruby from 2002
77.
by gmosx 16y ago
no prob, thanks to CommonJS it was extremely easy to switch from Narwhal to the RingoJS: www.ringojs.org
78.
by gmosx 16y ago
> 1. No it's not. It's mediocre at best. See my previous post. of course it is > No you can't, not anymore than you can reuse Java code between client and server with GWT. The difference between a browser and a client environment is
79.
by gmosx 16y ago
There might be some problems but it's great to know that Google system administrators (instead of me) are taking care of it. When I hosted my application on EC2 twice I almost lost all my files due to hardware problems. I had to spend all
80.
by gmosx 16y ago
yeah, whatever ;-)
81.
by gmosx 16y ago
And a useful video: http://code.google.com/events/io/2009/sessions/OfflineProces...
82.
by gmosx 16y ago
>I'd really wish for some AppEngine developer to tell me how's the proper way of designing entity groups. here are some helpful links: http://code.google.com/appengine/articles/datastore/overview... http://code.google.com/appengine/a
83.
by gmosx 16y ago
In fact, the syntax is one of the things I prefer in JavaScript (vs for example Python), along with Prototypical inheritance...
84.
by gmosx 16y ago
You can't just port your application to App Engine. You have to start from scratch. Google enforces all the right constrains to force you to write scalable apps. The killer feature is that there is no need for system administration or maint
85.
by gmosx 16y ago
1. JS is a great language. 2. You can reuse code on the server and client side, no mental context-switch. 3. Javascript VM's are generally faster than Python VMS. 4. Rhino provides access to the vast collection of Java libraries 5. App Engi
86.
by gmosx 16y ago
Indeed, Rhino is such an important project but still it does not receive any attention.
87.
by gmosx 17y ago
Most definitely, yes
88.
Normal Template(gmosx.com)
1 points by gmosx 17y ago|0 comments