GitHub is just a signal to people who have been out of the loop, bloomberg and many linux developers.
When I start dropping my apps on their systems, they might be surprised how well they run.
GitHub is just a signal to people who have been out of the loop, bloomberg and many linux developers.
When I start dropping my apps on their systems, they might be surprised how well they run.
With DotNet Core we have an extremely well crafted language available on all Windows and Linux. It's a great move on part of Microsoft.
Before ASP.NET MVC, there was Castle Monorail. Before Entity framework or linq2sql, there was Nhibernate.
It was amazing times. It was clear Scott Guthrie started moving microsoft in that direction back in the day, after ALT.NET movement started proving success and showing an alternative to people.
DotNet Core debugger is proprietary . You can only debug apps within Microsoft environment according to their license.
Same thing for most of the azure tools , you are only allowed to use them within Visual Studio.
I don't really called that "all in open source" .
It's gimmick to give C# devs the illusion of a choice.
Try to build , run & deploy a C# app on AWS with Atom. You're gonna have a bad time.
And regarding your claim, you can do all of that, even with Vim if you want. You just have to build some scaffolding.
After all, they can't be expected to implementing everything for everyone. More than that, they were actually nice and created LSP (https://langserver.org/) and now they're thinking about a Debug Adapter Protocol (https://github.com/Microsoft/vscode-debugadapter-node/issues...) that would do the same thing for debugging.
It's not "Open Core" if the core is not open. In this case a debugger is core part of a language. It's a very clear movement in order to keep C# devs within their ecosystem and guarantee revenue with Azure. They loose money here , they must get it somewhere else.
This guarantee a total monopoly over the .NET ecosystem , Rider is probably one of the only tools that tried to offer an alternative they are stuck with the exact issue of not being able to bring the debugger because of that hostile license policy.
>Even the GitLab everyone's talking about in this context is Open Core.
I never talked about Gitlab and I don't care about them.
Don't be mistaken about MS , almost every move they do as a double intention behind it.
Just to name a few :
One MS engineer is core member to Webpack & Angular , why ? Windows Server dashboard is written in Angular , it's a critical product, they need some controller there.
One MS engineer is core contributor to Electron, why ? VS Code is powered by electron , it's a critical product, they need some control here as well.
One MS engineer is core contributor to Vue.js , why ? Azure is investing hundred of millions in China and Asia due to insane growth over the past 5 years, they need a good image in asia.
If you think MS has changed , you are delusional about the situation.
People keep bringing this up as if it's some evil plan, not a legacy problem.
The debugger is based on Visual Studio's closed source debugger. Visual Studio is a major paid product. It's not simple to just extract an integral feature from a paid product.
Why? This isn't a technical challenge. As far as I know, the actual debugging engines are pretty isolated modules with some alternative interfaces already available (e.g. cdb). So where do you see the real challenge?