Kotlin 7

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

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

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

**デフォルトの名無しさん** · 2021/01/27(水) 23:12:27.62

>>538
STモナドの中に入れたら増やせそうな気がするが、取り出せなくなるけどいい?

**デフォルトの名無しさん** · 2021/01/27(水) 23:15:32.07

>>545
簡易的なアサーションとして理解した上でNPEが出てほしい場合は使っていいよ
知らない間に大事な処理が実行されずスルーされたりするよりも、バグなのでとっとと例外を出して知らせてほしい場合とかね

https://kotlinlang.org/docs/reference/null-safety.html
> Thus, if you want an NPE, you can have it, but you have to ask for it explicitly, and it does not appear out of the blue.

**デフォルトの名無しさん** · 2021/01/28(木) 09:16:46.22

kotlinではnullチェックの代わりに?.を使うべきですか

**デフォルトの名無しさん** · 2021/01/28(木) 09:54:30.26

nullチェックと一口に言ってもバリエーションを考えないとだめ
nullなら何もしない
nullなら空白で表示する
nullならハイフンで表示する
nullなら代替手段で値を取りに行く
nullならログを吐いてフォールバックする
nullならフェイルファストで例外を出す

?.は上記のうちの一部に最適ではあるものの、一部には役に立たない
実現したいことや状況に沿った措置が先にあり、それをコードで表現するために適した言語機能を選ぶという順序で考えるべき

**デフォルトの名無しさん** · 2021/01/28(木) 12:36:53.48

nullなら割り込み禁止してその場で無限ループ

**デフォルトの名無しさん** · 2021/01/29(金) 15:21:19.10

Kotlinって、SwiftやRuby以上にWindows切り捨て感があるのな

**デフォルトの名無しさん** · 2021/01/29(金) 16:40:33.72

そう？

**デフォルトの名無しさん** · 2021/01/29(金) 22:17:24.41

やっぱSwiftやRubyの方がひどいか・・・・

**デフォルトの名無しさん** · 2021/01/30(土) 13:36:04.18

>>551
なんでそう思うの？
普通にJVMだからむしろWindowsに優しい方の言語だと思うけど。
Rubyなんて酷いものだろう。。

**デフォルトの名無しさん** · 2021/02/16(火) 22:13:20.25

ねこ

**デフォルトの名無しさん** · 2021/02/20(土) 08:00:32.70

過疎なんか？

**デフォルトの名無しさん** · 2021/02/21(日) 22:47:03.15

TornadoFXが終わってしまったっぽい。

**デフォルトの名無しさん** · 2021/02/22(月) 03:31:15.20

>>553
そもそもその2つもそれぞれMacとUNIX系のことしか考えてないってだけで切り捨て云々以前の話

**デフォルトの名無しさん** · 2021/02/22(月) 07:50:49.54

>>557
最初だけ話題になったけどすぐ話聞かなくなったもんな

**デフォルトの名無しさん** · 2021/02/24(水) 06:00:45.34

>>559
TornadoFXで作ったソフトウェアがあるんだが、Java8の終了と共に沈めるしかないか…

**デフォルトの名無しさん** · 2021/02/24(水) 15:55:29.28

これから覚えようと思ったのに・・・

**デフォルトの名無しさん** · 2021/02/24(水) 20:06:34.71

残念だね

**デフォルトの名無しさん** · 2021/02/24(水) 20:12:49.29

ざんねんですね

**デフォルトの名無しさん** · 2021/02/24(水) 21:56:39.02

なんでお葬式ムードなんだwwww

**デフォルトの名無しさん** · 2021/02/28(日) 08:57:09.46

すでにピークは過ぎ去った。

**デフォルトの名無しさん** · 2021/02/28(日) 10:57:59.59

TornadoFXの話だろ。そりゃお葬式だわ。

**デフォルトの名無しさん** · 2021/02/28(日) 10:58:46.89

今KotlinでGUIアプリ作ろうと思ったら何がいいんだろうな

**デフォルトの名無しさん** · 2021/02/28(日) 11:03:50.21

ピークちゃんかわいいやろ

