How Netflix uses Java • Hacker News Board

Re: How Netflix uses Java

#201

Post by Tainnor » Wed, Oct 11, 2023, 5:06 PM UTC

StevePerkins wrote: post #122

ljm wrote: post #103

Earlier quoted context omitted.

I never hated Spring, I got used to working with it. I found the annotation-based approach to configuring classes really opaque though, and it was hard to understand how to configure things because those were also magic annotations, and then some things were beans and others weren't and... ugh. I don't fault Spring for it, and we were on Java 11 back then with just a little bit of new hotness. Java itself just didn't…

I'm always interested in hearing people's alternatives. Modern C# and ASP.NET is likewise annotation based. Most contemporary Python frameworks heavily leverage decorators, which is just another name for annotations. Decorators have made their way into Typescript. Rust code is chock full of attributes, and I've even seen Golang libraries simulate annotations with the `reflect` package. This never really sounds like a…

Dependency injection is fine, but it doesn't need to be as heavy as it is in Spring. There are lightweight and compile-time safe dependency-injection frameworks, and it's not even that hard to write your own custom dependency-injection logic.

Re: How Netflix uses Java

#202

Post by therealdrag0 » Thu, Oct 12, 2023, 1:09 AM UTC

RamblingCTO wrote: post #119

wiseowise wrote: post #100

Earlier quoted context omitted.

Where are you migrating?

No idea yet. But the first step is to have totally isolated domain logic in plain Kotlin. That's a nice start. Next we'll look into Graalvm, but no high hopes that everything we need is compatible. /edit: it's not meant to replace spring, I know what these things do. It's to remediate some of the performance issues and compile time safety, which using graalvm inevitably brings ...

Plain is good. Moving from Spring to no-spring/no-DI-framework was amazing.

Re: How Netflix uses Java

#203

Post by williamdclt » Thu, Oct 12, 2023, 6:03 AM UTC

oldnet wrote: post #45

williamdclt wrote: post #39

Earlier quoted context omitted.

That’s entirely unrelated to the backend language (and mostly unrelated to CPU usage for that matter).

do you know javascript? it can eat CPU

Alright, its clear that either you’re a troll or you don’t realise that you have no idea what you’re talking about, either way there’s no point going further into this conversation

Re: How Netflix uses Java

#204

Post by RamblingCTO » Thu, Oct 12, 2023, 11:15 AM UTC

sea-gold wrote: post #190

wing-_-nuts wrote: post #125

Earlier quoted context omitted.

What do you propose as an alternative? Something like Micronaut trades more compile time for stricter checks and faster runtime. Do you use something like that?

I really like http4k. http4k[0] is a lightweight but fully-featured HTTP toolkit written in pure Kotlin that enables the serving and consuming of HTTP services in a functional and consistent way. http4k consists of a lightweight core library, http4k-core, providing a base HTTP implementation and Server/Client implementations based on the JDK classes. Further servers, clients, serverless, templating, websockets capabi…

Sounds nice, I'll have a look! Cheers

Re: How Netflix uses Java

#205

Post by phendrenad2 » Thu, Oct 12, 2023, 5:58 PM UTC

paulbakker wrote: post #74

edejong wrote: post #66

Interesting, no mention of Scala at all. Did Netflix say goodbye to Scala altogether?

We never really used it, aside from some niche use cases. It’s always been Java primarily.

Interesting. At one point it was fairly well "known" that Netflix used Scala. They presented at Scala conferences and had lots of open roles mentioning Scala. And Scala fans used Netflix as an example, claiming that they used Scala for recommendations, APIs, etc. But maybe it was all a psyop.