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/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ライセンスがマイナスポイントになるとは、世の中には色々な価値観の人がいるもんだな
初めて聞いたよ

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

受託開発でKotlin使ったことが客にバレたら困るからとか？
まあその場合は客にライセンス許諾させなきゃいけないからどんなライセンスだろうが隠せないけど

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

>>645
考えられるとしたらなんらかの理由でkotlinを使っちゃいけない要件なのにこっそり使っちゃった、とか？
その場合ライセンス表記をすっぽかすよりはるかにヤバいことになりそうだがw

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

>>644
コードが数画面分に収まるくらいのシンプルなユーティリティを公開するとして、
KotlinだとライセンスとNOTICE表示の実装をしないといけないので、
KotlinじゃなくてJava使おうかなと感じる人がいるかもというのが想定ケースの一つ。

>>639
あまりないとは思うけれど、Kotlinを
ttp://practical-scheme.net/trans/beating-the-averages-j.html
のLispみたいな位置づけにしている人とかが、もう一つの想定ケースw

>>642
ありがとうございます。でも挙動を確認するくらいなら、自分で実装する、かな。

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

>>647
作る内容にもよるけど、ライセンス表記を乗せる手間とkotlinで上がる開発効率を考慮したら後者の方が大きそうではあるw

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

com.google.gms:oss-licenses を使ってオープンソースライセンスを表示する
https://qiita.com/sho5nn/items/f63ebd7ccc0c86d98e4b

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

>>647
そのケースなら大抵の人は迷わずライセンスを載せる方を選ぶと思うけど、
その2択で悩むほどライセンス表示を嫌がる理由がやっぱりわからん。

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

肝心の「ライセンス表示をしなくちゃいけないからコトリンを使わない」部分の理由は謎のままだったな

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

OSSのライブラリほぼ何も使えなくなるよな
Kotlin以外は全部自作コードなんだろうか

**デフォルトの名無しさん** · 2018/09/09(日) 18:36:27.34

別にkotlinを避けてjavaで作ろうとしてもapache commonsとか使いたくなることもあるだろうに、それら全部回避してわざわざ自作するのだろうか
あほやん

**デフォルトの名無しさん** · 2018/09/09(日) 18:42:16.87

Androidなら何れにしてもほとんどはappcompat-v7を使うことになるのでは？

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

個人的には、>>598以降書き込んだ人全員がKotlinで開発したものに
Apache 2 licenseとNOTICE.txtの表示をつけていることが確認できればそれでいいです。
もとは>>597でKotlinを使っているアプリには必ずライセンス表示がある(はず)ということを確認したかっただけですし。

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

＞個人的には、>>598以降書き込んだ人全員がKotlinで開発したものに
＞Apache 2 licenseとNOTICE.txtの表示をつけていることが確認できればそれでいいです。
？？？
何様のつもりなんだこいつは

**デフォルトの名無しさん** · 2018/09/10(月) 06:12:47.82

一方的に話を打ち切る前に、なんでkotlinの使用を断念するほどライセンス表示が嫌なのかの理由を教えてくれよ
昨日からそれが気になって気になって今日も10時間しか寝られなかった

**デフォルトの名無しさん** · 2018/09/10(月) 06:38:12.22

>>657
>>647で回答済み。>>648を読んですぐ眠りにつかれたようで何よりです。

>>656
Apache 2 licenseとNOTICE.txtの表示をつけないとライセンス違反になるのなら、
皆が違反していないと確認することはむしろ善行であると思いますが。

**デフォルトの名無しさん** · 2018/09/10(月) 07:49:38.24

>>658
お前がどこの誰だからお前に確認されることに意味があるって言うんだよｗ

**デフォルトの名無しさん** · 2018/09/10(月) 07:53:33.83

>>658
違うって。kotlinだとライセンス表記をしなくちゃいけないことがなんでjavaを選択することにつながるのか、
なんでそこまでライセンス表記を嫌がるのか、その理由だよ。
単にめんどくさいってだけ？

**デフォルトの名無しさん** · 2018/09/10(月) 08:04:18.55

>>655
コンパイラ同梱またはコンパイラの一部ソースを含む場合はNOTICE.txt要るけど
標準ライブラリ同梱だけならNOTICE.txtの方は要らんよ

Apacheライセンスの表示またはテキスト同梱は必要

**デフォルトの名無しさん** · 2018/09/10(月) 08:06:47.20

>>658様にご確認いただき大変光栄でございます。
弊社で作らせている糞アプリ、また私共個人で作成しておりますゴミアプリに関しては、
いずれもライセンスの種類を問わず使用している外部ライブラリは全て謝意とともに表示させていただいております。

**デフォルトの名無しさん** · 2018/09/10(月) 17:37:18.77

ライセンスをコピペすることがKotlin使用を断念する理由になるほどの手間なのか、、

**デフォルトの名無しさん** · 2018/09/11(火) 19:45:42.93

なんの反論もないところを見るにマジでただめんどくさいだけだったのかな
そのためにJavaを使う方がもっとめんどくさいと思うんだけど

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

変化が嫌いな人間っているからな
何だかんだ言い訳して変えようとせず不便を享受する

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

新しくてよくわからないことをやって苦労するのが嫌なんだろうな。
かといってそのままだと激しい競争に負けて稼げなくなるかも知れない。

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

まあ一応、ライセンスの表記はめんどくさい部類には入るとは思う
あとここで発明されたものではないことがはっきり露見するのでイヤとかそういうの

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

>>665
ああそっか、javaを使い続けたいって感情が先にあってそこに理由を後付けしてるのかもな