I use it

Anybody having experience with state machines design, specifically nested ones?

How come there's no #love channel in this Slack yet??? Even after Andrey Breslav talked about it at KotlinConf 2018… I need to externalize my Kotlin love now!

If I have certain actions, which are allowed in certain state, where they dont change it state, however those actions are async, so need to change "some" state to pending, in order to avoid multiple calls until the async is finished i.e. I have call states, for example one of which is Activated, and I have actions like MuteMic, where this action is only allowed in Activated state but lets say MuteMic is heavy / or async, so I need to surround it with pending state, should that pending state be part of the call state hierarchy, i.e. on the same level as Activated is, or somehow nested inside it, or separate state machine?,

when state == Activated
   when action == MuteMic
      state = ActivatedMuteMicPending
      effect(Effect.DoMuteMic)
      state = Activated

sealed class State {
   object Activated,
   object ActivatedMuteMicPending
}

im not sure if this is good design

JVM is finally getting support for continuations and fibers… This is a game changer IMO. No need to distinguish between blocking and non blocking call. A fiber never issues thread-blocking operations. Any call to a blocking operation becomes fiber-blocking rather than thread-blocking.

i noticed on StackOverflow that Dart has icon next to it, how do we put an icon next to the Kotlin tag?

Is it possible to embed runnable kotlin code in medium blog post?

whoohoo, Kotlin finally has an icon on StackOverflow 😄

(which most folks know from the infamous Go “faux generics” post: https://www.reddit.com/r/rust/comments/5penft/parallelizing_enjarify_in_go_and_rust/dcsgk7n/)

at least haircut 🙂

Cool! Definitely share! I don’t think my wife will approve of any tech tattoos…

(sarcasm) I'll get a Kotlin tattoo if the team gives me a free Kotlin conf ticket

Seriously though, I want a car plate number with K Unfortunately, in Russia we can’t have custom plate numbers.

This is cool and wildly unsettling.

What If Fuschia is going to replace Android?

I'd need to work most on A, but sometimes also on B

Speaking of NoSQL vs RDBMS, I'm currently maintaining a Mongo backend for a staffing service (people getting hired to do tasks), and I've been slightly frustrated with a couple of things, like having to use relatively complex and slow aggregations with for what I'd normally think should be a simple lookup (e.g. join 2-3 collections, apply a few filters, plus paging the results). Mongo was probably initially chosen to speed up development due to not having an explicit schema, but what I'm wondering is - is this a sign that an RDBMS would have been a better option, or am I just cooking Mongo wrong? Admittedly it did get a lot of useful features over the years...

📣 📣 Here at JetBrains we are currently looking at slightly longer perspective regarding Kotlin evolution, and on one topic we decided to ask you. The question is: “What do you expect from Kotlin 2.0?“. Note, that it doesn’t mean we are planning v2, or preparing breaking changes, or anything at all. It’s about setting expectations right and understanding that we (Kotlin Team) and you (our valuable community) understand things similarly. So if you can think for a while and write down few sentences about the topic we would be grateful. Thanks! (posted in #random on purpose, please don’t repost)

https://9to5google.com/2018/12/11/aosp-fuchsia-sdk-device/ Oh Boy

One of the songs in our show this year:

our application has almost 2GB of resources, which we rarely update. Which is the best strategy gradle-wise to have them extern?

This message was deleted.

I was wondering something about messaging in microservices. What I see a lot on the internet when setting up microservices that use messaging through a message broker you will find a lot of articles/talks about using a solution like Kafka or RabbitMQ. In these articles if you have tens or hundreds of microservices they all need to implement a driver to communicate with that message broker. So the idea that I am playing with is to create a messaging service which internally could use something like Kafka or RabbitMQ. Also good to mention that the application I am working with doesn't require 100k+ message second. Creating a messaging service I see at least the following benefits: - Could create formats/flows which is more feasible for teams - Could create a protocol based on websocket which makes it easier to implement for services - Easier to switch to a different message broker - Could implement utilities, which could help teams I have only seen a couple of articles which describes this kind of approach. So my question is, why are most examples of services directly talking to the message broker? In those examples it would probably be a nightmare to switch to a different broker.

That has to be some kind of record!

Sorry people for multiple messagges, I got “text is too long” from Slack

A colleague at work told me he was unaware Kotlin had any controversial features/lack of features. It got me thinking, JB should rebrand it as "Kotlin: A Controversy-Free Highly Opinionated Language for All" 🧌

union types as lack of feature? I saw the thread popping up few times already 🙂