A small correction: The “mod” function always returns non-negative results given a positive divisor. A negative divisor (7.mod(-3)) returns negative results - which is probably what you expected to happen anyway! 😉
This is such a good overview video. I love it! Also: YESSSSSS, FLOORMOD!!! Now I can finally constrain negative angles down to 0..2pi without getting majorly confused every single time :D
For assertions I find assertk to be a much more versatile option. An another interesting alternative is kotlin-power-assert plugin, but IMHO it's still a little too limitating at this point.
Спасибо за UInt. Наконец то его можно нормально использовать. Полезная штука для того, чтобы наложить доп ограничение на поле. Раньше приходилось извращаться, чтобы гарантировать, что число больше нуля, теперь извращаться будет язык, а не я.
But after i updated it, every time i want to create a new project in android studio i face a problem, the problem because of version 1.5.0-764, it solved by make the version just 1.5.0, but that's a problem because every time i must convert it to 1.5.0, how can i get rid of this stupid thing???
Does `assertIs` perform a contract so the argument passed to the function can be smart casted? This has been a common need in my projects and it would be very nice if it does so...
Indeed, assertIs comes with a contract that does exactly what you need! "contract { returns() implies (value is T) }" That means the value is smart-casted after this assertion!
Awesome, Much needed!! Some years ago when I learned other languages, I wondered why Java and Kotlin don’t have signed and unsigned ones since it’s nice. These will eliminate lengthy validations on production code.
6:53 - Are you sure? I am certain, it stands for "New I/O". On a loosely connected topic, I wished kotlinx.coroutines would finally get Java Module Support, like the standard library. Or a reason why this can't be done.
In regards to NIO - I actually specifically researched this before recording the video - according to Wikipedia, "java.nio (NIO stands for Non-blocking I/O[1]) is a collection of Java programming language APIs that offer features for intensive I/O operations." They cite the docs on "Enhancements in JDK 7 Release".
@@sebastianaigner9125 The project is called "New I/O" on the OpenJDK website, JSR 51 - which is referenced by the same wikipedia article - is called "JSR 51: New I/O APIs for the JavaTM Platform" (similar with JSR 203) and it contains ways to read/write files (and other channels) in a blocking way, but it stands for "non-blocking i/o". I hope it's obvious where my confusion is coming from and thank you for correcting me.
A small correction: The “mod” function always returns non-negative results given a positive divisor.
A negative divisor (7.mod(-3)) returns negative results - which is probably what you expected to happen anyway! 😉
Great pace, great sound, thanks for that great overview of new stdlib stuff!
Yeah, finally stable unsigned types :) That's one of the things I was really looking forward to :)
Damn, Seb. You almost made me spit my coffee with the ULong joke. 😆
Thanks - loving this fresh, lively Kotlin channel.
Wow, what a concise and dense conveyance of information. And so well articulated. I wish I could give this clean a presentation at my job.
This is such a good overview video. I love it!
Also: YESSSSSS, FLOORMOD!!! Now I can finally constrain negative angles down to 0..2pi without getting majorly confused every single time :D
Yes! Excited for the new release. Lots to catch up on.
Wow new features of Kotlin
Updating is the key aspect I too started a series on kotlin 2021 have a look.
For assertions I find assertk to be a much more versatile option. An another interesting alternative is kotlin-power-assert plugin, but IMHO it's still a little too limitating at this point.
how can you print data in live？
Found it bro, its File -> New -> Scratch File -> Kotlin
@@aleksandrevseev5978 awesome！thank you so much bro
Спасибо за UInt. Наконец то его можно нормально использовать. Полезная штука для того, чтобы наложить доп ограничение на поле. Раньше приходилось извращаться, чтобы гарантировать, что число больше нуля, теперь извращаться будет язык, а не я.
how can i get that jetbrains t-shirt ?
By joining JetBrains 😉
조으다 조아~ good~
🇹🇷🇹🇷🇹🇷 As Bayrakları 3:14 🇹🇷🇹🇷🇹🇷
TIL that 820066189294 (decimal) is "beefc0ffee" in hexadecimal. Nice easter egg! And keep up the good work, I'm loving this language!
But after i updated it, every time i want to create a new project in android studio i face a problem, the problem because of version 1.5.0-764, it solved by make the version just 1.5.0, but that's a problem because every time i must convert it to 1.5.0, how can i get rid of this stupid thing???
making a better language than java is so easy lmao
Yay Kotlin! ❤️
Does `assertIs` perform a contract so the argument passed to the function can be smart casted? This has been a common need in my projects and it would be very nice if it does so...
Indeed, assertIs comes with a contract that does exactly what you need!
"contract { returns() implies (value is T) }"
That means the value is smart-casted after this assertion!
@@sebastianaigner9125 Awesome, thank you!
Awesome, Much needed!!
Some years ago when I learned other languages, I wondered why Java and Kotlin don’t have signed and unsigned ones since it’s nice. These will eliminate lengthy validations on production code.
Very nice!!!!!
6:53 - Are you sure? I am certain, it stands for "New I/O".
On a loosely connected topic, I wished kotlinx.coroutines would finally get Java Module Support, like the standard library. Or a reason why this can't be done.
In regards to NIO - I actually specifically researched this before recording the video - according to Wikipedia, "java.nio (NIO stands for Non-blocking I/O[1]) is a collection of Java programming language APIs that offer features for intensive I/O operations." They cite the docs on "Enhancements in JDK 7 Release".
@@sebastianaigner9125 The project is called "New I/O" on the OpenJDK website, JSR 51 - which is referenced by the same wikipedia article - is called "JSR 51: New I/O APIs for the JavaTM Platform" (similar with JSR 203) and it contains ways to read/write files (and other channels) in a blocking way, but it stands for "non-blocking i/o".
I hope it's obvious where my confusion is coming from and thank you for correcting me.
New features are for babies
???
We found the cobol developer