Kotlin 4

**デフォルトの名無しさん** · 2018/07/17(火) 18:00:27.88

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

※前スレ
http://mevius.5ch.net/test/read.cgi/tech/1521401186/

**デフォルトの名無しさん** · 2018/09/01(土) 08:51:56.86

>>518
Spring bootってもうことりんで問題ない？
今のところフルことりんだとSparkでライトなサイトしか作ってない。
katorはちょっと前に試したけどまだまだ未完成で辛かった

**デフォルトの名無しさん** · 2018/09/01(土) 09:25:59.26

うちはJSFだよ・・・

**デフォルトの名無しさん** · 2018/09/01(土) 11:51:57.41

>>516
「Android StudioでつくるAndroidアプリ入門（半端にカラーで分厚い）」みたいな本では軒並みKotlin対応になってるので
最近親切げな本一冊でAndroid始めた人はみんなKotlinやってると思う
ていうかJavaで作るAndroidアプリ本がもう売ってねえ

**デフォルトの名無しさん** · 2018/09/01(土) 16:03:58.00

>>521
会話が成立しているように見えて実は噛み合ってない好例

**デフォルトの名無しさん** · 2018/09/01(土) 19:34:55.36

>>519
まだboot 2.0に上げれてないけど致命的な問題に遭遇したことはない

beanとinterface default methodの組合せで起動時エラーになってたが、@JvmDefaultで回避できるようになったし
@JvmDefault以前も拡張関数でどうにかなってた

**デフォルトの名無しさん** · 2018/09/02(日) 07:01:35.41

今からJava学ぼうと思ってたんだけど、様子見たほうがいい？
この言語がJavaに代わってすごい伸びそうだって聞いた
でもそれって何年後なんだろう

**デフォルトの名無しさん** · 2018/09/02(日) 08:12:19.19

>>524
様子見できるなら、9月末のOpenJDK 11のリリースか2019年3月のOpenJDK 12のリリースまで
様子見すれば、OpenJDKのLTSが出るのかどうかはっきりすると思う。
2017年はAndroid公認になって伸びるといわれて、実際そこそこ伸びた。
でも、2018年に入ってからはOracleのJDKリリースサイクル変更の問題や
7月のGoogleがAndroidごとJava, Kotlinを捨ててFuchsiaに行くような話も出ているし、
伸びそうというのがいつの時点での情報を元にした認識かにもよると思う。

**デフォルトの名無しさん** · 2018/09/02(日) 08:55:58.30

>>524
KotlinはJavaの方言のようなもの
Javaに代わって主役になるなんて現実にはあり得ないし、Javaが消えたら自動的に消滅する

**デフォルトの名無しさん** · 2018/09/02(日) 09:35:26.62

>>526
言語としては残るんじゃないの。
JVMで動くかどうかは別にして。

**デフォルトの名無しさん** · 2018/09/02(日) 10:10:50.96

Flash亡き後のActionScriptみたいな立ち位置になるんじゃね

**デフォルトの名無しさん** · 2018/09/02(日) 10:19:47.73

Javaの文法はもう古い
時代の流れ的にKotlin風の文法が主流になるのは間違いない

**デフォルトの名無しさん** · 2018/09/02(日) 11:22:45.32

android無視すると逆にそこまでkotlinである必要もねぇんだよな。
javaにラムダもきたしjava10でローカル変数の型推論もきたし。

**デフォルトの名無しさん** · 2018/09/02(日) 11:29:58.18

どちらかというと純Javaでなければならない理由を考えたほうがいい
どーしてもJavaじゃないと困るのでないならもはやKotlinでいい

んで次は「それを実現する」のにJVM+Kotlinでなければ困る理由をなんとかこう捻り出すのだ

**デフォルトの名無しさん** · 2018/09/02(日) 12:07:21.12

>>529
TypeScriptの流行なんかも含めると時代はKotlin風というよりC#風かな
ベースとしてC#にインスパイアされたちょっとLightweight&FunctionalなC系の流れの本流に近く、
その中では比較的Ruby系に似せた仕上げのなされた言語と位置付けるのが妥当

**デフォルトの名無しさん** · 2018/09/02(日) 13:01:24.78

インスパイアっていうか作った本人やで

**デフォルトの名無しさん** · 2018/09/02(日) 15:52:17.48

時代は Kotlin

**デフォルトの名無しさん** · 2018/09/02(日) 16:14:44.69

