Kotlin 6

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

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

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

**デフォルトの名無しさん** · 2020/02/06(木) 01:34:47.55

>>650 >>654
メソッドを2回呼んで同じ値を返す保証は結構難しい
言語レベルでのメモ化や参照透過性、所有権システムなどが必要になる

フロー解析で出来たところでコンパイル可否がlistOfの実装に依存して
柔軟性もコンパイル速度も悪化するから
Kotlinディスカッションに投げても多分改悪判定される

valやletで十分だと思うけどな

**デフォルトの名無しさん** · 2020/02/06(木) 01:42:08.64

>>651
型チェック＋処理を頻繁に書きたいのなら
こういうの用意しておくといいんじゃね

inline fun <reified T> Any?.letif(b:(T)->Unit){ if(this is T) this.let(b) }

fun main() {
val x2: List<Any> = listOf(0.3)
x2[0].letif<Double>{ println(it + 0.2) }
}

**デフォルトの名無しさん** · 2020/02/06(木) 06:43:59.78

>>650
val x2: List<Any> = listOf(0.3)
val x3 = x2[0]
if (x3 is Double) println(x3 + 0.2)
これはスマートキャストいけた。

雑に考察すると、x2の右辺には別スレッドで
val x4: MutableList<Any> = mutableListOf(0.3)
と定義したx4を書くことも出来て、
ifの条件式が評価されてprintlnが実行されるまでに、
元のスレッドでx4[0] = "string"が実行されている可能性が微粒子レベルで存在するのかなと。

**デフォルトの名無しさん** · 2020/02/06(木) 09:49:06.64

data classなんかの読み取り専用プロパティへの参照なら同じ書き方でスマートキャストできる
そのプロパティを参照するだけのメソッドやカスタムgetterを経由したら不可
コンパイラ設計上、メソッドの副作用がないことを無制限に推論することは時間的制約の面で不可能で、どこかで線引きするしかない
リフレクションで変数を書き換えてるかもしれない
その合理的な線引きの範囲がval値への参照なんだと思う

**デフォルトの名無しさん** · 2020/02/06(木) 09:57:34.37

>>659
あ、そーか。その可能性あるな。
Listの皮を被ったMutableListね。

**デフォルトの名無しさん** · 2020/02/06(木) 19:48:08.86

kotlinはc++みたいな玄人向けのクソ言語になろうとしてるのか?複雑すぎやろ。コルーチンでどうやってエラー伝えればいいんだ
https://qrunch.net/@kyoutoday/entries/64IYC8Ye81WyzA5L

**デフォルトの名無しさん** · 2020/02/06(木) 22:01:06.64

Eitherに一票

**デフォルトの名無しさん** · 2020/02/07(金) 01:10:47.77

>>662
>coroutinesなどで実行している非同期なコードの例外をキャッチすることができません。
どういうこと？出来るだろ？

suspend fun f(): String { throw RuntimeException() }

fun main() {

try { runBlocking { f() } }
catch(e:RuntimeException){ println("catch") }

val d = GlobalScope.async { f() }

try { runBlocking { d.await() } }
catch(e:RuntimeException){ println("catch") }

}

**デフォルトの名無しさん** · 2020/02/07(金) 03:04:38.78

runBlockingって、名前の通りスレッドブロックするん?だったらさすがに実際そんな使わないだろ。launch,asyncなどのコルーチンビルダーで例外キャッチできないと

**デフォルトの名無しさん** · 2020/02/07(金) 03:18:27.55

>>662と似た記事https://qiita.com/kencharos/items/6fd0a9e92363b08c0340

c#のasync/awaitレベルで十分なのにやり過ぎkotlin...

**デフォルトの名無しさん** · 2020/02/07(金) 06:43:46.22

>>665
基礎無しで応用を全部使おうとして混乱してるように見える
Kotlinに関しては道筋のドキュメント不足が原因かもしれない

> launch,asyncなどのコルーチンビルダーで例外キャッチできないと
C#のasyncやJavaScriptのPromiseでも変わらんよ

