@orangy: Would a function in the kotlin.system package make sense? (not part of any class)

Maybe name it

systemExit

or

exitToSystem

or

exitProcess

(if that's technically accurate, I think it is?)

Sounds good

Hey gents! Does the Kotlin Stdlib have any network libraries? Particularly http?

@iamsteveholmes: Somewhat relevant: https://github.com/kotlinx/kotlinx

You've got #C0B8GAGR0 if you want kotlin http library. Other than that I don't think there is anything special

Fuel looks awesome!

Although Fuel is purely for http. It would be cool if Kotlin had a one stop type library for handling different networking protocols

I suppose that is netty, but netty is a bit low level

Someone needs to write

diesel

which would wrap Netty with some nice Kotlin simple smile

I was using okhttp for my http tasks, though. Works perfect, well maintained by @jw, async, http/2, all the goodies.

partially maintained 🙃 Jesse's the true HTTP expert.

Is diesel an actual project?

nope, just made it up

i’ve actually debated doing that @orangy but i feel like i’ve put in my time on that layer with Grizzly

@orangy: what lib is a candidate to become

kotlinx.http

?

Wouldn't it be good to give it a similar feel to io? I may be wrong

an idea of what stdlib must have: http://www.programcreek.com/2015/12/top-10-java-utility-classes/

"If the name of a utility class does not contain "utils", the class is not selected."

That means the analysis ignores Guava!

or code that follows modern Java naming conventions (where, for example, utility functions for working with Apple objects are defined in a class named Apples)

I want to change

public operator fun BigDecimal.div(other: BigDecimal) : BigDecimal = this.divide(other)

to

public operator fun BigDecimal.div(other: BigDecimal) : BigDecimal = this.divide(other, RoundingMode.HALF_UP)

​ Without setting the rounding mode, divide seems to be a bit pointless as it will often result in an error. Can anyone see a reason why this proposal would be a bad idea?

I've raised https://youtrack.jetbrains.com/issue/KT-10462 for this

https://kotlinlang.slack.com/archives/stdlib/p1450692122000341 While I agree that default rounding mode is required, it's debatable whether it should be HALF_UP or HALF_EVEN. The latter is known as bankers' rounding and introduces the least bias when being applied over a set of evenly distributed numbers. Needless to say, Float.div and Double.div also use HALF_EVEN rounding.

It would be good to know what the majority of usages is..

There’s a good summary of the different rounding mode here: https://docs.oracle.com/javase/8/docs/api/java/math/RoundingMode.html

I’m okay with using

RoundingMode.HALF_EVEN

. it does the same thing as HALF_UP except when it is exactly between two numbers where HALF_EVEN will be rounded to the nearest even number. For example

2.5

becomes 3 with HALF_UP and 2 with HALF_EVEN