This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-06-17
Channels
- # admin-announcements (103)
- # beginners (4)
- # boot (101)
- # cider (64)
- # clojure (126)
- # clojure-australia (1)
- # clojure-berlin (21)
- # clojure-china (1)
- # clojure-dev (11)
- # clojure-germany (13)
- # clojure-india (1)
- # clojure-italy (20)
- # clojure-japan (43)
- # clojure-poland (7)
- # clojure-russia (9)
- # clojure-spain (4)
- # clojure-uk (10)
- # clojurescript (152)
- # core-async (2)
- # css (51)
- # editors (25)
- # events (2)
- # instaparse (17)
- # jobs (1)
- # ldnclj (50)
- # om (7)
- # reactive (7)
- # reading-clojure (1)
- # reagent (1)
- # remote-jobs (1)
1. JetBrains が作っていて AndroidStudio が IDEA ベース(つまり Kotlin 書くのに困らない)。 2. Java から Kotlin への移行は痛みが少ない(シンタックスが Java とかけ離れていない) 3. 速度面も Java と同等程度に出るので問題がない じゃないですかねー。
正確に言うと Androider( Not Java user ) ですが、それは Android 開発における問題が大きいと思います。 ・Android 開発では Java7 しか使えないので Stream など 8 の機能がまだ使えない( Kotlin は関数型ライクな表現が沢山ある) ・NPE コワイ( Kotlin は Null 安全)
翻って、Clojure/nekoが既存のJavaのAndroidアプリ開発者にアピールしないのは、 - 開発環境が整ってない - Javaとの乖離が激しい - 速度面が問題になる ってことですかね
以前にclojureでandroid用のゲームを作っていたんですが、確かにそのポイントが非常に面倒でした > イミュータブルなデータを操作するスタイルから外れるとコードが書きづらい
今だとART対応で大丈夫になってるのかもしれませんが、当時はGCが動くとワールド全体が止まってしまい、ゲームだとそれは致命的なので、GCをなるべく動かさないコードにすべく、色々と工夫をせざるをえなかったので大変だった記憶があります
CLANはもう長い間放置していて、dependenciesとかも古いままなので、ちゃんとメンテされているplay-cljの方がおすすめです https://github.com/oakes/play-clj
結局ゲーム作りたいというのがありまして……主にPC用ゲーム作ると思うのですが、Androidもいけたりするのかな? とか思っていた程度なのです。茨の道を歩ける経験まだまだ無いので、まずはplay-cljでPC向けゲームがんばるです。ありがとうございます。
なるほどです。PC上で動かすのであればClojure的な書き方をしても性能が普通に出るので、いい感じに書けると思います。ゲームライブラリ部分のlibgdx等の固有のノウハウは必要ですが…
Clojure 1.7-RC2来てますね https://groups.google.com/forum/#!msg/clojure/0iCTNg9RNHw/STxq3DVq_U4J