言語に限らず非同期処理の基礎知識として
コールバック、待機/通知、イベントループをまず学ぶべき

**デフォルトの名無しさん** · 2020/02/07(金) 06:46:22.97

エラー処理については
まず、正常値/エラー値/多値/例外はどれも
結果(処理への入力に対する出力)の一形態に過ぎないというところからスタート

**デフォルトの名無しさん** · 2020/02/07(金) 08:06:13.01

>C#のasyncやJavaScriptのPromiseでも変わらんよ
他の言語とkotlinの違いはkotlinの場合は、suspend関数を呼ぶにはどっかにcoroutineが必要で、
coroutineの境界(lanuchなどで)例外は外側に伝わらないじゃん。
try {
　GlobalScope.launch { 例外発生}
} catch (ex: Exception) { キャッチできない }

で、どうすりゃいいの？ってことで悩んでて、ググったら上記の記事が出てきて、kotlinは他の方法でやるの？？
って思ったけど今回とあんま関係なかったのかも。
とりあえず、JobにinvokeOnCompletionで完了ハンドラ登録できるから、
coroutineの外側ではJobを受けわたせばいいのかな・・

**デフォルトの名無しさん** · 2020/02/07(金) 08:06:35.60

suspend fun fun2() {
　throw Exception("hoge")
}

suspend fun fun1() {
　fun2()
}

// コルーチンスコープが定義されてるところはJobで返す
fun test(): Job {
　return launch {
　　fun1()
　}
}

// 大元
fun main() {
　val job = test()
　job.invokeOnComplete(t: Throwable?) { }
}

とまぁこんな感じになっちまうけどいいか・・
他の言語なら普通に例外を伝搬させられるが・・？

**デフォルトの名無しさん** · 2020/02/07(金) 08:11:00.57

と、coroutine境界の内外でどうエラーの例外を伝えればいいか悩んでた次第です・・

**デフォルトの名無しさん** · 2020/02/07(金) 08:54:24.91

>>669
>>664をC#で書くとこうなる → https://ideone.com/QwtGY4

try{ GlobalScope.launch {例外発生} } ...
これはスレッドで言えば
try{ Thread {例外発生}.start() } ...
と同じこと

>>668で書いたように戻り値も例外も同じで
待機やコールバックにより「受け取る」ことが必要

Kotlinでは runBlocking{}
C#では .Resultまたは.Wait() (どちらもスレッドをブロックする)
JavaScript(Promise)ではonRejectedコールバック

**デフォルトの名無しさん** · 2020/02/07(金) 09:11:43.28

>>670
> 他の言語なら普通に例外を伝搬させられる
まずここに勘違いがある
Kotlinに限らず同期メソッドと非同期メソッド間で
待機やコールバック無しに伝搬することは無い

main自体を非同期メソッドにしているか
ブロックする呼び出しをしていることに気付いていないだけ

**デフォルトの名無しさん** · 2020/02/07(金) 09:21:26.29

>>673
うん。だから、他の言語でmainメソッドを非同期メソッドにして、普通にtry-catchで
例外捕まえれるけど、kotlinだと無理だから他の方法あるのかな？？って
話をしてたんですけど・・・

**デフォルトの名無しさん** · 2020/02/07(金) 10:13:20.15

>>674
mainを非同期メソッドにして普通にtry-catch出来るけど

suspend fun fun2() { throw Exception("hoge") }
suspend fun fun1() { fun2() }
suspend fun main() {
try { fun1() }
catch(e:Exception){ println("catch") }
}

**デフォルトの名無しさん** · 2020/02/07(金) 11:43:04.21

躓きの原因になってそうな点を書いてみる

・Kotlinのsuspendメソッド間は暗黙で同期して明示で非同期するが
　他言語のasyncメソッド間は暗黙で非同期して明示で同期する

・GlobalScope.launchには地雷がある(joinで例外が受け取れない)
　※同スコープの launch は受け取れる
　GlobalScope.async/await に置き換えるのが良いと思う

