Kotlin 7

**デフォルトの名無しさん** · 2020/05/06(水) 16:00:38.76

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

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

**あはーん** · 2020/07/07(火) 18:21:40.25

あはーん

**デフォルトの名無しさん** · 2020/07/07(火) 18:33:18.94

この本って？

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

>>125
この本=混乱を助長するような書籍
特定の本を指してはいない。
>>123は、>>122が自身の理解力が足りないことを書籍のせいにしていると
決めつけて揶揄したいだけ。

**デフォルトの名無しさん** · 2020/07/08(水) 15:19:31.26

唐突かつ広範な主張
マウントスタート
主観的な理由
地に足のつかない結論

わずかな文章に愚かさが詰め込まれていて揶揄せずにおれない

**デフォルトの名無しさん** · 2020/07/08(水) 23:11:44.22

はじめてthreadに手を出したのですが↓こんな感じでおけ？

thread{}で囲った中身を別スレッドに放り投げて
その中身の処理が途中だろうと、完了しようと気にせず
UIスレッドの流れが継続していく

別スレッドに投げた処理が終わるまで待つみたいな方法あります？
いま使ってる例題ではsleepで待ってて、その無駄に長い時間の中でスレッド処理を待ってるみたいなので

**デフォルトの名無しさん** · 2020/07/08(水) 23:41:51.53

コールバック

**デフォルトの名無しさん** · 2020/07/09(木) 00:39:56.84

ありがと
threadだけ調べたくてもcoroutineが出てきて情報量に混乱してました

**デフォルトの名無しさん** · 2020/07/09(木) 01:43:00.45

>>128
例題と記載ありますが何かの本で勉強してますか？

**デフォルトの名無しさん** · 2020/07/09(木) 05:56:52.89

本もネットも使ってます
やさしいkotlin入門という名前から想像できない文字だらけの本wとネットを参考にスレッドの勉強してます

thread{
for文1
for文2
}
sleep(1000)

と

for文{
thread1{}
thread2{}
}
sleep(1000)

を試すくらいのことしかまだできてないです
sleep(1)と短くしたら出力が変なことなりましてw

**デフォルトの名無しさん** · 2020/07/09(木) 09:27:26.30

joinでも待てる？

**デフォルトの名無しさん** · 2020/07/09(木) 11:44:03.74

joyでなら待ってるぜ

**デフォルトの名無しさん** · 2020/07/09(木) 12:24:35.47

>>134
氏ね

**デフォルトの名無しさん** · 2020/07/09(木) 12:35:39.58

>>135
結合でも待てる？って誘われてるのかと

**デフォルトの名無しさん** · 2020/07/09(木) 19:25:08.95

Kotlin最強すぎないか？
これもはや派遣社員取ったろ

**デフォルトの名無しさん** · 2020/07/09(木) 19:25:25.49

派遣社員ではなく覇権の間違いです

**デフォルトの名無しさん** · 2020/07/09(木) 23:24:02.22

1.4-M3

**デフォルトの名無しさん** · 2020/07/10(金) 11:38:29.99

日頃どんなことを入力しているのかが何となく分かった。

**デフォルトの名無しさん** · 2020/07/10(金) 21:28:55.09

>>140
kwsk

**デフォルトの名無しさん** · 2020/07/10(金) 22:18:02.16

>>141
ガイジ

**デフォルトの名無しさん** · 2020/07/11(土) 10:13:38.72

結局KotlinのライブラリってJavaのライブラリってことでいいの？
例えばファイルの入出力とかは、書き方は変わるもののJavaのファイルIOを使えばいいの？

**デフォルトの名無しさん** · 2020/07/11(土) 10:23:07.19

>>140
突然どうした？

**デフォルトの名無しさん** · 2020/07/11(土) 11:02:53.91

>>143
そうだよ
Kotlinのライブラリは品質低いんで割り切って無視した方がいい

**デフォルトの名無しさん** · 2020/07/11(土) 16:24:45.94

