Wolfram Rittmeyer

Very proud to be on the advisory board of next year's Kotlin conference by the German Publisher Rheinwerk. @rheinwerkverlag @kkonrheinwerk rheinwerk-kkon.de #Kotlin

Get the details here! ↓ goo.gle/svd-ads-22

The most useful information I can often get about a certain piece of technology is about its downsides and trade-offs. I started to write about what I would have personally liked to know about #Kotlin 3-4 years ago. niklaslochschmidt.com/blog/2022/kotl…

Check out our new coroutine testing guide, hot off the press! 🧵🧪 developer.android.com/kotlin/corouti… In this guide, you'll learn how to use the testing APIs new in kotlinx.coroutines.test 1.6, as well as the best practices you'll need to test your Android code!

The CfP for the next edition of Rheinwerk's KKon is open. You can either submit your proposals in English or German. rheinwerk-kkon.de/call-for-propo… #Kotlin #Android

@justabadrobot Really, really sorry, to hear this. My heart goes out to you!

The last few weeks have never felt like anything before. The experience of losing a parent is unimaginable. I hope I can live upto his expectations and make him prouder in days to come.

My dad passed two weeks ago, on March 8th and it was the worst day of my life! He had an heart attack early morning at 3.30 am and we did our best to get him to the hospital asap. He fought for almost six hours and was also revived once before he gave up.

🔍 Join us on October 27-28 for #AndroidDevSummit 2021! The code is solved and we can't wait to see you there. Save the date → goo.gle/androiddevsumm…

@ParkinJim @exitthelemming @subsymbolics I don't. But good question. If you find out anything, please let me know.

@RittmeyerW @exitthelemming @subsymbolics Do we know anything about the runner in the photo who is blocking the organizer from catching her?

@exitthelemming @subsymbolics They disqualified her, yes. Unbelievable nowadays, but sadly true. But nevertheless it was only one who actually tried to stop her run.

@mreichelt Yep. I'm using it for a Bitbucket pipeline. Everything worked fine. Thanks!

@mreichelt I'm normally using the one that fits the target-sdk (still mostly 30 for now). For one project with targetSDK 30 I've just switched to your new android:31

@ASalvadorini @PreusslerBerlin But all in all I would try to expose methods that are more meaningful and directly return proper objects like toAccount(), to Customer() or whatever. Depends on what we are talking about :-) It's obviously different for a library doing the parsing versus code using such a lib.

@ASalvadorini @PreusslerBerlin Isn't it decodeJson()? I think this name is pretty good and better than toMap(), which is totally meaningless or toJson() which sounds like you turn something _into_ Json.

One more on the naming front (different library btw): public HashMap<String,UsbDevice> getDeviceList() {} Java is not the worst part here :-) Why can't they name it getDeviceMap()? And why not simply return a Map?

@PreusslerBerlin Actually about a year ago I started something about libraries that I never managed to make useful. Maybe I should try again.

@ASalvadorini @PreusslerBerlin In this case it's not an implementation detail but part of the API (the return type). But that it's a _HashMap_ should be an implementation detail and not be part of the API. Adding Map to the name is still a bad idea and not descriptive enough.

@PreusslerBerlin @RittmeyerW None of the names should mention the underlying implementation details

@karandhillon95 As if this were an open source library. I'm not that lucky.

@RittmeyerW Time to open an issue 🙋🏻‍♂️. Maybe the author will spill the secret to the naming.

@PreusslerBerlin A better solution (keeping Java for now) would have been a method UsbDevice findDeviceByName(DeviceName someName) plus a simple List<UsbDevice> getDevices() that returns all devices, if you want to iterate over them for whatever reason. 3/3

@PreusslerBerlin Because you do not get devices only, it would be helpful to know what is mapped to what. That's why getDevices() feels odd to me. But, I guess, the method in itself is shite - and that's the root cause for why getDevices() in this case feels wrong. 2/x

Die wichtigste Karte, die ihr zu #COVID19 kennen müsst. Indien und Südafrika haben bei der Welthandelsorganisation eine Anfrage zur Aussetzung der Patente/Medizin gegen das Virus gestellt. 100 Länder stimmten zu. Die roten Kreuzchen sind die blockenden Vetos. Hello Europa!?

Naming is hard. One constant of a lib I'm currently using is "ERROR_SUCCESS". Now is this an error or is this a success? As a quick rule of thumb: If devs need to look at your JavaDoc/KDoc your naming is wrong!