Kotlin 2

**デフォルトの名無しさん** · 2017/11/01(水) 00:07:43.82

JetBrainsが開発した期待の新言語Kotlinについて語りましょう
https://kotlinlang.org

前スレ
Kotlin
http://mevius.5ch.net/test/read.cgi/tech/1456505161/

**デフォルトの名無しさん** · 2017/11/01(水) 00:09:21.20

kotkot煮込んだJavaのスープ

**デフォルトの名無しさん** · 2017/11/01(水) 00:10:25.85

ギャラクシーエンジェルのタイトルみたいだな

**デフォルトの名無しさん** · 2017/11/01(水) 01:57:16.16

>>1乙

公式ブログ
https://blog.jetbrains.com/kotlin
コードを貼れる所
http://rextester.com/l/kotlin_online_compiler

**デフォルトの名無しさん** · 2017/11/01(水) 01:58:25.77

Google、KotlinをAndroidアプリ開発言語に選定
http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/
Kotlinのスキルを持たないAndroid開発者は恐竜のようになるリスクに直面。Realmが予測
http://www.publickey1.jp/blog/17/kotlinandroidrealm.html

**デフォルトの名無しさん** · 2017/11/01(水) 08:47:27.86

恐竜がいたら玉乗り仕込みたいね

**デフォルトの名無しさん** · 2017/11/01(水) 13:26:42.48

名前の可愛さでいったら右に出るものがいない

**デフォルトの名無しさん** · 2017/11/01(水) 20:25:18.56

全然流行ってないね・・・

**デフォルトの名無しさん** · 2017/11/01(水) 20:57:53.51

独自クラスのオブジェクトを突っ込んだListのソート処理がKotlinだと楽すぎてワロタ
Comparatorとか実装する必要すらない

**デフォルトの名無しさん** · 2017/11/01(水) 21:01:14.24

ことりん with もえ

Multi-OS Engineサンプル
https://doc.multi-os-engine.org/multi-os-engine/3_getting_started/2_moe_samples/MOE_samples.html
https://github.com/multi-os-engine/moe-samples-kotlin

**デフォルトの名無しさん** · 2017/11/01(水) 21:17:46.15

>>8
流行り初めてんだよ。ようやっと日本語の入門書が増え始めたんだから。
まずはAndroidアプリ用で使う人が増えると思う。

**デフォルトの名無しさん** · 2017/11/01(水) 21:20:57.76

海外だとアプリはもうKotlinがデフォルトらしい
http://tech.gunosy.io/entry/droidconNYC-2017

**デフォルトの名無しさん** · 2017/11/01(水) 21:22:25.90

>>11
いちいち反応しなくていいよ…

**デフォルトの名無しさん** · 2017/11/01(水) 22:03:41.76

Kotlinの仕事にありつけてないお前ら全員失業ｗｗｗざまああｗｗｗｗ

**デフォルトの名無しさん** · 2017/11/01(水) 22:07:42.20

kotlinインアクション買った人いる？良さそう？

**デフォルトの名無しさん** · 2017/11/01(水) 23:18:03.22

ちょっとカジってみたけど、JavaとかC#とかScalaとかF#とかをごった煮にした感じだね
イマイチ新鮮味が無いけど、JVMでAndroidやらSpringやらで使えるっていうのが重要なのかな

**デフォルトの名無しさん** · 2017/11/01(水) 23:50:48.17

下手に新機軸で目新しかったらScalaの轍を踏んでしまうだけだからな
Javaと併用するベターJavaの範囲を逸脱しなかったことでここまでの地位を短期間で得たのだ
ほどほどって何事も大事ね

**デフォルトの名無しさん** · 2017/11/02(木) 02:41:34.42

>>9
class Person(val age: Int, val name: String) { }

val mlist: MutableList<Person> = mutableListOf( );

mlist.add(Person(25, "Tom"));
mlist.add(Person(25, "Dave"));
mlist.add(Person(20, "Kate"));
mlist.add(Person(20, "Alice"));

val sortedList = mlist.sortedWith(compareBy({ it.age }, { it.name }))

sortedList.forEach {
println("${it.age} : ${it.name}")
}

出力
20 : Alice
20 : Kate
25 : Dave
25 : Tom

**デフォルトの名無しさん** · 2017/11/02(木) 02:56:32.36

>>17
逆に言うと中途半端で
わざわざ覚えるのに
新しく使えるものが少ない

でもまあScalaだと
そこそこ難しくなってしまうから
Kotlinの方が流行るだろうね

**デフォルトの名無しさん** · 2017/11/02(木) 08:50:34.61

ボイラープレート自体が消えるということに喝采した人が多い
「それくらいIDEが自動で大量に書いてくれる」ではなく「そもそも無い」が好まれるのだ
視覚情報大事

**デフォルトの名無しさん** · 2017/11/02(木) 12:58:30.02

>>6
ヘッチャラ！

**デフォルトの名無しさん** · 2017/11/02(木) 19:30:44.53

android専用みたいになってるけど、
javaでやれることは、
全部kotlinでもできるの？

**デフォルトの名無しさん** · 2017/11/02(木) 19:53:40.80

誰だそんなAndroid専用とか変なこと言ってるの…
ただほんのちょっと、現時点でのJavaの新規用途や一般人用途がAndroidアプリ作成しかないだけじゃないか…

ということで「ふつうの」Javaが使えるとこはだいたいKotlinが使えるよ
企業に勤めてるような人でもない限り Javaプログラミング＝Androidアプリプログラミングなのでそんな認識になってるだけだ
組み込みとかあのへんの大変そうなとこはたぶんまだ無理だけど、そういうとこに使えるかどうか気になるような人はKotlinが動作しうるかどうかは見てわかるだろう

**デフォルトの名無しさん** · 2017/11/02(木) 20:45:39.00

ていうか Java にできて Kotlin にできない事ってあるのか？
そんなもん無いようにしか見えないんだが。