普通の Kotlin (Kotlin JVM) の場合は Java のライブラリ、Kotlin Native は Native のライブラリ(JetBrain製?)、JavaScript にするやつは JavaScript のライブラリ。
その他、他の実行環境が出来たらその実行環境でのライブラリ。

**デフォルトの名無しさん** · 2020/07/13(月) 09:48:50.93

javaよりkotlin選んでインポートしてる

**デフォルトの名無しさん** · 2020/07/22(水) 16:24:09.18

どのプログラミング言語が使われているのか、JetBrainsが調査レポートを発表
https://www.atmarkit.co.jp/ait/articles/2007/14/news138.html

**デフォルトの名無しさん** · 2020/07/22(水) 18:14:33.88

>JetBrainsが調査
怪しい

**デフォルトの名無しさん** · 2020/07/22(水) 19:13:31.55

こんなのただのアンケートだからなサンプルが偏ってない保証もないし
たとえば
> 「オープンソースプロジェクトに貢献しているか」という質問に対し、
> 「貢献していないが、貢献したい」と答えた回答者が44％、
> 「数回しか貢献していない」が20％、
> 「時々貢献している（年数回）」が16％、
> 「定期的に貢献している（少なくとも月1回）」が11％、
> 「貢献していないし、貢献したくない」が4％
って書いてあると、なるほどみなオープンソースに貢献しようとしてるのかー
っていう印象になるけど、アンケートにこの選択肢あったとして普通に
最後選ぶやつおらんだろうし、普段ほとんどオープンソースにかかわりなく
正直かかわる予定もないやつがどれに入れるかっていうと一番上の選択肢
しかないっていう・・ほとんど誘導尋問みたいなもんだ

**デフォルトの名無しさん** · 2020/07/22(水) 19:17:53.45

公平に統計を取る気があるなら本来この選択肢は
「貢献していない」
「数回程度貢献した」
「定期的に貢献している」
のように「気分の要素」を抜いた選択肢であるべきで
そうなるとおなじサンプルなのに「貢献していないが48%」
の結果がでるわけだ
ようするに、このアンケート自体が「何らかの意図を誘導
する目的でおこなわれている」のは明白なわけ

**デフォルトの名無しさん** · 2020/07/22(水) 20:09:32.32

いや、それ以前の問題として、JetBrainsがアンケートをすれば当然JetBrainsが気に入っている人の回答が多くなる。
主にそういう人がJetBrainsのサイトを見ていて、そしてそこで見つけたアンケートに答えるわけだから。
なのでどんな質問にしようが偏って当然。Webでのアンケートはどこでやろうとも無作為にはならないからそういう偏りが出る。
この場合Kotlinが多めに出ている事はまず間違いないと思う。

**デフォルトの名無しさん** · 2020/07/28(火) 21:06:47.94

1.4がようやくRCまで来た。

**デフォルトの名無しさん** · 2020/07/29(水) 00:03:15.87

>>153
おめでとうございます！1.4の開発大変でしたか？

**デフォルトの名無しさん** · 2020/07/29(水) 04:37:32.10

>>154
いや、RCになったとはいえ正式版リリースまでは開発に使わないことにしている。

**デフォルトの名無しさん** · 2020/07/29(水) 10:03:51.57

>>154
そうですね、Kotlin 1.4を開発することは我々にとって非常にタフなエクスペリエンスでした
しかし皆さんに必ず気に入っていただけると確信しています！

**デフォルトの名無しさん** · 2020/07/29(水) 13:03:54.85

>>156
お前には聞いてないｗｗｗｗ

**デフォルトの名無しさん** · 2020/07/29(水) 14:14:15.61

Kotlin 1.4-M3 公開: 標準ライブラリに関する変更
https://blog.jetbrains.com/ja/kotlin/2020/07/kotlin-1-4-m3-is-out-standard-library-changes-ja/

RCの記事も日本語訳期待

**デフォルトの名無しさん** · 2020/07/29(水) 22:35:03.20