・同スコープで非同期起動(async{})した場合の連鎖キャンセルで混乱している
　スコープがよく分からなければ GlobalScope.async を使っておけばいい

GlobalScope.launchの件は使わないから気付かなかった
基本的には GlobalScope.async/await, runBlocking を使えば良い

**デフォルトの名無しさん** · 2020/02/09(日) 13:51:35.05

Kotlin ～地図にない場所～

**デフォルトの名無しさん** · 2020/02/11(火) 05:13:51.51

>>677
脈絡がなさすぎてよくわからんが、これがやりたかったん?
https://ja.wikipedia.org/wiki/Will_%E3%80%9C%E5%9C%B0%E5%9B%B3%E3%81%AB%E3%81%AA%E3%81%84%E5%A0%B4%E6%89%80%E3%80%9C
水をさして悪いが地図にはあるんだなこれが。島の名前が由来だからね。
https://www.google.com/maps/place/%E3%82%B3%E3%83%88%E3%83%AA%E3%83%B3%E5%B3%B6/@60.0019041,29.649169,12z/data=!3m1!4b1!4m5!3m4!1s0x4696454b3c730d79:0x84277e6a3fbe0093!8m2!3d60.0125003!4d29.7336138

**デフォルトの名無しさん** · 2020/02/11(火) 08:36:48.94

KaMP Kitの紹介 (Kotlin Multiplatform用のツール)
https://blog.jetbrains.com/kotlin/2020/02/accelerate-your-kotlin-multiplatform-evaluation-with-kamp-kit/

試してないけど、マルチプラットフォームでアプリを作る際の
注意点やどのように書くかのガイドを目的としたツールのようだ

ツール自体ではないけど、ツールを作った会社の人によるKotlin/Nativeでの並行性についての話
https://www.youtube.com/watch?v=oxQ6e1VeH4M

**デフォルトの名無しさん** · 2020/02/12(水) 23:27:40.61

Jupyterとか手広げすぎだろ...
https://kotlinlang.org/docs/reference/data-science-overview.html

**デフォルトの名無しさん** · 2020/02/13(木) 00:51:57.99

>>680
ビッグデータはJavaが強い分野で、オワScalaの代替としてKotlinを推すのはわりと自然な戦略
まあJupyterを全面に押し出すのはちょっと的外れだが

**デフォルトの名無しさん** · 2020/02/14(金) 22:21:03.52

リプ大量で草
お前らは当然valも変更される前提でコード書いてるよな？
https://twitter.com/kotlin/status/1227993505332682753
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/02/14(金) 22:57:32.18

>>682
バグかな。1.4リリースまでには抹殺されることを祈る。
valの値がミュータブルオブジェクトだったりするのはありえることだから、常に警戒はしている。

**デフォルトの名無しさん** · 2020/02/14(金) 23:20:06.53

>>682
open valじゃん
それが変化しないと考える奴はただの初心者だろ・・・

Kotlinでは@JvmFieldを付けない限り
privateでないアクセサがメソッド(getter/setter)になるのは基礎の範疇

　public class Read {
　　　public String getValue(){return "hello";}
　}

でgetValueがオーバーライドされて固定値じゃなくなることに騒いでるのと同じ

**デフォルトの名無しさん** · 2020/02/14(金) 23:34:40.26

kotlinのvalは「valで定義されたものに=を使われていたら、コンパイル時にエラー出して止める」というご利益しかないよ
動作的にイミュータブルにする機能はないよ

**デフォルトの名無しさん** · 2020/02/15(土) 00:55:36.25

valの前にわざわざopenを書いてる以上、こういう拡張への意図があったということだよ
慌てなくても怖いならopenをむやみに書かなければそれでいい
継承がカプセル化を破壊するというのは昔Effective Javaで習ったろ
これはその端的な例で、だからこそKotlinはopenを明示しないと継承できない道を選んでる

**デフォルトの名無しさん** · 2020/02/19(水) 22:25:28.94

