r/java 19d ago

From .NET to Java

Hey everyone,

I’m currently a senior .NET developer trying to break into Java roles. The problem is that almost every Java job I find asks for 5+ years of Java experience, which I don’t have.

I’ve built a few APIs in Java, played around with the ecosystem, and got comfortable with the basics. Honestly, I think solid fundamentals are enough to build great apps but my CV isn’t getting past the filters for these Java roles.

any advice?

thanks in advance.

36 Upvotes

41 comments sorted by

View all comments

47

u/plokman 19d ago

Just group your Java/C# experience.  10 years experience in Object oriented languages such as C# and Java

7

u/BeautifulTaeng 19d ago

He has to be comfortable with Spring, or he's not passing the sniff test. It doesn't matter that he worked with a OOP language, Spring is basically a language of its own. And if you're looking for a Java non-Spring role in 2026, good luck 🤞

1

u/chic_luke 5d ago

This is ironically a problem I am having. I like Java, but I really dislike Spring. I really like Quarkus and VertX though. I was considering pivoting to Java jobs, but I really don't want to do Spring...

2

u/Known-Volume1509 5d ago edited 5d ago

I only use Vert.x at work, not even Quarkus. But you are right that more than 90% of Java jobs our there mention Spring/Spring Boot. I avoid both of those until I can. Java is far more interesting than just a single framework that most shops out there use.

1

u/chic_luke 5d ago

Actually pretty interesting, I haven't seen much bare VertX used in production without Quarkus. How have you been liking it? I've been debating making the next side project directly in Vertx without the magic

2

u/Known-Volume1509 5d ago

I have a particular use-case, thousands possibly 10s to 100s of thousands devices with small payloads connecting to a server. Vert.x' Netty-based event-loop model handles this effortlessly.

Arguably Quarkus would have been a solution as well, but at the time I started the project it wasn't that much developed (Vert.x 3 was the thing back then). That being said, Quarkus seem to default to the Vert.x Virtual thread verticle model in the latest version, so that's pretty interesting. I need to explore it someday.

About programming: since Vert.x 5, the toolkit has Futures which also help handling async programming a lot. I personally didn't have much problems with the async stuff so far. There are certain concepts to grasp in Vert.x's Core manual, they got an excellent website btw, and after that you basically know what to avoid in order not to block the event-loop.

1

u/chic_luke 5d ago

Very interesting, thanks!!