**デフォルトの名無しさん** · 2017/11/02(木) 20:48:41.34

>>23
ありがとうございます。
Javaの勉強中断して、
kotlinから始めてみます。

**デフォルトの名無しさん** · 2017/11/02(木) 20:50:04.74

バグの量産はJavaにしか出来ない

**デフォルトの名無しさん** · 2017/11/02(木) 21:13:31.03

>>24
奴隷の大量使い捨て

**デフォルトの名無しさん** · 2017/11/02(木) 21:17:36.20

>>24
吐き出すのはただのclassファイルなんで、滅多なことではないと思うんだけど、断言できるほど知識もないのでドリームを残しておいた
きっと凄い人が無償で調べてカッコよく回答してくれるはずだ

**デフォルトの名無しさん** · 2017/11/03(金) 00:42:19.00

これまでのまとめ

Java にできて Kotlin にできないこと

1. バグの量産
2. 奴隷の大量使い捨て

**デフォルトの名無しさん** · 2017/11/03(金) 00:43:31.08

kお前らが作ったら何使ってもバグの量産だろwww

**デフォルトの名無しさん** · 2017/11/03(金) 00:46:00.51

存在がバグみたいなお前に言われたくねーよｗｗｗ

**デフォルトの名無しさん** · 2017/11/03(金) 06:07:02.26

恐竜になれる

**デフォルトの名無しさん** · 2017/11/03(金) 09:03:14.88

読みで画像検索すると語感や方向性がよく分かる

画像検索　じゃば
https://www.google.co.jp/search?tbm=isch&;q=%e3%81%98%e3%82%83%e3%81%b0

画像検索　ことりん
https://www.google.co.jp/search?tbm=isch&;q=%e3%81%93%e3%81%a8%e3%82%8a%e3%82%93

**デフォルトの名無しさん** · 2017/11/03(金) 09:26:39.80

>>33
これはひどいw

**デフォルトの名無しさん** · 2017/11/03(金) 12:10:24.60

flag |= x
flag &= ~x
これを
flag = flag or x
flag = flag and x.inv()
こう書かなきゃならない冗長さ

開発者曰く、可読性の問題なら関数にすればいいじゃんと

**デフォルトの名無しさん** · 2017/11/03(金) 12:25:36.60

超一般論としては論理演算子付き自己代入はそれによって陰に実行されるものがあんまり自明ではないので使わないほうがよい
あんまり自分の分析能力を信用してはイカンよ

**デフォルトの名無しさん** · 2017/11/03(金) 13:13:37.26

Kotlin in action読んだ
良いよ

**デフォルトの名無しさん** · 2017/11/03(金) 13:24:04.81

Kotlinインアクションはいいことはいいのだが索引が貧弱で、
例えばソートしようと思って索引見ても sort が載っていない。
じゃあ List のメソッドだろうということで List を探しても載っていない。
ということでリファレンスとして使えない。内容同じままでいいから索引を大幅拡充したの出して欲しい。

**デフォルトの名無しさん** · 2017/11/03(金) 13:40:24.99

結構難しい言語だね

**デフォルトの名無しさん** · 2017/11/03(金) 13:42:14.46

エルビス演算子ってエルビス・プレスリーからきてたんだな

**デフォルトの名無しさん** · 2017/11/03(金) 14:13:34.27

エルビス・プレスリー知らない人も多そうだし、常識として知っててもなにがどうエルビスなのかわからん人もいそうだ
袖のじゃらじゃらした飾りだと思ってる人もいるけど違うからね ? は髪型だからね
https://image.slidesharecdn.com/fun-with-kotlin-160625143733/95/fun-with-kotlin-37-638.jpg

**デフォルトの名無しさん** · 2017/11/03(金) 16:47:24.64

>>39
Scalaより簡単

**デフォルトの名無しさん** · 2017/11/04(土) 00:16:44.84

Kotlin in actionのおかげでやっとflatmapの意味が分かった

**デフォルトの名無しさん** · 2017/11/04(土) 03:50:10.34

ifとか式にできるくせに、代入文は式にできねぇの？？しょっぺぇ。
while ((bytesRead = stream.read(bytes)) != -1)
とかできねぇの？しょっぺぇ

**デフォルトの名無しさん** · 2017/11/04(土) 04:33:53.14

あれ、ひょっとして、kotlinてまだシリアライズできねぇの？？
しょっぺぇ・・・
普通にデータの保存にJavaのバイナリフォーマットのシリアライズ使ってたんだけどな・・・
あぼぼぼぼぼ。

**デフォルトの名無しさん** · 2017/11/04(土) 05:51:43.84

なんかかわいそう

**デフォルトの名無しさん** · 2017/11/04(土) 07:35:45.71

生暖かい目で見守ってあげよう

**デフォルトの名無しさん** · 2017/11/04(土) 08:18:58.07

whileはみんなそこで詰まるNE！

Kotlinは条件部分で副次作用が起こることをよしとしないのだ
数少ない「単体部分で見ればJavaより記述量多い」部分なので、
我慢して明示的に変数定義に切り分けるか、素直に組み込みのBufferedReaderとか使ってくれ
よっぽどオリジナルでない限りwhileでなんかしてたやつは「whileの外ごとまとめて」3行くらいで書ける

**デフォルトの名無しさん** · 2017/11/04(土) 10:23:22.90

昔、ポインタ演算できないからJavaはしょぼい、というような主張してる奴が
たまに居たのを思い出した

**デフォルトの名無しさん** · 2017/11/04(土) 11:18:50.17

Kotlinの仕事ができてないお前ら失業確定ｗｗｗ無職ざまあｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2017/11/04(土) 11:58:10.64

>>49
Java使ってれば違和感なく移行できますと言われつつ、実際はプチパラダイムシフトの受け入れが必要なのはちょっと不誠実かなとは思う
我々は「うっひょー○○言語や××言語のアレみたいだね！」とか喜ぶわけなんだが
Javaしかやらないような人から見たら「Javaとは全く違うだけの気持ち悪い何かがくっついてる」としか思えない可能性は高い