interface の val も実装を var にできるしな

**デフォルトの名無しさん** · 2020/02/23(日) 23:35:56.01

関数の引数をラムダ式にして、それをnullableにしたいんですがどう書いたらいいですか

fun fuck(abc: () -> Unit) {
}

みたいにして、呼び出す方は

fuck({
})

でも

fuck()

でも良いようにしたいんですが

**デフォルトの名無しさん** · 2020/02/23(日) 23:39:09.88

fun fuck((abc: () -> Unit)? = null) {
}

でできましたありがとうございました！

呼び出す方は

abc?.invoke()

としたら良いようですね

**デフォルトの名無しさん** · 2020/02/24(月) 18:50:03.42

それなら、nullable外してデフォルト値{}がよくない？

**デフォルトの名無しさん** · 2020/02/25(火) 05:29:25.56

尼で検索したら Kotlin の新しい本が出てきた。
尼はURLがNGワードになってて書けないので以下にタイトルだけ並べておく。一番上の本だけが紙の本とKindle版両方ある。それ以外はKindle版のみ。

みんなのKotlin　現場で役立つ最新ノウハウ！

プログラマーにおくるKotlin流し読み入門: Androidアプリ開発の新言語をスピードマスター

解決！Androidアプリ開発のアレコレ

**デフォルトの名無しさん** · 2020/02/27(木) 18:40:34.96

>>691
去年に出たのを見ると、超初心者向けのが若干少ない気がするね

**デフォルトの名無しさん** · 2020/02/29(土) 19:31:55.24

Kotlin始めました。導入しましたって話聞く機会が減ってきた悲しい。

**デフォルトの名無しさん** · 2020/02/29(土) 20:08:01.92

結局残るのは考えがしっかりした言語だ
小粋なのははやりすたりが激しい

MSはおかしい

**デフォルトの名無しさん** · 2020/02/29(土) 20:38:11.60

KotlinてMSが作ったの？

**デフォルトの名無しさん** · 2020/02/29(土) 22:40:18.84

まあC#から拝借した機能の多さを考えるとMSが作ったと言えなくもない

**デフォルトの名無しさん** · 2020/03/01(日) 11:08:43.11

kotlinで関数型を受け付けるメソッドに、特定のクラスのメソッドを渡したいのですがどうすればいいでしょうか？？
fun registerHandler(handler: (Int, Int) -> Unit)
にhanlderと同じシグニチャを持つメソッド(例えばhoge)を持つクラス(例えばFoo)を作って
val a = Foo()
registerHandler(a.hoge)
みたいなことをやりたいのですがどうすればいいでしょうか？
要するにコードを再利用したいのです

**デフォルトの名無しさん** · 2020/03/01(日) 12:50:48.59

>>697
registerHandler(a::hoge)

Bound Function and Property References
https://kotlinlang.org/docs/reference/reflection.html#bound-function-and-property-references-since-11

**デフォルトの名無しさん** · 2020/03/01(日) 14:23:26.97

>>698
ありがとうございます

**デフォルトの名無しさん** · 2020/03/04(水) 05:03:33.71

Kotlinで競プロやろうぜ

https://kotlinlang.org/docs/tutorials/competitive-programming.html

**デフォルトの名無しさん** · 2020/03/04(水) 23:04:30.12

日本語に翻訳してくれ。

**デフォルトの名無しさん** · 2020/03/04(水) 23:19:14.25

Kotlin 1.3.70 Released
品質改善がメイン

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

smart castってvarに効くっけ

**デフォルトの名無しさん** · 2020/03/06(金) 09:22:52.49

>>703
効いたと思うが、他スレッドから変更される可能性があるならダメなのでは？

**デフォルトの名無しさん** · 2020/03/06(金) 11:32:22.77

普通に書いていれば別スレッドから書き換えられるvarにsmartcastはできない

**デフォルトの名無しさん** · 2020/03/06(金) 11:38:02.14

変数にもローカル変数やらいろいろあるし
ローカルは効きそう、インスタンス変数は無理だろう

