ajselvig · HackerTrans

vor 5 Jahrendiscuss

Terrier Technologies | Minneapolis, MN | Full Stack Rails Developers | Business Analysts/Project Managers | https://terrier.tech/careers | ONSITE | Full-Time

Terrier Technologies is a small startup that creates software for the pest control industry. We're looking for full stack Rails developers and business analysts looking to work on a fast-paced team making industry-leading software.

More information can be found here: https://terrier.tech/careers

ajselvig

vor 13 Jahrendiscuss

Kotlin works well for Android development. The annotations have gotten better recently, too, so you can interact with Android classes without too many null checks.

ajselvig

vor 13 Jahrendiscuss

I was also quite surprised that the javascript components seemed to take a step backwards in design and documentation from Foundation 3 to 4. Not sure why that is.

ajselvig

vor 13 Jahrendiscuss

Yes, but you can export iOS and Android apps with Flash. The iOS browser still does not have support for WebGL.

ajselvig

vor 13 Jahrendiscuss

If you really want to beat Java language stagnation on Android, I would suggest Kotlin. You can create a Kotlin-based Android project with zero effort using IntelliJ (and, presumably, the new Android Studio).

http://kotlin.jetbrains.org/

ajselvig

vor 14 Jahrendiscuss

In Kotlin, you can write a function that takes, as its last argument, a function literal that is scoped to a specific class. Last I checked, function scoping does not work this way in Scala and you'd have to explicitly pass around objects to get the same result.

In the end, we end up with a builder DSL like this:

  div() {
      h1("header")
      p("paragraph")
      div() {
          p("another paragraph")
      }
      h2("another header")
  }

In Kotlin, each function call is properly scoped inside (unseen) classes for each level, allowing the code to generate the appropriate object tree.

In Scala, all functions would have to be visible in the local scope of the top-level function and we'd end up with a flat object tree instead.

To get the proper object tree in Scala, you'd need to pass explicit references to each containing object into the appropriate function literals, which makes it much more verbose and extremely error prone.

EDIT: not nearly as convincing without proper formatting...

ajselvig

vor 14 Jahrendiscuss

For some people, after looking at Scala a bit, being "watered" might be a good thing. Kotlin doesn't have as many syntax surprises as Scala does.

That being said, the one really cool feature Kotlin has that Scala doesn't is the ability to build strongly-typed builder DSLs:

http://confluence.jetbrains.net/display/Kotlin/Type-safe+Gro...

You simply can't accomplish this in Scala with the same elegance.

comments