Kotlin 5

**デフォルトの名無しさん** · 2018/12/08(土) 20:29:41.41

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

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

**デフォルトの名無しさん** · 2019/05/25(土) 07:20:32.83

そんなご無体な

**デフォルトの名無しさん** · 2019/05/25(土) 08:02:42.85

valだけが正しい。valにできないなら新しいvalにコピーするべき

**768** · 2019/05/25(土) 10:50:32.51

>>783
それだとvalじゃなくてvarじゃね？

始めに空のList入れる意見が多いけど結局使う時にemptyかチェックするでしょ
nullかどうかチェックするのと同じじゃね？

**デフォルトの名無しさん** · 2019/05/25(土) 10:57:44.94

nullの警告が厳しいからこそ使うのはどうだろうか
nullならnullだと知らされるがemptyじゃ何の警告も出ない

**デフォルトの名無しさん** · 2019/05/25(土) 13:16:02.71

・リスト自体を構築するケース
　　・listを使わないケースがかなりある and 非常に効率重視(※)なら
　　　　　var list: List<Hoge>? = null
　　　　　必要になったら list = mutableListOf()
　　・そうでないなら
　　　　　val list = mutableListOf<Hoge>()

　　※mutableListOf(＝ArrayListの生成コスト)すら許容出来ない場合
　　　　なおmutableListOfと比較するとlazyの準備処理の方がコストが掛かる

・場合によって構築済みリストを入れ替える(再代入)するケース
　　var list = listOf<Hoge>()

補足： listOf()はemptyListにinline展開されEmptyListのシングルトンを返すので生成コストは無い
>>765 >>772は再代入目的のようなのでlistOfで良い

**デフォルトの名無しさん** · 2019/05/25(土) 13:19:44.44

>>787
そうとは限らない
単にリストの要素数が0ならそれでいいケースも多い
そう考えると明らかに初期化を忘れてるのが分かるという意味でnullを入れておくのもいいかもしれない

**デフォルトの名無しさん** · 2019/05/25(土) 17:48:30.03

Androidなどで、非同期処理が関わってくると、
valは注意して使わないといけない場面が、意外にたくさんあることに気が付く。

**デフォルトの名無しさん** · 2019/05/25(土) 18:20:07.77

Activityのbindingはby lazyのval
Fragmentのbindingはlateinit var

**デフォルトの名無しさん** · 2019/05/26(日) 23:17:26.29

>>765
そもそもローカル変数の話なのかプロパティの話なのか…

**デフォルトの名無しさん** · 2019/05/27(月) 12:03:53.57

emptyListってシングルトンだから生成コストがないってのは分かるんだけど、
今時その程度の生成コストを気にする場面ってそんなない気もする
富豪的プログラミングなんて言われるかもしれんけど、もはやそれ自体死語だしな

**デフォルトの名無しさん** · 2019/05/27(月) 12:57:29.86

>>793
ローカルならそもそも悩まない。

val且つmutableにして都度addallするか、var且つimmutableで丸ごと置き換えるか、はケースバイケースで。

**デフォルトの名無しさん** · 2019/05/27(月) 13:34:53.60

valで都度変数作るからなぁ

**デフォルトの名無しさん** · 2019/05/27(月) 14:33:20.72

プロパティの話ね
mutableにしてもそもそも生成は別のところでListごと作るからmutableだろうがListだろうが関係ない
当然後から代入するからvalにはできない

**デフォルトの名無しさん** · 2019/05/27(月) 14:57:26.23

copyメソッド

**デフォルトの名無しさん** · 2019/05/27(月) 23:34:59.34

サーバーサイドばっかだからかもしれんがプロパティにMutableListを使うことがそうそう無い
データクラスのコンストラクタ引数に val list: List はよくある

**デフォルトの名無しさん** · 2019/05/27(月) 23:56:54.45

内部DSLとかの指示を構築する系の実装で使うかな

**デフォルトの名無しさん** · 2019/05/28(火) 05:58:36.43

サーバーサイドかどうか関係なくない？
俺はよく使うよ。例えばツリー構造になってるデータを読み込む処理で自分の子ノードのリストを持つため、とか、これ昨日書いた。

**デフォルトの名無しさん** · 2019/05/28(火) 06:33:15.65

val text = ""

って

val text :String = ""

って書いた方がいい？

**デフォルトの名無しさん** · 2019/05/28(火) 07:05:11.16

>>802
やるメリットは特にない
むしろ本当に宣言通りStringかどうかチェックするぶんビルド遅い

**デフォルトの名無しさん** · 2019/05/28(火) 08:10:42.72

>>802
いらない。何をどう見ても明らかにStringだから意味ない。

**デフォルトの名無しさん** · 2019/05/28(火) 23:54:42.49

>>802
Javaのvarで似たような議論がある。
https://orablogs-jp.blogspot.com/2018/03/style-guidelines-for-local-variable.html

**デフォルトの名無しさん** · 2019/05/29(水) 01:39:37.10

Kotlinに、SwiftのExpressibleByStringLiteralみたいなのが無くて本当に良かったと思う
あれは呪いだ

**デフォルトの名無しさん** · 2019/05/29(水) 02:17:57.59

>>802 は、IntelljIDEA か Android Studio 使ってないのかね？
警告消して緑色になるようがんばれ
おれは警告にどうしても従えない場合でも、アノテーション使って絶対緑色にする

**デフォルトの名無しさん** · 2019/05/29(水) 04:33:25.97

Charは'a'なのね

**デフォルトの名無しさん** · 2019/05/29(水) 06:05:24.96

>>806
なにそれ？

**デフォルトの名無しさん** · 2019/05/29(水) 07:50:04.16

>>809
https://ideone.com/3YQTSZ

文字列リテラルが本当に文字列なのか分からなくなるやつ

**デフォルトの名無しさん** · 2019/05/31(金) 14:21:13.30

>>806
PHPだと1リクエストごとにFWの初期化処理を行っているのが遅い理由でしょ
特にLaravelは読み込むファイルも多いし重い

他の言語だとアプリケーションサーバ起動時に一回だけ初期化処理をするので1リクエストあたりの処理が少ない

PHPでもSwooleやReactPHPなどを使えば同じことはできるけど、まあ既存のFWを乗っけてもバグりやすいだろうね

**デフォルトの名無しさん** · 2019/05/31(金) 18:46:44.28

なんの話だよ

**デフォルトの名無しさん** · 2019/05/31(金) 22:32:24.72

やべぇやつが来たなｗｗｗ

**デフォルトの名無しさん** · 2019/06/01(土) 07:53:39.61

普通に誤爆でしょ

**デフォルトの名無しさん** · 2019/06/01(土) 11:37:30.64

android用途：元気
サーバーサイド用途：全く流行らず
kotlin/native: 瀕死
kotlin.js: 死亡

現状こんな認識なんだけど合ってる？

**デフォルトの名無しさん** · 2019/06/01(土) 11:43:16.53

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/06/01(土) 12:20:19.48

>>815
Kotlin nativeはなんかもう不死鳥とかみたく蘇ったりする予定なので書いておいてください

**デフォルトの名無しさん** · 2019/06/01(土) 14:59:33.17

身内のGraalにトドメ刺されて終わりだろ。

**デフォルトの名無しさん** · 2019/06/01(土) 15:47:15.77

/NativeがGraalにやられても/JVMがスイッチするから大丈夫

**デフォルトの名無しさん** · 2019/06/01(土) 16:20:49.17

>>815
合ってる

**デフォルトの名無しさん** · 2019/06/01(土) 16:55:01.52

nativeはまだ作成中みたいな感じなので瀕死とは違うと思うが

**デフォルトの名無しさん** · 2019/06/01(土) 17:46:40.68

Kotlinを勉強し始めたんだけどさあ
これってレファレンスを見てエディタで打ち込む->kotlincでコンパイル=>javaで動かす・・・・ってのを繰り返さないとならんの？
Swiftに言う「swift asdf.swift」みたいなのに相当するコマンドはないのかしら

**デフォルトの名無しさん** · 2019/06/01(土) 17:49:07.58

そうか。合ってるか。。

サーバーサイド kotlinが流行ってないのは何でなんだろ。
現状問題なく使えるように思うけど、ほとんど開発案件出てこないね。

**デフォルトの名無しさん** · 2019/06/01(土) 17:50:33.82

>>822
IntelliJ(community版)を使おう
再生ボタン一つで済む

**デフォルトの名無しさん** · 2019/06/01(土) 17:51:43.68

>>822
まずintellij(IDE)をインストールしないと始まらない

**デフォルトの名無しさん** · 2019/06/01(土) 18:32:24.41

このスレ定期的にkotlinc使う奴が出てくるよな
どこぞの入門サイトに書いてあるんかね
どう考えてもintellij使う前提の言語なのに

**デフォルトの名無しさん** · 2019/06/01(土) 18:32:52.15