**デフォルトの名無しさん** · 2020/03/11(水) 00:08:05.10

IntellijでKotlinでJavaコード呼び出した時
どんなchecked Exception投げるか簡単に知る方法教えてください。

**デフォルトの名無しさん** · 2020/03/12(木) 13:57:27.22

何を言ってんだ？
シグニチャーを見ろ

**デフォルトの名無しさん** · 2020/03/13(金) 19:20:51.87

初めて触る言語がコトリンなんだが異端か？

**デフォルトの名無しさん** · 2020/03/13(金) 21:32:38.08

(・＿・)ﾌﾂｳ

**デフォルトの名無しさん** · 2020/03/14(土) 05:19:54.50

むしろ異端だったとしてなんかあんの？

**デフォルトの名無しさん** · 2020/03/14(土) 08:26:54.32

Kotlinって単純にJavaの上位互換と考えていいんですかね？
それとも特定の用途ならJavaの方が優れてることもある？

**デフォルトの名無しさん** · 2020/03/14(土) 08:50:35.96

>>712
・とにかく即動ける開発者を大人数集めないといけない場合
・約1MBのアプリサイズ増加が許容出来ない場合
ならJavaかな

**デフォルトの名無しさん** · 2020/03/14(土) 11:17:54.82

>>711
俺は特別！

**デフォルトの名無しさん** · 2020/03/14(土) 15:02:17.48

特別な俺に酔いしれる、アートなプログラミングをするスレ民にふさわしいな

**デフォルトの名無しさん** · 2020/03/15(日) 01:00:14.34

異端だな。
Androidアプリ作ってる場合はまあ普通だが。

**デフォルトの名無しさん** · 2020/03/15(日) 13:40:42.45

アンドロイドアプリ作る案件でしか触ったことないけどアンドロイドアプリ以外でもこの言語使うことってどれくらいあるんだ？
フリーでいろんな会社のいろんな案件に携わってきたけどアンドロイドアプリ以外でこの言語選択してるシステムに出会ったことがない

**デフォルトの名無しさん** · 2020/03/15(日) 13:43:15.79

SwiftもRustもそんな感じ

**デフォルトの名無しさん** · 2020/03/15(日) 14:28:52.20

アプリ制作専用言語という認識で差し支えないってことね

**デフォルトの名無しさん** · 2020/03/15(日) 14:45:30.20

2年前くらいの頃はサーバーサイドJavaも食いそうな勢いだったんだけど、見る影もないね
もうAndroidアプリ制作専用言語以上は何も期待できない

**デフォルトの名無しさん** · 2020/03/15(日) 14:57:29.36

何度も言われてるがベターJavaで、近代Java案件の置き換えが可能なのだが、
新規Java案件が今はもうAndroid非ゲームアプリくらいしかないため、結局Android非ゲームアプリくらいしか用途がない
もちろんかつてのJavaのように何を作っても構わないしなんでもだいたい作れるが、そもそもわざわざJavaで作る理由がもうないので…

**デフォルトの名無しさん** · 2020/03/15(日) 15:54:52.18

う、うん…

**デフォルトの名無しさん** · 2020/03/15(日) 19:04:24.46

javaの上位互換だからjava出来るならKotlinも直ぐ出来るって勘違いしてる人結構いるけど、
細かいところで書き方とか違うからそれなりに慣れるまで時間かかるよね

**デフォルトの名無しさん** · 2020/03/15(日) 19:05:45.28

まぁ何でもそうじゃね

**デフォルトの名無しさん** · 2020/03/15(日) 19:14:18.96

( ´ﾟдﾟ｀)

**デフォルトの名無しさん** · 2020/03/15(日) 19:24:15.07

Javaはお固い分野でも新規に使われてるのに
縁がない人は頓珍漢な分析するよね

**デフォルトの名無しさん** · 2020/03/15(日) 19:57:21.56

Java＜kotlinだけどそもそも新規でのJava需要が下がってきてるから流行らないって事か？