まあどんなに少なく見積もってもあと5年以上は生きてるだろうから別に今から勉強しても損にはならない

**デフォルトの名無しさん** · 2018/09/02(日) 16:47:03.27

Java程の糞はない

**デフォルトの名無しさん** · 2018/09/03(月) 11:39:23.18

今後は、Nativeなアプリ開発はSwiftに、JSのアプリ開発はTypescriptに、JVMのアプリ開発はKotlinが主流になるよ

問題は、そのJVMの必要性が薄れつつあるのがなぁ・・・(^_^;)

**デフォルトの名無しさん** · 2018/09/03(月) 16:57:35.00

swiftて…

**デフォルトの名無しさん** · 2018/09/03(月) 17:52:17.69

時代に全くついていけてないオッサンか、最近そこらへんのことを知ったばかりのど初心者かどちらかだろ

**デフォルトの名無しさん** · 2018/09/03(月) 19:30:53.14

JVMなアプリ開発はネイティブなアプリ開発じゃないんか

**デフォルトの名無しさん** · 2018/09/03(月) 22:12:13.16

>>540
定義にもよるかもしれないが、間にJVMが挟まる以上ネイティブではないと考えるのが妥当では?

**デフォルトの名無しさん** · 2018/09/03(月) 22:24:09.46

どっからどう見てもツッコミどころしかないんだからそんなにマジレスしても禿げるだけだぞ

**デフォルトの名無しさん** · 2018/09/04(火) 05:55:27.61

Swiftが注目されている頃に、Apple系以外のプラットホームのアプリも開発できるようにしようとかいう動きがあった気がしたけど、その後全く聞かないな

**デフォルトの名無しさん** · 2018/09/04(火) 10:59:01.66

>>543
Googleが次期OSの開発にSwift使おうとしてるやん
そのためにSwiftの開発者引き抜いた
Kotlinはあくまで繋ぎだよ

**デフォルトの名無しさん** · 2018/09/04(火) 11:40:07.04

swiftは言語的には良さそうなのに閉鎖的すぎてkotlinより可哀想

**デフォルトの名無しさん** · 2018/09/04(火) 12:37:20.05

スレチだがtypescriptに完全に置き換わるなんてことあるのか？

**デフォルトの名無しさん** · 2018/09/04(火) 12:50:28.61

>>544
Fuchsiaはswiftだけじゃなくて go rust dart あたりもサポート進めてる
このまえレポジトリ見たときには rust の文章が多めの感じだった
ラトナーがこれに関わってるのなら swift というより llvm 絡みなんだろうなという感じ

**デフォルトの名無しさん** · 2018/09/04(火) 12:58:24.52

>>546
置き換わるっていうか、tsはバニラjsとシームレスに混在できるから、かなり浸透はするだろうね。

**デフォルトの名無しさん** · 2018/09/04(火) 12:58:30.25

Kotlin native もそこに突っ込めればナイス

**デフォルトの名無しさん** · 2018/09/04(火) 12:59:33.10

少なくともRailsブームの時にCoffeeで作っちゃったものは早いとこTSに置き換えておかないと誰もメンテできない巨大な負債になりそう

**デフォルトの名無しさん** · 2018/09/04(火) 17:52:08.00

>>546
置き換わると思うよ
JVMを使うことの必要性が薄れてきてるからね
Nodeが出来たりGAFAのJava離れが進んで、ネイティブ以外はWEB良いじゃんって方向性になりつつある

**デフォルトの名無しさん** · 2018/09/04(火) 19:13:22.45

>>551
あ、JSがTSに置き換わるかって話なんでJVMとか関係ないです

**デフォルトの名無しさん** · 2018/09/04(火) 19:33:14.61

>>552
それだと完全にスレチだからよそでやってくれ

**デフォルトの名無しさん** · 2018/09/04(火) 20:04:04.38

Triple()のTripleを省略したいんだけど

**デフォルトの名無しさん** · 2018/09/04(火) 20:33:14.08

JVMは廃れるのは間違いないのだがさて何年かかるかって話だな

Javaはまもなく終わるスマホと心中するってAndroid4前には口さがなく言われてたんだよ
4.4で成功しちゃって誰もそんなことは言わなくなったけども
いやもう未来はわからんねえ

**デフォルトの名無しさん** · 2018/09/04(火) 22:07:22.64

Fuchsiaの普及次第だろうな

