Kotlin 6

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

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

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

**デフォルトの名無しさん** · 2019/10/01(火) 14:14:20.72

>>304
ギットの猫?
Monalisa モナリサです

**デフォルトの名無しさん** · 2019/10/01(火) 16:05:31.80

∧＿∧　　／￣￣￣￣￣
（　´∀｀）＜　　・・・
（　　　　）　＼＿＿＿＿＿
｜｜　|
（_＿）＿）

**デフォルトの名無しさん** · 2019/10/01(火) 16:48:17.15

それはモナー

**デフォルトの名無しさん** · 2019/10/01(火) 17:00:30.37

>>305
ギット？ということで調べて来ました
身体はタコなんですね…w
ありがとうございました

**デフォルトの名無しさん** · 2019/10/01(火) 20:26:22.24

Octocatが名前と思ってたけど種族名だったのか

**デフォルトの名無しさん** · 2019/10/04(金) 15:39:45.09

ねこび～ん

**デフォルトの名無しさん** · 2019/10/05(土) 00:16:58.11

はじめてのandroidプログラミングのサンプルで使われてるライオンの画像がかわいいｗ

**デフォルトの名無しさん** · 2019/10/05(土) 13:02:24.08

おはようからお休みまで監視されるぞ

**デフォルトの名無しさん** · 2019/10/05(土) 22:05:30.67

べつにされてもどうってことないよ
毎日食ってウンコしてシコって寝てるだけのオッサンのハゲ頭監視して
それ何か得することあんのか？監視してるやつはバカとしかいいようがない

**デフォルトの名無しさん** · 2019/10/05(土) 22:24:30.86

ウンコ食ってシコ踏んでるだと

**デフォルトの名無しさん** · 2019/10/07(月) 15:34:48.22

kotlinよかJavaの方が汎用性が高いので
androidappもJavaで書きたいんだけど
リファレンスではkotlinfirstだからな！って威張りやがるので
androidapp開発って、いつまでjavaで引っ張れるか、だれかプリーズ！

**デフォルトの名無しさん** · 2019/10/07(月) 15:39:15.19

わしはもうkotlinじゃ

**デフォルトの名無しさん** · 2019/10/07(月) 15:47:14.56

そんなもんわからないので俺の主観で直感のみを使ってお答えしよう。

あと・・・3年ぐらいかな？

**デフォルトの名無しさん** · 2019/10/07(月) 15:56:24.16

それは無意味な心配だよ
Javaがなくなれば自動的にKotlinも消える

**デフォルトの名無しさん** · 2019/10/07(月) 16:09:43.37

Androidのアプリ開発で使われる事は減るのではないかな。

**デフォルトの名無しさん** · 2019/10/07(月) 16:33:25.09

Android自体がJavaの塊だからサポート外になることはありえないよ

**デフォルトの名無しさん** · 2019/10/07(月) 16:47:53.96

ありえないとは思わんが、もしJavaサポートをAndroidから排除する日がくるとしたら
それはGoogle端末がAndroidを載せるのを止める日だな

**デフォルトの名無しさん** · 2019/10/07(月) 16:48:30.06

サポート外にはならなくてもアプリを作る時のJava使用率は減るのではないかな。

**デフォルトの名無しさん** · 2019/10/07(月) 17:10:42.95

どうでもいいでしょ
世の中で圧倒的にKotlin<<Javaなのはこれからもずっと変わらないんだし、
たぶんJavaからKotlinへの移行が進むよりもスマホアプリをJVMモドキで作ること自体が廃れる方が早いよ

**デフォルトの名無しさん** · 2019/10/07(月) 17:14:52.96

そしたら Kotlin native なりなんなりそのプラットフォームに合わせたコンパイラ使えば良い。

**デフォルトの名無しさん** · 2019/10/07(月) 17:18:51.34

java知ってるならkotlinは楽
androidはkotlin化で立ち止まるよりライブラリの統合で使えないの？！ってなって考えることの方が多い

**デフォルトの名無しさん** · 2019/10/07(月) 17:29:32.36