**デフォルトの名無しさん** · 2017/11/04(土) 12:33:29.77

>>51
アピールしてるのは「相互運用性が高いから移行できます」であって、「違和感なく移行できます」では無いよ
そういうのを書いてる第三者の記事はありそうだけど

公式的にはむしろ関数型に力入れてるのを売りにしてる

**デフォルトの名無しさん** · 2017/11/04(土) 19:11:42.37

>>51
> Javaしかやらないような人から見たら「Javaとは全く違うだけの気持ち悪い何かがくっついてる」としか思えない可能性は高い

そうやって全く関数型やらモダン言語らしいとこ使わない違和感あるKotlinコードが出来そう

**デフォルトの名無しさん** · 2017/11/04(土) 19:14:15.39

プロパティと型推論しか使わないのもあり？
それならできそう。

**デフォルトの名無しさん** · 2017/11/04(土) 22:23:46.53

>>38
Kotlin in action買おうか迷っているけど、公式サイトの解説と比べてもっと深いことが書いてあったりする?
ちなみにKotlinスタートブックは読了済み。

**デフォルトの名無しさん** · 2017/11/04(土) 22:34:52.81

>>54
javaとの対比だとプロパティとnull安全だな。最も有用
それ以外はコーディング的な進化だから追々覚えればよい

**デフォルトの名無しさん** · 2017/11/05(日) 00:26:43.77

俺のお気に入りのF#はなんだかんだでnull残ってるから、その点はkotlin羨ましい

**デフォルトの名無しさん** · 2017/11/05(日) 00:58:12.21

残念ながらjava互換だからnullは無くならないのだよ

**デフォルトの名無しさん** · 2017/11/05(日) 02:57:49.62

ガードしない場合、ぬるぽが起こる割合はJavaとほぼ同じ
言語の仕組み上安楽にガードしやすいってだけの話だからね
しない・できない・忘れてたという場合はぬるぽぬるぽぬるぽだ
コードはまさに意図した通りではなく書いた通りに動く
そこでは思想など無意味だ

**デフォルトの名無しさん** · 2017/11/05(日) 11:18:58.60

Android Studioでのコード補完のパラメータ表示にInputStream!とか末尾に「！」が
ついてるんですが、これは何なんでしょうか？

**デフォルトの名無しさん** · 2017/11/05(日) 11:55:04.18

IntelliJ の T! は「T か T? のどちらか」を示す
つまりNullableかどうかすらわかんねえという記号

**デフォルトの名無しさん** · 2017/11/05(日) 12:09:14.89

>>60
ありがとうございます。Java絡みのは当たり前ですが、ほぼそうなってますね。
理解しました。

**デフォルトの名無しさん** · 2017/11/05(日) 12:47:54.37

忘れてたって言ったって全部に？付けないとＪａｖａと同じにならないわけで
?付けなけりゃコンパイル通らないしNULL安全意識せざるを得ない

**デフォルトの名無しさん** · 2017/11/05(日) 14:29:21.23

!! は、Nullable を、NotNull に強制変換する、危険な演算子だから、
requireNotNull 関数を使え

例えば、Java から、null が代入される場合、
String → IllegalStateException。ヌルポよりまし
String? → Nullable なのでOK

Platform Type
型を省略(String!) → デリファレンス時に、ヌルポ

Java からの戻り値がすべて、Nullable になるのは困るので、
その折衷案がPlatform Type

64 · 2017/11/05(日) 14:35:11.49

Java からの戻り値をすべて、Nullable にするのは面倒なので、
そのまま使ったのが、Platform Type

デリファレンス時に、ヌルポとなるため危険！

**デフォルトの名無しさん** · 2017/11/05(日) 14:40:57.73

めんどくせえな

**デフォルトの名無しさん** · 2017/11/05(日) 15:03:32.80

Javaのほうのコードに@NonNullアノテーションつけとけば、KotlinからT!じゃなくてTとして扱える

**デフォルトの名無しさん** · 2017/11/05(日) 15:52:17.12

現代的な気遣いのされてるJavaライブラリはKotlinからでも便利に扱える
シガラミがあって旧来のままのライブラリはそりゃ利用者側が手間かけるしかない

**デフォルトの名無しさん** · 2017/11/05(日) 16:52:07.10

ラッパークラス作るぐらいしか方法なさそうだな

**デフォルトの名無しさん** · 2017/11/05(日) 18:48:00.64

ラッパークラスもありだし、OSSなライブラリだったらアノテーション付与してPR送るのも有用だな

**デフォルトの名無しさん** · 2017/11/05(日) 19:23:52.87

Kotlinから使いやすくなりました！みたいに言えるのはひょっとしたら売りになるかもしれんね

**デフォルトの名無しさん** · 2017/11/05(日) 19:25:37.10

ことりちゃん、マジ使いやすいぜｸﾞﾌﾌ

**デフォルトの名無しさん** · 2017/11/05(日) 19:26:26.36

ことりんの擬人化はよ

**デフォルトの名無しさん** · 2017/11/05(日) 20:25:14.58

>>33

**デフォルトの名無しさん** · 2017/11/05(日) 22:47:01.75

（・8・）

**デフォルトの名無しさん** · 2017/11/06(月) 10:56:08.46

やはり擬人化が必要だな
萌えキャラで

**デフォルトの名無しさん** · 2017/11/06(月) 11:49:59.43

何のために必要なの？

**デフォルトの名無しさん** · 2017/11/06(月) 13:01:01.21

それは君には中々理解できない理由による。

