Clojurians Log v2

KotlinがAndroidに強い特徴って何かあるんですか？

1. JetBrains が作っていて AndroidStudio が IDEA ベース(つまり Kotlin 書くのに困らない)。 2. Java から Kotlin への移行は痛みが少ない(シンタックスが Java とかけ離れていない) 3. 速度面も Java と同等程度に出るので問題がない じゃないですかねー。

ほむ。JavaユーザがKotlinへ移行するモチベーションは何なんでしょう？

正確に言うと Androider( Not Java user ) ですが、それは Android 開発における問題が大きいと思います。 ・Android 開発では Java7 しか使えないので Stream など 8 の機能がまだ使えない( Kotlin は関数型ライクな表現が沢山ある) ・NPE コワイ( Kotlin は Null 安全)

とかですか、代表的なのは。

なるほど

翻って、Clojure/nekoが既存のJavaのAndroidアプリ開発者にアピールしないのは、 - 開発環境が整ってない - Javaとの乖離が激しい - 速度面が問題になる ってことですかね

そんな気がしますね

どれもごもっともという感じですね

速度面だけでも気にならなくなればなーと思ってます。

そのあたりはSkummetあたりの頑張り次第ですかねー

ただ、Clojureだとイミュータブルなデータを操作するスタイルがかなり支配的で、どうしても速度面では不利っていうのはあるかも

そのスタイルから外れると一気にコードも書きづらくなりますし

まぁそれはそうですよねー。

以前にclojureでandroid用のゲームを作っていたんですが、確かにそのポイントが非常に面倒でした > イミュータブルなデータを操作するスタイルから外れるとコードが書きづらい

特に自分がandroidをいじっていた頃はまだART非対応(Dalvik VMのみの対応)で、Skummet等もなかった頃なので…

今だと大分ましになっているかもしれないですが、もう離れてしまったので近況は分からないです

今だとART対応で大丈夫になってるのかもしれませんが、当時はGCが動くとワールド全体が止まってしまい、ゲームだとそれは致命的なので、GCをなるべく動かさないコードにすべく、色々と工夫をせざるをえなかったので大変だった記憶があります

大変そう…。

やっぱりClojureでAndroidゲームは茨の道って感じなんですね

(以前ayamadaさんのCLAN使おうと思ったものの雑魚過ぎてコマンドラインほとんどわからず挫折したんですが、今なら使えそうな気がする……)

CLANはもう長い間放置していて、dependenciesとかも古いままなので、ちゃんとメンテされているplay-cljの方がおすすめです https://github.com/oakes/play-clj

確かに茨の道には違いないので、あんまりおすすめはしませんが… > ClojureでAndroidゲーム

おお、なるほど。CLAN経由でplay-cljも知ってたのですが、英語しんどくてちょっと手を出せていませんでした。

leiningenのテンプレートとかあったのでホントlein newだけした状態という

結局ゲーム作りたいというのがありまして……主にPC用ゲーム作ると思うのですが、Androidもいけたりするのかな？　とか思っていた程度なのです。茨の道を歩ける経験まだまだ無いので、まずはplay-cljでPC向けゲームがんばるです。ありがとうございます。

なるほどです。PC上で動かすのであればClojure的な書き方をしても性能が普通に出るので、いい感じに書けると思います。ゲームライブラリ部分のlibgdx等の固有のノウハウは必要ですが…

がんばってくださいー

Clojure 1.7-RC2来てますね https://groups.google.com/forum/#!msg/clojure/0iCTNg9RNHw/STxq3DVq_U4J

1.7 、 feature 全体で見るとそこそこの変更あるんですねー。

ですね。transducerとかreader conditional以外でも地味に便利な機能が入ってたりします。

update-in厨としてはupdate関数導入は地味にありがたい

むしろ今までなかったのが若干の不思議ですけどね :simple_smile:

あとは Emacs のプラグインが早く新しい構文とかに対応してくれるといいんですが…

reader conditionals 書くとインデントが…

updateについてはたしかに今まででもあっても不思議ではないですね

reader conditionalのインデントの問題っていうのは、#? とか #?@ が独立したS式として認識されてしまうってことなんでしょか

ですね

本当は :cljs と :clj で頭を揃えたいのに字下げされるとか

結構整えるのめんどくさい…

あー、なるほど。開き括弧から始まるフォームだから、関数呼び出しと認識されてしまうわけですね。それはたしかに対応してほしい…。

セーブフックしてフォーマットしてると死ぬやつです

😂