Borderline dangerous software. If it was reliable and worthy of supporting a stack, it wouldn't be Windows only. By being Windows only, it conveys "toy" status. Professional database engineers don't use non-Linux, hence I can infer professionals don't use this.
LINQPad – The .NET Programmer's Playground
131–137 of 137 posts
Re: LINQPad – The .NET Programmer's Playground
#132Earlier quoted context omitted.
> Best at what exactly? I can’t think of a single thing you would pick C# for instead of Java/Go, C/C++/Rust/Zig, Python or JavaScript/Typescript. C# was the first to get async/await, generics, LINQ, PLINQ etc - the path-breaking features that shoot up not only productivity but the ability to do certain things in a much better way. Just because kids have caught up, it doesn't mean we are going to abandon the daddy.
That’s sort of what I said though. You use C# because you used to use it. It’s like that for a lot of languages. I think it’s largely why Java is still around, and the wait paid off considering Java has overtaken C# on many aspects. but if you were going to pick a tech for a new project without a history of using C#, why would you pick it in 2024? If you’ve got a large .Net stack and a lot of experience with it, it’s…
I think you're just in a bubble. dotnet is widely used, and keeps getting better. I can program in many languages and yet csharp will very often be my go to for backend stuff because it's just the best.
Re: LINQPad – The .NET Programmer's Playground
#133Earlier quoted context omitted.
For Windows OSes, winmerge [1] has been a solid free alternative to beyond compare for me for years. [1]: https://winmerge.org
Did they ever get around to three-way merges? That's a must-have if you use Git as a VCS.
Re: LINQPad – The .NET Programmer's Playground
#134Unfortunately, they still haven't gotten around to making it usable outside of Windows https://forum.linqpad.net/discussion/1935/installation-on-ma...
Re: LINQPad – The .NET Programmer's Playground
#135Earlier quoted context omitted.
Where would .NET developers be without the Java based IDE, the irony
Visual Studio exists long before jetbrains and VSCode is on elecron. I would say java ide is also an essential thing but not the thing that made everything possible.
Visual Studio for Mac (nee Mono Develop), could have been it, instead they decided to kill it, and focus on VSCode, which has already been communicated a couple of times, C# Dev Kit will never cover all use cases of VS proper, and it is also under the same license anyway.
So MAUI will never support GNU/Linux, was also not used in VS4Mac due to its Catalist underpinnings, Forms and WPF will stay Windows forever, MS will never used Uno or Avalonia, thus it leaves a Java IDE platform and Electron for their cross-platform tooling.
All, because regardless of what the .NET team does, upper management still wants to use .NET to drive Visual Studio and Windows licenses.
Re: LINQPad – The .NET Programmer's Playground
#136Earlier quoted context omitted.
For Windows OSes, winmerge [1] has been a solid free alternative to beyond compare for me for years. [1]: https://winmerge.org
Did they ever get around to three-way merges? That's a must-have if you use Git as a VCS.
Always felt three way merges were a great way to melt human brains.
Re: LINQPad – The .NET Programmer's Playground
#137Earlier quoted context omitted.
There is a similar type of app called NetPad. https://github.com/tareqimbasher/NetPad It's not as good as LINQPad, but it runs on the Mac.
They don't have Syntax Tree analysis yet but I hear it will be released soon Notice a common theme here? Literally zero ways to browse C# syntax trees available on the Mac. Nothing in the cloud either from what I could find. Roslyn was open-sourced in April 2014, which was 122 months ago. (edit: Another commenter pointed out that there is in fact a new VS Code extension that can do this, released Aug 2023) By the way…