リファレンス様の顔色を窺ってみますと
android app作るのならkotlinな
サポートもkotlinに絞るぞと言っているような勢いを感じてしまう

**デフォルトの名無しさん** · 2019/10/07(月) 18:11:11.20

googleはもうjavaのサポートレベルあげなさそうだよな。
今はJava8までの言語機能使えるんだっけか？

**デフォルトの名無しさん** · 2019/10/07(月) 19:21:40.08

Googleはなぜか言語ではこけまくった

**デフォルトの名無しさん** · 2019/10/07(月) 19:31:23.00

Go当てただけで十分だろ
MSの打率がおかしいだけ

**デフォルトの名無しさん** · 2019/10/07(月) 23:33:03.63

>>327
一生あげなさそう

**デフォルトの名無しさん** · 2019/10/08(火) 00:00:02.76

Googleの言語は理想ばっかりで現実(ライブラリとサポート)が
追いつかなかったからなあ。

**デフォルトの名無しさん** · 2019/10/08(火) 06:11:11.26

google天才レベルばかり集めた結果、大多数の凡人が付いてこられなくなった感じはある、なににつけても

**デフォルトの名無しさん** · 2019/10/08(火) 09:03:13.02

その天才達の叡智を結集した結果がDart()

**デフォルトの名無しさん** · 2019/10/08(火) 09:15:21.58

IQ150以上の人が作ったものなんて
大半（IQ90～120）の人が使っても使いづらいだけ
ギフテッドは汎用ものを手掛けたらだめでしょ

**デフォルトの名無しさん** · 2019/10/08(火) 09:28:08.68

的外れやな
じゃあ天才ばかりのMicrosoft Researchは？ってなるし

**デフォルトの名無しさん** · 2019/10/08(火) 10:12:04.61

全体デザインの天才を入れたかどうかの違いでしょ

**デフォルトの名無しさん** · 2019/10/08(火) 12:14:54.73

MS終了のお知らせ
https://www.youtube.com/watch?v=tmkrsMVsCvM

**デフォルトの名無しさん** · 2019/10/08(火) 13:33:32.41

AndroidのMSスマホだろ？
スマホに関してはWindows諦めたということだな。

**デフォルトの名無しさん** · 2019/10/08(火) 13:39:24.55

Googleはデータドリブンに傾倒しすぎた結果、プログラミング言語自体の面白さが生産性を高めないことを確信してしまったんだろう
MSもJetBrainsもそんなことは昔から重々承知だろうけど、
さすがに長年開発ツールを作ってきただけあって使ってもらうためにはプログラマに心理的に好まれることも大事であると理解してるんだろうね

**デフォルトの名無しさん** · 2019/10/08(火) 22:47:14.28

>>339
？

**デフォルトの名無しさん** · 2019/10/09(水) 21:58:29.86

Swiftのコードを移植しやすくするために、プロトコルを移植する術を用意して欲しいな

**デフォルトの名無しさん** · 2019/10/10(木) 07:03:41.74

>>334
スマホや、インターネット使ってる癖に？w

**デフォルトの名無しさん** · 2019/10/10(木) 09:44:34.71

>>334
今回ノーベル賞貰った人のIQは150未満だったのか？
電池使いやすいぞ。入れとくだけだし。

**デフォルトの名無しさん** · 2019/10/10(木) 09:47:43.02

ま、しかし、大人のIQって一体何を基準にして出すのか謎だな。子供ならまだわかるんだが。

**デフォルトの名無しさん** · 2019/10/10(木) 09:58:04.45

IQ = 偏差値 x 2

**デフォルトの名無しさん** · 2019/10/10(木) 10:06:40.36

>>341
その前にfunとfuncを統一して欲しかった
いまだにとっさにどちらだか分からなくなる

**デフォルトの名無しさん** · 2019/10/10(木) 12:54:39.50

>>345
そうするって決まってるの？どこで決めた？

**デフォルトの名無しさん** · 2019/10/10(木) 13:15:24.31

>>347
そう固い頭だと色々無理ですわ

**デフォルトの名無しさん** · 2019/10/10(木) 13:24:45.83

