iiinova — where your digital self keeps evolving

Oliver O. @olivero2.bsky.social · 09/10/2026

I’ve seen your Youtube comment about this issue. I guess we’ve clarified this to the point where the statement “you don’t have to lose type safety” is incorrect. Or am I still missing something?

110

Oliver O. @olivero2.bsky.social · 09/10/2026

Typically, yes. It “just” slows us down and breaks the workflow we’re used to with statically typed languages. The IDE won’t be able to answer questions like “where does this parameter come from”, and the code is generally harder to review.

010

Oliver O. @olivero2.bsky.social · 08/10/2026

OK, I get that. In that case, you'd have loss of type safety on the method invocation. The compiler doesn't know about the relationship between the method source and the method.

110

Oliver O. @olivero2.bsky.social · 08/10/2026

I’m not sure if I follow. In Kotlin, if we refer to type safety, we typically mean compile-time type safety. JUnit instantiates classes via reflection, and that always implies that you lose type safety on their constructor parameters, with errors popping up at runtime.

110

Oliver O. @olivero2.bsky.social · 08/10/2026

With a single argument, the parameter-providing function could return a list of Int, while the class constructor might expect a String. The code would compile again, yet produce a runtime error.

110

Reposted by Oliver O.

Kotlin by JetBrains @kotlinlang.org · 07/10/2026

What if Kotlin testing required less boilerplate and more Kotlin? Oliver Okrongli and Bernd Prünster introduce TestBalloon, a new, extensible framework for modern testing patterns on every Kotlin target. Put it to the test: kotl.in/f6aokg

093

Oliver O. @olivero2.bsky.social · 08/10/2026

In that JUnit example, you can experience the missing type safety if you change the order of parameters in the constructor. The code will still compile, but then you'll get a runtime error like this: Failed to convert String "Hamburg" to type double

110

Oliver O. @olivero2.bsky.social · 08/10/2026

Thanks for watching! Could you please specify the exact position in the video you're referring to?

110

Oliver O. @olivero2.bsky.social · 06/10/2026

I’ll be arriving late, missing the speakers party, unfortunately. Hope to catch up at the venue!

110

Reposted by Oliver O.

John O'Reilly @johnoreilly.dev · 03/10/2026

Kotlin Multiplatform iOS build times: what's actually driving the cost johnoreilly.dev/posts/kmp-io... Wrote up results of re-running some recent KMP vs Swift build benchmarks (including Swift export). How much Kotlin API you expose to Swift makes a big difference!

johnoreilly.dev

Kotlin Multiplatform iOS build times: what's actually driving the cost

A recent article, The Hidden Cost Behind Kotlin Multiplatform on iOS, looked at what KMP does to the iOS edit/build/run feedback loop. It’s a good question to ask and the article also comes with a ben...

033

Oliver O. @olivero2.bsky.social · 02/10/2026

Yes, I got the exemption, and TestBalloon's new multi-version releases are way below the allotted limits. But still, there is no exeption for "popularity". 😉

000

Oliver O. @olivero2.bsky.social · 01/10/2026

This suggests that it's a popularity percentile: bsky.app/profile/skyd... It also seems to suggest that it's better not to be "too popular".

100

Oliver O. @olivero2.bsky.social · 19/09/2026

Thanks, found it, so not Scarf. Still no idea how to interpret that thing. In my case, it’s also not (yet) populated.

110

Oliver O. @olivero2.bsky.social · 18/09/2026

I don't have an idea, but where does this appear?

101

Oliver O. @olivero2.bsky.social · 06/09/2026

100% bei dir. Was du nicht verhindern kannst: Du kannst gar nicht wirklich "nicht nützlich" sein. Auch ohne etwas zu tun, ohne Worte, sind deine Haltung und dein freundliches Wesen immer da, und das ist schon so viel. Dann noch die klugen Beiträge zur Zukunftsfähigkeit. We owe you!

030

Oliver O. @olivero2.bsky.social · 05/09/2026

Unbraiding is a good mental model. Simplicity is probably best measured by the time it takes to correctly comprehend something.

020

Oliver O. @olivero2.bsky.social · 09/08/2026

When you bring idiomatic Kotlin to testing: "with the DSL I customise, with JUnit I negotiate".

020

Oliver O. @olivero2.bsky.social · 03/08/2026

After the well received KotlinConf talk, there’s a lot more to write about TestBalloon (and the entire testing arena) as well. I‘ll be back!

040

Oliver O. @olivero2.bsky.social · 26/07/2026

Horrible. I hope firefighters can hold the line until the situation gets better with changes in atmospheric winds. But seems like it'll take until Tuesday morning for an easterly direction.

010

Reposted by Oliver O.

Sebastian Sellmair @sellmair.dev · 17/07/2026

Something big might happen to the Kotlin Multiplatform Ecosystem 👀 We were never too happy about how Kotlin publishes and resolves KMP libraries. It takes up significantly more space than it has to, produces a ton of artifacts and Maven modules, and is just... complex!

25114

Oliver O. @olivero2.bsky.social · 03/07/2026

That sounds promising. 👀

010

Oliver O. @olivero2.bsky.social · 02/07/2026