**デフォルトの名無しさん** · 2020/03/15(日) 20:02:19.40

>>726
「新規に使われてる」の解釈が違う
文字通りの意味じゃない

**デフォルトの名無しさん** · 2020/03/15(日) 21:07:47.62

>>727
Java<Kotlinな業界ではサーバーサイドJVMは落ち目だね
世間一般には圧倒的にJava>Kotlin

**デフォルトの名無しさん** · 2020/03/16(月) 00:53:01.45

>>728
どういうこと？
否定をするなら解説込みで欲しい

**デフォルトの名無しさん** · 2020/03/17(火) 01:35:07.82

かつてJavaは凄く人気が有った言語だから、エコシステムが物凄く大きい。
一方、KotlinはAndroid開発で使う人は使うと言う位置づけなのでは。

**デフォルトの名無しさん** · 2020/03/17(火) 07:47:03.83

エンタープライズでJavaを採用するような案件や環境は安定と安心が最優先すぎるのが逆風だと思う
Kotlinで生産性が上がると言われても移行の総コスト、安いコーダーが安定供給できるか
この先立ち消えたりJBがやらかしたりでKotlinコードが不良資産化しないかなど不安が大きい
おじさんを説得するには実績が欲しいがまだキャズムを越えない
越えて欲しいなあ

**デフォルトの名無しさん** · 2020/03/17(火) 10:22:24.77

エンタープライズではテストと比べればコーディングの手間は無視できるし、
一発作り切ったら運用に移管して手を切るのが基本だからコードが冗長で見通しが悪いとかはあまり問題にならない
どう考えてもマイナー言語ロックインのリスクをペイしないよ

**デフォルトの名無しさん** · 2020/03/17(火) 14:06:05.53

KotlinはJavaとは宣言の書き方が前後逆になっただけの様な言語のイメージ。
それ以外でも何かは良くなっているかもしれないが、何かは悪くなっているだろうと予想され、敢えてJavaの代わりに使おうとは思えない。
KotlinはAndroidでは使えても、デスクトップでは難しいだろうが、
Javaなら、Swingを使えば、Win/Mac/Linuxで共通アプリが作れる。
昔はさらにここにブラウザ内のアプレットも加わっていたが、今はそれが動かなくなった。
ところが、アプレットをWasmとして復活させる動きも出ているようだから、プラットフォームは広い。
恐らくそのうちSwingもAndroidやiOSで動くようになるのではないか。

**デフォルトの名無しさん** · 2020/03/17(火) 14:21:17.83

なんで思い込みのイメージだけで語るの

**デフォルトの名無しさん** · 2020/03/17(火) 14:26:37.12

>>733
短い簡単なプログラムなら、習いたての新しい言語でも作れるが、長くて複雑なプログラムには、十分に時間をかけて習熟した言語でないと作るのは難しい。
次々に生まれる新しい言語をニワカに学んでもいいプログラムを作るのは難しいのだ。
新しい言語では逆に間違ってしまったり、やりたいことを実現する方法が分からなくてそれを調べるために効率が下がることが多い。
Javaの言語仕様は、人気が有ったことからも分かるように昔から既に優れており、それはそれで一つの完成系をなしている。
根本的に新しい言語は一部だけは優れていても、どこかではむしろ劣っていることが多い。
一方でJavaはJavaで進化し続けている。

**デフォルトの名無しさん** · 2020/03/17(火) 15:01:46.47

だからなに？

**デフォルトの名無しさん** · 2020/03/17(火) 15:04:23.46

だから勉強したくないでござる

**デフォルトの名無しさん** · 2020/03/17(火) 15:07:56.32

そういうことなんだろな。
JAVAだけやっとけば安心なんだ！って自分に言い聞かせてるようにしか見えん

**デフォルトの名無しさん** · 2020/03/17(火) 15:52:42.79

言語ばかり学んでいてもな。

**デフォルトの名無しさん** · 2020/03/17(火) 15:56:41.70