偏差値50でIQ100
50前後だと合ってるが端の方は違うだろうな

**デフォルトの名無しさん** · 2019/10/10(木) 21:06:55.89

>>348
そうか。

とりあえずWikipediaで「知能指数」を見てみることをおすすめする。
16歳ぐらいまでしかちゃんとした測定はできないと考えて良い。

**デフォルトの名無しさん** · 2019/10/10(木) 21:14:30.21

>>345
俺メンサに入れるかも

**デフォルトの名無しさん** · 2019/10/10(木) 22:10:25.98

>>346
ぱっと見ただけでどの言語のコードかわかるので、悪い話ばかりではない。

**デフォルトの名無しさん** · 2019/10/23(水) 00:35:02.53

kotlinがサーバサイドで動く日は来るのだろうか

**デフォルトの名無しさん** · 2019/10/23(水) 02:08:32.92

とっくに動いてるけど？

**デフォルトの名無しさん** · 2019/10/23(水) 07:52:04.30

うちの

**デフォルトの名無しさん** · 2019/10/23(水) 13:23:08.82

サーバかどうかに関わらず動くと言えば動く

**デフォルトの名無しさん** · 2019/10/23(水) 13:25:26.53

ていうかだな、VMのレベルでJavaとの互換性あるんだからJavaでできることはなんでもできるよな。
互換性というかJavaバイトコードそのままなわけだが。

**デフォルトの名無しさん** · 2019/10/24(木) 23:51:39.67

何で誰もscalaのライブラリ移植してくれないんだ？

**デフォルトの名無しさん** · 2019/10/25(金) 08:03:33.95

>>358
JavaからScalaを呼び出せるはずだから、Kotlinからも呼び出せるのでは?

**デフォルトの名無しさん** · 2019/10/29(火) 19:28:43.34

bit演算子がand/orで、conditionalの方が&&/||って紛らわしいな。

**デフォルトの名無しさん** · 2019/10/30(水) 09:41:04.16

>>360
伝統的に BASIC言語では、and, or が条件分岐(BOOL)用だったので、
混乱しそうですね。

**デフォルトの名無しさん** · 2019/10/30(水) 10:21:31.19

単語と記号の混在が紛らわしいって話でしょ
VB系がAndとAndAlsoで、C系が&と&&で一貫しているのに対して、Kotlinはandと&&の組み合わせを選んでて言われてみると少し変
andはメソッドで&&は演算子だから差別化したかったというなら理解できるが、andを演算子オーバーロードしなかったのは何でだろうな
notはしてるのに

**デフォルトの名無しさん** · 2019/10/30(水) 10:32:29.86

VBではAndもAndAlsoも、条件分岐用(BOOL系)で、AndAlsoが、
C での&&相当なんですね。x And y も C のx && yに近いが、
xが偽の場合でもyを評価してしまうところが && と違う。
そこで && と同じ動作を行わせるために導入されたのが AndAlsoと。

**デフォルトの名無しさん** · 2019/10/30(水) 16:18:46.97

Pythonは、kotlinとは反対だな。
and/orはいかにも文章的で、こっちの方がしっくりくる。

**デフォルトの名無しさん** · 2019/10/30(水) 17:38:05.90

それに、&& や || は長さも & や | より長いので、少し長い and, or と対応し易い。
後やはり、伝統的なBASIC言語との互換性は重要だ。そっちを覚えている人は
世界では沢山入るはず。特にアメリカ。

**デフォルトの名無しさん** · 2019/10/30(水) 17:38:32.15

>>365
誤：世界では沢山入るはず。特にアメリカ。
正：世界では沢山いるはず。特にアメリカ。

**デフォルトの名無しさん** · 2019/10/30(水) 20:40:57.63

and, orは値によっては計算を評価しないというifの役目もしてるから
ほかの演算子と一緒くたにするのは気分が悪かったのかもしれない

とおもったけど&&使ってもandと評価される項目一緒だっけ

**デフォルトの名無しさん** · 2019/10/31(木) 06:45:28.23