Oh, liebe Katharina, sag' nicht sowas "dass kleine Einkommen gar keine Steuern zahlen". Tun sie: Umsatzsteuer und Verbrauchssteuern, und das überproportional zum Einkommen. Ist natürlich bekannt, fällt aber leider regelmäßig unabsichtlich unter den Tisch. Der Textteil formuliert es korrekt .

000

Oliver O. @olivero2.bsky.social · 01/07/2026

Nothing short of amazing, and incredibly helpful!

020

Reposted by Oliver O.

Márton Braun @zsmb.co · 24/06/2026

What's an important announcement without a blog post that dives into the full details? Nothing, I tell you! So here's all you need to know about the move from Amper to Kotlin Toolchain: blog.jetbrains.com/a... And of course, you also get lots of new features in this release!

blog.jetbrains.com

Kotlin Toolchain 0.11: The Next Step for Amper - The JetBrains Blog

Amper 0.11.0 is out, and has evolved into the Kotlin Toolchain! It is now Alpha, and brings a ton of improvements with it.

0123

Reposted by Oliver O.

Simon Vergauwen @vergauwensimon.bsky.social · 23/06/2026

Removing so many experimental compiler flags while updating my projects to #Kotlin 2.4 😍 If you missed out on "allow-contracts-on-more-functions". Kotlin Contracts now support generic 🔥 You can create a predicate that checks generic values, and they get smart-casted after a predicate check 👇

0132

Oliver O. @olivero2.bsky.social · 21/06/2026

The large number of files is caused in part by going the extra mile and backporting everything for every Kotlin version since 2.0.0. But that can (and will) be optimized to unbundle and separately version different parts of the artifact set.

030

Oliver O. @olivero2.bsky.social · 21/06/2026

That's excellent news. Thanks for letting me know!

120

Oliver O. @olivero2.bsky.social · 21/06/2026

Right now the avoidance of checksum file publications in order to reduce the file count pushed to MC. A TestBalloon release set (8 Kotlin versions, 24 target platforms) currently consists of 46640 files, while Sonatype envisions a limit of 1000.

220

Oliver O. @olivero2.bsky.social · 21/06/2026

🎉 Now I just have to find out how to replace that little thingy called vanniktech.github.io/gradle-maven-publish-plugin...

120

Oliver O. @olivero2.bsky.social · 19/06/2026

Had a great time with Kotlin User Group Berlin at N26 HQ, talking about TestBalloon! A big shoutout to the organizers Paolo and Matthias for a perfect event with super-friendly people and generous catering in a gorgeous venue. I very much enjoyed the interaction with the Berlin crowd. I'll be back!

A view from the gallery of a large two-story room, showing me presenting in front of a large video screen in the back, with the audience in the foreground.

031

Oliver O. @olivero2.bsky.social · 19/06/2026

I‘d love to read about your perspective on this topic!

010

Oliver O. @olivero2.bsky.social · 10/06/2026

On Thursday, June 18, I'll be joining the Kotlin User Group Berlin at N26 HQ with a talk about TestBalloon – Kotlin testing is easier (and more fun) than you think. I'm very grateful for the invitation and would love to see as many of you as possible. Let's have fun! www.meetup.com/de-de/kotlin...

meetup.com

Episode 3 of the 2026 Edition - The longest Kotlin night of the year, Do., 18. Juni 2026, 19:00 | Meetup

The longest day of the year is comming and let's another Kotlin meetup. This time we geather at N26! ⚠️⚠️⚠️ Due to a venue policy please submit the following form for addi

030

Oliver O. @olivero2.bsky.social · 26/05/2026

Back from #KotlinConf26 in Munich, Kodee is seeing endless possibilities. Me as well! Grateful for all the inspiring exchanges with incredibly smart and lovely people, and so happy that the talk on 🎈 TestBalloon was so well received. ❤️

050

Oliver O. @olivero2.bsky.social · 25/05/2026

At first glance that looks like you were able to completely avoid steeper 🚵 terrain. 😊 Still quite a distance! 👏

110

Oliver O. @olivero2.bsky.social · 19/05/2026

Will definitely say hi. ❤️

010

Oliver O. @olivero2.bsky.social · 19/05/2026

Was für eine geniale Folge. 🧠 Gehirngerecht, emotional, faktentreu, und mit Spaß: Das bewegt, und zwar in die richtige Richtung. Danke @positivemaren.bsky.social!

010

Oliver O. @olivero2.bsky.social · 17/05/2026

Thanks a lot @androidweekly.bsky.social for featuring TestBalloon's stable release announcement today. Let's bring powerful testing with ease to the entire Android & Kotlin Multiplatform ecosystem!

051

Oliver O. @olivero2.bsky.social · 15/05/2026

So cool! Hope Munich treats you well (it still has a long way to go if it wants to catch up with the bike-friendly KotlinConf cities of Amsterdam and Copenhagen).

120

Oliver O. @olivero2.bsky.social · 15/05/2026

❤️ Thank you! Looking forward to seeing you (and your recumbent bike) in Munich.

120

Oliver O. @olivero2.bsky.social · 15/05/2026

Thanks a lot, Thomas! ❤️

010

Oliver O. @olivero2.bsky.social · 15/05/2026

Thanks! It wasn't "just for the conference": I was just running out of reasons to hold it back and further. 😄 See you in Munich!

120