If your chosen stack slows you down by being more painful/cumbersome to develop on, set up and maintain, then it's costing you money. The fact that it's lost income rather than extra outflow doesn't change the fact that it's a cost.

Compared to PHP or Django (which we also do consulting in), ASP.NET is just plain faster to develop in. I can get my own stuff out the door quicker, which means that I can bill more of my time to consulting clients, which means that I'm net ahead at the end of the month.

So I guess you need to stick opportunity cost into that equation to see where you actually stand.

> Compared to PHP or Django (which we also do consulting in), ASP.NET is just plain faster to develop in.

I'd love to see any info backing this up.

It's all subjective. Naturally, I've done my share of development across a wide range of frameworks and languages, and I've made my choice. The best advice I can give would be to do so as well.

Personally, I consider it a slight competitive advantage that so many shops avoid Microsoft stuff on ideological grounds. If they never try it, they'll never know. And we'll have that slight edge in getting things to market faster.

Uhh, just finished a week's intensive training in a supposed to make stuff more rapid .net based framework, and coming from a Django / Code igniter / Ruby on Rails / Grails background I'm utterly stunned that anyone would claim that the basic asp.net environment is a productivity boost over a top of the line MVC framework like Django?

Maybe the problem is your competence rather than your tools? I don't mean to be blatantly offensive, but wow, asp.net > django? Really? ... Man..

Always be careful when talking about something that you only have one day's exposure to. I was pretty slow my first day of writing Django/Python too, but I stuck with it.

6 months later I was quite fast, and could compare apples-apples the things that Django doesn't quite do as quickly or elegantly as our home-rolled ASP.NET framework (which, to be fair, has been in development a lot longer than Django.)

So yes, having given both sides a decent shot, I went back to ASP.NET. As I said above, your mileage may vary. But until you've put in the time to build something big with .NET and get fully up to speed, you'll never know if you're right.

Ah, so you actually built some other framework on top of ASP.net and that's homegrown and that might be better for your purposes than something like django, that's a fair bit more believable.

You make cool stuff, I wish you all the best with it, catch you at a beach retreat some day. :)

I'm no PHP hacker, nor (sadly) am I unfamiliar with ASP.NET. I was stuck at an "agile", highly "successful" .NET shop for 2 years.

Client-corporate-intranet-land is completely divorced from the realm of what is possible. That entire world enforces such silly requirements on you that, well, maybe it is better to use .NET.

But who wants to work in that kind of an environment?

Who wants to use the MS tools to manage their servers?!? I'll take Puppet and Monit, thanks.

Opportunity cost? I develop with a REPL right there in emacs, so I can see how the running dev-server code is working, able to instantly see the effects of what I'm doing. Once I've got it where I like it, I type a single line, and my tests run, and if they all passed the app deploys to staging.

Where's the room for opportunity costs?

This sounds cool, could you please describe what you use to achieve all this?

It's hardly an achievement, heh. ;) (But returning to comment anyway, because if this is news to you, I envy you the joy in your future).

It's just your regular emacs + ruby(merb) workflow.

Merb console in one buffer for a repl-a-like (you can do more of a "real" merb repl if you want, starting the merb console from a ruby buffer in emacs, so you get the benefits of built-in ruby-mode for evaluation of forms at point, etc; I never use those shortcuts, so I use a regular old merb console running in an emacs shell, and either type into that or drag code from a code buffer when I want to see the effect of code live for some reason instead of just saving the file and letting merb auto-reload, which is default behavior).

The 'test, deploy' is just a rake task that wraps a capistrano deploy task (which is usually 90% wrapping git, heh) in a conditional: call the deploy task if rspec succeeded. Easy-peasy!

It's a joy.

Anyway, I don't see how the lack of .NET could even remotely be costing me ... anything. This is the standard way of developing for a LOT of people, you write the code, you deploy it if it doesn't break, you do it all with as few keystrokes as possible.

Of course, I'm sure one can concoct horror scenarios built upon stupid coworkers and unmaintainable scary piles of text and inscrutable shell scripts and lions, tigers, bears etc.

Well, don't work with idiots, and the FUD vanishes into thin air. Plenty of complex open-source projects thrive on a foundation of hardly more software than (vi,emacs) and (git, svn, whatever), so manifestly these tools are no obstacle to coding awesomeness.

As I said in the root: Microsoft PR piece.

REPL in eMacs? Looks like Lisp to me.