https://twitter.com/KotlinWeekly/status/762218887723220992 First Kotlin Weekly issue was sent on Sunday

Heh, all these issues are nothing in compare to issues we have with build tools/process…

I guess they solved them

PaperParcel with Kotlin by Almond Joseph Mendoza http://www.tutorialforandroid.com/2016/08/paperparcel-with-kotlin.html?utm_source=twitterfeed&utm_medium=twitter

Lessons from converting an app to 100% Kotlin by AJ Alt https://medium.com/keepsafe-engineering/lessons-from-converting-an-app-to-100-kotlin-68984a05dcb6#.5crcuucp9

^^ Kotlin Weekly #2

not strictly kotlin but code is in kotlin https://blog.frankel.ch/starting-with-cucumber-for-end-to-end-testing/

I’ve also started using Kotlin for code examples in my blog, because it’s so concise. E.g. http://natpryce.com/articles/000816.html

Hi all, I wrote something! Let me know if you have any thoughts https://medium.com/@jpshells/kotlin-a-sectioned-adapter-for-android-d3dbdff9bfa7#.rq3xwlcc7

Logging in Kotlin & Android: AnkoLogger vs kotlin-logging by @oshai https://medium.com/@OhadShai/logging-in-android-ankologger-vs-kotlin-logging-bb693671442a#.viekx6ob6

@john.shelley has left the channel

@edvin has left the channel

Kotlin: The Good, The Bad, and The Ugly by AJ Alt from Keepsafe https://medium.com/keepsafe-engineering/kotlin-the-good-the-bad-and-the-ugly-bf5f09b87e6f#.ft5dxmnj6

I would say opposite,

Closed by default

is not Ugly, Ugly is that properties declared in classes (not interfaces) are not

private

by default!

Also:

If you write a Kotlin library, please make all of your public functions open. You’ll make life easier on your users in the future.

😕

JB, any plans to add `namespace`s?

maybe methods in objects should be static / have static counterparts

What's wrong with packages?

The only concern I share with the author of the article above is “SAM conversion and Unit returning lambdas”. What was the reason of making lambdas return

Unit

instead of

void

?

As Kotlin is supposed to be interoperable with Java, it would be great not to force Java programmers write Kotlin-specific code like this:

registerCallback(() -> {
    /** do stuff */
    return Unit.INSTANCE;
})

I was shocked when I read the

SAM conversion and Unit returning lambdas

part. I immediately started working around this but there is no other way but providing two methods. WTF

// definitions in Kotlin
fun doSomethingWithClickJavaWay(l: View.OnClickListener){
    l.onClick(null)
}

fun doSomethingWithClickKotlinWay(l: (view: View?) -> Unit){
    l.invoke(null)
}

consuming it in Kotlin

doSomethingWithClickJavaWay(View.OnClickListener { /*do something*/ })

doSomethingWithClickKotlinWay { /*do something*/ }

consuming in Java

TestKt.doSomethingWithClickJavaWay(new View.OnClickListener() {
    @Override
    public void onClick(final View v) {
        /*do something*/
    }
});

TestKt.doSomethingWithClickKotlinWay(new Function1<View, Unit>() {
    @Override
    public Unit invoke(final View view) {
        /*do something*/
        return Unit.INSTANCE;
    }
});

Decision Trees with Kotlin by Mark Galea http://cloudmark.github.io/Decision-Trees/

#tornadofx TableView RowExpander - the missing tabluar data control for JavaFX/TornadoFX by @edvin