**デフォルトの名無しさん** · 2018/09/04(火) 23:53:53.23

>>555
ICS前？確かにショボかったけどそんな風潮だったの？

**デフォルトの名無しさん** · 2018/09/05(水) 01:49:28.53

良くも悪くも一寸先は闇だ。
未来予測は現在までに得た情報からしか出来ない。
しかし明日何かが新たに現れるかも知れず、それによりそこから先の未来は予想と大きく違ってしまうかも知れない。

**デフォルトの名無しさん** · 2018/09/05(水) 03:17:49.18

明日太陽が爆発するかも知れない

**デフォルトの名無しさん** · 2018/09/05(水) 05:55:33.83

Javaオワコンだなんてこれまで何度言われ続けてきたことか

**デフォルトの名無しさん** · 2018/09/05(水) 08:00:38.61

>>551
自分でWebって言ってるのにクライアントサイドのことしか頭にないのはなぜ

**デフォルトの名無しさん** · 2018/09/05(水) 08:12:18.73

>>561
なんとか揚げ足を取りたい気持ちはわかるが561はどう見てもサーバーの話してるだろ

**デフォルトの名無しさん** · 2018/09/05(水) 08:25:57.21

Javaっぽいなにかを使ってるSalesforceは廃れてほしい

**デフォルトの名無しさん** · 2018/09/05(水) 08:37:05.84

仕事でSalesforce使ってるけどうんこオブうんこ

**デフォルトの名無しさん** · 2018/09/05(水) 08:55:29.56

俺は触ったことないけど、トラウマレベルのゴミだと聞くな、salesforce

**デフォルトの名無しさん** · 2018/09/05(水) 09:53:21.35

>>562
Node知らんのだろ
そっとしておいてやれ

**デフォルトの名無しさん** · 2018/09/05(水) 10:07:22.39

まあJVM使わなくなったとしてなぜ置きかわり先をNodeに限定してるのかは謎だけどな
どっちにしろスレ違い

**デフォルトの名無しさん** · 2018/09/05(水) 10:09:16.76

ここはXamarinスレなんだから脱JVMなんて言わずにサーバーサイドkotlinを粛々と語るべき

**デフォルトの名無しさん** · 2018/09/05(水) 11:05:54.74

Javaで書いてコンパイルしてclassをJVMで実行
TypeScriptで書いてコンパイルしてjsをNodeで実行

まー、似たようなもんだしな

**デフォルトの名無しさん** · 2018/09/05(水) 11:25:49.59

Nodeは一時期ソシャゲのサーバーサイドなんかで広まりまくったけど、
最近そういう大量の軽いリクエストを同時に捌く系の用途はGoが主流になりつつある

**デフォルトの名無しさん** · 2018/09/05(水) 11:33:47.93

これやね
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/

**デフォルトの名無しさん** · 2018/09/05(水) 12:05:54.80

>>568 みたいに、ここはXamalinスレとか言ってるやつって、それが面白いと思ってやってるのかな。
認知症のジジイが、同じこと繰り返してるような痛々しさしか感じないんだが。

**デフォルトの名無しさん** · 2018/09/05(水) 12:14:26.17

その痛々しいのが面白いんだからやらせとけ

**デフォルトの名無しさん** · 2018/09/05(水) 13:22:37.88

>>571
新しい物が出ないと儲からないんで。

**デフォルトの名無しさん** · 2018/09/05(水) 13:57:57.38

>>572
みんなそう思いつつもスルーしてやってる
それがエンジニアの優しさってもんだw

**デフォルトの名無しさん** · 2018/09/05(水) 14:02:21.56

やっぱみんなSalesforce嫌っててワロタ

**デフォルトの名無しさん** · 2018/09/05(水) 21:29:36.82

Xamarinが糞はガチ

**デフォルトの名無しさん** · 2018/09/06(木) 07:10:22.75

>>577
前々から疑問なんだけど
Xamarinは糞とか言うけどC#が糞とは言わないよね
ここはKotlinて言語のスレなんだから合わせたら？
まあスレチだから書き込まないでくれると助かるんだけどさ

**デフォルトの名無しさん** · 2018/09/06(木) 09:05:13.51

じゃあKotlinの話題振れや
何も有益な情報提供せずに何様だ

**デフォルトの名無しさん** · 2018/09/06(木) 10:11:38.12

>>578-579
なんでそんな攻撃的なんだお前らは
黙ってスルーしてりゃいいのに

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

