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/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ライセンスにしておけば何も問題ないのに

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

OpenJDKのライセンス決めたのはSunだけどな…
てかクラスパス例外あるんだから困るケースは限られるし
オラクルに難癖つけたいだけだろ

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

オラクルなんて大抵の開発者には嫌われてるからしょうがない

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

>>619
現在は企業が(「ソースのリリース」ではなくOSSベースで開発する目的で)OSSを公開するときはMITライセンスを採用するケースが多くなったけど、
当時はそこまで緩いライセンスを採用することはあまり一般的ではなかったからなあ

**601** · 2018/09/08(土) 05:49:51.93

Javaのみで開発したJar: Javaのランタイムはシステム側にあるので、ライセンス表記不要.。
Javaのみで開発してJVMを同梱した実行ファイル: GPLv2クラスパス例外またはGPLv2のライセンス表記が必要。

Kotlinで開発したJar: Apache2.0ライセンスとKotlinのNOTICE.txtのライセンス表記が必要。

ということであってますでしょうか。Kotlinを使用したことを隠すことはできない...

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

お前らの作る糞アプリがライセンス違反で訴えられるようなことはねえよ
その前にアプリの質を上げることを考えろよ

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

>>623
今日の昼飯、ラーメンとマクドどっちが良いと思う？

**デフォルトの名無しさん** · 2018/09/08(土) 10:26:25.68

意味不明で草
KotlinがGPLv2と共存できないのはApacheライセンスを選んだJetBrainが主犯だろw
Oracle関係ないww

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

ライセンス表記なんかで、なんで揉めてるの？
オープンソースのフリーソフトなんか感謝の意味をこめて全部記載しとけばいいだけじゃね？

**デフォルトの名無しさん** · 2018/09/08(土) 11:27:42.47

なぜライセンスの話になると荒れるのか

**デフォルトの名無しさん** · 2018/09/08(土) 11:35:25.34

排他的なのはGPLv2の方なので何も問題なし

**デフォルトの名無しさん** · 2018/09/08(土) 12:44:23.79

そもそもいつまでもGPLv2なんてクソのままにしてるのが悪いってことだろ

**デフォルトの名無しさん** · 2018/09/08(土) 12:56:22.24

GPLv2とApache2.0に互換がないのはバクみたいなもので
対策したGPLv3とApache2.0との互換性には問題無いとFSFとApache財団で合意とれてるから、v3普及させたいFSFは文句言ったりしないのだろう

**デフォルトの名無しさん** · 2018/09/08(土) 18:54:53.75

JVM捨てて.Netにしようずwwwww

**デフォルトの名無しさん** · 2018/09/08(土) 19:32:05.66

>>629
v3は明示的な特許訴訟回避の規定があるからオラクル的にはNG

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

ライセンス変更するならソース提供者全員の合意が要る

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

OpenJDKのコントリビュータ全員にはオラクルにソースを寄贈しますっていう契約書にサインさせてるから要らないよ

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

>>626
それは概ねその通りですが、Kotlinを使用したことを記載したくない場合でもそれが認められない
というのは、マイナスポイントかと。

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

>>635
そういう人がいればそうだね確かに。
もっと別に表記して問題が起きるわけじゃ無いし、それをマイナスポイントと捉える人はあまりいないと思うけど。。

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

何にせよライセンスは変わらんから、気に入らないなら
Apache License 2.0 を採用しているものを使うのを諦めることだな
俺もライブラリとか見つけても GPLv2 だったら使うの諦めるしさ
それだけの話

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

せやな。そもそも他人の著作物をただで使わせてもらうんだしな。

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

商用でも非商用でも、使用したものを隠さなくちゃいけないことはそうそう無いだろ
気持ちの上でなんとなく隠したいってくらいじゃね
てか今どき何を作るにもライセンス表記の必要なライブラリの１つくらいは大抵使うんじゃないの

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

ライセンス表記いやなら全て自分でつくればいいだろ無能

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

Kotlinレベルのものを自分で全部作れたら無能どころかGoogleあたりからとてつもない年収でスカウト来るなw

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

googleが提供してるライセンス表示するライブラリがあって、これ使うと楽だぞ

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

>>641
仕様が決まってて実装するだけなら手間だけの問題で難しくはないぞ
難しいのは仕様の設計

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

ライセンス表示をしたくないからapacheライセンスがマイナスポイントになるとは、世の中には色々な価値観の人がいるもんだな
初めて聞いたよ