C#が、C++に取って代わらなかったように、kotlinも中途半端な存在になるんだろうな

**デフォルトの名無しさん** · 2020/07/29(水) 22:53:33.24

そもそもC++に対するC#ほどの存在感までにすら到達してねーぞKotlin

**デフォルトの名無しさん** · 2020/07/29(水) 23:10:43.51

書籍がjava並みに出たらね、、、

**デフォルトの名無しさん** · 2020/07/30(木) 02:41:58.93

時間は掛かるかもな。まあでもそんなに爆発的に流行らんでも良いと思うが。

**デフォルトの名無しさん** · 2020/07/30(木) 03:13:00.51

普通にはやってるが
お前の職場がレベル低いだけだろ

**デフォルトの名無しさん** · 2020/07/30(木) 03:24:16.82

javaほど参考資料がないからNDKでC++使ったりしてる
わいのレベルが低いといわれたらそれまでだけど

**デフォルトの名無しさん** · 2020/07/30(木) 03:46:42.80

とりあえず、他言語のライブラリに寄生してる以上、better javaレベルでしかないからな現状..
マルチプラットホームが進んで標準ライブラリももっと豊富になれば..?

**デフォルトの名無しさん** · 2020/07/30(木) 07:51:22.96

残念だけど、もうbetter javaを超える成長はないと思うよ
既に流行が旬を過ぎてしまった

**デフォルトの名無しさん** · 2020/07/30(木) 08:59:23.65

旬ねえ・・・

**デフォルトの名無しさん** · 2020/07/30(木) 09:22:54.79

Androidアプリ書くなら今はKotlinが普通と
その手の会社の人に聞いたがどうなんだろ

**デフォルトの名無しさん** · 2020/07/30(木) 10:23:17.58

新規でやるならJavaで書くより書きやすいから断然Kotlin選ぶよ

**デフォルトの名無しさん** · 2020/07/30(木) 11:07:46.48

>>168
新規ならkotlinでいいと思うよ

**デフォルトの名無しさん** · 2020/07/30(木) 11:23:21.33

Android StudioでkotlinソースファイルにJavaコードをコピペするとKotlinコードに自動変換してくれるので敷居は低い。

**デフォルトの名無しさん** · 2020/07/30(木) 11:24:24.71

intellijも貼り付けで変換されるよ

**デフォルトの名無しさん** · 2020/07/30(木) 13:23:21.57

>>171
×敷居が低い
○ハードルが低い

**デフォルトの名無しさん** · 2020/07/30(木) 13:34:25.21

>>173
技術用語以外のカタカナ語はなるべく使わない方がいい。バカが詐欺師に見えるから。

**デフォルトの名無しさん** · 2020/07/30(木) 13:34:50.21

失礼。
バカか詐欺師に見えるから。

**デフォルトの名無しさん** · 2020/07/30(木) 14:01:31.09

>>174
敷居が高いという日本語の誤用よりもカタカナ語の方がマシだと思う
誤用を気にする神経質なタイプの方がエンジニアとしては信用できる
専門用語ならカタカナの方が誤解が少ないことも多いし

**デフォルトの名無しさん** · 2020/07/30(木) 14:30:06.13

なに言ってんの？
Kotlinファイルに節操なくJavaコードを貼り付ける不義理や面目のなさを感じずに済むのだから間違ってないよ。

**デフォルトの名無しさん** · 2020/07/30(木) 14:32:45.70

まあ次から気をつけてね

**デフォルトの名無しさん** · 2020/07/30(木) 14:41:17.53

誤用が定着してすでに新しい意味を含めて広辞苑にも載ってるにも関わらず、古い意味に固執して「俺は正しい」的な大局に無関係な主張する人間は間違いなく使えない

システムやソフトウェアの果たすべき目的よりも自分の考える正しさを押し付けるから、技術レベルがそれなりに高くても組織の邪魔になるのタイプ

**デフォルトの名無しさん** · 2020/07/30(木) 15:01:11.04