セミコロン不要の原理が分からん。

**デフォルトの名無しさん** · 2018/09/06(木) 10:49:04.09

セミコロンを使うところはある

**デフォルトの名無しさん** · 2018/09/06(木) 10:50:39.97

むしろセミコロンしない意味が分からない。

**デフォルトの名無しさん** · 2018/09/06(木) 12:36:16.47

>>583
FlutterでDart使うと、セミコロンのうざさがわかると思うよ。
FlutterはKotlinの言語仕様と相性がいいのにDartなんだよなー。

**デフォルトの名無しさん** · 2018/09/06(木) 13:24:49.82

korlinなんて求人がないやろ

**デフォルトの名無しさん** · 2018/09/06(木) 13:54:36.77

まあKotlin名指しの需要はないよね
言語選択の裁量のある現場において使いたいから使うもの

**デフォルトの名無しさん** · 2018/09/06(木) 13:57:34.81

Javaが金徴収し出したら本気出すんだろ？

**デフォルトの名無しさん** · 2018/09/06(木) 14:04:40.46

>>585
Kotlin名指し
https://www.wantedly.com/projects/205802#_=_

**デフォルトの名無しさん** · 2018/09/06(木) 14:05:24.13

募集終了してた。

**デフォルトの名無しさん** · 2018/09/06(木) 14:06:11.47

いやいやAndroidアプリの求人はKotlinだらけだろ
メルカリもKotlinや

**デフォルトの名無しさん** · 2018/09/06(木) 15:12:12.23

