[jbigelow76]

I like this. I smuggled Node into our company to suplant a very difficult to test/debug WCF process and it's slowly been creeping out into bigger use cases. I've tried using VS for managing my Node scripts but it just wasn't a very elegant fit given VS's concept of projects and solutions so I kept falling back to Sublime. I'm excited to see if I can finally maintain just a single editor for both my .NET and Node code.

[_random_]

Why not Web API and SignalR?

[jbigelow76]

I like Web API a lot and would have no problems using it more. I've never messed around with SignalR, I had already started playing with Node at that point.

As I mentioned, but didn't elaborate on, in my first post I had an urgent need to fix a production problem as quickly as possible. But the service giving us the problems was opaque, and encumbered by these massive 100+ project .NET solutions that had grown unwieldy for rapid development.

Being able to kick VS+TFS and their ceremony to the curb and hack out a solution with Node and Sublime Text was liberating. But it wasn't really VS I had a problem with, it was paying the price for years of technical debt. That's why I'm excited, I still think VS is a great IDE for my .NET work.

One other final reason I wanted to use Node was because I felt for someone that considered himself to be a "web developer" I was abnormally shitty at javascript and wanted to know it better :)

[_random_]

Sounds reasonable :). Although I dread imagining a JavaScript equivalent of a "100+ project .NET solutions" built in spirit of "rapid development".

[pjmlp]

I do like dynamic languages for quick prototypes, but my experience on the scale of enterprise projects and their code quality, just increased my preference for static typing for production code.

[DrJokepu]

Basically the important bit to remember when using dynamic languages in production is that you have to be extremely serious about writing (good) tests. It’s easy to get lazy when using a statically typed language as the compiler will do much of the work for you (especially if you take full advantage of the type system’s features). You can’t get away with that when writing e.g. JavaScript.

[pjmlp]

That is exactly the main problem.

Enterprise developers don't write tests if their managers don't force them to, gets specially hairy when you have multiple consulting companies across multiple sites.

So you get JavaScript/Ruby/Python code with zero tests.

No sane people tries to refactor such code.

[int_19h]

TypeScript FTW.

https://nodejstools.codeplex.com/workitem/291

[pjmlp]

Thanks for the info. Now if only we had customers asking for TypeScript.

I really like its design as a JavaScript superset.