Hacker Newsnew | past | comments | ask | show | jobs | submit | jaredpar's commentslogin

There are a lot of optimizations that we plan to add to this path. The intent of this preview was getting a functional version of `dotnet run app.cs` out the door. Items like startup optimization are going to be coming soon.


I’m not really into the whole dotnet space. Except during the beta early on BSD ‘00.

It’s good that it allows scripts to run, and does packages. Simple is good

I was just curious and then surprised that it already caches compiled binaries, but that the time remained the same.


I opened an issue since I couldn't find docs that indicate what they were working on to improve the start time, and they replied:

https://github.com/dotnet/sdk/issues/49197


Ah, I didn't managed to find something that talked about what was planned for this, so I opened an issue asking for that. Is there a doc somewhere talking about it ?


maybe it's worth adding that info to the blog post :)

thanks Jared and team, keep up the great work.


There is no timeframe right now. At the moment this is a loose proposal for how to approach union like features in C#. There are a lot more details to dig into here before we'd be ready to move to scheduling and implementation. Also need to decide if we take on all of the union variants proposed or just some and what priority order to approach them.


The design is not going to allow for struct layout to have memory safety issues when tearing is involved. That is a problem we are very well aware of and consider in designs.


> from the AOT compiler, but none from the C# compiler.

The C# compiler has very little knowledge of `[FieldOffset]`. It's expected that developers understand the runtime implications of this.


It's multiple inheritance of behavior, but not of state.


There is a proposal for "sealed enums" on the C# language repo that have the semantics you are looking for.

https://github.com/dotnet/csharplang/issues/782


Yeah F# is a bit of a hurdle for contributors. In retrospect if I'd known I'd stick with the project this long I probably would've chosen C#.

https://github.com/jaredpar/VsVim/wiki/FAQ#wiki-language


What version are you using? Prior to 1.2 there was a nasty perf bug with :hlsearch that caused it to be sluggish with 1) very large files or 2) a good number of files opened. The bug is mostly fixed in 1.2 but there are still a couple of corner cases. Those are addressed in 1.3 which will be released sometime next week. A beta drop is available here

https://github.com/downloads/jaredpar/VsVim/VsVim-1.2-Beta2....

As for crashes I'd love to hear about any you found. Feel free to send me email (hacker news alias at microsoft.com) or post an issue on github.

https://github.com/jaredpar/VsVim/issues


What version of VsVim are you using? There was a bug with this exact behavior in 1.1 (and possibly 1.1.1). I got it fixed for the 1.2 release which is the current version in the Visual Studio gallery.

Bug Details: https://github.com/jaredpar/VsVim/issues/672


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: