Kotlin 6

**デフォルトの名無しさん** · 2019/06/22(土) 15:59:57.23

JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう

※前スレ
Kotlin 5
https://mevius.5ch.net/test/read.cgi/tech/1544268581/

**デフォルトの名無しさん** · 2019/12/09(月) 00:07:21.07

>>483
できるのか！　これができるとリフレクションを使ったフレームワークに幅が広がりそうだよねえ
特定の変数名をもつオブジェクトに値を代入するとかさ

**デフォルトの名無しさん** · 2019/12/11(水) 10:04:40.40

Kotlin 1.4以降に何を期待するか
https://blog.jetbrains.com/kotlin/2019/12/what-to-expect-in-kotlin-1-4-and-beyond/

品質とパフォーマンスに焦点を当て
大きな機能追加よりエクスペリエンスを向上させること（小さな機能追加はある）

Trailing Commaはありがたい

**デフォルトの名無しさん** · 2019/12/11(水) 10:35:44.03

GitHub統計
https://madnight.github.io/githut/

中々上がらない原因になってそうなのは
・スマホアプリでのクロスプラットフォーム性が他より劣る
・Kotlin/NativeやGraalVMのAOTの性能が
　他のGC持ちAOT(Go, C#)に全然追いつけてない
・AltJSとしてはTSに完敗
・Javaが割とモダン化していってる

**デフォルトの名無しさん** · 2019/12/11(水) 17:32:54.10

kotlin/jsは可能性がなさすぎるから諦めて他のとこにリソース使ってほしい。。

**デフォルトの名無しさん** · 2019/12/11(水) 18:11:35.13

ちょっとオワコン感が漂い始めたよね

**デフォルトの名無しさん** · 2019/12/11(水) 18:44:39.88

これから始めようと思ってた

**デフォルトの名無しさん** · 2019/12/11(水) 21:20:44.17

クロスプラットフォームは糞に例外なし

**デフォルトの名無しさん** · 2019/12/12(木) 03:31:17.93

nativeでクロスプラットフォーム狙うならリッチな標準クラスライブラリがないと駄目だろ。言語だけ用意されても。
kotlin/JVMみたく他に寄生するなら寄生先のライブラリ使えるからいいけど。

nativeどうする気なの。

.netやjavaみたいな最低限の標準クラスライブラリないと役立たず。

**デフォルトの名無しさん** · 2019/12/12(木) 10:07:02.43

どうする気もないでしょ
JBが本気でKotlinで天下獲るつもりならGoLandとRiderとResharperを今すぐ廃止すればいい
それをしていないということはその程度の覚悟なんだよ
粛々とチームを解散して開発者を解雇するだけだ

**デフォルトの名無しさん** · 2019/12/13(金) 23:58:30.55

クロスプラットフォームがこんなに早く普及し始めるとはのぉ。

**デフォルトの名無しさん** · 2019/12/14(土) 00:19:00.68

ＪａｖａでWindowsで開発してlinuxでうごかしとる
バージョンはこないだまで６だった
やっとＪａｖａのかかとの所ぐらいまで世界が追い付いてきたようだ

**デフォルトの名無しさん** · 2019/12/17(火) 06:30:13.16

Kotlin/Nativeってバージョン番号が1.0を越えてるけど、
ベータ版を脱したってことでいいの?

**デフォルトの名無しさん** · 2019/12/17(火) 10:45:01.35

クラスのnullableなインスタンスプロパティが複数(a,b,c)あって、
それらが全部nullじゃないときに実行できるメソッドあり、
fun execute() {
　if (!canExecute)
　　return
　val a_ = a!!
　val b_ = b!!
　val c_ = c!!

}
いちいちこういう事やってんだけど、なんとかならんもんか・・

**デフォルトの名無しさん** · 2019/12/17(火) 11:51:21.83

小手先のテクニックよりも設計を見直すべきでは
a, b, cを一つの型に纏められないの？

**デフォルトの名無しさん** · 2019/12/17(火) 18:50:15.12

MVVMのViewModelつくったことないの?
ViewModelを作るとたいがいこんなことになるんだが。

**デフォルトの名無しさん** · 2019/12/17(火) 19:23:57.27

>>498
いや、なんでa, b, cをわざわざ別個の変数に代入し直す必要があるの？
そこMVVM云々の事情は無関係だよね
HogeModel(a!!, b!!, c!!).execute()とかなら別に違和感ないやろ

**デフォルトの名無しさん** · 2019/12/17(火) 19:27:54.98

普通のクラスだとこんなことにならんが、複雑に状態が遷移するViewModelだとこんなことになる。

ちょっと前にNullオブジェクトパターンの話題あったけど、NullオブジェクトじゃなくてViewModelの内部でStateパターン使えばたぶんいけると思うがめんどくさそう。

**デフォルトの名無しさん** · 2019/12/17(火) 19:32:07.34

>>499
ああ、!!排除するために内部でそのために別のクラスに追い出せってことかなるほど。

**デフォルトの名無しさん** · 2019/12/17(火) 20:00:31.90

つか、そのためだけならクラスを別に用意するんじゃなくてもいいんだよな。
ただ、executeCoreって別のnon-nullableな引数とるメソッド用意してexecuteCore(a!!,b!!,c!!)するだけで

実際のその先の処理もa_.hoge(b_,c_)とかでちゃんと処理委譲してるから毎回10数行レベルで、更に他に分割するって発想なかったわ。

**デフォルトの名無しさん** · 2019/12/17(火) 21:26:42.16

!! はいかんぞ

**デフォルトの名無しさん** · 2019/12/17(火) 21:41:44.72

みんないろいろなやり方で頑張ってるみたい
https://discuss.kotlinlang.org/t/kotlin-null-check-for-multiple-nullable-vars/1946
https://stackoverflow.com/questions/35513636/

**デフォルトの名無しさん** · 2019/12/18(水) 01:11:24.71

nullチェックのガード節後に、スマートキャストが効けばいいわけだな

**デフォルトの名無しさん** · 2019/12/18(水) 02:07:44.40

あたたたたたたた!!

**デフォルトの名無しさん** · 2019/12/19(木) 00:36:56.60

あたたたたたたた?.let {
}

**デフォルトの名無しさん** · 2019/12/19(木) 08:27:47.53

みなさん
今日からKotlinを目指す事になった者です
よろしくお願いします

**デフォルトの名無しさん** · 2019/12/19(木) 08:45:53.31

kotlinを目指す
java始めたってことか？

**デフォルトの名無しさん** · 2019/12/19(木) 08:55:17.26

>>509
え？
Kotlinって言語の事じゃなかったんですか！？
てっきり言語かと

**デフォルトの名無しさん** · 2019/12/19(木) 08:56:43.83

やっぱりプログラミング言語で合ってるじゃないですか
初心者をいじめないで下さいよ

**デフォルトの名無しさん** · 2019/12/19(木) 08:57:14.39

ID:xYioGlNJをNGにした

**デフォルトの名無しさん** · 2019/12/19(木) 09:10:42.29

kotlin始めましたならわかる
kotlin目指したらhallo world書いたら目標到達じゃないか

**デフォルトの名無しさん** · 2019/12/19(木) 09:11:54.91

>>513
Kotlin始めました

**デフォルトの名無しさん** · 2019/12/19(木) 09:14:19.85

>>513
でもまだ本が届いてないんです！
かといってプロゲートを調べたらKotlinがないしドットインストールを調べたらクッソ高ぇし
ヨ■■■で
作って楽しむプログラミング Androidアプリ超入門―Android Studio3.3 & Kotlin1.3で学ぶはじめてのスマホアプリ作成
って本をポチりました

**デフォルトの名無しさん** · 2019/12/19(木) 09:15:16.14

>>513
こんな状態で僕はKotlinを始めている事になるのでしょうか！？

**デフォルトの名無しさん** · 2019/12/19(木) 11:32:38.18

思い込みが大事

**デフォルトの名無しさん** · 2019/12/19(木) 12:36:14.53

>>516
なってるよ
だからもう書き込まないでね

**デフォルトの名無しさん** · 2019/12/19(木) 12:51:05.10

>>514
そんなこと書いた張り紙がラーメン屋にさりげなく貼られてたらどうしよう

**デフォルトの名無しさん** · 2019/12/19(木) 13:37:11.92

>>509
すいませんでした
調べたらKotlinの源がJavaという事が判明しました
NGIDを解除しました
ですから今はまずプロゲートでJavaをやってます

**デフォルトの名無しさん** · 2019/12/19(木) 13:41:10.68

オンライン講座やアプリにカネをかけたら負けだと思っているのでJavaの本もポチりました
「Java1年生―体験してわかる!会話でまなべる!プログラミングのしくみ」
まずはこれを読んでから
「作って楽しむプログラミング Androidアプリ超入門―Android Studio3.3 & Kotlin1.3で学ぶはじめてのスマホアプリ作成」
を読む事にしました

アデュー

**デフォルトの名無しさん** · 2019/12/19(木) 13:48:14.38

逆やろ
本買ったら負け
ほぼオンラインで事足りる

**デフォルトの名無しさん** · 2019/12/19(木) 13:58:35.22

>>522
俺たちは理解力ゼロの人間だから

**デフォルトの名無しさん** · 2019/12/19(木) 14:25:11.21

各言語のスッキリシリーズを生み出した、伝説の本！
まずこの本で、オブジェクト指向を学ぶ。
スッキリわかる Java入門第2版、2014

その後に、太郎本をやるのが定番！
Kotlinスタートブック -新しいAndroidプログラミング、長澤太郎、2016

**デフォルトの名無しさん** · 2019/12/19(木) 15:34:22.45

>>515
たぶん開発環境があってないから楽しめないと思う
サンプル系の本は苦しみながら修正して作るものだと覚悟して望んでください
そうすればとてもいい本です

**デフォルトの名無しさん** · 2019/12/19(木) 16:26:30.93

>>522
そういや動画はわかりやすいと誰かが書いてたな。俺はわざわざ動画探して見ないけど。

**デフォルトの名無しさん** · 2019/12/19(木) 19:30:40.54

手動かしてたら覚える
本も動画もメンターもいらなかった

**デフォルトの名無しさん** · 2019/12/19(木) 21:42:53.35

勉強してプログラミングを覚えてからアプリを作るっていう考えがそもそも間違い
まず作りたいものがあるべきでその作りたいものを作るために必要な知識を
都度調べて問題の解決を繰り返すという方法で進むべき
作りたいものがないなら向いてないからプログラミングなんかやめてしまえ時間の無駄

**デフォルトの名無しさん** · 2019/12/19(木) 22:02:46.62

まあ、そう言わんでも
君が数学を学んでいた頃、数学でやりたかったことあったの？

**デフォルトの名無しさん** · 2019/12/19(木) 22:20:55.18

回転機能とワイヤーフレーム３Ｄでドヤってたら
あっという間に世間はポリゴンだのテクスチャだのバンプマッピングだの

ほんの数年の間の話

**デフォルトの名無しさん** · 2019/12/19(木) 22:23:45.85

大体アプリを作るのに必要な知識って言語の文法だけじゃない
Android SDKの知識も必要だし設計もMVVMとかfluxとかいろいろある
今の主流の外部ライブラリが何かとか非同期処理の実装はどうするか
Firebaseとかも活用した方がいいだろう
必要な知識が広すぎるのに目的もなくただ漠然と必要そうだとつまみ食いしてるだけで
あっという間に時間は終わっていく
大体5年もすればソフトウェアの世界は一変する
結局何も生み出せないまま技術に振り回されて時間が過ぎていくだけ

**デフォルトの名無しさん** · 2019/12/19(木) 23:03:29.10

ふーん、偉いんだね

**デフォルトの名無しさん** · 2019/12/19(木) 23:26:51.07

さっき気がついたんだけど
kotlinってimportしなくなった？不要なの？
Math.sin/cos/tan使ってもimportせずに使えてなんか変な感じです

**デフォルトの名無しさん** · 2019/12/20(金) 06:46:42.42

>>533
https://kotlinlang.org/docs/reference/packages.html#default-imports

Javaでも java.lang.* (StringやMathなど) はインポート書かずに使える

**デフォルトの名無しさん** · 2019/12/20(金) 10:39:15.14

1.4でkotlin/nativeが爆速になってgoが死亡する世界線に行きたい

**デフォルトの名無しさん** · 2019/12/20(金) 19:57:21.77

誰かが１０００億円の間違いしなかった世界がいい
今更Kotlinとか付け焼刃

**デフォルトの名無しさん** · 2019/12/20(金) 21:49:59.43

>>528
その通り。

まあしかしそれ言ったら学校教育は完全にダメだね。

**デフォルトの名無しさん** · 2019/12/21(土) 15:23:12.50

>>536
何の話？

**デフォルトの名無しさん** · 2019/12/21(土) 15:26:06.69

>>533
俺は変な感じがしない。なぜならJavaの頃からそのように使っているからだ。というかむしろそうでない方に違和感がある。

**デフォルトの名無しさん** · 2019/12/22(日) 00:16:19.54

>>538
本人ではないが>>536はJavaに最初からnulll(=１０００億円の間違い)がなかった世界線に行きたいらしい。

**デフォルトの名無しさん** · 2019/12/22(日) 01:17:50.71

Union typeないの？

**デフォルトの名無しさん** · 2019/12/22(日) 02:55:53.04

union って、C言語の union のこと? そういうのはないね。自分で無理矢理 Byte 配列に詰め込むのなら出来るが。

**デフォルトの名無しさん** · 2019/12/22(日) 03:55:07.63

>>541
sealed class

**デフォルトの名無しさん** · 2019/12/22(日) 07:09:03.62

こういうやつでしょ
　var a : (String | List<Int>) = "aaa"
　a = listOf(10)
無いよ

**デフォルトの名無しさん** · 2019/12/22(日) 17:46:16.29

sealed class Either<L, R>{
class Left<L, R>(val value: L): Either<L, R>()
class Right<L, R>(val value: R): Either<L, R>()
}

var a: Either<String, List<Int>> = Either.Left(“foo”)

https://pl.kotl.in/1oWpsAGCs

KotlinはJavaの足枷が重いから劇的に使いやすくなることはなさそう

**デフォルトの名無しさん** · 2019/12/22(日) 22:24:55.21

Union typeをサポートするとString?型もString | nullの略記でしかなくなるのだろうか

**デフォルトの名無しさん** · 2019/12/23(月) 13:25:26.95

しかしnullは型の名前ではないな。

**デフォルトの名無しさん** · 2019/12/23(月) 21:19:46.42

Unitと同じくオブジェクト宣言にすれば型としても値としても使える

TypeScriptのようにリテラル型という方式もあるけど
function f(): string | null | 10 { return 10; }

**デフォルトの名無しさん** · 2019/12/23(月) 22:41:55.78

sealed classってinterfaceを持たないfinalなクラスをEither型には出来ないってことであってる?

**デフォルトの名無しさん** · 2019/12/23(月) 22:55:01.39

GraphQL使ってるとunion欲しくなるよな

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

あけましておめでとうございます。
ことりんもよろしくおねがいします。

**デフォルトの名無しさん** · 2020/01/01(水) 01:20:42.00

Kotlin飛躍の年になれば良いな

**デフォルトの名無しさん** · 2020/01/01(水) 16:57:33.69

マルチプラットフォームの改善来ないかな

**デフォルトの名無しさん** · 2020/01/03(金) 14:40:28.98

>>554
どんな感じで？

**デフォルトの名無しさん** · 2020/01/03(金) 17:40:31.87

自分に安価してどうするよ＼(^o^)／

**デフォルトの名無しさん** · 2020/01/03(金) 22:30:37.55

>>556
面目ない

**デフォルトの名無しさん** · 2020/01/04(土) 10:36:41.93

自己再帰禁止

**デフォルトの名無しさん** · 2020/01/04(土) 11:20:27.49

再帰関数見るとスッと入ってこなくてウッて毎回なる

**デフォルトの名無しさん** · 2020/01/05(日) 02:42:41.09

素養がないから死ね

**デフォルトの名無しさん** · 2020/01/05(日) 19:42:27.74

そよそよ

**デフォルトの名無しさん** · 2020/01/05(日) 20:51:47.31

素養クラスに、拡張プロパティで付け加え！

**デフォルトの名無しさん** · 2020/01/06(月) 15:47:29.78

素養とかいらんやろ。慣れや

**デフォルトの名無しさん** · 2020/01/06(月) 22:45:33.84

大学のC言語の授業で2分木の深さ優先探索と幅優先探索を再帰関数で書かされたなあ

**デフォルトの名無しさん** · 2020/01/07(火) 00:31:39.93

言語の名前がかわいいというだけの理由でkotlinを勉強し始めました。
書きやすくていいですね！

**デフォルトの名無しさん** · 2020/01/07(火) 11:18:31.53

PCの気晴らし2Dゲームやスマホアプリやかんたんゲーム作ろうかなーと思ってKotlin始めたのだけど、
微妙絶妙にメインストリームから外れて手間が合わんのだな
Unity的なゲームじゃないスマホアプリはうまく合ってる気はするが

**デフォルトの名無しさん** · 2020/01/07(火) 12:12:12.94

C#相手だと言語的なアドバンテージはほとんど無いから勝ち目はないわな

**デフォルトの名無しさん** · 2020/01/07(火) 12:29:43.03

サーバー書こうぜ

**デフォルトの名無しさん** · 2020/01/07(火) 12:41:10.88

要は「めっちゃ書きやすいJava」なので、Javaのときに特段盛り上がってなかった分野はKotlinでも特段盛り上がってはいない
Kotlinで利用者が流入爆増してKotlin独自のライブラリが各分野でじゃんじゃん作られるみたいな未来予想図もあったのだが、まあ、世の中なかなか冷静で頼もしい限りではある

**デフォルトの名無しさん** · 2020/01/07(火) 13:06:26.78

レベルS　プラットフォームを問わずKotlinが広く利用される
レベルA　Kotlinを使うためにJavaプラットフォームが採用される
レベルB　KotlinによってJavaプラットフォームの採用障壁が下がる
レベルC　Kotlinによって既存のJava開発者の満足度が改善する

今のところせいぜいCだな

**デフォルトの名無しさん** · 2020/01/07(火) 20:56:09.81

Javaやってたら取っつきやすいみたいな扱いされてるけどC#の方が覚えやすくね？

**デフォルトの名無しさん** · 2020/01/07(火) 21:10:11.11

kotlinってandroid専用言語という位置づけだと思っていいですか？
Webでも積極的に使われている言語ですか？

**デフォルトの名無しさん** · 2020/01/07(火) 22:30:31.70

現状ではandroid専用。Java代替目指してる言語だからwebで使うポテンシャルはあるけど、その用途で流行ってるとは言い難い。

**デフォルトの名無しさん** · 2020/01/08(水) 14:29:53.70

流行ってないだけで専用というわけでもない。

**デフォルトの名無しさん** · 2020/01/08(水) 14:36:25.48

ま、しかし、みんながやってると自分もやるみたいなのはやはり日本人的な感じがするな。
保守的と言うか開拓精神がないというか。だから悪いということはないけどな。
自分が率先して使って自分を中心に世界中に広めるみたいなこともできるかも知れないのだが、そういう考えが最初から起こらないぐらい頭が固くなってガチガチに保守化していると。

**デフォルトの名無しさん** · 2020/01/08(水) 14:43:05.37

「〇〇を作りたいのでKotlinを使う」の〇〇に入るのは非ゲームAndroidアプリ、ではある
現状これ以外で使うのは趣味とか修行とか苦行とかバカとかなんかそんな感じ
Kotlinは一応だいたいのものは作れるには作れるので、Kotlinで作ってみたいという情熱（または狭窄）で個人でいろんなもの作ること自体は別に止めない
手段が目的と化してるという点以外は問題はないからね
みんなあまりやらないことをやるという点では面白いはずだとは思うよ
どっすかRubyの二の舞

**デフォルトの名無しさん** · 2020/01/08(水) 15:08:09.71

>>574
欧米の人って明確な目的があって、それに合う道具なら古いものも新しいものも使う印象
日本列島に生息するアーリーアダプタ猿はたいてい手段と目的が逆転していて、
新しいものを触っても「やってみた」で終わるからそれ以上の発展がない

**デフォルトの名無しさん** · 2020/01/08(水) 20:25:58.31

有名人が使ってるから使おう・それが正しいみたいのがあるね

**デフォルトの名無しさん** · 2020/01/08(水) 20:42:10.23

>>577
その後誰も使わなくなるものに手を出して半年で天を仰ぐ事例は事欠かない
だったらちょっとか有名人にも頼りたくなるというものだ

**デフォルトの名無しさん** · 2020/01/08(水) 21:44:46.93

その、「失敗したらどうしよう・・失敗しないように安全パイを狙おう」ていう発想が日本人ていう話

**デフォルトの名無しさん** · 2020/01/08(水) 21:51:52.21

自分が有名人になろうという発想もない。

**デフォルトの名無しさん** · 2020/01/08(水) 22:07:34.74

まぁ結局はjavaなんだから、だったらjavaのままでいいじゃんで終わってそう。

**デフォルトの名無しさん** · 2020/01/08(水) 22:07:56.44

webなんかどうでもいい
今やブラウザからよりもアプリからの方がインタネットアクセスしてる人多い
サーバー側処理もこれから firebase的なものが主流になって独自実装はなくなっていく
Android専用とは即ち最強ということ

**デフォルトの名無しさん** · 2020/01/09(木) 13:41:59.25

え？