新しいことを受け入れられない人がこの業界にいるなんて不思議だなあ

**デフォルトの名無しさん** · 2020/07/30(木) 15:12:12.27

Kotlinも採用できないレベルの低い職場でしか働けてない自分を恥じて転職活動しろ

**デフォルトの名無しさん** · 2020/07/30(木) 16:03:26.38

頭柔らかい方と思う。
慎重で、こだわり強くて、融通が利かない人はどこにでもいるだろうけど、仕事が遅くない？何より扱いにくくて、足を引っ張る。
ミスもあるけど、柔軟で仕事早いほうが重宝がられる。
ミスもなく仕事も早い人は稀にいるが、大体コミュ障。

**デフォルトの名無しさん** · 2020/07/30(木) 16:14:50.76

>>182
それはただのあなたの好き嫌いのレベルの話では。

**デフォルトの名無しさん** · 2020/07/30(木) 17:19:54.28

低レベルのクズ共がかかってこいよ

**デフォルトの名無しさん** · 2020/07/30(木) 19:06:34.19

必死の屁理屈ワロタ

**デフォルトの名無しさん** · 2020/07/30(木) 19:47:06.88

>>177
ことコミュ力に関しては、マジギレしてる感じの人よりこういうユーモアのある返しができる人がいいわ

**デフォルトの名無しさん** · 2020/07/30(木) 20:14:34.63

kotlinの話しようよ
マ板でするような話はマ板で

**デフォルトの名無しさん** · 2020/07/30(木) 20:29:17.88

>>187
ではどうぞ

**デフォルトの名無しさん** · 2020/07/30(木) 21:45:27.56

5chあるある
なんか伸びてるとおもったらしょーもない煽り合戦

**デフォルトの名無しさん** · 2020/07/30(木) 22:42:52.66

>>179
新しい古い関係なく、誤用なら相手に正しく伝わらない、間違って伝わる
誤用でも文脈から類推しろよとかは、一番の押し付けだと思う

だいたいコンピュータ言語やってて誤用はエラー出るの知ってるだろ

**デフォルトの名無しさん** · 2020/07/30(木) 22:47:06.26

低レベルはエンジニア向いてないから死ね

**デフォルトの名無しさん** · 2020/07/31(金) 00:16:16.55

逆引きKotlin

とか出ないんだろうか

**デフォルトの名無しさん** · 2020/07/31(金) 05:20:55.03

C#にはどぼんがあったけど、あれでかなり助けられたなあ

**デフォルトの名無しさん** · 2020/07/31(金) 05:26:08.98

>>191
高レベル放射性廃棄物は地中深く埋葬されて下さい

**デフォルトの名無しさん** · 2020/07/31(金) 07:45:44.70

>>168
Xamarinという選択肢は

**デフォルトの名無しさん** · 2020/07/31(金) 09:14:05.07

>>195
変なもん勧めるなよ・・・

**デフォルトの名無しさん** · 2020/07/31(金) 13:04:29.30

>>168
会社次第だろ

**デフォルトの名無しさん** · 2020/07/31(金) 13:07:43.26

>>197
万能の回答で中身ゼロ

**デフォルトの名無しさん** · 2020/07/31(金) 14:12:23.57

KotlinはC#と同じく統合開発環境の入力支援のおかげで難易度が低く感じやすい。
入力支援のないテキストエディタを使ってKotlinやC#の開発をするとつらみに気づく。

**デフォルトの名無しさん** · 2020/07/31(金) 14:56:18.07

今時ただのテキストエディタでやってるとこなんてあるの？

**デフォルトの名無しさん** · 2020/07/31(金) 15:16:49.29

基本はviだろ。

**デフォルトの名無しさん** · 2020/07/31(金) 15:34:09.86

>>198
お前にはBASICがお似合い

**デフォルトの名無しさん** · 2020/07/31(金) 15:49:22.55

カルシウムが不足してるから牛乳飲むといいよ

**デフォルトの名無しさん** · 2020/07/31(金) 17:39:05.12

