Live data from Hacker News

Ask HN: Would a .Net back-end put off potential acquisitors?

news.ycombinator.com

41–50 of 103 posts

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#41
post #6

Is Mono viable for server these days?

Mono is, yes. If you use a non-Microsoft stack to host an ASP.NET site (OWIN, Nancy on OWIN), then even more so. Nancy+OWIN+Mono+nginx is a very good stack.

The problem is that it will be really hard to convince managers to run Mono/linux against .Net/wserver when all resources and external support is for and based on the second one

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#42
Don't worry about suitors - worry about hiring people. Team matters much more than Tech.

But, as perspective, MS Dev tools cost about $10K per dev + $3K per year per dev after the first. Engineers costs $100K+ per year. +10% productivity covers the tools. If it costs you a month to retool or saves you a little on salary or lets you hire a little easier, you have paid for the tools. So what matters are things where you get x3 productivity or x3 better ability to hire.

Also, I think you are asking the wrong question. The problem you are trying to solve drives the platform decision and language (even DB) are only a small part of the equation. Amazon works just fine with C#/.Net and it is cheap to free at first. To get a fair comparison at scale, you need to include the price of EC2 instances against a dedicated self-hosted database server. Depending on your application, you'll get very different answers.

In your shoes (based on limited info), I would try to get into the BizSpark Cloud program. It is free MS software plus a big credit on Azure for three years. Then count on the price war between Amazon/Google/Azure to keep prices in line.

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#43

Earlier quoted context omitted.

We were a gold partner. There are no reasonable discounts over what you pay. Add to that the support isn't any better than the pay per incident support. Action pack is reasonable value but you can't use it to deploy production kit on. Not only that the definition of internal use is so vague it's a risk. We got an audit. It wasn't cheap to sort out what we thought was in compliance.

Of course you cannot use the software from a partner program externally. It was only concerning development licensing.

We were informed ambiguously that some development is production.

At that point we stopped playing word games and threw our devops infrastructure on Linux.

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#44

I've been in this situation a couple of times before. It won't make a blind bit of difference initially but if you expand, so will tooling and deployment costs and investors don't like that. Anything that takes off the bottom line is a problem. Microsoft licensing, particularly dev tools and SQL is incredibly expensive and an order of magnitude more expensive on deployment and diagnostic time than anything else. We'r…

I think you've tied your entire response to SQL Server rather than the .NET stack so I'll do the same from an ASP.NET aspect..

ASP.NET is moving at an incredible pace, the new vNext bits are planned to be officially cross-platform and you can support any number of database backends from a .NET codebase.

I also challenge your assertion that better people seem to use other platforms. You can find people marketing themselves as one thing but preferring another in any stack. This is not indicative of anything more than someone needing a job and meeting the requirements of a posting.

Licensing costs can vary. Between BizSpark, DreamSpark and other programs you can get dev tools out of the way quickly. They also provide Windows licensing for the period you're in the program.

The areas where you can get in real trouble as a startup with Microsoft are the add-on product stacks like SQL Server and BizTalk (shudder). I would avoid these in a new product but do not fear building with the .NET platform.

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#45

Don't worry about suitors - worry about hiring people. Team matters much more than Tech. But, as perspective, MS Dev tools cost about $10K per dev + $3K per year per dev after the first. Engineers costs $100K+ per year. +10% productivity covers the tools. If it costs you a month to retool or saves you a little on salary or lets you hire a little easier, you have paid for the tools. So what matters are things where yo…

> +10% productivity covers the tools

That's a bold claim to say using MS Dev tools are sure to increase productivity by 10%. Have anything to back that up? [e.g. studies, not your opinion or anecdotes].

And +10% productivity compared to what? Using C#/.Net without MS tools? Or compared to using a different stack (which seemed to be the OP's question)?

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#46
It depends on your product/service. If your business model is dependent on rapidly scaling using a cloud based backend then .net isn't the way to go. If your revenue per customer is much higher, and there are fewer actual customers then it can work.

For that reason .net doesn't seem to fly much in the B2C area, but is quite common for B2B stuff.

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#47
post #44

I've been in this situation a couple of times before. It won't make a blind bit of difference initially but if you expand, so will tooling and deployment costs and investors don't like that. Anything that takes off the bottom line is a problem. Microsoft licensing, particularly dev tools and SQL is incredibly expensive and an order of magnitude more expensive on deployment and diagnostic time than anything else. We'r…

I think you've tied your entire response to SQL Server rather than the .NET stack so I'll do the same from an ASP.NET aspect.. ASP.NET is moving at an incredible pace, the new vNext bits are planned to be officially cross-platform and you can support any number of database backends from a .NET codebase. I also challenge your assertion that better people seem to use other platforms. You can find people marketing thems…

SQL server is pretty much inevitable otherwise you have to deploy on Linux (don't get me started on pgsql/mysql on windows). Then you have two disparate skill sets to maintain at great cost. Startups need to stick to heterogeneous platforms to keep costs low.

Asp.net v.next is currently a bag of promises. I wouldn't put a product near it for a long time. I back this assertion up with the promises of Velocity, EF4, SilverLight and WF4, all of which were disasterous piles of immature crud that disappeared after a bit leading to massive rewrites. Even MVC has a patchy history and numerous problems in it now (crazy API churn, attribute lifecycle/scope, memory ceiling, routing performance etc are all ones that I've spent days on...). Generally the entire web and enterprise teams have knocked out low quality rubbish for years.

People who advertise themselves as .net developers (as I do) know how to get paid a lot, not necessarily deliver the best solution for the money. There are those of us however who have fingers in many pots who know how greener the grass is and how organisations would benefit from a change and are taken on to fix the tech stack.

Agree with your assertion about BizTalk but mno further.

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#48

I've been in this situation a couple of times before. It won't make a blind bit of difference initially but if you expand, so will tooling and deployment costs and investors don't like that. Anything that takes off the bottom line is a problem. Microsoft licensing, particularly dev tools and SQL is incredibly expensive and an order of magnitude more expensive on deployment and diagnostic time than anything else. We'r…

This entire argument breaks down if you go for e.g. Postgres and Mono/Linux. We do exactly this and it works great. The parts where .NET really shines are all open source (or have a good OS implementation, such as Mono).

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#49

I've been in this situation a couple of times before. It won't make a blind bit of difference initially but if you expand, so will tooling and deployment costs and investors don't like that. Anything that takes off the bottom line is a problem. Microsoft licensing, particularly dev tools and SQL is incredibly expensive and an order of magnitude more expensive on deployment and diagnostic time than anything else. We'r…

This entire argument breaks down if you go for e.g. Postgres and Mono/Linux. We do exactly this and it works great. The parts where .NET really shines are all open source (or have a good OS implementation, such as Mono).

Yes I agree there entirely. But you might as well use java and get the better tooling and staff availability then...

Re: Ask HN: Would a .Net back-end put off potential acquisitors?

#50

I've been in this situation a couple of times before. It won't make a blind bit of difference initially but if you expand, so will tooling and deployment costs and investors don't like that. Anything that takes off the bottom line is a problem. Microsoft licensing, particularly dev tools and SQL is incredibly expensive and an order of magnitude more expensive on deployment and diagnostic time than anything else. We'r…

I work on a .Net stack now and we are slowly moving over to Mono with Open Source alternatives to the MS specific stuff. Not because of investment fear but because the MS stack is both expensive and sub par. Most of the world has moved past them and there are much better options out there. C# is a wonderful language but the MS tooling needs a lot more work to get on par with what else is available. Especially the build tooling.
Post reply on HN