Project Rider – A C# IDE • Hacker News Board

Re: Project Rider – A C# IDE

#41

Post by mariusmg » Wed, Jan 13, 2016, 1:07 PM UTC

gorohoroh wrote: post #38

alkonaut wrote: post #26

Earlier quoted context omitted.

I assume they aren't, because their Resharper codebase already had the bits needed. Still, if you start writing a C# IDE from scratch, wouldn't the obvious choice be using Roslyn for everything from autocomplete to refactorings? Easily half to 90% of the work going into an IDE has to be in the language services (if you want to do the really tricky things well, like completing broken syntax).

It's not built from scratch. It makes full use of the existing ReSharper code base.

>It makes full use of the existing ReSharper code base.

R# is written in C# while their IDEs is in Java. Most likely they "convert" some of the C# code to Java. It'll be ugly...

Re: Project Rider – A C# IDE

#42

Post by mariusmg » Wed, Jan 13, 2016, 1:09 PM UTC

fgtx wrote: post #37

alkonaut wrote: post #20

Are there any clauses in the Roslyn license that prevents third parties for using it for writing code that directly competes with Microsofts own products such as Visual Studio?

they have their own compiler. See: https://blog.jetbrains.com/dotnet/2014/04/10/resharper-and-r... > Will ReSharper take advantage of Roslyn? The short answer to this tremendously popular question is, no, ReSharper will not use Roslyn. There are at least two major reasons behind this. The first reason is the effort it would take, in terms of rewriting, testing and stabilizing. We’ve been developing and evolving ReSha…

They have a parser , not a entire compiler

Re: Project Rider – A C# IDE

#43

Post by stupidcar » Wed, Jan 13, 2016, 1:18 PM UTC

realharo wrote: post #16

erostrate wrote: post #4

JetBrains products are very powerful, well designed, customizable, and overall awesome in my experience (ReSharper and PyCharm). Looking forward to this! And really hoping they will have a free edition, although I doubt it.

CLion isn't all that great. It still has major issues analyzing a lot of C++ code (false positive red squiggly lines everywhere), almost 1.5 years after the initial annoncement. Although C# should be a much easier language to deal with, so this one might turn out better.

I'd bet the main problem is that they don't use C++ much themselves internally. Trying to develop software that you don't use in anger yourself is usually a recipe for bugs and missed requirements.

Re: Project Rider – A C# IDE

#44

Post by dfkf » Wed, Jan 13, 2016, 1:18 PM UTC

mariusmg wrote: post #41

gorohoroh wrote: post #38

Earlier quoted context omitted.

It's not built from scratch. It makes full use of the existing ReSharper code base.

>It makes full use of the existing ReSharper code base. R# is written in C# while their IDEs is in Java. Most likely they "convert" some of the C# code to Java. It'll be ugly...

No, it's mentioned in the article that their new IDE is just a frontend for R#.

Re: Project Rider – A C# IDE

#45

Post by teebot » Wed, Jan 13, 2016, 1:19 PM UTC

pionar wrote: post #32

xiaoma wrote: post #11

Does anyone here do C# work on a Mac outside of Unity? If so, what kind of project is it?

Mobile work with Xamarin here. Using Xamarin Studio. Still, it's nowhere close to the Windows experience with VS and the Xamarin tools there.

I can definitely relate to your experience. I've been a C# developer on VS/Windows then moved to Xamarin/iOS dev on a Mac and it was ok but not terrific.

Re: Project Rider – A C# IDE

#46

Post by mariusmg » Wed, Jan 13, 2016, 1:19 PM UTC

admnor wrote: post #15

Finally, a proper C# IDE on not-Windows. I've been working with ASP.NET 5 on Linux for the last year and Sublime, Atom, VSCode, etc. are all painful. Sublime is surely dead, and anything based on Electron kills my 2-core CPU and my battery. I was in the talk here at NDC London where they demo'd Rider, and I can confirm that it is very fast and he showed the Mac process view and it was barely hitting the CPU, even wit…

MonoDevelop is cross platform and decent.

"And when it's all running on .NET Core it should be even faster." The IDE is written in Java and obviously runs on the JVM.

Re: Project Rider – A C# IDE

#47

Post by 0xFFC » Wed, Jan 13, 2016, 1:21 PM UTC

A full Go ide would have been better in my experience.

Re: Project Rider – A C# IDE

#48

Post by nskvortsov » Wed, Jan 13, 2016, 1:21 PM UTC

mariusmg wrote: post #41

gorohoroh wrote: post #38

Earlier quoted context omitted.

It's not built from scratch. It makes full use of the existing ReSharper code base.

>It makes full use of the existing ReSharper code base. R# is written in C# while their IDEs is in Java. Most likely they "convert" some of the C# code to Java. It'll be ugly...

Yet it indeed makes full use of resharper:

"instead of reimplementing ReSharper’s features on the IntellIJ Platform, which runs on the JVM, we’re using ReSharper in a headless mode, out of process, and communicating with it via a very fast custom binary protocol. "

Re: Project Rider – A C# IDE

#49

Post by admnor » Wed, Jan 13, 2016, 1:23 PM UTC

Guillaume86 wrote: post #29

Nice to finally have some alternatives in the same "heavy weight" C# IDE category. Very curious about some aspects: How do they deal with Nuget, do they have a powershell (Pash) console integrated? Do they plan to integrate Roslyn ("code fixes" for exemple, there would be some overlapping in functionnaly with their code but roslyn will probably become the "standard" to share these things)?

No, they don't plan to integrate Roslyn and they tend to get a bit cross when people ask. They've been working on their C# code intelligence engine for 10 years in ReSharper, and it does stuff way beyond what Roslyn provides at present. I love Roslyn, and I'm using it for code analysis stuff, but it's not a contender for R# yet.

Re: Project Rider – A C# IDE

#50

Post by gorohoroh » Wed, Jan 13, 2016, 1:24 PM UTC

taspeotis wrote: post #33

Pxtl wrote: post #14

Earlier quoted context omitted.

I dev on C# full time and also use Eclipse for java, and while vs is more professional-looking and featureful, the darn thing feels disgustingly single-threaded. The amount of ways to cause a stop-the-world lock-up is impressive. Vs2015 somewhat improved on its predecessors on this front, but it still has plenty of ways where it drags.

If you launch Visual Studio with `devenv.exe /safemode` which "prevents all third-party VSPackages from loading when Visual Studio starts" [1] you will find Visual Studio runs extremely quickly. It's stuff like ReSharper that slows it down. [1] https://msdn.microsoft.com/en-us/library/ms241278.aspx

This is not necessarily true, especially with VS2015 RTM (Update 1 is a bit better): https://twitter.com/hmemcpy/status/687257223081377792