**デフォルトの名無しさん** · 2021/02/28(日) 12:53:09.27

>>566
Kotlin全体が、だろ。

**デフォルトの名無しさん** · 2021/02/28(日) 15:27:48.49

>>567
何がどうなっても変わる事のがない最底辺の awt ではないか?

**デフォルトの名無しさん** · 2021/03/01(月) 19:44:58.06

awtの上でいろいろ動いてるんじゃなかったか

**デフォルトの名無しさん** · 2021/03/02(火) 02:32:19.48

kotlin.awt というのを作ってみたらどうか?

無駄だな。

**デフォルトの名無しさん** · 2021/03/05(金) 11:41:14.83

未だにkotlin nativeのサーバーサイドに可能性を感じてるんだがどう思う？

**デフォルトの名無しさん** · 2021/03/05(金) 15:40:46.28

JVMを捨てて得られるメリットと比べて、Javaの資産を失うデメリットが多すぎかな
そのメリットの方を重視する人は普通はGoやRustを使うだろうし、あえてKotlin/Nativeを使うのはかなりニッチになるだろうから、JetBrainsもそこに注力しようと思わないし流行らない

まあでも、整備してくれるなら使ってあげるよｗ

**デフォルトの名無しさん** · 2021/03/06(土) 07:42:11.87

>>573
nativeにしたところでパフォーマンスはせいぜい数倍にしか上がらない。
事業が順調に展開してパフォーマンスが求められるような幸運なケースでは、
分散やクラウドでスケールしないと早々に限界にぶち当たるのではと。
やったことないけどね。

**デフォルトの名無しさん** · 2021/03/06(土) 09:17:28.12

頼みのAndroidもFlutterにやられて終わりだな。

**デフォルトの名無しさん** · 2021/03/06(土) 12:25:54.92

今そんなにflutter伸びてるの？
AndroidといえばKotlinの時代はおわり？

**デフォルトの名無しさん** · 2021/03/06(土) 13:41:46.08

クロスプラットフォームは総じて糞

**デフォルトの名無しさん** · 2021/03/07(日) 07:42:06.57

DartはChromeに組み込みが失敗して終わったと思ったのに、Flutterで巻き返してくるとは。
先日Flutter 2.0になりWebもデスクトップもカバーして、
クロスプラットフォームではReact Nativeを抜いてトップになったらしいけど、
モバイル全体で見た時のシェアはどうなんだろう。

>>578
そういえばこのスレでもXamarinの名前をすっかり見かけなくなった。

**デフォルトの名無しさん** · 2021/03/07(日) 10:05:36.59

xamarinは.NETに統合されるから単独の話題には
もうならないのではなかろうか

**デフォルトの名無しさん** · 2021/03/08(月) 22:27:58.05

Cocoaの件で悪い意味で話題の的になると思ってたが

**デフォルトの名無しさん** · 2021/03/10(水) 09:14:01.41

Googleと取り組むオンライン施策についての件名でGoogleからメールがきたんだが趣味アプリなのに返事しちゃっていいの？

**デフォルトの名無しさん** · 2021/03/11(木) 06:21:17.00

>>582
詐欺メールでなければ。
内容がわからないけど、趣味でやっているなら解約時に違約金を取られないか注意するくらいかな。

**デフォルトの名無しさん** · 2021/03/12(金) 11:34:03.78

>>576
kotlin nativeはkotlin jvmより遅いよ
起動とメモリ使用量は有利だけど

**デフォルトの名無しさん** · 2021/03/12(金) 11:41:14.42

>>575
jetbrains視点で、vs flutterよりvs golangの方がマシな気がするんやが。
rustは競合しないから置いとくとして、
golangより書きやすいのは間違いないんやし。

**デフォルトの名無しさん** · 2021/03/12(金) 13:35:25.78

Googleの女性担当者とビデオ通話で内容をご案内とか書いてあるんだけど趣味アプリなのにいいの？

**デフォルトの名無しさん** · 2021/03/12(金) 19:38:55.82