Kotlinの言語開発者は、andとorは拡張関数で実装すればKotlinの文法の範囲内で文章的に書けると思ったのかも。
ただ、>>367が指摘するように拡張関数のand, orは短絡評価がないから
&&, ||とは同じ動作にならない上にパフォーマンスも若干落ちるという残念な仕様に。
将来的に短絡評価するアノテーションとかを作れば何とか出来ると思っているのかいないのか。

**デフォルトの名無しさん** · 2019/10/31(木) 07:22:01.32

>>368
短絡評価しないから残念というものではなく副作用を考えて使い分けるものだよ
だから多くの言語ではわざわざ2種類用意されてる
前段については同意だがやはりなぜ演算子オーバーロードしなかったのか疑問

**デフォルトの名無しさん** · 2019/10/31(木) 11:07:41.22

ビット演算と論理演算の違いって>>360が書いてるやろ
ビット演算を短絡評価のない論理演算と捉えてるやつが多くてオシッコちびるわ

**デフォルトの名無しさん** · 2019/10/31(木) 19:32:54.61

kotlin使ったことないもので

**デフォルトの名無しさん** · 2019/10/31(木) 20:48:39.66

ビット演算と論理演算の違いはC C# Javaとかでも同じっすよ
言語仕様を広げたくなかったんじゃね

Kotlinのandとかは言語仕様に無くて単なる標準ライブラリの関数扱いだし

**デフォルトの名無しさん** · 2019/10/31(木) 20:58:37.80

>>371
ただちに使いなさい。

**デフォルトの名無しさん** · 2019/10/31(木) 22:36:23.90

>>369
演算子オーバーロードを許すと、Int, Boolean等以外のLocalDateTimeのようなプリミティブでない
クラスにまでユーザーが論理演算(もしくはビット演算)を定義できてしまうから
好ましくないと思ったのかなと。

>>370
Booleanに限って言えばビット演算と論理演算は(短絡評価を除けば)等価なはず。
Booleanとand, orを組み合わせれば、(短絡評価の問題を除けば) &&, || が不要になる。

**デフォルトの名無しさん** · 2019/11/01(金) 00:09:01.18

>>374
notやplusは演算子オーバーロードしてるのにandがしてないのが疑問だと言っているんだよ

**デフォルトの名無しさん** · 2019/11/01(金) 01:05:00.03

>>375
何を言っても推測にしかならないけど、一つは&&の短絡評価を演算子オーバーロードで再現できないからではと思う。
a && b が bがBooleanかどうかでbが評価されるかどうかが変わるということを避けたかったのではと。
もう一つは、>>372の言うように言語仕様を最低限にしようとしたのではと思う。
Kotlinはシフト演算を見る限り、ビット演算しようとする人には優しくない気がする。
>>375がandでオーバーロードしたかったのが&か&&かはっきりしないけど、少なくともどちらか一つは答えになっているかと。

**デフォルトの名無しさん** · 2019/11/01(金) 01:21:46.87

「演算子オーバーロードしなかった」の意味がよくわからない
&演算子が無いことの話なのか、オーバーロード出来るかどうかの話なのか

後者なら単なる関数なので普通に出来るけど
class A(val s:String) { override fun toString() = s }
infix fun A.and(o:A) = A("${this.s}∩${o.s}")
fun main(args: Array<String>) = println( A("x") and A("y") )

**デフォルトの名無しさん** · 2019/11/01(金) 09:34:45.45

演算子がないことを、演算子オーバーロードしてないと言ってるんだろう

https://github.com/Kotlin/KEEP/issues/142
中の人は演算子提供するのに乗り気じゃなさそうだけどそのうち追加されるんじゃないか
shl/shrとかわかりにくいしand/orも他言語から来ると思考ノイズでしかない

**デフォルトの名無しさん** · 2019/11/02(土) 17:53:52.29

ビット演算するとき、|=、&=って激しく便利だし頻出だと思うんだけどなぁ。

**デフォルトの名無しさん** · 2019/11/02(土) 18:52:11.73

そもそも複数のbooleanで扱うべきフラグをビット演算で1つにしてるAPI設計が良くない説

**デフォルトの名無しさん** · 2019/11/03(日) 06:01:49.39