例えば以前Appleが傾いた時にジョブズが復帰してiMacを作ってAppleは救われたが、iMacはハードウェアとしてそんなに素晴らしかっただろうか？
たいして素晴らしくはないのだ。ブラウン管ディスプレイに本体入れて一体化しただけだ。しかし売れた。なぜか？
デザインがよかったからだ。コンピュータとしてはどうでもいい見た目が売れ行きに多大に影響した。
技術者から見ればどうでもよさそうなものでも甘く見てはいけないということだ。

**デフォルトの名無しさん** · 2017/11/06(月) 13:32:09.21

>>77
技術的な話をスレでされても理解できなくて不愉快だから「とにかくほかの話」をさせたがっている
知らない言語のスレなんて見なきゃいいのにね

**デフォルトの名無しさん** · 2017/11/06(月) 15:15:58.89

goが人気になった要因もgopher君が半分くらいあるからな。ことりんはいいな

**デフォルトの名無しさん** · 2017/11/06(月) 15:18:23.96

ほんとおまえらはばかだなあ
日本の電子IT系なんてオタクの巣窟なんだから萌えキャラことりんで流行言語間違いなしやで

**デフォルトの名無しさん** · 2017/11/06(月) 16:21:48.60

うわぁ、、、

**デフォルトの名無しさん** · 2017/11/06(月) 16:34:20.33

ことりんとペアプログラミングしたい

**デフォルトの名無しさん** · 2017/11/06(月) 19:29:33.22

「ことりん」のライバルが「ざまりん」で草

**デフォルトの名無しさん** · 2017/11/06(月) 20:50:33.70

インアクションとなんとか太郎本どっち買おう
後者は本屋で見たんだけど

**デフォルトの名無しさん** · 2017/11/06(月) 21:11:27.46

目指すとこがちゃうからな
現在どのくらい習熟してるかにもよるかと

**デフォルトの名無しさん** · 2017/11/07(火) 06:11:35.45

「たのしいRuby 第5版、2016」高橋征義
「みんなのPython 第4版、2017」柴田淳
「Kotlinスタートブック、2016」長澤太郎

この辺は、日本では、避けては通れない人達

**デフォルトの名無しさん** · 2017/11/07(火) 06:23:46.73

逆に避けなくてはいけない人達はだれ？

**デフォルトの名無しさん** · 2017/11/07(火) 07:22:52.64

掌田津耶乃

**デフォルトの名無しさん** · 2017/11/07(火) 08:53:40.81

掌田津耶乃

**デフォルトの名無しさん** · 2017/11/07(火) 12:19:01.95

そうなの？どういう点がまずいの？

**デフォルトの名無しさん** · 2017/11/07(火) 12:37:41.70

内容が薄い

**デフォルトの名無しさん** · 2017/11/07(火) 12:40:11.22

なるほど。
濃いめなのは？

**デフォルトの名無しさん** · 2017/11/07(火) 12:53:17.32

>>91
公式のチュートリアルをパクって
チョコっと変えて解説してるだけ

**デフォルトの名無しさん** · 2017/11/07(火) 14:06:00.83

掌田津耶乃は、ほとんどの言語・フレームワーク・開発環境の、本を書いてる

売れ筋では、必ず顔を出す。
売れる分野に、掌田あり！

**デフォルトの名無しさん** · 2017/11/07(火) 17:10:16.14

公式見て自習しろや、が通じるならセミナーとか講演会とか必要ないわけでな（いや、これに関しては別に必要ないとは思ってるが）
世の中の需要はあんまりロジカルではないのだ

**デフォルトの名無しさん** · 2017/11/07(火) 21:38:52.62

>>85
太郎しか読んでないでActionは買ったばかりだけど、
Javaは一通りで来てKotlinをとりあえずやってみたいなら太郎、
Kotlinにどっぷり漬かることが確定しているならAction?かな
いずれにしてもJavaの理解はないとかなり不利。

>>95
器用貧乏というやつですね、わかります。

**デフォルトの名無しさん** · 2017/11/07(火) 22:51:30.64

昔の河西か

**デフォルトの名無しさん** · 2017/11/07(火) 23:03:28.24

入門書ばっかり書いて金儲けするのが目的なんだろう

**デフォルトの名無しさん** · 2017/11/07(火) 23:20:19.14

やってみるとわかるのだが（やらなくてもいいが）、中上級者向けの本というのは全然儲からないのだ
書くの時間かかるし分厚くなって値段高くなるし売れなくなるしチェック内容増えるし時代遅れが混じるし下手すると共書だし
出来によっては「あのすごい便利な本を書いた人」という称号はいくらかの称賛になり、ひょっとしたら生活豊かルートをも開拓するかもしれないが、分は悪い
初心者向けの本をひとりで年に2冊くらい書いてたほうが、志低いと揶揄されながらもきちんと生活できるのさ

**デフォルトの名無しさん** · 2017/11/08(水) 01:07:22.53

粗製濫造して食う飯はうまいか

**デフォルトの名無しさん** · 2017/11/08(水) 01:24:37.30

やってみるとわかるとな？

**デフォルトの名無しさん** · 2017/11/08(水) 05:57:05.62

掌田津耶乃って何者? (Late 2012)
http://egg.2ch.net/test/read.cgi/mac/1349360916/

1 ：Mac Fan Letterより転載 [sage] ：2012/10/04(木) 23:28:36.22 ID:ZGQCgQTH0
● ネットサーフの溺死者たち
「友がみな我より偉く見ゆる日よ」

「2チャンネル」という最低最悪のサイトがある。

**デフォルトの名無しさん** · 2017/11/08(水) 06:28:34.57

>>94
器用貧乏とは言ったものの、翻訳書が原書+1000円くらいの値段になることがざらなことを考えると
英語の公式チュートリアルを訳しただけでも、値段相応なのかもしれん。

しかし、著者のことをよく知らずにタイトルだけでうっかり買ってしまったものの身にもなって欲しい(自己責任)
深く理解した上で書かれた本かどうかは、(本を必要とするレベルの人には)立ち読み程度ではわからない。

**デフォルトの名無しさん** · 2017/11/08(水) 08:32:48.67