>>586
守秘義務とかがないならもう少し詳しく説明してもらえないと分からない。
内容をご案内、も何の内容を誰(Google?あなた?ユーザー?)に案内なのかさっぱりだし。
>>584,>>585
アンカ逆かな

**デフォルトの名無しさん** · 2021/03/14(日) 16:14:48.16

サーバーサイドのJVMって別にパフォーマンス悪くないからなー
nativeにするメリットがあまりない

**デフォルトの名無しさん** · 2021/03/14(日) 17:26:30.65

YMobileのCMに出てくる芦田愛菜ちゃんはかわいいと思う

**デフォルトの名無しさん** · 2021/03/15(月) 14:33:02.39

nativeにするのは
javaの遺産を継承したくないからだと思われる

**デフォルトの名無しさん** · 2021/03/15(月) 23:06:23.55

>>580
継承したくないなら使わなければ済むと思うのですが。

**デフォルトの名無しさん** · 2021/03/16(火) 11:55:42.45

nativeにしたいのは起動時間短縮(aws lambda利用とか)と、jvmレスによるメモリ軽減(kubeで複数pod利用とか)狙い
goと被ってるから倒したい

**デフォルトの名無しさん** · 2021/03/18(木) 12:54:36.74

Kotlinでそれをやりたい人は少数派だろうし、倒さずに住み分けするんじゃだめなの

**デフォルトの名無しさん** · 2021/03/23(火) 09:25:28.89

ヤらなきゃヤられるんだよ

**デフォルトの名無しさん** · 2021/04/06(火) 16:58:25.74

java勝ったからもうお前に用はない

