olegp

48 ms·

451.
by olegp 15y ago
Coming from a RingoJS background, I'm trying to address the first use case you mention with http://olegp.github.com/common-node/ - would really appreciated any feedback or comments you may have.
452.
by olegp 15y ago
For those coming to JavaScript from Java http://ringojs.org & https://github.com/lhofhansl/RhiNodeII should be of interest. The performance improvements brought on by InvokeDynamic in Java7 are also pretty exciting.
453.
by olegp 15y ago
That's cool, I had overlooked that. I guess the point is that there's no key value store for modules, whereas for packages there's npm.
454.
by olegp 15y ago
You already have this with CommonJS packages and modules as used by Node, RingoJS, Akshell and others. The latest additions to require() mean that if you do something like require('foo') and there's a directory 'foo' in your require path th
455.
Dynamic columns as a bridge between SQL and NoSQL(monty-says.blogspot.com)
1 points by olegp 15y ago|0 comments
456.
by olegp 15y ago
A lot of the points raised are an issue only for long running processes. Akshell ( http://www.akshell.com ), for example, has synchronous I/O libraries and uses an Apache MPM like model, so for us the limits are less of a concern.
457.
by olegp 15y ago
http://www.akshell.com is another one, although it doesn't fit under any of the headings since it's a JavaScript platform that doesn't use Node.
458.
by olegp 16y ago
If you don't want the hassle of dealing with deployment and don't mind going all out with JavaScript, which you will need to pick up anyway, then let me recommend a startup I'm helping out: http://www.akshell.com We have a pretty straight
459.
by olegp 16y ago
The problem with Amazon is that despite touting an open API, their infrastructure internals and practices are a trade secret, so the likes of Eucalyptus are having to play catchup. In other words, I cannot replicate their infrastructure in
460.
by olegp 16y ago
Assuming the problem is indeed with EBS, I would say this should be a warning sign to anyone considering going with a PaaS provider, which Amazon is quickly becoming, instead of an IaaS provider like Slicehost or Linode. The increased compl
461.
by olegp 16y ago
Nice way to point fingers while saying you're not.
462.
On fanboyism(blog.asymptotic.co.uk)
2 points by olegp 16y ago|0 comments
463.
by olegp 16y ago
Agreed on the first part, unfortunately most functional languages are difficult for most developers (read: non-academics or HN readers) to grasp. As somebody who taught me ML said: "if it's difficult to write, it should be difficult to read
464.
by olegp 16y ago
Because most webapps do not need to be optimized for performance, but rather for ease of maintenance. Asynchronous I/O is best suited for handling a large number of concurrent connections. However, in the majority of cases these connections
465.
by olegp 16y ago
To add to what FooBarWidget said, I do believe that there are inherent advantages to using JavaScript on the server for developing webapps. For one, due to the dominance of JavaScript within browsers, it is the one dynamic language we will
466.
by olegp 16y ago
We got 56,000 page views in the week when this happened to Akshell, but that was largely due to the fact that the story spread to Twitter. More info for anyone interested here: http://blog.akshell.com/hn-effect/
467.
by olegp 16y ago
Would be awesome to see someone try this on Node or Akshell ( http://www.akshell.com/ide/ ) and see how it performs on server side V8. Could even add a real time, multi-user console to it.
468.
by olegp 16y ago
The DailyJS tutorials are a great starting point for this: http://dailyjs.com/2010/11/01/node-tutorial/ That being said, I agree with most of the issues you raise. Lack of backwards compatibility, rapid changes in APIs and the need to bui
469.
by olegp 16y ago
Isn't this what WADL is for? http://en.wikipedia.org/wiki/Web_Application_Description_Lan... Also, would love to chat to you guys about some of the things that will be of interest to API providers that we're working on at Akshell ( http://
470.
by olegp 16y ago
As vladd pointed out, one should be comparing Rhino with V8, especially since there are other server side JavaScript platforms running on V8 like http://www.akshell.com Apparently the new Dynamic Invoke feature in Java 7 has resulted in s
471.
by olegp 16y ago
We're working from the bottom up. Currently the service targets fairly advanced developers who are well versed in JavaScript, understand relational databases (yet don't want to write SQL) and know Git, but have better things to do than admi
472.
by olegp 16y ago
Your app's heap and globals are isolated from others, requests are killed after 10 seconds. Communications between different apps is via HTTP requests, although we did have the ability to let you talk directly to another app before. A very
473.
by olegp 16y ago
You can use Coffee Script now, we just don't have syntax highlighting support yet. More discussion on this: http://groups.google.com/group/akshell/browse_thread/thread/... If you would like us to add more Coffee Script related features, p
474.
by olegp 16y ago
Merely a coincidence, we're JavaScript all the way down. Although if you really wanted to, you could run something like this: https://github.com/sviperll/ghcjs
475.
by olegp 16y ago
This is exactly the problem we're trying to address with Akshell ( http://www.akshell.com ). At the moment, web development is the equivalent of using Linux in the early 90s - you need to enjoy the process of getting it running more than yo
476.
by olegp 16y ago
Further to this, a lot of the problems one has with the DOM and browser differences are a non issue on the server where you tend to work with much more mature engines, such as Rhino or V8. Our only minor gripe at Akshell ( http://www.akshel
477.
by olegp 16y ago
Are you looking for partners too? Akshell ( http://www.akshell.com ) will be in town in a couple of weeks and we would love to meet you guys. http://feedback.akshell.com/forums/110767-package-suggestion...
478.
by olegp 16y ago
I really like the concept, reminds me of CouchApps ( http://couchapp.org/ ). That being said, I agree with andrewjshults that sooner or later you will need to write server side code, even if it is to proxy client side requests to another do
479.
by olegp 16y ago
I mean that if you're building a typical web app that uses the request/response cycle rather than requiring real time push from the server using Comet or WebSockets, Akshell, with it's synchronous I/O, should be easier to work with.
480.
by olegp 16y ago
If you don't need the real time element that NodeJS/NowJS offers, may I suggest you give http://www.akshell.com a go. Real time features are in the works, but aren't currently publicly available. We're really keen to see people experiment

More ›