Kotlinに限らずあれもこれも全く初心者に寄り添っていないことを鑑みると、初心者向けの本を書くというだけで価値があるのやもしれぬ
あなたがライブラリマニュアル作るときに開発環境のダウンロードやプログラミング言語の文法から説明しないのと同じだ

**デフォルトの名無しさん** · 2017/11/09(木) 10:27:49.04

「単純に意味や役割が似通ってるメソッドを集めただけのメソッド集」を表すものってないですかね
Rubyでいうmoduleみたいなやつ
特にどのオブジェクトに属してるってわけでもない、誰も初期化しなくてよくてすぐメソッドが使えるやつ
いまobjectでシングルトンクラスにしてるけど、なんか漂う特別感に違和感が

**デフォルトの名無しさん** · 2017/11/09(木) 12:13:06.41

適当なネームスペースで、メソッドじゃなくて関数だけ複数定義したファイルを作ればいいんじゃないかな？

**デフォルトの名無しさん** · 2017/11/09(木) 13:29:13.78

ああなるほど、packageで分ければいいのか…
シングルトンクラスの中に書くよりはしっくりくる…ような…気が…す…うん、そういうものだと思うことにします

**デフォルトの名無しさん** · 2017/11/09(木) 21:56:51.74

Kotlinで以下の処理をスマートに書き直したらどうなりますか

int idx = -1;
for (int i=0; i<list.size(); i++) {
　　if (list[i].data == data) {
　　　　idx = i;
　　　　break;
　　}
}
(idxを使った処理)

**デフォルトの名無しさん** · 2017/11/09(木) 22:05:39.85

val idx = list.indexOfFirst{ it.data == data }

**デフォルトの名無しさん** · 2017/11/09(木) 22:25:18.35

逆引き、ポケットリファレンスものを出して

**デフォルトの名無しさん** · 2017/11/09(木) 22:52:38.14

>>110
サンクス！まさか1行でできてしまうとは。。
Android Studioに貼り付けてもこうはならないよね

**デフォルトの名無しさん** · 2017/11/10(金) 09:13:11.87

>>111
とりあえずここで質問すれば答えが書かれるので、後でまとめページを作れば良い。

**デフォルトの名無しさん** · 2017/11/10(金) 09:42:49.25

Kotlin、、怖ろしい子。。

**デフォルトの名無しさん** · 2017/11/11(土) 02:40:35.26

じゃばの妹ことりん

**デフォルトの名無しさん** · 2017/11/11(土) 03:22:51.50

>>115
なんだその国民の妹みたいな表現は

**デフォルトの名無しさん** · 2017/11/11(土) 10:02:03.10

ことりん星からやったきたことりん

**デフォルトの名無しさん** · 2017/11/11(土) 10:10:11.58

>>117
それ最後に爆発するやつじゃんｗ

**デフォルトの名無しさん** · 2017/11/11(土) 11:27:33.83

お前ら「よーし新しく覚えたKotlinのあんな技こんな技使ってコーディングするぞー」
～数日後コードレビュー～
リーダー「あー、これ全部Javaと同じ感じで作り直しといてネ、ヨロシク」

**デフォルトの名無しさん** · 2017/11/11(土) 13:22:59.28

ゆうこりん

**デフォルトの名無しさん** · 2017/11/11(土) 14:04:32.65

>>119
コーディングルールでピュアJava使えってなってるならただのアホだろｗ

**デフォルトの名無しさん** · 2017/11/11(土) 21:12:50.74

>>121
トップがKotlinへの移行を目指して次はKotlinとJavaの混在プロジェクトにするとか言って、
でも所属するチームのトップがJavaしか使わないとかいうシナリオなら、
>>119のような事が起きたとしても>>121の言うような矛盾はない...と思う。

**122** · 2017/11/11(土) 21:14:35.14

そして逆コンパイルしたJavaを提出して盛大に怒られる...みたいな。

こんなことで連投してスマン

**デフォルトの名無しさん** · 2017/11/12(日) 01:41:23.15

そんな会社辞めちまえ

**デフォルトの名無しさん** · 2017/11/12(日) 02:34:42.29

君、セミコロンを忘れているよ。

**デフォルトの名無しさん** · 2017/11/13(月) 09:38:49.46

；

**デフォルトの名無しさん** · 2017/11/15(水) 06:46:05.48

>>126
君、中身を忘れているよ^^;

**デフォルトの名無しさん** · 2017/11/15(水) 12:16:34.07

println("；")

**デフォルトの名無しさん** · 2017/11/15(水) 12:45:09.17

ぷりんとりん

**デフォルトの名無しさん** · 2017/11/15(水) 17:33:26.94

そういや print って印刷って意味だよな。もはや時代も変わり誰も印刷してないのにプログラミング言語では print で出力が定番になっちゃったな。

**デフォルトの名無しさん** · 2017/11/15(水) 18:04:14.40

厳密には印字なのでギリギリ合ってる
原初のBASICのPRINT対象はテレタイプだったから印刷するという意図とはそもそもちょっとだけ違う

**デフォルトの名無しさん** · 2017/11/15(水) 18:13:51.46

ポワトリン

**デフォルトの名無しさん** · 2017/11/15(水) 20:09:08.28

ブラウン管に文字を焼き付けるから print

無理があるな。

**デフォルトの名無しさん** · 2017/11/16(木) 10:46:41.50

printの古い意味は押すだからな

**デフォルトの名無しさん** · 2017/11/16(木) 11:23:36.83

そういえば昔、プリントごっこで押しまくってたな

**デフォルトの名無しさん** · 2017/11/16(木) 11:54:15.38

putもあるやん

**デフォルトの名無しさん** · 2017/11/16(木) 12:14:02.89

>>136
putは置く

**デフォルトの名無しさん** · 2017/11/16(木) 16:02:46.86

押して痕跡残すようなのが print だな。