　 ○　←google
　く|)へ
　　〉　ヾ○ｼ　←Kotlin
￣￣７　ヘ/
　　/　ノ
　｜
　／
`｜
／

**デフォルトの名無しさん** · 2021/04/06(火) 17:23:29.60

いやkotlinはjavaのラッパーでしかないだろ

**デフォルトの名無しさん** · 2021/04/06(火) 18:48:08.81

パクりまくりおｋで逆にJava終了ってマジ!?

**デフォルトの名無しさん** · 2021/04/06(火) 18:53:33.55

むしろKotlinの天下javaに取って代わるわ

**デフォルトの名無しさん** · 2021/04/07(水) 16:37:16.80

生き残るのはJava8までよ

**デフォルトの名無しさん** · 2021/04/15(木) 03:49:33.54

そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな。

**デフォルトの名無しさん** · 2021/04/15(木) 12:26:42.63

そういやって、まさにその話をしてたのよ

**デフォルトの名無しさん** · 2021/04/28(水) 20:51:31.93

そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな

**デフォルトの名無しさん** · 2021/04/29(木) 12:43:05.79

そういやって、まさにその話をしてたのよ

**デフォルトの名無しさん** · 2021/04/29(木) 15:00:25.41

時の狭間に閉じ込められたKotlinian

**デフォルトの名無しさん** · 2021/04/29(木) 17:14:07.55

コピペか

**デフォルトの名無しさん** · 2021/04/29(木) 19:53:08.60

そういやOracleとGoogleで争ってたAndroidのJavaの件はGoogle勝ったんだってな

**デフォルトの名無しさん** · 2021/04/29(木) 20:16:08.52

そういやって、まちにその話をしたてのよ

**デフォルトの名無しさん** · 2021/04/29(木) 23:03:40.63

おいデータが微妙に壊れてるぞ

**デフォルトの名無しさん** · 2021/04/30(金) 19:45:36.51

そういえば「ち」と「さ」は反転した文字みたいなんだよな。
https://animalive.me/play/read-behind-left-brain

**デフォルトの名無しさん** · 2021/04/30(金) 19:48:36.30

おまけ
https://kent446.exblog.jp/10762054/
https://bokete.jp/boke/62455501

**デフォルトの名無しさん** · 2021/05/03(月) 03:50:23.45

今日ハマッたこと

IntelliJ IDEA で Kotlin の Coroutine のプログラムを作って試そうと思い、ネットで調べて
そのままではできず、 build.gradle.kts の dipendencies の所に implementation(...) で
追加するライブラリを書かねばならないと分かり、追加した。その後簡単なプログラムを
入力しコンパイルしたがエラーになる。そう言えば runBlocking がずっと赤いままで、
IntelliJ IDEA 側にはそれがあるとは分かっていない模様。しかし build.gradle.kts は
ちゃんと書いたし何がおかしいか分からない。

↓ 8時間後

build.gradle.kts を編集すると右上に薄っすらボタンのようなものが現れていることに気付く。
それ押すと build.gradle.kts の内容が反映されて外部ライブラリが追加されコンパイルも成功。

なんだよこれw 分かり辛すぎだろw

ていうかネットで検索しても誰もこのこと書いてないのは何故だ？たまたま見つからなかっただけ？
それとも当たり前過ぎる話なのか？しかしこれかなり重要なことだろ。編集しないと現れない幻の
ボタンって。

**デフォルトの名無しさん** · 2021/05/03(月) 04:02:34.27

サーバーサイドKotlinか？
AndroidStudioでやらないからそうなる

**デフォルトの名無しさん** · 2021/05/03(月) 04:32:44.33

>>612
AndroidStudio だとやらなくて良いの？
それとも最初からデフォルトでコルーチン使えるようになってるとか？

**デフォルトの名無しさん** · 2021/05/03(月) 04:34:09.34

てか、 build.gradle.kts を編集したらあのボタン押さないと反映されないのは同じだよね？

**デフォルトの名無しさん** · 2021/05/03(月) 06:47:14.30

AndroidStudioでAndroidのKotlinでbuild.gradleだと、編集したら目立つ色で通知が出る
「Gradle files have changed since last project sync. Aproject sync may be necessary for the IDE to work properly.」
右にSync NowとIgnore these changeが出るんで、Sync Now 押せば反映される

**デフォルトの名無しさん** · 2021/05/03(月) 07:14:10.43

IntelljIDEA2021.1.1でbuild.gradleとbuild.gradle.ktsのkotlinプロジェクト作ってみたよ
上記の通知の表示方法が変わって変なとこに象さんクルクルのアイコンが表示されるようになってるね
たぶん2021バージョンで変更された新しい表示なんだと思われる

今まで使ってた奴からすると、何だこれって感じでカーソルのせてみてSyncNowの代わりにこれ押せばいいとわかるから迷わない
ネットに情報が出てないのは、これに引っかかるのはホントの初心者だけだからじゃないかな

AndroidStudioも将来はこの表示になる可能性が高い

**デフォルトの名無しさん** · 2021/05/03(月) 07:29:34.93

Androidで使うのが一般的なのにイキって
IntellijIdeaなんかでやるから天罰が下るんだ

**デフォルトの名無しさん** · 2021/05/03(月) 08:23:58.65

>>611
普通にgradleタブのぐるぐる押せばいいのに
まずgradle使わないでどうやって実行しようとしたんだ

**デフォルトの名無しさん** · 2021/05/03(月) 08:27:51.53

intellijのスプラッシュが気持ち悪い
早く変わってくれ

**デフォルトの名無しさん** · 2021/05/03(月) 16:57:39.14

>>616
初心者というか、IntelliJ IDEA の初心者だな。
エディタを横に大きく広げていたのと白に近い灰色で表示されて気付かなかった感じだな。
色の問題もあるかな。

>>617
なんでこれでイキってることになるのか?w
Kotlinそのものの学習なら要らんだろう。Android開発部分は後から追加できるようだし。

>>618
なんだそれと思ってよく見たら右にGradleって出ててそれ押すと出てくるやつか。
これもよく見ないと発見できない "秘密のボタン" じゃねえかw
まるで昔のアドベンチャーゲームやってるかのようだ。

**デフォルトの名無しさん** · 2021/05/03(月) 17:09:28.56

イキりポンチの童貞野郎が

**デフォルトの名無しさん** · 2021/05/03(月) 17:25:07.75

勃つだけましさ

**デフォルトの名無しさん** · 2021/05/03(月) 17:42:09.79

なんでもすぐイキってるとか言っちゃう子はそんなに他人や世間が怖いのかなと心配になる
もっと自由でええんやで

**デフォルトの名無しさん** · 2021/05/04(火) 07:32:05.47

>>619
わかる

**デフォルトの名無しさん** · 2021/05/04(火) 15:42:18.39

何らかのmap関連APIで、ある地点AとBを結ぶ経路を表示することはできると思う
そこからさらに、100mなどの距離を与えてスタート地点ＡからＢ地点へ
100m歩いた軌跡を表示することは可能ですか

**デフォルトの名無しさん** · 2021/05/06(木) 04:27:55.32

質問の意味が分からないが、もしやAndroidの質問？
だったらAndroidのスレがあったと思うのでそっちで聞いた方がいいと思う。

**デフォルトの名無しさん** · 2021/05/06(木) 05:53:58.45

あわしろ氏もアカン言うてましたわ。

**デフォルトの名無しさん** · 2021/05/06(木) 08:05:00.82

あわしろ氏誰やねんヽ(`Д´)ﾉ

