olegp

43 ms·

1. 421.▲
   by olegp 15y ago

   Would be nice if you made it easier for me to pick the list to save to.
2. 422.▲
   by olegp 15y ago

   Isn't that what lists are for?
3. 423.▲
   by olegp 15y ago

   I really like the API of http://selectjs.com by Alex from DailyJS, as well as the fact that it separates accessing the database from defining the schema. The latter is not needed for NoSQL databases. A small package for defining schemas f
4. 424.▲
   by olegp 15y ago

   Although this is a somewhat sensationalist blog post, I agree that web development should be easier. Web IDEs like Cloud9, Akshell (www.akshell.com) etc. and platforms with built in dependency management features should make it possible in
5. 425.▲
   by olegp 15y ago

   Would be neat to have the ability to forward any TCP connection on port X to host Y port Z. Maybe could even add the ability to peek into the stream to determine which host to forward to based on protocol (think FTP etc.).
6. 426.▲
   by olegp 15y ago

   Chef uses Ruby for recipes, I propose using JavaScript. If the system itself was written in JavaScript, then writing recipes in it would allow for more flexibility. (EDIT: perhaps having the ability to define recipes using a JSON only forma
7. 427.▲
   by olegp 15y ago

   Chef, Puppet and configuration management systems in general aren't as widely used or known as one would think. So yes, I'd argue that using a more widely accessible language is relevant. I agree that JavaScript isn't the only way to achiev
8. 428.▲
   by olegp 15y ago

   JavaScript is more widely accessible than Ruby or a DSL. So given that the point is all about creating recipes, the language is a defining feature. From what I can tell both Puppet and Chef seem a little over-engineered, so I feel there's
9. 429.▲
   by olegp 15y ago

   Does anybody else think there's room for a lightweight alternative to these two projects written in server side JavaScript?
10. 430.▲
    by olegp 15y ago

    I have. http://www.slideshare.net/olegp/ringo-js-talk https://github.com/ringo/ringojs/commits/master?author=olegp
11. 431.▲
    by olegp 15y ago

    Looks nice. What would make it even more awesome would be if you built your web framework on top of the CommonJS JSGI spec. That would allow it to run on other platforms like Common Node ( http://olegp.github.com/common-node/ ) & by ext
12. 432.▲
    by olegp 15y ago

    I've been trying to debunk the overly negative views on threads in the Node community. Here is my presentation on fibers and my common-node project (includes benchmarks): http://www.slideshare.net/olegp/server-side-javascript-going...
13. 433.▲
    by olegp 15y ago

    Worth adding that hundreds of lightweight threads is totally doable in Node using node-fibers. For benchmarks, check out the README at http://github.com/olegp/common-node/
14. 434.▲
    by olegp 15y ago

    Java web app containers support distributed session stores.
15. 435.▲
    by olegp 15y ago

    Which JSGI gzip middleware are you referring to? It should use portable CommonJS Binary objects, which in Common Node's case wraps Buffers and in RingoJS (Java) byte arrays.
16. 436.▲
    by olegp 15y ago

    My JSGI implementation in Common Node ( https://github.com/olegp/common-node ) uses node-fibers allowing it to stream out responses without blocking the event loop. In fact, by connecting an input stream to an output stream (forEachable obj
17. 437.▲
    by olegp 15y ago

    "After nearly a month of beating my head against the wall that is hosted node.js stacks — with their fake beta invites and non-existent support ..." It would be interesting to know what kind of experiences other people have had with the var
18. 438.▲
    by olegp 15y ago

    IDE and platform as a service offerings should make mobile development easier, not harder. If you're developing locally you need to somehow keep an open port via your NAT so that your mobile (web?) app and third party services can access it
19. 439.▲
    by olegp 15y ago

    Thank you for your feedback, it's really useful. I'll answer some of these, maybe Anton will pipe in as well. 1. There are benefits to having the platform and IDE tightly integrated such as it lowers the barrier to entry, allows for faster
20. 440.▲
    by olegp 15y ago

    From a technical point of view: - no real issues with performance or usage (see benchmarks section in the README, that being said Common Node isn't in production anywhere yet), Common Node runs at about 70% throughput (in req/s) of plain No
21. 441.▲
    by olegp 15y ago

    You're right. There's a pretty big movement of compile to JS languages ( http://altjs.org/ ), we should mention that somewhere.
22. 442.▲
    by olegp 15y ago

    Given how relatively little attention Akshell received prior to the new IDE, I'd say Cappuccino is the main reason for all the attention it's getting. So thank you! Anton has written a post in Russian on his experiences with Cappuccino: ht
23. 443.▲
    by olegp 15y ago

    Here's what happened the last time Akshell was on the HN front page: http://blog.akshell.com/hn-effect/
24. 444.▲
    by olegp 15y ago

    I agree about the need to migrate over to Node. Separately from Akshell I'm working on Common Node ( http://olegp.github.com/common-node/ ) which uses node-fibers to implement a number of (synchronous) CommonJS proposals. This now allows fo
25. 445.▲
    by olegp 15y ago

    We haven't decided on the price points yet, but there is also no lock in as the server code is being open sourced. You will be able to self host. We use the Ace editor, which supports Coffeescript.
26. 446.▲
    by olegp 15y ago

    I've run some benchmarks while developing Common Node, which is my stab at implementing the synchronous CommonJS proposals on top of Node using node-fibers. Take a look at https://github.com/olegp/common-node and scroll to the bottom to s
27. 447.▲
    by olegp 15y ago

    Here is a link to my presentation on the future of server side JavaScript: http://www.slideshare.net/olegp/the-future-of-server-side-ja... Common Node, the project I'm working on, is at http://olegp.github.com/common-node/
28. 448.▲
    by olegp 15y ago

    It's possible to have the best of both worlds by using node-fibers ( https://github.com/laverdet/node-fibers ) and mixing synchronous and asynchronous styles as appropriate. I believe that JavaScript could become the dominant language on th
29. 449.▲
    by olegp 15y ago

    "The Second Edition of the 20-volume Oxford English Dictionary contains full entries for 171,476 words in current use"
30. 450.▲
    by olegp 15y ago

    Having moved on from Java to JavaScript on the server, I strongly disagree with the first point. I've had the pleasure of rewriting a webapp I had previously written in Java in JavaScript and found the latter to be much more compact and eas