(　´_ゝ`)ﾌｰﾝ

**デフォルトの名無しさん** · 2018/09/06(木) 16:22:26.32

KotlinだからってKotlin経験者に限定して求人する必要は全くないだろ
Javaできれば何の問題もない

**デフォルトの名無しさん** · 2018/09/06(木) 16:51:45.07

むしろKotlinに限定してJava触ったこと無い奴来たら困る

**デフォルトの名無しさん** · 2018/09/06(木) 17:00:39.18

Javaを知らずにKotlinって覚えられるの？

**デフォルトの名無しさん** · 2018/09/06(木) 22:30:08.94

>>594
「覚える」がどの程度のことを指すのかが不明確で釣りっぽいが、短く答えるなら、
覚えられるが、実用段階でJavaを知ることになるだろう
と言ったところか。

**デフォルトの名無しさん** · 2018/09/06(木) 23:05:18.74

別に書けなくても読めれば十分だゾ

**デフォルトの名無しさん** · 2018/09/07(金) 00:05:24.61

アプリからライセンス情報確認してみたが、
メルカリもabemaTVもクックパッドもKotlin使ってるな
フルKotlinかどうかは分からんが

**デフォルトの名無しさん** · 2018/09/07(金) 06:13:39.21

>>597
前々から疑問に思っていたけど、JVMやJSのKotlinのランタイムライブラリは
Apache 2 licenseだから、製品に含めるときにNOTICE.txtの表示は必要?
ScalaはBSDライセンスだから不要だと思っているんですが。

**デフォルトの名無しさん** · 2018/09/07(金) 08:32:52.04

bsdなら表示しないと駄目だろ。binary も対象って明示されてる

**デフォルトの名無しさん** · 2018/09/07(金) 09:07:05.90

俺は他のライセンスとまとめて書いてるよ
なんならMITのライブラリもリストする

作者への敬意というより、依存してる外部ライブラリをリストしておきたいという理由で

**デフォルトの名無しさん** · 2018/09/07(金) 09:13:29.66

>>599
スマン。三条項BSDライセンスに宣伝条項がないという記述の意味を勘違いしていた。
でもランタイム同梱はライセンス条項の適応を受けるという解釈は>>598であってます?
もしそうなら、Javaで作ったものには特に著作権表示がいらないけど、
Koltlinで開発した場合は(実行環境にランタイムがインストールされていない限り)
ライセンス表示が必要ということになると思うのですが。

**デフォルトの名無しさん** · 2018/09/07(金) 16:17:32.09

そんなことよりKotlinがApacheライセンスであることの最大の問題は、GPLv2と互換性がないことだぞ
つまり、Kotlinで作られたものにはGPLv2を適用できない
これは、クラスパス例外を外して配布されたOpenJDKとリンクしたり、
OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできないことを意味する
GPLv2に固執し意図的に特許周りをグレーなままにしているオラクルに対するアンチテーゼかな

**デフォルトの名無しさん** · 2018/09/07(金) 16:24:53.08

なんで平然と嘘を書くかな

**デフォルトの名無しさん** · 2018/09/07(金) 16:40:46.83

>>603
Apache License 2.0がGPL2.0と互換性ないのは普通に事実だぞ
https://www.apache.org/licenses/GPL-compatibility.html
Kotlin製のソースをGPL2.0で配布しようとしたら、ランタイムライブラリをGPL2.0で提供できない限りGPL違反

**デフォルトの名無しさん** · 2018/09/07(金) 17:01:42.60

ライセンス周りのことになるとこういう頭のおかしい拡大解釈する奴が必ず出てくるよな

**デフォルトの名無しさん** · 2018/09/07(金) 18:13:05.26

拡大じゃない解釈を教えてくれよ
ApacheライセンスがGPL2と互換性ないのはわりと常識だよ
OpenJDKはリンク例外が付いているバイナリを使う限りは問題ないはずだしそう言ったつもりだけど、もしかして勘違いしてる？

**デフォルトの名無しさん** · 2018/09/07(金) 18:16:26.83

俺が予想した通りの返答をありがとうw
そういうことを言ってるんじゃないんだけど、
まあ君がそう思うならそう思ってればいいと思うよ。それで俺は困らないし。

**デフォルトの名無しさん** · 2018/09/07(金) 18:25:29.68

>>602
> クラスパス例外を外して配布されたOpenJDK
この前提がおかしいのでは? 仮にあったとしてもクラスパス例外を外さずに配布されたOpenJDKを使うべき?
> OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできない
Apacheライセンス、GPLv2クラスパス例外ライセンス、BSDライセンスを
各部分に別々のライセンスを適用しつつ配布するのってだめでしたっけ
>>604
KotlinがGPL2.0になればNOTICE.txtの表示は不要になる?

ライセンス周りはそこまで詳しくないので、おかしなことを書いていたらそっとご教授下さい。

**デフォルトの名無しさん** · 2018/09/07(金) 18:30:55.78

非互換なのは正しいけども

>これは、クラスパス例外を外して配布されたOpenJDKとリンクしたり、
>OpenJDKと同じGPLv2クラスパス例外ライセンスを適用して配布したりすることもできないことを意味する

こんな妙ちくりんな例を出して話を無意味に広げようとしなくてもなあ

**デフォルトの名無しさん** · 2018/09/07(金) 18:30:57.75

>>606
ソースを配布するのかバイナリを配布するのかで全然話が変わると思うが、
お前の一連のレスの中でそれが混在してるから話がめちゃくちゃになってる。

**デフォルトの名無しさん** · 2018/09/07(金) 18:32:07.22

非互換なのは確かに正しいし常識なのも正しい。
でも正しいのはそこだけ。まず前提がおかしい。

**デフォルトの名無しさん** · 2018/09/07(金) 18:43:16.75

>>608
GPL2.0クラスパス例外とApache2.0とBSDを混ぜて配布することは可能
ただしその場合、再配布時には決してクラスパス例外を外してはいけない
Kotlinのランタイムライブラリをシステムライブラリだと主張するのはさすがに無理筋

**デフォルトの名無しさん** · 2018/09/07(金) 19:09:09.26

少なくともKotlinでGPLv2なプロダクト(GPLv2のライブラリをリンクしただけのものも含む)を開発するのは不可能なわけで、
特定のベンダーによるプロプラな処理系だけが存在する言語を除けば割と珍しい気がする
FSFから攻撃されないのが不思議だな

**デフォルトの名無しさん** · 2018/09/07(金) 19:41:41.42

GPLv2のkotlin向けライブラリは存在しないし
自分で配布するならGPLv2からkotlinを例外にした独自ライセンスにしておけば問題ない

**デフォルトの名無しさん** · 2018/09/07(金) 20:38:19.65

Javaのライセンスの話題って結構伸びるよな

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

>>614
だよな、上のやりとりを見ててそう思った。
自分で勝手に例外条項つければそれで終わる話。

**デフォルトの名無しさん** · 2018/09/07(金) 21:11:54.38

>>615
Oracleが保身のためにクソみたいなライセンス形態にしてるのが悪い

**デフォルトの名無しさん** · 2018/09/07(金) 21:20:59.63

最初からWTFPLライセンスにしておけば何も問題ないのに