I agree with James.
Also, since we're among friends...
While node is awesome, some of the design decisions they have made are naive
in the extreme. Chief among them are failing to provide native support for the
most popular (by a wide margin) OS...windows. It's clear to me that there is a
bit of an echo chamber in that community (and, even more so, CommonJS).
If RequireJs, Curl, dojo, bdLoad, and others are able to capture the browser
mind share, we will have at least an order of magnitude higher adoption than
If someone else builds a node.js-like system that works universally across
platforms; they will likely eclipse node quite quickly.
Remember, the key advantage to node is V8...there's nothing particularly
enlightened or new about an event loop.
Lastly, we (us AMD implementers) could completely rewrite node's loader to
include AMD properly and completely; this could also be a route.
I think we're coming close to completing "AMD 1.0". We have a few decisions to
left to make. Then we can write a solid spec. Once that's done, we'll have
some really solid, implementations that are adopted in the large. It will be
hard for anybody that wants to remain relevant to resist that.
In many ways, we are like a start-up company. The way we get power is to build
a good product and get customers. If we just keep doing what we're doing...we
On Friday 22 July 2011 11:53:07 James Burke wrote:
> On Fri, Jul 22, 2011 at 11:36 AM, busticated <itsbus...@gmail.com>
> > fwiw, it seems like there's some desire to drop even the half-step
> > they took towards AMD:
> > http://groups.google.com/group/nodejs-dev/browse_thread/thread/c084c613c4
> > cb9363?hl=en
> I have thought about replying on that list, but think I will wait a
> bit, let them talk about it a bit amongst themselves, and I encourage
> the rest of us to do the same.
> The last thing they probably need at this point in the discussion is
> people outside their community trying to "vote it up".
On 6/20/2011 2:28 PM, Miller Medeiros wrote:
> RT @unscriptable Oh nice! MooTools 2.0 on the road to AMD too! http://bit.ly/jTq3CW (via @astolwijk) #js #modules #yay
> as James said before: "AMD is winning" ( http://tagneto.blogspot.com/2011/04/on-inventing-js-module-formats-and.html )
I have thought about replying on that list, but think I will wait a
I think Node is making good progress, particularly with Windows. I
certainly enjoy it.
I also appreciate that they want to make sure they have a minimum
amount of code to support, so adding AMD may seem like more of a
support burden than what they want to do, particularly since the
support they have now is a bit limited, and they could get continued
asks for more support. But I do believe supporting AMD in node does
continue to give them an advantage with server development since JS
web developers can transfer their code and knowledge easier.
While some of the more vocal people in the node community can see JS
dev through a narrow server-side bent, and I wish they could see more
of the larger JS picture, it is definitely within their right to limit
their outlook. For a server person that has sync IO in a homogenous JS
environment, I can appreciate browser loading looks scary and complex,
and easy to dismiss because of that.
Hopefully they will see some value in supporting some part of AMD, but
if not, as Rawld says, we just have to focus on solving the real
problems and pleasing devs. The requirejs r.js node adapter gives full
AMD + plugin support in node, and I know the Dojo loader can do so
too, so there are options for server side AMD.
To me the heartening part of that nodejs thread was that they added
some support because they keep being asked about it. I certainly do
not press the issue with them, and I do not believe the rest of the
AMD loader implementers do either, so my impression is the demand is
coming from real users. We just have to keep delivering, stay positive
if the node community asks for input, and it will take of itself.