>>202
おっと今度は要件も聞かずに回答するのはエスパーなのか

**デフォルトの名無しさん** · 2020/07/31(金) 18:57:36.39

>>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。

**デフォルトの名無しさん** · 2020/07/31(金) 18:57:50.76

>>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。

**デフォルトの名無しさん** · 2020/07/31(金) 18:58:02.83

>>196
えーなんで？
Xamarin好きやで。
スレチになって申し訳ないけど。

**デフォルトの名無しさん** · 2020/07/31(金) 18:58:59.05

>>196
ごめんm(_ _;)m
何回も書き込んてしまった。

**デフォルトの名無しさん** · 2020/07/31(金) 20:00:16.29

久しぶりにkotlin native試してみたら、いまだにhelloworldのコンパイルに10秒以上かかる。。

**デフォルトの名無しさん** · 2020/07/31(金) 20:17:07.59

玩具に何を期待しているのか

**デフォルトの名無しさん** · 2020/08/01(土) 01:12:23.76

夢と希望の未来がいっぱい詰まってるのさ

**デフォルトの名無しさん** · 2020/08/01(土) 05:35:09.86

気持ちよくなることかな

**デフォルトの名無しさん** · 2020/08/01(土) 11:56:02.27

build.gradle.ktsとか使ってるプロジェクトウザいな。
余計なプラグインが増えてビルド時間も長くなるわ、DSLもGroovyより劣化してて単純に読みにくいのに。

**デフォルトの名無しさん** · 2020/08/01(土) 12:28:07.34

Groovyとかいうマイナー型なしクソ言語よりはマシだろ

**デフォルトの名無しさん** · 2020/08/01(土) 12:30:03.91

Groovyの方がDSLに向いた文法であるのは同感
優れたプログラミング言語があってもそれでビルドを記述したいとは限らんな

**デフォルトの名無しさん** · 2020/08/01(土) 14:33:10.32

build.gradle.kts の方が Intellj で編集するときに補完やエラーチェックがちゃんと効くという利点もある

**デフォルトの名無しさん** · 2020/08/01(土) 17:12:02.60

>>189
ま、しかし、たまにこうならないと過疎ってスレが沈んで消える。
逆に言うとこうなると言うことはまだまだ使う人が沢山居るということでもある。
使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。

**デフォルトの名無しさん** · 2020/08/02(日) 00:31:05.40

> 使われなくなった言語のスレは見る人が少なすぎて煽っても何も起こらない。
Delphi をディスるのはやめなさい

**デフォルトの名無しさん** · 2020/08/02(日) 05:00:23.72

Φを消すってどう言う意味だろう？

**デフォルトの名無しさん** · 2020/08/04(火) 17:47:41.53

5ちゃんが高齢化してるなぁと思うのは、Kotlinもそうだけど他の最近流行の言語やらフレームワークやらのスレが全然伸びないところよね
バリバリの若手世代が全然いない

**デフォルトの名無しさん** · 2020/08/04(火) 19:05:54.35

qiitaに行ってしっまったからでは？

**デフォルトの名無しさん** · 2020/08/04(火) 20:38:21.24

ここで聞かんでもググれば大抵の事がわかるからな

**デフォルトの名無しさん** · 2020/08/10(月) 16:05:28.72

拡張関数の中での this はその関数を呼び出したクラスのインスタンスになっているわけだが、
その拡張関数の中で object を作った場合はそのクラス内からはどうやってアクセスするのか?
this を使うと object のインスタンスになってしまう。かといって this@拡張関数のクラスにしてもできない。

例えばこれ。

fun String.hogeIterator() = object : Iterator<String> {
　override fun hasNext(): Boolean { .... }
　override fun next(): String {
　　/* ここでは substring() 等の拡張関数がアクセスしているインスタンスのメソッドを使えるが
　　 * this@String はコンパイル時に unresolved reference: @String になって使えない。
　　 * もちろん this は object を指すので使えない。
　　 */
　}
}