**デフォルトの名無しさん** · 2017/11/16(木) 20:15:28.89

kotlinの文法ってちょっと省略しすぎだし、やりすぎじゃねぇの・・・
C#の方がバランス取れてるわ。

**デフォルトの名無しさん** · 2017/11/16(木) 21:14:22.81

>>139
具体的にはどういう文法のこと言ってるの？

**デフォルトの名無しさん** · 2017/11/17(金) 08:55:38.80

慣れの問題だと思うけどなあ

**デフォルトの名無しさん** · 2017/11/17(金) 09:43:27.88

抽象化と少ないコードが正義な昨今の風潮ではこういう文法が受ける
本当にこれで良かったのかは後10年ぐらいしたらわかるだろう

**デフォルトの名無しさん** · 2017/11/17(金) 09:59:51.99

>>140
どれがとは言いにくいけど>>139の言いたいこともわかる気がする。
個人的にはコンストラクタをクラス宣言に書けば、フィールドやコンストラクタの宣言を省略できる仕様とか。
2つ以上のコンストラクタを定義したり複雑なコンストラクタを定義しようとするときの表現に一貫性がなくなったと思う。
フィールド(Kotlinではプロパティだっけ)の記述場所もクラス宣言と本体にバラバラの配置になるし。

Javaにしとけばいいのかもしれないけど、null安全に書いてみたいと思って使っている。
あとwhenがお気に入り。

**デフォルトの名無しさん** · 2017/11/17(金) 10:24:11.98

CP/M80上で動くKotlin処理系が無い…

**デフォルトの名無しさん** · 2017/11/17(金) 10:46:54.88

これはこれで同じこと書いてる感がん～って感じではある
class MyData(name: String, age: Int){
val name = name
val age = age
}
引数にval書けちゃうことでの「見かけ一貫性の破れ」と「引数もチェックしなければならなくなったという手間」は肯定する

**デフォルトの名無しさん** · 2017/11/17(金) 10:51:53.19

というかあれはdataクラスを便利に書くためだけのギミックな気がするぞ
しかし言われてみれば視線的にめっちゃ遠いのはその通りだな、家のやつは今度使わずに書いてみるか

**デフォルトの名無しさん** · 2017/11/17(金) 11:08:33.26

>>144
JavaVMが動かんわw

**デフォルトの名無しさん** · 2017/11/17(金) 15:22:12.81

KotlinがNull安全といっても結局、Javaなどの使用するクラスライブラリがNull安全じゃないからな。
Kotlinだけで閉じてればいいけど、Kotlin最小限のライブラリしか用意してねぇし。どうすりゃいいんでしょうか？？
「！！」演算子積極的に使えばいいの？

**デフォルトの名無しさん** · 2017/11/17(金) 15:36:01.97

自分のメソッドは全部ヌルポ無しにすればいい。

**デフォルトの名無しさん** · 2017/11/17(金) 15:42:27.11

うん。自分のメソッドはNot Nullにしてるけど、その実装で結局、Javaのクラスが絡む事多いから、
その実装部分で「！！」連発してるんだけど、なんだかなぁ・・・・・

**デフォルトの名無しさん** · 2017/11/17(金) 15:49:49.94

ぬるぽが出そうならトラップするという記法がKotlinにはいくつもあるだろそれ使え

chackNotNull(nullable){ "ぬるぽだけは阻止しましたが例外で落ちますさようなら" }
nullable?.aaa?.bbb ?: throw RuntimeException("エラーとぬるぽって死ぬ点で大差なくね？")
when(){
nullable == null -> println("おかあさんに言いつける")
isSomeState -> nullable.xxx.yyy // 文脈上nullが来得ないので ?. で書かなくていい
}

**デフォルトの名無しさん** · 2017/11/17(金) 15:51:51.91

ああまた空whenに()つけてる
毎回間違って毎回IDEに文句言われるんだよなこれ

**デフォルトの名無しさん** · 2017/11/17(金) 16:16:30.86

>ぬるぽが出そうならトラップ
ぬるぽが出そうというより、Javaのクラスから返される型は「型名!」ってAndroid Studioを
表示されてて、この型ってNullableの「型名?」と同じでNullチェックしないといけないと思ってて
「!!」連発してたんだが、これ違うな・・・

「型名!」ってNullチェックしなくてもいいのか・・・
つか、言語仕様上どんな扱いになってんだこれ・・

**デフォルトの名無しさん** · 2017/11/17(金) 16:19:43.26

>>60で質問したときに、>>61で答えてもらって
ただのIDEの表示上の事なんだと思ってたが違うのか？？

**デフォルトの名無しさん** · 2017/11/17(金) 16:38:25.33

T? と T or T? は違うよ
Nullableかどうかすらわからない後者の場合はnullチェックしなくてもコンパイルは通るよ
「だってそれはNullableではないから」
まあ、そしてぬるぽが出るんだけども
Kotlin的にはnullチェックは不要だけどIDE的にはnullが入りうることがわかってるので気を付けてね！の ! だ

**デフォルトの名無しさん** · 2017/11/17(金) 17:00:12.18

>>155
ありがとうございます。
Platform Typesについてしっかり読んでませんでした。そこに色々書いてありましたね。

**デフォルトの名無しさん** · 2017/11/17(金) 17:09:53.72

>T? と T or T? は違うよ
T or T?がプラットフォーム型というやつですかね。で、プラットフォーム型ではNullチェックが緩和される
って書いてありましたね。

T? と T or T? は同じと勘違いしてました。要はT or T?か分からないから、よりたくさん表現できるT?として扱えばいいし、
そうなってるのかと勘違いしてました。

**デフォルトの名無しさん** · 2017/11/17(金) 17:41:51.36