**デフォルトの名無しさん** · 2021/05/06(木) 18:43:39.58

>>625
それはKotlinでもAndroidでもなく使うマップの仕様によるだろう。
スタート地点+距離を受け付けるAPIがあるならできるし、ないならできない。

**デフォルトの名無しさん** · 2021/05/06(木) 20:50:47.13

そういうAPIがあるのかどうかを調べて来いよ

**デフォルトの名無しさん** · 2021/05/07(金) 01:37:38.13

お！ 1.5 出てた。

**デフォルトの名無しさん** · 2021/05/07(金) 10:08:30.66

1.5はパッとしないな

**デフォルトの名無しさん** · 2021/05/07(金) 14:02:08.44

パッとしてから来いよ

**デフォルトの名無しさん** · 2021/05/07(金) 14:37:33.61

ハッとしてグッときて
パッと目覚める Kotlinだから

**デフォルトの名無しさん** · 2021/05/07(金) 19:44:58.77

inline class最高

**デフォルトの名無しさん** · 2021/05/08(土) 06:09:46.75

>>632
Javaと同じくローリングリリースになったからな。
パッとしなくてもスケジュールが優先でリリースされる。

**デフォルトの名無しさん** · 2021/05/08(土) 09:03:32.71

ハッとしてグッときて
パッと目覚める Kotlinだから

**デフォルトの名無しさん** · 2021/05/08(土) 20:34:47.27

>>634
は天才だと思う

**デフォルトの名無しさん** · 2021/05/15(土) 23:36:32.32

俺は今頃 Compose for Desktop というものがあることを知った。

**デフォルトの名無しさん** · 2021/05/15(土) 23:43:23.67

Kotlin使ってるやつ仕事でどんなもの作ってるの？

**デフォルトの名無しさん** · 2021/05/15(土) 23:44:20.12

なんでコードでレイアウト実装したいと思うの
レイアウトはXMLに分離することで可読性を上げたいということでそうしたんじゃないの

**デフォルトの名無しさん** · 2021/05/16(日) 01:02:22.08

ひさしぶりにKotlinでコードを書く機会があったが
意外と悪くない
残念なのはこれがほとんどAndroidのアプリ開発でしか使われていないことだ・・

**デフォルトの名無しさん** · 2021/05/16(日) 05:39:12.20

>>641
XMLはわりと嫌われているからね
みんながXML大好きならJSONやYAMLなんかが今みたいに流行ることはなかっただろう

そういうXML嫌いな一派に内部DSL好きな人達がいる
rubyとかから流れてきた人達かな
kotlinは言語仕様の決定に内部DSLの書きやすさが考慮されていたりして、その内部DSL好きの意見が多く取り入れられてる
なのでレイアウトも内部DSLでやろうという話がでてくる

**デフォルトの名無しさん** · 2021/05/16(日) 05:41:08.95

コードそのものじゃなくて、内部DSLを使えば可読性は向上するという考えだね
XMLを使わなくても

**デフォルトの名無しさん** · 2021/05/16(日) 05:42:02.78

センスねえ一派だな