Spring Boot versus Quarkus
HTML-код
- Опубликовано: 11 янв 2024
- Explore Spring Boot → ibm.biz/java-spring-boot
Discover Quarkus → ibm.biz/discovering-quarkus
Getting started with Quarkus → ibm.biz/red-hat-quarkus-guide
Is it possible to write slim, light, fast boot time, low-memory footprint Java applications? Using a Java framework provides reusable pre-written code templates that help speed up development and deployment - but which framework is best? In this video, Cedric Clyburn compares two major frameworks in use today: Spring Boot and Quarkus.
Get started for free on IBM Cloud → ibm.biz/sign-up-today
Subscribe to see more videos like this in the future → ibm.biz/subscribe-now
#quarkus #springboot #java #javaframeworks #redhat
When you try out Quarkus, you will have hard time going back to Spring because of the developer joy, which boils down to normally working instant reload, continuous testing, testcontainers and dev UI. The main concepts are basically the same, just different keywords.
Really nice overview, thank you!
1:19 Nice one Quarkus 😅!
😂😂😂
Is Spring boot version > 3.2 having similar capabilities in terms of performance when compared to Quarkus ?
Nope Spring Boot sucks at every aspect.
After watching this video I realised that I can now understand the jargon now 1:43 May be I have become a Java developer 😂
I can't really seeing myself going back to using Spring Boot unless I'm forced to. Quarkus is so good in terms of developer productivity and performance.🔥
i wonder why still using java 8 while there is jdk 20 and same here modern quarkus and some still using spring boot
Using graal VM on SpringBoot match Quarkus performance?
Nah, spring framework is amazing in insane of many ways but it relies they have an abusive use of reflection that has some performance cost. So quarkus will still be ahead, tho I wouldn't say that it matter at all. If performance is your concern, you are better of with either Vert.x or ActiveJ 6.0
Was hoping this was a bit more objective.
The sound of a marker on that board is very unpleasant.
If Jaotc didn't killed all java applications would have been native
woah, and here i thought Spring Boot is based on CoC (Convention over Configuration), while the start states its opinionated
Conventions are inherently opinionated. The conventions are an implementation of an opinion.
In other words, the spring developers had an opinion on how you should do it, so they created the conventions for you to follow.
They both don't fit, too many layers of abstraction stacked on top of each other. Now the best choice is either Helidon, or with ten lines of code you can embed Jetty, Tomcat, or Undertow and easily write services with the JAX-RS standard.
It would have been better if Quarkus had initially thought like the Helidon 4 team. Also, let's not fool ourselves, the speed of startup is not important at all compared to all other important parameters.
New to development, huh?
Speed of start up is indeed important for apps deployed on K8s and you’re interested in using autoscaling to reduce your cloud cost but also make the consumers not notice any increase in latency. That’s mostly important for enterprise apps, of course not so important for college projects.
@@nameunknown007don't listen to this other shmuck, you're absolutely correct.
I think Java needs to go the way of the dinosaur personally.
Yeah, that is not going to happen. Banking and fiancial institutions has been deploying Java since the nineties, and still do. And they still have systems written in Cobol actually running today. That means a lot of people is going to make a lot om money in the future maintaining and migrating off of Java systems even though there are "better" platforms out there. And also, the JVM is probably going to outlive Java itself since languages like Kotlin and Groovy runs on it...
and Scala@@Jonteponte71
I'm interested to hear your choice, what else other than java will it be? PHP or nodejs? I'm really interested to hear from you.
@@m77mo65 I'd suggest they meant something like golang lol
Spring is not going anyway.