251–260 of 467 posts
Earlier quoted context omitted.
JS is a valid TS, Kotlin is not a valid Java (only at a bytecode level, but then you might as well combine all JVM languages).
> Kotlin is not a valid Java But you can easily have both of them in the same project (e.g. when slowly moving to kotlin) and have them interop.
Earlier quoted context omitted.
If you want to stay in Fintech, I really don't see anything beyond Java, C#, C++, TypeScript (for the Web stuff). Some Fintech companies might go a bit outside the norm and allow for Haskell, F#, Scala, which they tend to use as DSLs for some workflows. Then if you into array languages, banking and fintech is one fo the few domains where that have managed to stay around, but those positions seem hard to get. Dyalog (…
I work in Fintech, and we use Python with type checking. It works like a charm. Safer than Java.
Kinda surprising that I see nothing from Zig on all these lists.
Don’t think zig will ever make it into popularity tbh. It is good for low level but it isn’t like rust or go. Rust and go are really good alternatives for c++ or java code, they just work, have good tooling etc. But I would never use zig for that kind of use case instead of rust since you don’t need to go full on engineering every dot mode. I switched to zig from rust for implementing a database since 6 months and ha…
I never understood why is go brought up next to rust all so often, when it has barely any unique qualities, and is a high-level GCd language with a dumb type system that outputs a single binary... of which there are 1000 other examples. At least it has good tooling, I guess.
Earlier quoted context omitted.
What is wrong with Java's tooling and ecosystem? Asking because it used to be the default a decade or so ago, with a vibrant ecosystem, so I find your remark surprising.
Maven/Gradle don’t come close to the simplicity of npm, for example
People have their problems with Maven but unless it's some overly complicated legacy project (where npm just explodes I guess? Like I have hD windows machines get frozen from deleting the node_modules folder), it just works and you just give a list of dependencies.
Earlier quoted context omitted.
JS is a valid TS, Kotlin is not a valid Java (only at a bytecode level, but then you might as well combine all JVM languages).
> Kotlin is not a valid Java But you can easily have both of them in the same project (e.g. when slowly moving to kotlin) and have them interop.
Java still so popular after all this time. I've been re-learning java using the excellent University of Helsinki's MOOC course. Was thinking of learning some spring boot and create a small project or two to reinforce what I've learned. However it feels like tutorials for spring boot is of so much lower quality compared to newer language/frameworks like JS/React/Python. Often times it's just a talking head over a powe…
My opinion: learn to create Android apps in Java. Tutorials are good and you get a new set of skills (if not already). After that, focus on learning POJO which is the fundamental knowledge in Java.
Everyone writes stuff in Java/C++ where I work, but less and less Spring Boot is encouraged because of the bloat do debug and performance troubles.
interesting how high c# is despite nothing going on, on github
Earlier quoted context omitted.
Yes to your point, COBOL which ranks very low here is still fundamental to the infrastructure of several major industries, with some sources [1] reporting that it is used in: 43% of all banking systems. 95% of all US ATM transactions. 80% of all in-person credit card transactions. 96% of travel bookings. This may very well dramatically change in the next few years with such an emphasis on enterprise AI tools to rewri…
In retail banking I'm sure that this could be true. Working in investment banking, I never saw a single COBOL application, or had to have my C++/Java/$MODERNLANGUAGE code interact with one.
> Working in investment banking, I never saw a single COBOL application
Also, lots of quantitative software at i-banks use LINPACK or BLAS, which use FORTRAN.
Earlier quoted context omitted.
By far the most useful and helpful is job ads: it literally defines the demand side of the programming language market. Yes, that does not show us how much code is running out there, and some companies might have huge armies with very low churn and so the COBOL stacks in banks don’t show up, but I can’t think of a more useful and directly measurable way of understanding a languages real utility.
Yeah except job adverts have enormous lag behind what's actually popular. For example we used Rust quite a lot at my previous company but we didn't advertise for Rust developers at all. Also then you're looking at which languages were popular in the past whereas the interesting stat is which languages are being used to start new projects.
> we used Rust quite a lot at my previous company but we didn't advertise for Rust developers at all.