Live data from Hacker News

Kotlin 1.0.5 is here

blog.jetbrains.com

21–30 of 111 posts

Re: Kotlin 1.0.5 is here

#21

Earlier quoted context omitted.

Definitely. The use of object pools for performance is common in game development regardless of language. It's something that I tend to add in as needed or when I have decided that a game I'm working on warrants this level of engineering. (i.e. I wouldn't care about it as much if I'm just programming pong or Tetris.)

Awesome thanks for the advice. Maybe one day I'll get around to making that video game I wanted to make 15 years ago. :D

Good luck! Game development is what got me addicted to coding to begin with! :)

Re: Kotlin 1.0.5 is here

#22

Kotlin has been a joy to use. Really happy with it. Our Android app ( http://play.google.com/store/apps/details?id=com.eatsa.app ) is 100% Kotlin (with a good amount of Java libraries of course). Some highlights: - Great type system, with type inference. - Full Java interop. You can literally copy/paste Java code from Stackoverflow and it's automatically translated to Kotlin. It doesn't feel like 2 different language…

Why not use Xamarin? it has a better lenguaje (C#) and is free.

Re: Kotlin 1.0.5 is here

#24

Earlier quoted context omitted.

My first thought was, a post to promote an app. But then, realize it's Eatsa so it probably doesn't need any promotion. What I like to know is the following: What are some of the challenging issues of using Kotlin? Did you start from Kotlin or migrated from java to Kotlin? What drove the decision to use Kotlin in such a visible app? What are the top 3 - 5 improvements or things you want to see? Thanks

Yeah, I only included the link as a proof that we're actually using Kotlin in production :) 1. Kotlin issues: - Libraries that use reflection (such as Gson) can break some assumptions that Kotlin makes (for example, a read-only field may actually change). There's maybe 2 or 3 little things like that that may catch you by surprise, but once you figure them out it's easy to work around them. - Stack traces in lambdas a…

Also, using it with RoboGuice is a bit annoying.

At the moment I use vals, but it still requires me to mark injected dependencies as nullable (and coerce them with !! on use), which feels like I'm fighting the type system.

It would be really nice if there was some sort of "special" null that was of the non-nullable type, but could only be used when initializing variables.

Re: Kotlin 1.0.5 is here

#25

Anyone using Kotlin to compile to javscript in a large app care to share some experiences?

JS support was an experimental and TODO for a long time. Is it ready now?

I don't believe JavaScript will be "un-experimental" until Kotlin 1.1 is out.

Re: Kotlin 1.0.5 is here

#26

Earlier quoted context omitted.

Yeah, I only included the link as a proof that we're actually using Kotlin in production :) 1. Kotlin issues: - Libraries that use reflection (such as Gson) can break some assumptions that Kotlin makes (for example, a read-only field may actually change). There's maybe 2 or 3 little things like that that may catch you by surprise, but once you figure them out it's easy to work around them. - Stack traces in lambdas a…

Also, using it with RoboGuice is a bit annoying. At the moment I use vals, but it still requires me to mark injected dependencies as nullable (and coerce them with !! on use), which feels like I'm fighting the type system. It would be really nice if there was some sort of "special" null that was of the non-nullable type, but could only be used when initializing variables.

Wouldn't a `lateinit var` solve the problem in this case? (Although the downside is that now it's a variable)

Otherwise I'm sure you can come up with a good solution using delegated properties or something like that.

Re: Kotlin 1.0.5 is here

#27
post #18

Is there anybody switching from Scala to Kotlin?

After having so much fun with Kotlin, I tried switching to Scala and quickly switched back. Scala seems too complicated, with a steep learning curve. Implicits all over the place made it hard to read code and understand what was going on.

I do like many of the more powerful features that Scala has, but Kotlin strikes a right balance of simplicity and power in my opinion.

Re: Kotlin 1.0.5 is here

#28
I'm torn on this. On one hand, Kotlin is great. It's not Scala but it gives you a whole lot while maintaining the ability to very easily swap in for Java.

On the other hand, it's controlled by Jetbrains—the company that now offers a "yearly license" of many of its compilers at the same price point it once sold them for, after which time they forcibly downgrade the software their users have paid for. It's not illegal and some even agree with the practice on an ethical level, but it's clear that Jetbrains is all about hoarding as much consumer surplus for themselves as they can.

If only Kotlin were truly an open project and well supported outside of the Jetbrains marketplace, e.g. by VS Code, I'd be cheering it on.

-former webstorm/rubymine customer

Re: Kotlin 1.0.5 is here

#29

Earlier quoted context omitted.

Do you use any specific Kotlin (or other JVM lang) web framework for your backend, or did you roll your own?

Vert.x 3 currently. First class Kotlin support is dropping before the end of the year according to the Google Group for Vert.x but for right now the excellent Java/Kotlin interop hasn't prevented us from building.

vertx looks very slow compare to other java frameworks. And the fact that you can use them and you will the same speed asta java...

https://www.techempower.com/benchmarks/#section=data-r12&hw=...

Re: Kotlin 1.0.5 is here

#30
post #28

I'm torn on this. On one hand, Kotlin is great. It's not Scala but it gives you a whole lot while maintaining the ability to very easily swap in for Java. On the other hand, it's controlled by Jetbrains—the company that now offers a "yearly license" of many of its compilers at the same price point it once sold them for, after which time they forcibly downgrade the software their users have paid for. It's not illegal…

I don't really get that. Kotlin is open source. You can write and compile Kotlin code without paying JetBrains a penny, it's not hard. There's even an Eclipse plugin - written by JetBrains.

I'm not sure what more is required to make it truly open.

Post reply on HN