>>823
サーバーサイドKotlinで生きていきたいけど、仕事なさすぎて難しいよなあ

**デフォルトの名無しさん** · 2019/06/01(土) 19:41:31.36

>>822
Kotlinを書くのにエディタを使うのがそもそも間違ってる。
無料版でいいからIntelliJ使え。

**デフォルトの名無しさん** · 2019/06/01(土) 20:59:16.14

うちはサーバーサイドで使ってるわ
ほぼ俺しか書いてないが

**デフォルトの名無しさん** · 2019/06/01(土) 22:10:50.15

YouTube に動画をアップしてる、KENTA でも、
サーバーサイドの、Elixir, Kotlin などを受注するのに苦労してる。
彼は、変わった言語の仕事に、こだわる

こういう仕事は、滅多に出回らないから、ツテから入るのかも。
KENTAは千以上、名刺交換してるとか

彼は、GUI は嫌いらしい。
画面の修正で、時間を食うのが、嫌いらしい

数ピクセル、位置が違うとか、
修正したら、違う人が、元に戻せと言ったりw

GUI は、技術を学ぶ、時間効率が悪いから、嫌いらしい。
だから、サーバーサイドの仕事を取る

**デフォルトの名無しさん** · 2019/06/01(土) 22:33:39.21

歌詞かな

**デフォルトの名無しさん** · 2019/06/01(土) 22:48:31.29

サーバーサイド普通に使ってるぞ
lombok駆使するよりいいと思う

**デフォルトの名無しさん** · 2019/06/01(土) 23:07:41.16

>>830
海外の方？

**デフォルトの名無しさん** · 2019/06/01(土) 23:08:06.44

ポエムだぞ

**デフォルトの名無しさん** · 2019/06/02(日) 01:28:53.78

>>830
「、」で区切り過ぎ。その文章の場合は全ての「、」を削除した方が読みやすい。

**デフォルトの名無しさん** · 2019/06/02(日) 01:33:22.19

>>822
IntelliJ 使った方が楽だが、kotlinc でコマンドラインでやるとしたら最後の実行は kotlin コマンドでできるよ。

kotlinc xxx.kt
kotlin XxxKt

みたいにする。
kotlin コマンドは環境変数セットしたりして最終的に java を動かす。

**デフォルトの名無しさん** · 2019/06/02(日) 10:05:23.69

で、サーバサイドkotlinのこれからについての認識なんやけど合ってる？

・実戦投入可能なレベルに達している

・goが選ばれるような案件では以下の点でgoに勝てないので流行らない
→粒度の細かいマイクロサービス：deploy容易性がgoに劣る、kotlinの抽象力が活き辛い
→aws lambdaとか：上記に加えてjvmが温まるまで遅い

・モノリシック案件のbetter javaとしては第一候補
→フルスタックFWが有望でspring bootが最有力
→必然的にSIerの仕事が多くなる

・SIerが最重要視するのは実績
→実績を積むには待つしかない

**デフォルトの名無しさん** · 2019/06/02(日) 10:08:10.88

kotlin/nativeは「hello world」を「hello world!」にするだけでビルドに7sかかるんやけど。。
こんなもんなん？何かやり方間違ってるのかな。

**デフォルトの名無しさん** · 2019/06/02(日) 10:25:57.88

>>837
受託の業界は知らんけど、WEB業界なら今までJavaやらScalaやら使ってたところはもう大体使えるところから使い始めてる。
ただそもそも日本のWEB業界ではJavaが不人気過ぎてどうしてもニッチの部類に留まってるわな。

生存戦略としてはとにかく仕事の多いRailsやらをやるか、仕事は少ないが応募者も少ないKotlinを極めるか、まあどちらでもありっちゃあり
どうせ5年後には違う技術が台頭してるし

**デフォルトの名無しさん** · 2019/06/02(日) 11:16:42.46

既存のJavaからKotlinはあっても、そもそも新規でJVM選択するかなっていう

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

sunが震え声で
ハードの進化でJVMのパフォーマンスは向上していくから…
って言ってから何年経ったのか

**デフォルトの名無しさん** · 2019/06/02(日) 12:13:33.66

PHPで作ってたけどパフォーマンスが出なくなって来たからJavaで作り直す、みたいなのはよく聞くな
同じ理由で昔はRailsからJavaってのもあったけど最近のRailsは速いからあまり聞かなくなった

**デフォルトの名無しさん** · 2019/06/02(日) 14:27:04.47

