2 ms·
> but I still find .NET lagging behind the JVM/Python/Go ecosystems It probably depends on what libraries you seek. In the enterprise software world the only
by yellowapple 6y ago
> but I still find .NET lagging behind the JVM/Python/Go ecosystems
It probably depends on what libraries you seek. In the enterprise software world the only options for a vendor's library/SDK are often .NET or JVM (and asking them "Do you have a Python or Go library" will probably elicit a response of "What in tarnation do snakes and board games have to do with programming?").
As for whether it's CLR or JVM, the question's usually answerable with:
if vendor.preferred_os == 'Windows':
'CLR'
else:
'JVM'
And since Windows is still pretty commonplace in a lot of smaller enterprise software shops, CLR ends up being the norm for a lot of the COTS products out there.
- brown9-2 6y agoIts not necessary to speculate, the blog post about moving away from OCaml specifically talked about cloud provider SDKs (AWS and GCP): https://medium.com/darklang/leaving-ocaml-fce7049a2a40?source=rss-56c9b6a1f3e4------2 https://medium.com/darklang/leaving-ocaml-fce7049a2a40?sourc...
- yellowapple 6y agoI was talking more in general, beyond Dark's specific needs. But yes, in Dark's scenario the library availability issues are clearer.