>>739
そういう観点でいえば、学ぶべきはKotlinじゃなくてGoやC#などの非JVM系言語だろう
Kotlinを選んでいる時点で、自分もまたコンフォートゾーンに留まろうとしている平凡な人間の一員であることを自覚したほうがいいぞ

**デフォルトの名無しさん** · 2020/03/17(火) 16:00:09.84

どんなに優秀な人でも、あらゆる言語やツールキットを学ぶほどの時間は無いから、学ぶべきものを取捨選択や優先順位付けが重要。
一つの言語だけを学んで、プログラムに必要ななんらかの(専門的な)知識を学ぶのも立派な選択だ。

**デフォルトの名無しさん** · 2020/03/17(火) 16:05:41.43

令和のstaticおじさん(この方はJavaおじさん)かな

**デフォルトの名無しさん** · 2020/03/17(火) 16:29:11.06

ねぇねぇScalaって息してる？Kotlinとどっちがすごい？

**デフォルトの名無しさん** · 2020/03/17(火) 16:45:02.15

息はしているがどっちが凄いかは知らん

ScalaのコードをJavaScriptのコードに変換する「Scala.js 1.0」リリース
https://thinkit.co.jp/news/bn/17374

**デフォルトの名無しさん** · 2020/03/17(火) 16:46:06.62

>>743
何でも学べばよいと言うわけではない。
優先順位を付けられない人は非効率。

**デフォルトの名無しさん** · 2020/03/17(火) 16:49:51.14

>>746
というか、新しい言語を学んで無い人を馬鹿にするのは良くない。
自然法則は昔からずっと変化しないから学んで損は無いが、言語は人工的なため、不変性も無く学ぶ価値の無いものも多数含まれる。
その取捨選択が重要。

**デフォルトの名無しさん** · 2020/03/17(火) 17:07:25.05

少なくとも多言語のスレでJAVAだけでいいんだ！って力説されてもね

**デフォルトの名無しさん** · 2020/03/17(火) 17:07:39.27

他言語

**デフォルトの名無しさん** · 2020/03/17(火) 17:09:29.69

Kotlinが蔓延することで困る人もいるんだから。

**デフォルトの名無しさん** · 2020/03/17(火) 17:13:44.67

毎日使うものだから。

**デフォルトの名無しさん** · 2020/03/17(火) 17:17:56.69

>>748
ネットではKotlinそのものに価値があるようなことを言う人を良く見かけるが、実際はGoogleがOracleとの訴訟に負けて、Javaを使っていることを注意されて、それで使われるようになっただけの言語、と捉えるのが標準見解だ。

**デフォルトの名無しさん** · 2020/03/17(火) 17:27:30.89

>>734
> Javaなら、Swingを使えば、Win/Mac/Linuxで共通アプリが作れる。

Javaのライブラリ使うならKotlinでもできることになるが？

**デフォルトの名無しさん** · 2020/03/17(火) 17:31:48.86

>>736
わかった。それじゃあかれこれ30年ぐらい使い続けているPerlと35年ぐらい使い続けているC言語を使うことにするよ。Javaのような新言語に手を出すのは止めておこう。

**デフォルトの名無しさん** · 2020/03/17(火) 18:15:43.46

>>754
別にそれでいいんじゃない。
俺はJavaの回し者でもなんでもないからな。

**デフォルトの名無しさん** · 2020/03/17(火) 19:06:22.80

>>736
そういう観点なら、better javaのkotlinを学習する費用対効果は大きい。

実際、自分でクラスを設計するのならnull freeにできるkotlinの価値は高い。

……というより、型無しのnullを排除できないjavaの型システムが破綻しているだけだけどな。いいかげん、nullを受け付けないクラス／変数に対応してほしいぜ。

**デフォルトの名無しさん** · 2020/03/17(火) 19:15:03.66

>>756
むしろ、null を使うことは美しいと思っている。
引数にnullを渡すかどうかで動作を変えられることは、プログラミングの中でも最もスマートな方法。