Skip to main content


Before coding with #Kotlin the #Java interoperability was my biggest concern. I had been burned a bit by complications with that aspect of Scala, especially with collections. For the most part Kotlin's "just works"™ which makes Kotlin my go-to JVM language if I have any choice

Kotlin and Java interoperability is smooth, which means you can use both of them in the same project.

Check out the tutorial ?

2283475

Mixing Java and Kotlin in one project – tutorial | Kotlin

That was my concern too. That, and whether or not a future coworker would have to learn Kotlin just to work on my projects. Because if that is the case, my employers would reject Kotlin.
Since Kotlin is becoming more popular I wouldn't necessarily worry about the last one but of course it is a concern. Between extension methods, named parameters, and better collection operations I can't imagine choosing to code in Java anymore. Kotlin just makes the code more expressive and easier to read.


Java modules is a disaster and knock on effect is distributing end user apps is a nightmare. Maybe this is a path forward to accomplishing that somewhat. In meantime back to Flutter experimentation. #java
#Java
...this project accomplished a similar feat using a gradle configuration fyi. (H/T @Christoph S ) https://github.com/JabRef/jabref


For reasons I don't know Twitter's API returns dates in a custom rather than ISO format, making conversion a little tricky. It just takes knowing the right format string though, which after trial and error happens to be (for #java):

"EEE MMM dd HH:mm:ss ZZZ yyyy"

Example:

1924060
#Java


Java 16 released! The 1st arrival of an alternative to JNI is probably most interesting to me. Native interop has been horribly inferior to .NET so this could help. Other interesting things but #kotlin is still going to be my go-to JVM language #java
I do not want to start flame war here. Only mentions serious business risk related to Oracle dependency. Nothing more.
Sure, I totally understand license- and business practice-related concerns.

I was just bothered with the ambiguity of the first comments, but it seems to have been mostly clarified.


When having to program in #java one of the biggest things I miss from #kotlin, and there are a lot, are extension methods. Lombok kind of has them in experimental but it's still too clunky. I don't think there is a JSR for it either 🙁.
Look at Java Record type classes. They already present in the new java since 14
yeah thats a bummer. Kotlin is nice.


The hoops you have to jump through in #dotnet to do local package installation that is as simple as 'mvn install' with #java is **astounding**...smh...

André E. Veltstra reshared this.

Try installing local packages using Gradle for Java. Better yet: have a mix of local packages, packages hosted locally on an Ivy repo, and packages hosted remotely on Maven or Bintray. Because that's where I'm at.

I bet it's equally astounding.
I've never had a problem with that actually. If I recall correctly I used the Maven plugins so it was Maven that was doing the local repo management though. I will say that I'm far more used to Maven than Gradle for larger projects. Those systems aren't perfect either for sure.



I dig @kotlin. What do you think of the language? Not familiar with it? ?

Learn how to build an app with @springboot and Kotlin in our latest @oktadev tutorial!

developer.okta.com/blog/2019/09/1…

#java #springboot #kotlin
Thank you for this post. Researching Spring and Kotlin sent me down a very educational rabbit hole into aspect oriented programming and related sub-topics.
Kotlin is a lovely, modernized language for writing to the JVM. It cleans up most of the complaints people have about Java's verbose syntax and add features that makes code written in Kotlin safer. Were I still cutting code these days (and with the end of my current gig, more code-cutting may be ahead), Kotlin would be the language I'd prefer to use.


Not thrilled to be back to coding #java (I'd rather it be #kotlin) but with Java10 having type inference 'var' it's a lot nicer than before. Hopefully it and #csharp add 'val' eventually #programming

André E. Veltstra reshared this.

The main beef I have with Kotlin is that Google is trying to make it the de-facto language on Android not because it is the best choice, but because it is different enough to safeguard them from another lawsuit from Oracle. Everything in Kotlin syntax screams "we're making it this way because we want to do it differently." But they're still restricted by the JVM...

Why the hell would a multinational software business switch from the most widely used language to one that is used by a few hobbyists and has no resemblance to the old one? We ask this every time someone suggests we should start using Kotlin instead of Java.

Rust on the other hand looks quite promising and interesting.

But then again, Java is constantly evolving into the right direction.
JetBrains is the company behind Kotlin not Google. As someone who likes Kotlin but doesn't get to program in it often enough I was pleased when Google decided to use it instead of Java as it's primary language. I can think of a lot of reasons why I like Kotlin over Java. Kotlin is like a good marriage of the modern syntax and features of C# with even better overlays of functional programming concepts. When I was thinking of leaving Java for C# it was because of how stuck it was compared to when I was using more up to date languages. It's better now but still behind where Kotlin is. I don't like Kotlin because it's new or buzzwordy. I like it because it makes developing easier.


.NET Core 3.0 adds even better native library integration. In case it wasn't far enough ahead of the JVM's! Even more excited if the rumored Java Interop comes to fruition next year as announced! #dotnet #java


Tucked away in the .NET 5.0 (in a bullet no less though) was this awesome tidbit: Java Interoperability. I don't want to get too excited but being able to use my favorite #java libraries in #dotnet would be awesome!