Rails ができれば、コピーのCakePHP も出来る

違う言語だけど

**デフォルトの名無しさん** · 2019/06/02(日) 14:47:02.52

Rubyキチ、無視しろ。

**デフォルトの名無しさん** · 2019/06/02(日) 14:52:37.88

php8()

**デフォルトの名無しさん** · 2019/06/02(日) 15:29:19.09

新規でサーバ側でkotlinで作ってもらったけど
少数派なのか。
まあ、何ができるかが大事だからいいけど、流行に左右されるのは厳しいね。

**デフォルトの名無しさん** · 2019/06/02(日) 16:54:37.31

>>841
20年ぐらい？
まあ確かにあのWindows95だの98だので動かしていた時よりは速くなったけどね。

**デフォルトの名無しさん** · 2019/06/02(日) 21:44:03.80

結構Java嫌いな人多いんだね。自分もJavaは好きじゃないけど。

>>840
Javaが検討される規模のWEBサービス作る時にJVM以外の選択肢って例えば何かあるのかな？

>>841
Javaの出始めと比べたら劇的に進化してSunの言う通りになったと思うけどな。
Java離脱組もパフォーマンスじゃなくて開発効率やサービスの拡張性を気にしてる。

>>846
少数派なのはそうなんだけど、依頼側から見たサーバーサイドkotlinのデメリットは
・現状では開発者が少ない=人が集まらないことによる遅延、開発者単価
・実績がない=未知の何かが起こるかも
なのでローンチ出来てる時点でデメリットは乗り越えているし、
Android界隈では確固たる位置にいるからこの先メンテ人材が見つからない心配もない。(←ここが流行に左右されて困るポイント)
悪くない選択だったと思うんだけど

**デフォルトの名無しさん** · 2019/06/03(月) 23:56:34.84

JVMの性能は実行時最適化が強みだから
ベンチマーク系は不利
巨大なプログラムで長時間の動作において有利なはず
にもかかわらずベンチマークでもそこそこ速いんだからすごいのでは

**デフォルトの名無しさん** · 2019/06/04(火) 00:08:19.43

いや実行時最適化は繰り返し実行される処理に対して効くからベンチマークには強いぞ
立ち上がりの遅さとか、ベンチマークに現れない体感的な部分がJVMは遅い
事実上サーバー専用だから仕方ないが

**デフォルトの名無しさん** · 2019/06/04(火) 02:28:23.05

JVMはガーベッジコレクションでスローダウンするから未だに使い物にならない。
一番大事な時に直撃で機会損失が億いくと違約金も凄まじかったぜ。

**デフォルトの名無しさん** · 2019/06/04(火) 06:40:04.13

果てしなく嘘くさいな
シビアなシステムでどれだけ使われてると思ってるんだ

**デフォルトの名無しさん** · 2019/06/04(火) 07:41:14.05

10年以上前からあるコンカレントGCすら知らないような会社なんだろう

**デフォルトの名無しさん** · 2019/06/04(火) 08:08:31.64

業務用Javaに関しては新機能が使われずなおかつアプデなしで10年経過とか普通にあるからな
それはそれでもいいから対外的にJava語るなって話なんだが

**デフォルトの名無しさん** · 2019/06/04(火) 08:20:13.77

例のみずほのサグラダファミリアもJava1.5という噂を聞いたけどマジなんかな

**デフォルトの名無しさん** · 2019/06/04(火) 10:17:08.75

ネイティブでgc使わないようなコードも出せるようになればなんとかなりそうな気もするが、そうするとライブラリもそれ用のを使わないとダメか。

**デフォルトの名無しさん** · 2019/06/04(火) 11:48:04.89

graalvmでできるぞ

**デフォルトの名無しさん** · 2019/06/04(火) 12:44:23.82

それ回収しないやつじゃないですかね

**デフォルトの名無しさん** · 2019/06/04(火) 18:10:17.62

JVMが使い物にならないという人が何を使っているのかとても気になる

**デフォルトの名無しさん** · 2019/06/04(火) 18:49:03.68

JVM入りの指輪使ってます！

**デフォルトの名無しさん** · 2019/06/04(火) 19:32:40.19

jvmの引数でもGCのラグを解消できるし
最新のZGCというのも出てきた

**デフォルトの名無しさん** · 2019/06/04(火) 23:57:50.92

JVMというかspring fwの起動が糞遅いのは分かる
2.0になって少しましになったけど…

**デフォルトの名無しさん** · 2019/06/05(水) 01:12:19.63

