What does /g/ have against C#?
>>54087433
CLR is bloated as fuck
>>54087433
Literally perfect.
>>54087456
>muh bloat
Irrelevant argument.
>>54087433
Microsoft.
>>54087433
I'm not a fan of the verbose syntax but it's an alright language in my opinion.
It's also really nice that they are adding better tuples, ADTs and pattern matching in C# 7.
>>54087481
>needing to load a 150 MB runtime into memory so you can run a silly fizzbuzz
>>54087433
every truly skilled programmer knows that it'll be the only one true language within 5 years. all it needs is a way to opt out of the garbage collector and still keep the syntax sane
>>54087597
Solved with .NET Core ;)
https://channel9.msdn.com/Events/Build/2016/B889
>>54087433
I don't know, I really like it. Maybe /g/ just hates anything that reminds them of Java.
Nothing, it's a hair slow but on modern hardware it's a great option especially for business applications
Subhumans still clinging to their 1970s programming languages like muh lisp and muh C
C# is literally perfect and used everywhere, you're a liability if you don't know it.
>>54087701
It's still a runtime you need to load into memory before you can run anything.
To much useless shit being added every release. All of the bad things of C++ with none of the performance advantages.
Inly redeeming quality is its GC which tells you a lot about what sorts of people use it.
>>54087729
It doesn't need to be 'loaded into memory' anymore because .NET has been part of the OS itself since 7.
>>54087729
>the JVM takes no space in RAM
>>54087765
I'm not talking about .NET, I'm talking about CLR you dimwit.
Also
>part of the OS
fucking kek, do you even know how dynamic linking works?
>>54087776
>implying I must like JVM if I don't like CLR
>>54087765
>the OS preloads a bunch of code and symbols into memory which different process can then share and there's no security issues with this or no performance issues with loading a bunch of stuff into memory that may be used some time by some process maybe
Please leave /g/ forever
Java ripoff
>>54087433
In my life I follow this rule:
avoid everything Microsoft, follow everything Google
So far this rule has been kind to me
>>54087433
Literally Java: Microsoft Edition
>>54087794
So you hate the language because its not designed the way you like?
>>54087433
It's C++ but safer, yet with none of the performance, annoying to work with outside of Windows, and less features.
No redeeming qualities outside of being better than Java. But with things like Kotlin you don't have to abandon all the niceties of the Java ecosystem if you still want to buy into the "muh enterprise language" meme.
>>54087839
Begging the question.
OP asked what /g/ has against C#, and I don't like any language that depends on a bloated runtime being loaded into memory first. Yes, that also include Java and interpreted languages.
>>54087839
How is that in any way NOT a reasonable reason to hate a language?
When java and visual basic had a rape baby
I used to like it until version 3 or so, then it got bloated as fuck with all the LINQ shit and implicit typing, which by the way is cancer.
I've been learning C#, since we're moving to it at work.
It's the good parts of Java plus the stuff you wish Java had.
>>54087567
>C#
>Verbose
What a funny way to spell Java
>>54087433
Literally nothing. It's perfect, and will probably rule the world next years to come.
>>54087729
And you need the C standard library loaded in memory to run any C program ;)
>>54088482
>what is static linking
C# is a perfectly fine language if you don't care about performance.
>>54088482
Well, true. But CLR itself needs that.
>>54088455
>Windows only
NOPE.
Java is as big as it is because a lot of companies run their backends on Java on some Linux server.
Some companies are migrating their old Java backend stuff to C#, but that's only the oddball that's running Windows servers.
>>54088482
aw he thinks the C standard library is a requirement.
>>54088506
The C standard library is still loaded in memory either as an external dynamic library or as part of the program itself, retard ;)
>>54087433
Properties.
>>54088530
Eventually windows server will improve though
>>54087833
It's working out for me too.
Why isn't D popular?
>>54088649
In the year of the linux desktop.
>>54088564
Static linking means that you only include the parts you need. Dynamic linking means that it's a huge possibility that you also load stuff you don't need.
Any ways, in the case for dynamic linking, the OS will do lazy loading and only load when the symbol is referred to.
>>54088713
It has an identity crisis. It doesn't know if it wants to pander to C++ people or the Java people. Taking the worst of both languages and combining it in a massive poo.
>>54088991
Noob here.
If a multiple programs use the same library doesn't static linking mean it'll be loaded into memory multiple times in contrast to dynamic linking which can be shared?
>>54089066
>If a multiple programs use the same library doesn't static linking mean it'll be loaded into memory multiple times in contrast to dynamic linking which can be shared?
Short answer: No, they're both loaded into each process' virtual memory separately. The difference is that dynamic libraries save disk space, statically linked binaries will take up larger disk space.
Long answer: It can be shared but that's generally not the case, and you must specify it and the OS must support shared memory.
>>54089107
>that dynamic libraries save disk space
sure in a sense, but isn't dynamic linking the cause of "you need to install ms c++ redistr for a millionth time" bullshit? so in the end you don't really save space
>>54089107
I see, thanks.
>>54088991
Thanks for the CS lecture and the tone, but the result is that the C standard library is still loaded as I said.
>>54089141
>"you need to install ms c++ redistr for a millionth time" bullshit?
Yes. I'm not a Windows user, but I was under the impression that DLL dependency hell is not an issue any more on modern Windows versions.
>>54089199
*and the condescendin g tone
>>54089199
>the C standard library
Here's three things you're not getting:
1) Only the parts that are used
2) The C standard library is only loaded if you link towards libc (like glibc), but you can definitively write your own shit like is the case for a plethora of embedded environments
3) The CLR is implemented in C, so it too will load the C standard library.
>>54089224
>>54089199
>condescending tone bawwwww
At least he didn't resort to name-calling like you did.
it's not cross platform
inb4 mono
that shit is slow as fuck
>>54089304
>that shit is slow as fuck
no it's not. c# is slow as fuck.
>>54089321
mono is 2x slower than C# on windows
>>54089304
hi
https://github.com/dotnet/corefx
http://www.dotnetfoundation.org/blog/tsg-welcome
