Java

akop,
@akop@mastodon.akop.online avatar

Code-Smells caused by "history" are sometimes funny. In one project, we have often this:

variable = otherValue == null ? null : otherValue

instead it can be just this:

variable = otherValue

(Some months ago, the null-check was important because the code was like this:

variable = otherValue == null ? null : otherValue.longValue())

julianwki,
@julianwki@chaos.social avatar

@akop I am so glad about languages like Kotlin which offer non-nullable types. Exactly that will get unnecessary and also survive refactorings. #kotlin

pragprog,
@pragprog@techhub.social avatar

@venkats and fans...
Spring Sale Final Week — all sale titles are back — including the two newest titles: 50% off, with checkout code 2024Redux.
https://pragprog.com/titles/vsjava2e
https://pragprog.com/titles/vscajava

pomCountyIrregs,
@pomCountyIrregs@mstdn.social avatar

@pragprog @venkats Mark me as a satisfied reader of Functional Programming in Java.

brianverm,
@brianverm@mastodon.social avatar

The Specialists Newsletter | by @HeinzKabutz
Issue 318 - Getting Rid of Unused Warnings with _
https://buff.ly/3yEQdJD

openjdk,
@openjdk@mastodon.social avatar

Targeted to JDK 23: JEP 481: Scoped Values (Third Preview): https://openjdk.org/jeps/481

Crell,
@Crell@phpc.social avatar

Oh. My. Fucking. God.

I have just learned that " Bean" has two completely different and incompatible definitions.

One is a dumb, badly designed data object with getters and setters.

The other is... a service object managed by the Spring framework IoC container.

Holy hell. This is 10x worse than "facades."

Am I wrong here? This is what I'm finding from online tutorials. Is there more nuance that is not coming through, because for now I just hate even more.

shadowhand,
@shadowhand@phpc.social avatar

@Crell I have always been confused by this as well... 😳

heiglandreas,
@heiglandreas@phpc.social avatar

@Crell That is about the only Java Bean that I will ever consider seriously.

openjdk,
@openjdk@mastodon.social avatar

Targeted to JDK 23: JEP 471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal: https://openjdk.org/jeps/471

openjdk,
@openjdk@mastodon.social avatar

Targeted to JDK 23: JEP 482: Flexible Constructor Bodies (Second Preview): https://openjdk.org/jeps/482

openjdk,
@openjdk@mastodon.social avatar

Targeted to JDK 23: JEP 480: Structured Concurrency (Third Preview): https://openjdk.org/jeps/480 #jdk23 #openjdk #java

eed3si9n,
@eed3si9n@mastodon.social avatar

release cadence of Protocol Buffer: "(Protobuf) Java will target making major version bumps annually in Q1 of each year."

I don't know when this policy was decided, but TIL that protobuf-java intends to break bincompat every single year. this is a severe departure from the 8 years of bincompat protobuf-java 3.x kept from 2016 to March, 2024. protobuf-java, the runtime JAR is depended by Hadoop, Kafka, gRPC, etc.
https://protobuf.dev/support/version-support/#java #java #scala #protobuf

array,
@array@fosstodon.org avatar

In other news, this week I've found a 16,600+ LOC file in the "main" monolith which performs the bulk of business logic for the main web (interconnected to other monoliths and -from what I've been told- even way huger PL/SQL scripts with tens of thousands LOC). And this is just one file, of thousands.The file has no comments, is not documented anywhere, the variable names are far from informative, and there's at least one function with way more 1000 LOC. Now go and debug this. XD

array,
@array@fosstodon.org avatar

@motofix The market where I live may not be what you expect, at least for fresh junior dev positions. I spent about half a year before securing my first gig, which was a total disaster TBH... This is my second one, started just 3 weeks ago, but it's going way better so far (I do full stack, not just Java). They use Windows and I can think why is that, same as in my former position. Again, not that I like it, but the enterprise software used in my workstation would not work in Linux, I'd bet.

array,
@array@fosstodon.org avatar

@kittylyst @motofix I don't know the reason, I was just informed of the fact in my first interview. As I was using Eclipse already for personal use, I'm pretty happy with that. But even if I wasn't (as with using Windows), I'm not in a position to discuss the development choices in a multinational enterprise with decades long in the market, I'm just a newbie grunt and do what I'm told. ;)

kittylyst,
@kittylyst@mastodon.social avatar

Xcode cannot find metal for some godforsaken reason, so no build on the Mac today.

Over to the work Linux box, then I suppose.

I don't have any experts among my followers who can help me figure out WTF is wrong with metal, do I?

andybrunner, (edited )
@andybrunner@swiss.social avatar

Freeware: Java Utility Package (Version 2024.05.24) released

  • KHTTPClient: Support for PUT, PATCH, OPTIONS and DELETE methods
  • KSMTPMailer: New mail header X-TLS-Connnection, added TLS host name check
  • K: Many new utility methods
  • Added sample code
  • Some minor code/cleanup and document changes

https://java-util.k43.ch

taurus,
@taurus@thicc.horse avatar

:boost_anim_vanilla: Hi, I'm in need of employment and perhaps you or someone you know is in need of me:

I'm a software developer w/ 7 years professional experience
Mostly
During my B.Sc. i had stellar grades.

(!) I'm only available in part time due to my health

I have experience working remote.
I'm located near Hannover, DE.
CV available upon request

jonoabroad,
@jonoabroad@mastodon.nz avatar

people, is Java Concurrency in Practice still the text to brush up on Java concurrency, or has it been surpassed?

kittylyst,
@kittylyst@mastodon.social avatar

@jonoabroad Oh, and I have an upcoming class - https://learning.oreilly.com/live-events/java-concurrency-in-2-weeks/0636920087672/0642572001421/ - but it might be in the dead of night if you're in NZ.

jonoabroad,
@jonoabroad@mastodon.nz avatar

@kittylyst thank you!

I'll have a look, see where I get to.

kittylyst,
@kittylyst@mastodon.social avatar

I wrote about the latest Ecosystem report from New Relic: https://www.infoq.com/news/2024/05/new-relic-java-2024/ - some interesting takeaways. In particular:

1.) Yes, you should definitely be thinking of Java 8 as a legacy version now

2.) continue to lose ground as a vendor (from 75% market share in 2020, to 34.5% in 2022 to 20.8% in 2024) - now just a couple of points clear of Eclipse's Adoptium distribution and Amazon's Corretto,

  • All
  • Subscribed
  • Moderated
  • Favorites
  • Java
  • DreamBathrooms
  • ngwrru68w68
  • cubers
  • magazineikmin
  • thenastyranch
  • rosin
  • khanakhh
  • InstantRegret
  • Youngstown
  • slotface
  • Durango
  • kavyap
  • mdbf
  • tacticalgear
  • JUstTest
  • osvaldo12
  • normalnudes
  • tester
  • cisconetworking
  • everett
  • GTA5RPClips
  • ethstaker
  • anitta
  • Leos
  • provamag3
  • modclub
  • megavids
  • lostlight
  • All magazines