Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
For example, I wonder how long it would take to develop a fully function message queue, that allows you to inject JS routines via an IOC pattern? Not long.
Just read an article on node. Fantastic concept, but not new. Very powerful indeed. Node is a bit like writing within the windows driver model, in that the request maps to an interrupt, and the response maps to completing the interupt and passing back to user mode.
A bit of a mind shift for regular web devs but once you get your noggin round it you see the world of server development differently.
For example, I wonder how long it would take to develop a fully function message queue, that allows you to inject JS routines via an IOC pattern? Not long.
The first time I've been excited about code in a while. Can't wait to mess about with this tomorrow
+1 on plan B all data collection got moved to Node so we can drop the request immediately with a valid response and then start all the data processing within node itself.
Although I don't think I would want to create an MVC membership based website in it just yet.
Just read an article on node. Fantastic concept, but not new. Very powerful indeed. Node is a bit like writing within the windows driver model, in that the request maps to an interrupt, and the response maps to completing the interupt and passing back to user mode.
A bit of a mind shift for regular web devs but once you get your noggin round it you see the world of server development differently.
For example, I wonder how long it would take to develop a fully function message queue, that allows you to inject JS routines via an IOC pattern? Not long.
The first time I've been excited about code in a while. Can't wait to mess about with this tomorrow
As for Plan B: I'm still doing that in Django to start with, primarily because I like Django. But I'll definitely be turning to Node more often for things like shell scripts and maybe the occasional quick server app.
+1 on plan B all data collection got moved to Node so we can drop the request immediately with a valid response and then start all the data processing within node itself.
Although I don't think I would want to create an MVC membership based website in it just yet.
Last day at ClientCo, and I'm finishing off documentation
There's only so much one can think of to say about fields called "title" or "description". Next time I'm going to use random strings for all method and property names, and make the code as convoluted as I can, so I at least have something to write about - indeed, something to figure out - at the end of the gig
How do you find node.js Nick (if you can bear to discuss it now you're not paid to know about it)?
You just go to nodejs.org and download it
Seriously though: I rather like it. I've been working with JS since the days of Netscape Navigator 3, so I'm comfortable with the language and know how to avoid the pitfalls. Of course the interesting thing about Node is the asynchronous environment, which can be a bit mind-bending even if you're used to event-driven stuff (which is basically what it comes down to). I found it was much more manageable if things were decoupled using pseudo-events; so, for example, the callback handler of an HTTP response would just fire off a "dinner's ready" event to which some other component had subscribed, and that helped to prevent the sideways-pyramid-of-doom that a callback-based environment can lead to.
If I was starting this again I'd probably look more closely at some of the recent implementations of promises; jQuery's implementation is apparently rather broken from a purist's point of view, and anyway I wouldn't want to use jQuery in what amounted to a shell script (too much irrelevant DOM-related stuff in there), but I came across some interesting work being done in that field.
As for Plan B: I'm still doing that in Django to start with, primarily because I like Django. But I'll definitely be turning to Node more often for things like shell scripts and maybe the occasional quick server app.
I once spent a few weeks debugging a really complex set of multi dimensional bugs. I eventually figured out it was somewhere in a small section of about 12 lines of code. Looking at the comment it said "Hello CoolCat this is your old mate Fred here, I couldnt figure out how to get this to work either, I knew you would get here eventually, sorry mate"
Leave a comment: