Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MSBuild is going cross-platform with .NET Core

blogs.msdn.com

Post reply on HN
Print view View original

11–20 of 139 posts

Re: MSBuild is going cross-platform with .NET Core

#11

Post by edwinnathaniel »

BinaryIdiot wrote: post #3

I know MSBuild gets a lot of hate but this is still great news. The end goal of having a .Net project be compile-able on Windows, Linux and Mac is going to be awesome. I'm curious, when everything is finally done, what the adoption rates will be like. Will hard-core Linux users who used Java migrate when it makes sense? Will they avoid it because "M$"? All good stuff.

> Will hard-core Linux users who used Java migrate when it makes sense?

Probably only for mobile/desktop app but less likely for back-end/webservice/infrastructure stuff.

Take MSBuild. This is pretty much Ant. Sure, there's NuGet but Ant+Ivy or MSBuild+NuGet combo isn't anywhere close to Maven (despite the XML hate).

Libraries, communities, tools, frameworks of .NET ecosystem is still behind Java.

Unfortunately language features and syntatic sugar alone probably not enough to sway these users. Besides, Java and C# are very similar, technically there's less reward in learning a very similar language.

Re: MSBuild is going cross-platform with .NET Core

#14

Post by tomjen3 »

BinaryIdiot wrote: post #3

I know MSBuild gets a lot of hate but this is still great news. The end goal of having a .Net project be compile-able on Windows, Linux and Mac is going to be awesome. I'm curious, when everything is finally done, what the adoption rates will be like. Will hard-core Linux users who used Java migrate when it makes sense? Will they avoid it because "M$"? All good stuff.

1 year ago, yes. C# is awesome as a language but I don't see a reason to switch to .net when the JVM has Kotlin, which is nicer than C#, but still super lightweight and thoroughly pragmatic.

Re: MSBuild is going cross-platform with .NET Core

#15

Post by aaronbrethorst » 

    MSBuild has a long history: It started out
    in 2005 as a part of the .NET Framework
    itself, and became an integral component
    of Visual Studio over time. Most recently,
    Microsoft’s build engine found a new home
    in the Tools for Software Engineers (TSE)
    team in Microsoft’s Cloud and Enterprise group.
What's funny, though, is that the MSBuild team was originally part of Visual Studio Core, which also owned devenv.exe, the Visual Studio SDK, Projects and Solutions, the editor, and—perversely—Visual SourceSafe.

Re: MSBuild is going cross-platform with .NET Core

#16

Post by pbz »

deet wrote: post #8
Touche wrote: post #4

Earlier quoted context omitted.

.NET was already somewhat popular on Linux for GTK apps. I don't know if you're going to see adoption for web servers unless it can be competitive with Java in performance, which I don't think Mono has traditionally been.

Seconded. Performance is the main thing holding me back. I'm very excited about C# and other .NET languages for server applications, and would like to make it my primary server side environment, but am waiting for three things: 1) A production ready compiler and runtime on Linux (coming) 2) Tooling to support the new .NET project structures and dependency management (coming, it seems) 3) A production ready server sol…

There has been work on performance and more to come (source: ASP.NET Community Standup podcasts). The stated goal is to be in the ballpark of the top performers. You can follow the progress here:

https://github.com/aspnet/benchmarks

Just keep in mind that the work just started (and it was recently put on hold to get the Linux version - beta 7 - out the door).

Re: MSBuild is going cross-platform with .NET Core

#18

Post by deet »

pbz wrote: post #16
deet wrote: post #8

Earlier quoted context omitted.

Seconded. Performance is the main thing holding me back. I'm very excited about C# and other .NET languages for server applications, and would like to make it my primary server side environment, but am waiting for three things: 1) A production ready compiler and runtime on Linux (coming) 2) Tooling to support the new .NET project structures and dependency management (coming, it seems) 3) A production ready server sol…

There has been work on performance and more to come (source: ASP.NET Community Standup podcasts). The stated goal is to be in the ballpark of the top performers. You can follow the progress here: https://github.com/aspnet/benchmarks Just keep in mind that the work just started (and it was recently put on hold to get the Linux version - beta 7 - out the door).

Very happy to see a focus on performance on the roadmap.

I've actually seen that benchmark page, but all the results it lists are for the Web Server running on Windows (perfsvr), where Linux is only used for load generation.

Any idea if the results are similar with the server running on the Linux machine (perfsvr2)?

Re: MSBuild is going cross-platform with .NET Core

#19

Post by Someone1234 »

serve_yay wrote: post #12

Hoo boy, MSBuild was always by far my least-favorite part of being a .NET developer. I would like to flippantly say they should just throw it away and replace it, but probably much too late for that.

I have no strong opinions for or against MSBuild. What is it that you dislike about it? Or what is it that other tools do that MSBuild fails to do?

PS - I have done a lot of .Net development, but rarely did anything beyond the basics with MSBuild directly (mostly via Visual Studio, or took the pre-generated command line and stuck in a script).

Re: MSBuild is going cross-platform with .NET Core

#20

Post by camdenre »

akshayB wrote: post #6

This is good news but little bit too late. Microsoft strategy of sticking with windows to slow down Linux and Mac back fired . If they opened up .Net few years back cross platform app development landscape would have been totally different today.

I don't know why you think it is too late? Do you think people aren't going to embrace cross-platform .NET?
Post reply on HN