つか、デバッグしてて思ったけど、C#のusing (resource)やlock文に相当する言語組み込みの
文がkotlinにないのがちょっとめんどくさいよね。ステップオバーで順にどんどん進めねぇじゃねぇか・・
inputStream.use {
　// いちいちここにブレークポイント設定しないと・・・
}とかだと、実態は関数呼び出しだから、ステップオーバーだと、内部のブロック飛び越えちゃう・・

**デフォルトの名無しさん** · 2017/11/17(金) 17:57:25.06

ステップイン/ステップアウトではだめなのか

**デフォルトの名無しさん** · 2017/11/17(金) 18:06:21.43

ああ、ステップインで行けたね。ステップインすると、最初useなどの拡張関数の方にぶっとぶかと思ったけど、
自分のブロックの方に直接飛べるのか。
まぁ、オーバー・インを切り替えるのひと手間だけど、まぁそれぐらいなら。

**デフォルトの名無しさん** · 2017/11/17(金) 20:50:48.90

正直、AndroidのJavaの代替としてKotlinを使うなら、Android Studio 3.0でJavaで全APIレベルでラムダ式が
使えるようになったらしいし、後、Javaにvarなどのローカル変数の型推論あたりがくれば、Javaでも
いいかなと思うが(async/awaitもほしいけど)、Kotlin for JavaScriptの存在を知って、
ちょうど、JavaScriptとかスクリプト言語を本格的に使った事なく動的型付け言語使いたくない自分にぴったしだと
思ってKotlin覚えてみようかなと思ってきた。

Kotlin,JavaScriptでググってもあんま引っかからんけど、TypeScriptとかにとって代わったりしそうじゃねぇか？？

**デフォルトの名無しさん** · 2017/11/17(金) 21:21:37.83

>>161
> Javaにvarなどのローカル変数の型推論あたりがくれば

それ実現されるまでまってられっかよ

**デフォルトの名無しさん** · 2017/11/17(金) 21:40:35.61

Haxe(ヘックス)はOSSで、JSに型チェックを付けたような言語で(altJS)、
JS(ES5), Flash, PHP, C++, Java, C#, Python, Lua に書き出せる。
Windows8.1対応。IDEは、FlashDevelop

このサイトで、ブラウザでプログラミングして、実行できる
Try Haxe !
try.haxe.org/

Kotlin = Java + Groovy

Haxe, Kotlin, Ruby をやると、他の言語がクソに見える

**デフォルトの名無しさん** · 2017/11/17(金) 22:45:03.99

Hexe ってドイツ語で魔女って意味だな

**デフォルトの名無しさん** · 2017/11/17(金) 23:45:36.46

>>163
言語がどうのこうの言ってるうちは、まだまだだよ。

25 · 2017/11/18(土) 00:02:14.05

kotlinから始めたら挫折して、
結局Javaの勉強再開しました。
何個かアプリ作れるようになったけどまだまだ。
Java覚えたらkotlinまで追いつきたい。

**デフォルトの名無しさん** · 2017/11/18(土) 00:31:51.67

Javaで動くアプリ作れてKotlin書けないってのもわりとレアケースだと思うのだが（完全に全くJava以外の経験がないとか？）
まあ個人の進度に文句もないしKotlinはしばらく逃げないので焦らずお好きにやっていただきたい

**デフォルトの名無しさん** · 2017/11/18(土) 00:47:06.52

>>167
Javaの勉強途中でちょうどkotlinが盛り上がってて、
両方覚えられる！と欲張った結果、
なんか情報も少なく、混乱して挫折。
とりあえずJavaで慣れたらkotlinもやってみます。

**デフォルトの名無しさん** · 2017/11/18(土) 16:34:14.39

Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2017/11/18(土) 16:40:27.50

ngsw tr

**デフォルトの名無しさん** · 2017/11/18(土) 16:53:48.97

プログラミング言語初学に向かないのは多分間違いない

**デフォルトの名無しさん** · 2017/11/19(日) 08:38:46.28

C#のusingもJavaのtry-with-resourcesもkotlin.io.useも気に入らない

GCだからC++やSwiftのようなデストラクタまでは無くてもいいけど
せめて use val xx = ... のようにキーワード付き変数の場合に
スコープアウトでcloseする構文を用意して欲しい

後処理の指定ごときでいちいちブロックスコープ増やすなと

**デフォルトの名無しさん** · 2017/11/19(日) 11:36:10.68

>>172
中括弧省略すればブロックスコープ増えないし、ほぼそれと同じ構文で書けるやん

**デフォルトの名無しさん** · 2017/11/19(日) 11:57:19.58

そーゆークラスを作ればいい
内部的にはそうしてても使う側が意識しなきゃそれでいい

**デフォルトの名無しさん** · 2017/11/19(日) 12:11:45.04

StackOverFlowで「○○するにはどうすればいいですか」に対して
自作の20行くらいの関数返して「こうすれば1行で書ける」とか言う回答者みたいだなｗ

**デフォルトの名無しさん** · 2017/11/19(日) 13:20:53.07

例えばこれを

　　openCamera(id).use { dev ->
　　　　dev.video().use { vidIn ->
　　　　　　File(dstPath).outputStream().use { output ->
　　　　　　　　val vidOut = videoWriter(output)
　　　　　　　　vidIn.eachFrame { frame ->
　　　　　　　　　　filter.write(frame, vidOut)
　　　　　　　　　　return checkContinue()
　　　　　　　　}
　　　　　　}
　　　　}
　　}

このように

　　use val dev = cameraOpen(id)
　　use val vidIn = dev.video()
　　use val output = File(dstPath).outputStream()
　　val vidOut = videoWriter(output)
　　vidIn.eachFrame { frame ->
　　　　filter.write(frame, vidOut)
　　　　return checkContinue()
　　}

**デフォルトの名無しさん** · 2017/11/19(日) 13:22:16.49

次点で、golangのdeferのように