>>380
ハードウェアがそうなってるのだから仕方なかろう。
いっぺんに書き換えないと挙動が変わってしまう

**デフォルトの名無しさん** · 2019/11/08(金) 01:15:52.84

しーん

**デフォルトの名無しさん** · 2019/11/16(土) 20:04:36.15

ｊａｖａﾗｰがｺﾄﾘﾝに乗り換える勉強するのにどれくらい移行期間かかります？

**デフォルトの名無しさん** · 2019/11/16(土) 20:26:59.99

1年働く

**デフォルトの名無しさん** · 2019/11/16(土) 20:43:38.98

>>383
君の全角半角のセﾝスからするとだな

**デフォルトの名無しさん** · 2019/11/16(土) 22:11:24.92

超天才でスーパーな人なら入門書パラパラめくって眺めて30分ぐらいかな

**デフォルトの名無しさん** · 2019/11/16(土) 22:13:58.74

1時間後にはもっと凄い新言語に閃いて作りはじめる

**デフォルトの名無しさん** · 2019/11/16(土) 23:33:33.74

java -> kotlin変換しますか？
Y?/N?

Y -> 数秒まて

**デフォルトの名無しさん** · 2019/11/17(日) 00:14:20.35

それだと !! がたくさん残るしそもそもビルド通らない

**デフォルトの名無しさん** · 2019/11/17(日) 09:48:27.71

そっから手直しすればいいんじゃない？？
無駄が多いし効率も悪いけど…

**デフォルトの名無しさん** · 2019/11/17(日) 11:45:54.92

3日で慣れる

**デフォルトの名無しさん** · 2019/11/17(日) 17:31:59.24

あれ？forループで変数インクリメントするようなのできねーじゃん。なに？while使ってやれっての？えー！

ってなってから、なーんだ (a..b).forEach { } でやりゃあいいんじゃん。
と、気づくまでに3日以上掛かった。

**デフォルトの名無しさん** · 2019/11/17(日) 17:34:56.22

ていうか for (n in a..b) でもいいのだが、a..b が Range になっててあとはコンパイラが自動でうまいことやってくれる事に気づかなかった。

**デフォルトの名無しさん** · 2019/11/17(日) 23:38:24.23

ひとまず小一時間感覚で書いてみるのは良いとしても
言語リファレンスを一通り流し読みする時間をどこかで確保しないとな
https://kotlinlang.org/docs/reference/idioms.html

**デフォルトの名無しさん** · 2019/11/19(火) 06:21:31.09

!!ってダメなのか？
むしろ入れて解決してるんだが…w

**デフォルトの名無しさん** · 2019/11/19(火) 09:50:11.74

!!は全部消さないとダメ

**デフォルトの名無しさん** · 2019/11/19(火) 09:55:32.18

>>395
ダメじゃないけど沢山あると嫌な感じ

**デフォルトの名無しさん** · 2019/11/19(火) 10:47:58.28

Kotlin 1.3.60 リリース
https://blog.jetbrains.com/kotlin/2019/11/kotlin-1-3-60-released/

**デフォルトの名無しさん** · 2019/11/19(火) 14:30:37.08

なぜどうしてもそこに必要なのかを説明できない!!は書いてはならない
あとあと絶対にそこでコード的にまたは仕様的にバグるから、むしろ遠回りになる

**デフォルトの名無しさん** · 2019/11/19(火) 16:25:17.02

null許容変数がnullになるかもしれないから!!なんじゃないの？
そういう認識なんだが

**デフォルトの名無しさん** · 2019/11/19(火) 16:29:22.93

val a = ThreadLocal<String>().get()
val b:String = a //暗黙の a!!

**デフォルトの名無しさん** · 2019/11/19(火) 19:32:30.25

!!は全部消すべき

**デフォルトの名無しさん** · 2019/11/19(火) 19:39:12.55

>>400
動作の説明としては全くその通り
しかしそれをコードに適用するデメリットが大きいので全世界中からやめと毛と言われている

**デフォルトの名無しさん** · 2019/11/19(火) 21:21:13.73

毛