4 ms·

Quantity of libraries is a poor metric. Like I said, the standard library in .NET covers a lot, and lets you make everything from CLIs to enterprise web apps. A

Quantity of libraries is a poor metric. Like I said, the standard library in .NET covers a lot, and lets you make everything from CLIs to enterprise web apps. And when you do need 3rd-party code, there are plenty of commercial and OSS options to solve your problem.

sremani 5y ago
Many of the .net libraries are poor afterthoughts of an existing Java library. Java simply has developer mindshare, the .Net developer stereotype is so rigid and engrossed that the pay difference between a .Net dev and their Java peer is usually around 20% if not more.
- aksss 5y ago
  your average .net dev gets paid less than your average COBOL dev too, but I wouldn't say that informs us of much other than scarcity of expertise. We used to say, "you can through a rock into a crowd and find somebody who can at least be productive on .net". Finding a stone cold expert on .Net is far more difficult, but for the average enterprise doing internal development weighing whether to adopt one platform or another, resource availability/scarcity matters.
  - EvilEy3 5y ago
    > your average .net dev gets paid less than your average COBOL dev too I don't see how this is a valid comparison. Java being paid better has nothing to do with scarcity of expertise.
    - aksss 5y ago
      The comparison was to illustrate that scarcity of expertise absolutely affects pay rate, notwithstanding other explanations. Whether that explains part or most or all of Java dev pay premium is at least debatable. For instance, I would never make the same "throw a rock into a crowd" statement about finding a competent (but not expert) java developer. That alone means I would expect to pay some of a premium for finding them in that crowd. What's the counter argument to scarcity? Alignment with better paying industries, weighted so heavily in that direction that it shows up as a premium for their developers? I mean, if you start getting into the conversations about the obscurity of domains, or supplemental education associated with Java developers either by coincidence or requirement, or general demand, I think you're still commenting about scarcity.
  - sremani 5y ago
    The confusion here is perhaps that I jumped from B to F. The number of successful Opensource projects in Javaworld are astounding, and the OSS/Library work in .net is there but in comparison is miniscule. That feeds into the stereotype of .net developers being cookie-cutter VB-eseque Enterprise developers, which even feeds into their pay. JavaWorld is bigger and Java developer count exceeds .net developer count, so the whole scarcity thing is a static explanation of a much complex dynamic environment. The intent here is not to complain about .net dev wages.
EvilEy3 5y ago
It's not just quantity. Java benefits from all the major players that are using it. Quality of libraries is head and shoulders above anything you can find in .NET world.
- manigandham 5y ago
  I don't think so anymore. It used to be that way but .NET has massively changed in the last few years. Also many of the Java libraries are unnecessary in the .NET because of its strong standard library and core frameworks. There's no need for 20 different JSON serializers or webservers. In contrast, there's nothing even close to Blazor for Java.

sremani 5y ago

Many of the .net libraries are poor afterthoughts of an existing Java library. Java simply has developer mindshare, the .Net developer stereotype is so rigid and engrossed that the pay difference between a .Net dev and their Java peer is usually around 20% if not more.

aksss 5y ago
your average .net dev gets paid less than your average COBOL dev too, but I wouldn't say that informs us of much other than scarcity of expertise. We used to say, "you can through a rock into a crowd and find somebody who can at least be productive on .net". Finding a stone cold expert on .Net is far more difficult, but for the average enterprise doing internal development weighing whether to adopt one platform or another, resource availability/scarcity matters.
- EvilEy3 5y ago
  > your average .net dev gets paid less than your average COBOL dev too I don't see how this is a valid comparison. Java being paid better has nothing to do with scarcity of expertise.
  - aksss 5y ago
    The comparison was to illustrate that scarcity of expertise absolutely affects pay rate, notwithstanding other explanations. Whether that explains part or most or all of Java dev pay premium is at least debatable. For instance, I would never make the same "throw a rock into a crowd" statement about finding a competent (but not expert) java developer. That alone means I would expect to pay some of a premium for finding them in that crowd. What's the counter argument to scarcity? Alignment with better paying industries, weighted so heavily in that direction that it shows up as a premium for their developers? I mean, if you start getting into the conversations about the obscurity of domains, or supplemental education associated with Java developers either by coincidence or requirement, or general demand, I think you're still commenting about scarcity.
- sremani 5y ago
  The confusion here is perhaps that I jumped from B to F. The number of successful Opensource projects in Javaworld are astounding, and the OSS/Library work in .net is there but in comparison is miniscule. That feeds into the stereotype of .net developers being cookie-cutter VB-eseque Enterprise developers, which even feeds into their pay. JavaWorld is bigger and Java developer count exceeds .net developer count, so the whole scarcity thing is a static explanation of a much complex dynamic environment. The intent here is not to complain about .net dev wages.

EvilEy3 5y ago

It's not just quantity. Java benefits from all the major players that are using it. Quality of libraries is head and shoulders above anything you can find in .NET world.

manigandham 5y ago
I don't think so anymore. It used to be that way but .NET has massively changed in the last few years. Also many of the Java libraries are unnecessary in the .NET because of its strong standard library and core frameworks. There's no need for 20 different JSON serializers or webservers. In contrast, there's nothing even close to Blazor for Java.