Channels
#language-proposals
- v
voddan
03/09/2016, 10:13 AMArrayList is MUCH faster due to memory locality, so there is a good reason to use it - d
dh44t
03/09/2016, 10:18 AM@eric.kolotyluk: also funKTionale will give you “Scalish” things like Option, Either and function composition - c
cbeams
03/09/2016, 2:07 PMhttps://kotlinlang.slack.com/archives/language-proposals/p1457518184000353 @eshioji: any recollection as to who was saying that? - m
mikehearn
03/09/2016, 2:12 PMhey chris simple smile - c
cbeams
03/09/2016, 2:12 PMI've been working recently with the UncleJim collection library [1], which is derived from Clojure. I've been wondering if there are plans in Kotlin for something similar. [1]: https://github.com/GlenKPeterson/UncleJim - c
cbeams
03/09/2016, 2:12 PMHey @mikehearn... good to see you around here. - m
mikehearn
03/09/2016, 2:13 PMit was mentioned as a 'nice to have' ... but i don't think anyone is working on it. the right place to start would be the CHAMP algorithm which is faster/more memory efficient than the existing libraries are. it's implemented in java but is academic code ... it could use a good thorough scrubbing and documenting. - c
cbeams
03/09/2016, 2:13 PMIndeed, I was just recently pointed to the CHAMP work by @bamboo. - d
dh44t
03/09/2016, 2:14 PMI think that someone from JB was doing something with CHAMP - b
bamboo
03/09/2016, 2:17 PMit would be great to have collection interfaces that communicate that the underlying collections are in fact immutable (and not only read-only from the point of view of the referrer) - e
eshioji
03/09/2016, 2:19 PMI think it was somebody called “Alex” from JB but for the love of god I can’t remember where I saw it sorry @cbeams - c
cbeams
03/09/2016, 2:19 PMnp, thx. - k
kirillrakhman
03/10/2016, 12:21 PMwhat do you think about allowing
,>
,>=
and<
in<=
? https://youtrack.jetbrains.com/issue/KT-11358when🆒 2 - m
mplatvoet
03/10/2016, 12:34 PMA good idea, it’s something I expect to work like this - d
damian
03/10/2016, 1:20 PM@kirillrakhman: not sure of that could already be covered by this issue (comments): https://youtrack.jetbrains.com/issue/KT-10331 - k
kirillrakhman
03/10/2016, 1:22 PMyes, KT-10331 is a superset of my proposal - d
damian
03/10/2016, 1:28 PMINF.kt - k
kirillrakhman
03/10/2016, 2:05 PMthat's exactly what I want to eliminate, I find this solution very ugly - j
jkbbwr
03/10/2016, 2:31 PMdamian: but Int.MAX_VALUE != INF - d
damian
03/10/2016, 2:31 PMyeah, comparison operators would be much better - d
damian
03/10/2016, 2:32 PMthat's also true, but
can't represent infinity anyway 😕Int - j
jkbbwr
03/10/2016, 2:33 PMIn a non-math world
doeswhile(true) - r
rm
03/11/2016, 8:58 PMdata I = Finite Int | Infinity - r
rm
03/11/2016, 8:58 PMducks rotten fruit - f
fellshard
03/12/2016, 10:09 AMMark stahp, that union type syntax is making me drool. - j
jkbbwr
03/14/2016, 6:17 PMEDIT: Ignore me, its all good in the hood. I don't think kotlin should generate a constructor for a non defined headerCopy codeclass Person { constructor(parent: String) { println("foo") } } - v
voddan
03/14/2016, 6:18 PMit does not - v
voddan
03/14/2016, 6:18 PMthat's the problem )) - v
voddan
03/14/2016, 6:18 PMI am lost here actually - v
voddan
03/14/2016, 6:19 PMIf the class has a primary constructor, each secondary constructor needs to delegate to the primary constructor, either directly or indirectly through another secondary constructor(s).