My teammates said that I can’t use

callbackFlow

and

flatMapMerge

because they are marked as

@FlowPreview

and

@ExperimentalCoroutinesApi

. Does anyone have any idea when we can expect these to become stable?

Only issue that I know of in using it is that it might be renamed or changed in a new release. All of the

ExperimentalCoroutinesApi

and

FlowPreview

that I've used have been perfectly stable. The worst thing that I know that can happen is your build breaks when you upgrade the lib.

If you're building an application there's no reason not to use them. Educate your team.

@jw we have the same ruling in our codebase. I guess the basic fear is since there marked experimental, or preview a breaking change could happen , which would call for a massive regression in a large codebase.

Yes. And you control when you upgrade anyway, it's not like it changes on a whim. We enable all experiential API in all libraries in our codebase. Same for obsolete even

Yea def agree with you when it comes to experimental and obsolete. Because even if there is a replacement , the old implementation will be there for a while . However FlowPreview might be alittle more scary. because the kdoc says "Flow preview has no backward compatibility guarantees, including both binary and source compatibility 👻" .

I opted-in to

@ExperimentalCoroutinesApi

in the whole codebase (not library codebase), but for

@FlowPreview

, I'd never do it and just propagate it until the right place to show the

@OptIn

annotation. I still recall

flowViaChannel

being badly broken for a relase as they were moving fast towards `callbackFlow`/`channelFlow`.

Because of the fear that the API’s could change in the future, and they question the stability, I am not allowed to use anything marked as

@FlowPreview

and

@ExperimentalCoroutinesApi

. I put up a good argument, but it still got shut down.

I'd leave the company if I was forbidden to use

@ExperimentalCoroutinesApi

in application code.

the apis change w/ that beautiful deprecated tag(thanks for that amazing feature BTW) that lets intellij automatically alt-enter fix it. I bet you could do that with one project level inspection/auto fix too. 🙂

Yes, you just have to not update from version 1.0 to version 11.3 straight away without incrementally upgrading. Same for 0.x to 1.0+

hahah @louiscad not if that company is paying you the right price 😂

Sometimes I find that having @jw's opinion indirectly favor a decision can be enough to convince team members. So you can hit 'em with https://kotlinlang.slack.com/archives/C1CFAFJSK/p1600990580014800?thread_ts=1600980877.014400&cid=C1CFAFJSK 😄

@Marcelo Hernandez I did. I threw every argument out there that I could. They said JW doesn’t have stake in the company and that they don’t bow to everything celebrities say.

Sorry to hear that. We literally just added the compiler args 2 days ago to opt in to the experimental APIs because we were using them everywhere. Less noise now 😌

I think if I would have added those arguments a month ago they wouldn’t have noticed!

@rkeazor https://kotlinlang.slack.com/archives/C1CFAFJSK/p1601078031035900?thread_ts=1600980877.014400&cid=C1CFAFJSK That's not how it works. I'll happily leave a team that focuses on the words rather than their contextual meaning and is afraid to take risks, even if I take a pay cut. More money is good for you, but time and how I spend it is more important and is worth more.

@louiscad so your saying that if a company was like they will pay you 500k a month and all you had to do was not use experimental features you would leave lol. Bruh for the right price I might write android code using a Turbo Assembler 🤣🤣. Because let's be real, companies will always favor business over tech. So there will always some kind of compromise somewhere that you wont like...And alot of times those compromises trickle down to the code as and how it is...For instance I have worked in companies that focus on fast delivery to there consumers, and when you look at the code it shows , because it looks like it was written in a rush lol.Like things like that are super common in our industry. That's just the reality of things

@rkeazor Using these experimental APIs can save you time and help give feedback to shape these APIs better if needed. Also, find that company giving 500K € per month, I'm curious what's their business, how they can afford that. Let's find if that's the reality of things as you say.

@louiscad and @jw, the team was impossible to be educated. I put my two weeks in. yayy. my next job i’m putting it as a requirement that they understand what

experimental

means.

Not surprised it was only the tip of the iceberg. Regarding the real meaning of "experimental"… it depends. Generally speaking, words are always a mere approximation of what one wants to communicate.