　　val dev = cameraOpen(id)
　　defer{dev.close()}
　　
　　val vidIn = dev.video()
　　defer{vidIn.close()}
　　
　　val output = File(dstPath).outputStream()
　　defer{output.close()}
　　
　　val vidOut = videoWriter(output)
　　vidIn.eachFrame { frame ->
　　　　filter.write(frame, vidOut)
　　　　return checkContinue()
　　}

としたい
usingやuse関数での書き方が駄目とまでは言わないが俺は気に入らない

**デフォルトの名無しさん** · 2017/11/19(日) 14:00:39.13

そういやjetbrainのIDEってjavaで出来てるんだよな。
kotlinで書き直されたりしてんのかな。そのへんどうなの？中の人とか？

**デフォルトの名無しさん** · 2017/11/19(日) 14:24:47.63

>>173
どういうこと？

**デフォルトの名無しさん** · 2017/11/19(日) 15:32:50.61

>>176 >>177
純粋な興味で質問するんだけど
その書き方で各段階のデバイスオープン不可だったとき対処できる言語ってあるの?try-catchで括っておくとかなのかな。

>>176の下の書式は最初のデバイスがヌルが返ってきたときに雪崩式にハングしそう。
>>177は最初にデバイスクローズして下に流れたらどうなってしまうのか。

**デフォルトの名無しさん** · 2017/11/19(日) 15:53:26.75

try-with-resourcesみたいに「ここでリソース開いてるしエラーも起こりうるぞ！」って明示してくれるのが好き

**デフォルトの名無しさん** · 2017/11/19(日) 16:35:29.23

文句の本質的には「ブロックネスト深すぎて見かけの空白多くてキモい」ってだけだよねコレ
まあ見かけはかなり重要なのだが
どこでcloseが起こるかわかるほうがいいとは思うけどな
ブロック深いのとは別件な気がする

**デフォルトの名無しさん** · 2017/11/19(日) 17:52:32.52

>>180
3例とも同じ動作想定のサンプルコードだよ
オープン不可はnullでなく例外、どこで例外が起きても開いた分はcloseされる

>>182
そう、キモいってだけ
実行のタイミングと順序は厳密に決まるからどこでcloseが起こるかは分かる
closeの仕掛けとブロック増加が不可分なのが気に入らないという話

**デフォルトの名無しさん** · 2017/11/19(日) 19:48:25.52

>>179
if文で中括弧を省略できるのと一緒

**デフォルトの名無しさん** · 2017/11/19(日) 20:14:04.01

kotlinはまず開発環境をもっと整えてほしいわ。
特にVisual Studio Codeで無料の拡張プラグインを。
JetBrainはIDEを打ってる会社なのかもしれんが・・

**デフォルトの名無しさん** · 2017/11/19(日) 20:34:18.95

>>184
すまんそれがどう「ほぼそれと同じ構文」に繋がるのかイメージ出来ない
>>176の例だとどうなる？

**デフォルトの名無しさん** · 2017/11/19(日) 20:38:00.92

forを読めるが書けない
これだけが毎回全く覚えられない（あの形式はレガシーであって何の意味もないと思う）
イテレータでいいと思うのだが、Rangeはなにやら遅いとか言われてて憂鬱だ

**デフォルトの名無しさん** · 2017/11/19(日) 20:49:57.92

>>186
書いてみ

**デフォルトの名無しさん** · 2017/11/19(日) 21:05:03.09

>>188
いや、イメージ出来ないから書いてよ

**デフォルトの名無しさん** · 2017/11/19(日) 21:12:25.17

>>178,185
誤 : JetBrain
正 : JetBrains

**デフォルトの名無しさん** · 2017/11/19(日) 21:19:58.43

>>189
ifの中括弧省略と一緒と聞いて本当にわからないのであれば重症やな

**デフォルトの名無しさん** · 2017/11/19(日) 21:50:45.20

>>191
煽ってくる意味が分からない
具体例を示すだけだと思うんだが・・・

**デフォルトの名無しさん** · 2017/11/19(日) 22:15:39.30

>>176はそんなにopenとcloseをしないといけないのはクラス設計に問題があるのではないだろうか。
そこまでしないといけないことが頻繁にあるケースはまれだと思うので、拡張関数を定義して解決しては。
あと、個人が気に入らないと思うたびに構文を増やしたらC++みたいになるのは歴史が示すところかと。

>>173
Kotlinでは>>176のケースはif式のように{}を省略することはできないような気がするのですが。
省略できても見かけのブロックがなくなるだけで、多重ネスト構造なのは変わらない気がする。

**デフォルトの名無しさん** · 2017/11/20(月) 00:57:34.61

>>191
俺も分からないので是非書いて欲しい。
こちらはKotlin学習中なので重症ではない。単にわからないだけだ。

**デフォルトの名無しさん** · 2017/11/20(月) 03:18:31.42

>>177
File.open(ファイル名) do |file|
処理
end

Ruby では、File.open()に、クロージャの実装である、ブロックを渡すと、
close()する必要がなくなる。
自動的に内部的に、例外処理で囲んで、finally で、close してくれる

たいていの言語で、そう

**デフォルトの名無しさん** · 2017/11/21(火) 07:47:12.65

JVM版とNative版など環境がいくつかあるけど、標準ライブラリは基本共通なの？

**デフォルトの名無しさん** · 2017/11/21(火) 11:37:34.13

こういう風に違うシグネチャの関数の参照はどうしたら良いのか？
https://ideone.com/jXVu5V

**デフォルトの名無しさん** · 2017/11/21(火) 12:00:29.42

未対応なので回避策とるくらいしか
val fa = {n:Int -> f(n) }
val fb = {n:Int, s:String -> f(n, s) }

**デフォルトの名無しさん** · 2017/11/21(火) 12:29:26.29

あ。未対応だったのか。どうりでいくら調べても見つからないと思った。
それならそんな風に書くしかないね。

**デフォルトの名無しさん** · 2017/11/21(火) 13:08:24.36

>>199
ごめん変数/引数の型指定があれば解決出来るみたい
https://ideone.com/CzyR3A