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/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を使い続けたいって感情が先にあってそこに理由を後付けしてるのかもな

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

ところで今日はコトリンが誕生した日です。
コトリンでコーディング中の同僚に教えてあげてください。

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

マジか、ケーキ買ってから出勤するか。

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

>>667
確かにめんどくさいけど開発言語の選定に影響を及ぼすほどの工数じゃないと思うw

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

誕生日おめでとう

**デフォルトの名無しさん** · 2018/09/13(木) 08:46:03.80

ことりんたんはいくつになったかな？

**デフォルトの名無しさん** · 2018/09/15(土) 09:21:44.95

俺は今日で29になった

**デフォルトの名無しさん** · 2018/09/15(土) 13:02:43.54

今日はハイジャックされたエアベトナム機の搭乗者75人が全員死亡した日です

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

9月15日は

老人の日
ひじきの日
大阪寿司の日
スカウトの日
シルバーシート記念日
シャウプ勧告の日
国際民主主義デー
独立記念日 [エルサルバドル・グアテマラ・コスタリカ・ホンジュラス・ニカラグア]

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

そして…

>>674の誕生日

**デフォルトの名無しさん** · 2018/09/17(月) 16:35:32.27

29歳か
エンジニアとしては脂が乗ってて転職もしやすいいい年齢だな

**デフォルトの名無しさん** · 2018/09/17(月) 16:59:35.01

俺も29の頃に戻って転職したいわ

**デフォルトの名無しさん** · 2018/09/20(木) 09:37:16.88

Kotlinを使うことのデメリットはビルドが遅くなる

**デフォルトの名無しさん** · 2018/09/20(木) 10:42:57.25

あ、はい

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

Kotlinに慣れてしまうとたまにJavaのコードを読み書きしなくちゃいけなくなった時に辛いのもデメリット

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

つい val と打ってしまう

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

そして頭が Java モードに移行した後で String s = "hpge"; がなぜコンパイルエラーなのかと数秒悩む。

**デフォルトの名無しさん** · 2018/09/22(土) 09:17:23.72

Javaとの切り替えは楽だわ、全然違うから。
Swiftとの切り替えの方がはるかにしんどい。似すぎなんだよ。

**デフォルトの名無しさん** · 2018/09/22(土) 10:32:19.91

さらにGoに移ればvalとも打たなくなる

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

Goの変数宣言は大嫌い
err変数の使い回しを推奨してるからerrが最初に出てくる箇所だけ := で後は = という一貫性に欠け紛らわしいコードになる
そのうえ := は左辺に新規変数が一つでもあればよく、その他は普通の再代入になるという変数宣言の意義を無にする支離滅裂な仕様
あれなら := だけに統一して最初に出てきた箇所を変数宣言と見做す仕様でよかっただろ

**デフォルトの名無しさん** · 2018/09/22(土) 13:23:45.58

>>687
微妙に違ってるのが残念
errは使いまわさない

if判定式に書いてとブロック内での利用がGoのスタイルらしいです

**デフォルトの名無しさん** · 2018/09/22(土) 13:38:05.35

普通はGoのイライラポイントは行末にセミコロンが置ける判定だと
勝手にセミコロンが入ってる前提でコンパイルしようとするところだと思う

**デフォルトの名無しさん** · 2018/09/22(土) 15:16:15.77

>>687
言いたいことは分かるけどそれ実際そんな問題になるか？

**デフォルトの名無しさん** · 2018/09/22(土) 16:37:08.98

つーかコロンがあるとソースが気持ち悪い
関数参照とか特に

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

std::

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

:-)

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

:-p

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

セルビス「せやな」

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

sどっからきたんや

**695** · 2018/09/23(日) 20:34:37.71

書いた本人もsがどこから来たのかわからない。
でも真実は太陽のようなもの。何時までも隠し通せないものさ。

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

なんのスレだよここ

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

Xamarinスレです(即答)

**デフォルトの名無しさん** · 2018/09/24(月) 16:50:49.27

editTextで複数行入力可能で最大3行まで
入力できるようにするのはどうしたらいいですか
maxLinesだと無視されるようです

**デフォルトの名無しさん** · 2018/09/24(月) 17:00:57.87

>>700
それは Android の話? だったら Android スレで聞いた方が良いのでは?

**デフォルトの名無しさん** · 2018/09/25(火) 00:09:04.72

そこをなんとか