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

First C# 7 Design Meeting Notes

github.com

Post reply on HN
Print view View original

11–20 of 82 posts

Re: First C# 7 Design Meeting Notes

#11

Post by jacquesm »

coldtea wrote: post #7
antics wrote: post #6

Earlier quoted context omitted.

C# isn't "technically" open source, it's just open source. If you want to contribute actual code and have it actually incorporated into the language, then all you need to do is follow the contribution guidelines here: https://github.com/dotnet/corefx/wiki/Contributing

IIRC, they (MS) said would steer the language and .NET libs, and not involve a community style effort (because they want to ensure compatibility for their customers), did they change that?

Of course they would, it's their project after all. So you can contribute but with that in mind, it's about as open as any corporation is going to be when it comes to accepting input from the world at large. At least they got that bit right.

Re: First C# 7 Design Meeting Notes

#12

Post by Cakez0r »

Rapzid wrote: post #9

I would LOVE for C# to get language support for go style channels complete with select and friends. C# already has the fantastic Task stuff, and while they aren't as cheap as go's go-routines they work very well. Channels would just ice the cake so well. :D~~~ And while I'm at it. I did some testing recently and realized that manually currying in a for loop is faster than using function composition with delegates by…

You can already get a long way towards channels by using reactive extensions (E.G. http://pastebin.com/h1xteunX)

Some syntactic sugar a la await could be nice though.

Re: First C# 7 Design Meeting Notes

#13

Post by jpgvm »

If even 50% of this makes it into C# it's going to be a pretty amazing language.

Native code interfaces were already reasonably fast, allowing more no copy semantics and array slice behaviour is going to do wonders for native library performance.

Re: First C# 7 Design Meeting Notes

#14

Post by Cakez0r »

jpgvm wrote: post #13

If even 50% of this makes it into C# it's going to be a pretty amazing language. Native code interfaces were already reasonably fast, allowing more no copy semantics and array slice behaviour is going to do wonders for native library performance.

I really hope they implement this. It would make IO so much more efficient if you could pin a big chunk of memory and allocate buffers from it.

Re: First C# 7 Design Meeting Notes

#15

Post by rjbwork »

Rapzid wrote: post #9

I would LOVE for C# to get language support for go style channels complete with select and friends. C# already has the fantastic Task stuff, and while they aren't as cheap as go's go-routines they work very well. Channels would just ice the cake so well. :D~~~ And while I'm at it. I did some testing recently and realized that manually currying in a for loop is faster than using function composition with delegates by…

If you mean what I think you mean by "manually currying", it's likely because behind the scenes, there is a proxy class created for most (all?) lambdas that contains everything it needs to execute, including any scope variables maintained. So there's some extra overhead there, though not as much as you'd expect since everything, even value types, are pulled in by reference in the context of lambdas.

Re: First C# 7 Design Meeting Notes

#16

Post by MichaelGG »

coldtea wrote: post #7
antics wrote: post #6

Earlier quoted context omitted.

C# isn't "technically" open source, it's just open source. If you want to contribute actual code and have it actually incorporated into the language, then all you need to do is follow the contribution guidelines here: https://github.com/dotnet/corefx/wiki/Contributing

IIRC, they (MS) said would steer the language and .NET libs, and not involve a community style effort (because they want to ensure compatibility for their customers), did they change that?

That's not different than some open source projects and has no bearing on it being open source. Some project leads call attempted contributors idiots and refuse to even fix security bugs. Some have differing visions for their project. Which projects run by a strict vote, and how would you even decide who gets to vote? Most likely you'd elect leaders that will vote in the benefit of the project... Which is what MS has effectively done.

Re: First C# 7 Design Meeting Notes

#17

Post by riffraff »

MichaelGG wrote: post #2

Good start, finally adding records, patterns, tuples, non null, would be a good first step to making C# not feel so heavyweight compared to F#. If the F# team ever gets enough resources to complete with C#'s VS features, perhaps we'd get some serious adoption. As is, F# comes across second class both in tooling and MS marketing - that's not really competing fairly ;) But without making things expressions, it's still…

doesn't C# already have structs ? how are records different from that?

Re: First C# 7 Design Meeting Notes

#18

Post by sanxiyn »

riffraff wrote: post #17
MichaelGG wrote: post #2

Good start, finally adding records, patterns, tuples, non null, would be a good first step to making C# not feel so heavyweight compared to F#. If the F# team ever gets enough resources to complete with C#'s VS features, perhaps we'd get some serious adoption. As is, F# comes across second class both in tooling and MS marketing - that's not really competing fairly ;) But without making things expressions, it's still…

doesn't C# already have structs ? how are records different from that?

Structs have names. Records don't.

See http://en.wikipedia.org/wiki/Nominal_type_system and http://en.wikipedia.org/wiki/Structural_type_system.

Re: First C# 7 Design Meeting Notes

#19

Post by nikbackm »

riffraff wrote: post #17
MichaelGG wrote: post #2

Good start, finally adding records, patterns, tuples, non null, would be a good first step to making C# not feel so heavyweight compared to F#. If the F# team ever gets enough resources to complete with C#'s VS features, perhaps we'd get some serious adoption. As is, F# comes across second class both in tooling and MS marketing - that's not really competing fairly ;) But without making things expressions, it's still…

doesn't C# already have structs ? how are records different from that?

http://stackoverflow.com/questions/5858550/f-records-vs-net-...
Post reply on HN