springってそんな遅いっけ？

**デフォルトの名無しさん** · 2019/06/05(水) 10:00:02.20

気のせいかわからんがKotlinでspringやると遅いような気がする

**デフォルトの名無しさん** · 2019/06/05(水) 10:01:33.26

Ktor流行って欲しい

**デフォルトの名無しさん** · 2019/06/05(水) 10:13:38.35

>>876
ktorはマイクロサービス向き
kotlin/jvmはモノリシック向き
kotlin nativeが流行らないと無理やと思うで

**デフォルトの名無しさん** · 2019/06/05(水) 13:28:31.33

>>864
コンパイル時間は長いと思うけど、アプリ本体は変わらん。
というかそもそもspring本体はJavaだし。

**デフォルトの名無しさん** · 2019/06/05(水) 19:11:23.87

>>866
Ktorをその並びで並べるのはちょっと違うと思う。

**デフォルトの名無しさん** · 2019/06/05(水) 21:56:16.86

>>868
kotlin/jvmはJava代替でSIerによるフルスタックFW＆モノリシック開発が向いている
kotlin/nativeはGo代替を目指していてWeb系企業のマイクロサービスが向いている
kotlin/jvm＋ktorではGOに勝てるユースケースが無いので
ktor流行にはkotlin/nativeの流行も必須というのが自分の主張。
まあ異論はあると思う。ちなみにkotlin/nativeは応援してるしktorも流行ってほしい

**デフォルトの名無しさん** · 2019/06/06(木) 00:14:12.91

>>822
vim + quickrunで動くよ！
kotlinc, javaなんてコマンドを打つことはしない。

**デフォルトの名無しさん** · 2019/06/06(木) 05:38:57.73

>>869
言ってることは分からなくもない。
ただ視野が狭すぎるというか、そんな可能性を狭めなくていいと思う。

**デフォルトの名無しさん** · 2019/06/06(木) 06:33:47.56

そもそもKtorってJVM、というかServletに依存してね

**デフォルトの名無しさん** · 2019/06/06(木) 09:26:51.24

依存はしてなくね

**デフォルトの名無しさん** · 2019/06/06(木) 10:59:43.79

次のリリースでkotlin/nativeのbuild時間が改善されそう
リリースいつなんだろ。。

**デフォルトの名無しさん** · 2019/06/06(木) 12:47:51.63

利根川さんにでも聞け

**デフォルトの名無しさん** · 2019/06/06(木) 20:06:45.07

kotlin/nativeはGraal（AOT）に勝てるかどうかすら怪しいのに、夢見過ぎだろ。

**デフォルトの名無しさん** · 2019/06/06(木) 20:44:18.25

ktsって誰も使ってなさそう

**デフォルトの名無しさん** · 2019/06/06(木) 21:14:00.21

Gradleで使う

**デフォルトの名無しさん** · 2019/06/07(金) 08:15:36.89

>>876
AArch64の対応が進んではいるもののGraalがiOSに対応するのは当分先
Kotlin/Native側も資産(ライブラリ等)不足やパフォーマンスの課題があるけどな

**デフォルトの名無しさん** · 2019/06/07(金) 08:44:09.41

>>879の補足

Graal側はAArch64/Linux対応が完成してからiOS対応をやるかどうか検討するとのこと
https://github.com/oracle/graal/issues/373#issuecomment-454697157

まだAArch64/Linux整備中の段階
https://github.com/oracle/graal/commits?author=sanzinger&;since=2019-05-15&until=2019-06-07

iPhone/iPadのチップ : A10～A12X : ARMv8ベース
ARMv8の64ビットモードがAArch64

**デフォルトの名無しさん** · 2019/06/07(金) 16:14:27.25

kotlin/nativeのメインターゲットはiOS開発なんだろうと思う。

**デフォルトの名無しさん** · 2019/06/07(金) 16:40:27.70

普通に考えりゃそうだわな

**デフォルトの名無しさん** · 2019/06/07(金) 16:53:00.43

Swiftネイティブでいいじゃん、他にはUnityもあるし。
入り込む余地ないでしょ。

**デフォルトの名無しさん** · 2019/06/07(金) 19:12:00.19

釣り針は大きすぎちゃいかんのだぞ

**デフォルトの名無しさん** · 2019/06/09(日) 13:55:10.20

kotlin3大いいところ
・android標準という安心感（直ぐには廃れない）
・モダンな書き方ができる（arrowもあるし）
あと1つは？