Kotlin 8

**デフォルトの名無しさん** · 2023/01/02(月) 13:55:05.18

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

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

**デフォルトの名無しさん** · 2024/01/05(金) 06:51:08.68

>>175
寝てないの？

**デフォルトの名無しさん** · 2024/01/06(土) 00:34:03.86

kapt使い慣れると、ちょっとしたことがコード生成でできるようになるから、めちゃくちゃ便利になるよね。

**デフォルトの名無しさん** · 2024/02/05(月) 15:06:39.49

kotlin.collections.MutableMap のドキュメントを見てもソースを見ても computeIfAbsent() メソッドはないのになぜか使えるね。

**デフォルトの名無しさん** · 2024/02/16(金) 06:31:50.79

kotlinx.coroutines1.8.0きたああ！

**デフォルトの名無しさん** · 2024/02/18(日) 13:03:02.22

なんか良くなる？

**デフォルトの名無しさん** · 2024/02/22(木) 09:50:47.85

これでKotlinが5位になっていたことに、たった今気付いた。

将来性の高いプログラミング言語とは？タイプ別ランキングTop10
https://www.sejuku.net/blog/124758

**デフォルトの名無しさん** · 2024/02/22(木) 10:45:10.73

>>181
2019年データっていくら何でも古くね？

IEEE調べ2023版
https://i.imgur.com/FJbpkIX.png
https://i.imgur.com/Z8hI9C6.png
https://i.imgur.com/Ocy9LG8.png

**デフォルトの名無しさん** · 2024/02/22(木) 11:45:47.43

>>181,182
ここ注目
IEEE調べ2023版Jobs:
Groovy > F# >>> Ada > Rust

redmonkはChatGPT後のSO激減の扱いを考えすぎちゃって更新止まったか
https://redmonk.com/rstephens/2023/12/14/language-rankings-update/

**デフォルトの名無しさん** · 2024/02/22(木) 19:17:15.95

たぶん、Groovy の本は日本で、ここ10年で1冊も出ていない

文法は、Ruby と似ているから、
Ruby on Rails をやれば、おおよそ分かる

**デフォルトの名無しさん** · 2024/02/23(金) 08:22:07.42

GroovyなんてJavaのビルド構成触るときにしか書いたことないや
それもいまKotlin Scriptに書き直されてもう使うこと無くなりそうだけど

**デフォルトの名無しさん** · 2024/02/23(金) 09:29:33.07

出てきた当初から名前がイキり過ぎとは思った

**デフォルトの名無しさん** · 2024/03/16(土) 18:48:05.56

最も年収の高いプログラミング言語は？ CAMELORSがランキングを発表
https://codezine.jp/article/detail/19210

１位　Go
２位　Kotlin
３位　Python

**デフォルトの名無しさん** · 2024/03/16(土) 18:54:13.83

トップ10の中にRustが入っていないな。まだそんなに年収得られるほど稼げる用途で使われてないのかな?

**デフォルトの名無しさん** · 2024/04/24(水) 02:25:39.07

「Kotlin」を用いたデスクトップアプリ開発の解説書が発売
書籍『入門!実践! Kotlin Compose Multiplatformでデスクトップアプリ開発!』
https://forest.watch.impress.co.jp/docs/bookwatch/news/1584816.html

**デフォルトの名無しさん** · 2024/04/24(水) 12:13:38.89

アニメ絵な表紙はいらん

**デフォルトの名無しさん** · 2024/04/24(水) 20:32:33.69

そういやkotlinってロゴもマスコットも影薄いよな…

**デフォルトの名無しさん** · 2024/04/25(木) 11:41:06.72

かといってGoみたいにキモいマスコットで有名になっても困る

**デフォルトの名無しさん** · 2024/04/25(木) 17:37:17.32

マスコットっていたっけ……？

**デフォルトの名無しさん** · 2024/04/25(木) 18:01:12.97

>>193
golang マスコットで画像検索すると見つかる
gopherという名前だそうだ

**194** · 2024/04/25(木) 18:07:18.97

go マスコットでも見つかった

>Go言語のマスコットキャラクター「Gopher」を愛でる

俺には無理

**デフォルトの名無しさん** · 2024/04/25(木) 18:12:20.43

Kotlinのマスコット（Kodee）の話だろ

**デフォルトの名無しさん** · 2024/04/25(木) 20:32:10.77

ʕ◔ϖ◔ʔ 呼んだ？

**デフォルトの名無しさん** · 2024/04/25(木) 20:33:29.73

マスコットなんていたのかkotlin…

**デフォルトの名無しさん** · 2024/04/25(木) 20:44:13.26

日本じゃ販売されてないオライリーの本だとテンみたいな動物が描かれてるな

**デフォルトの名無しさん** · 2024/04/27(土) 01:18:46.77

Kotlin マスコットの Kodee （コディー）をご紹介！
https://blog.jetbrains.com/ja/kotlin/2023/05/the-kotlin-mascot-returns/

**デフォルトの名無しさん** · 2024/04/29(月) 00:57:56.26

うーん、やっぱりインパクトが薄すぎるな
特段かわいくもないしカッコよくもないし、さりとてキモくもない
せめてキモカワイイくらいでないとインパクトが薄い

**デフォルトの名無しさん** · 2024/05/08(水) 22:53:46.91

K2 compiler migration guide
https://kotlinlang.org/docs/k2-compiler-migration-guide.html

**デフォルトの名無しさん** · 2024/05/11(土) 13:37:01.67

Any 型のインスタンスを MutableList<Any> 型にキャストしようとするとチェックしていないという警告が出る。
かといって if (it is MutableList<Any>) ... みたいにチェックする部分を書いても List が持つ型の Any のチェックはできないとエラーになる。
これ Java で Object のキャストする時も同じだと思うけど、List, Map, Set の類の保持する値の型に関してはチェックできないからもうどうにもならんのかな？言語仕様の問題？

**デフォルトの名無しさん** · 2024/05/11(土) 13:47:19.53

Anyにキャストしたいと思ったことがない
その状況がまずおかしいのでは？？

**デフォルトの名無しさん** · 2024/05/11(土) 13:58:50.60

Let's Go!!

**デフォルトの名無しさん** · 2024/05/11(土) 14:32:54.42

>>204
何をしようとしていたかというと、まず MutableMap<String, Any> のインスタンスを作っておいて、それのキーによって値が Int だったり String だったり MutableList<String> だったり MutableList<Int> だったりするようにしたかった。
m["A"] なら Int, m["B"] なら MutableList<String>, m["C"] なら MutableList<Int> みたいな感じ。
まあ、何か他の方法がないわけじゃないんだろうけどね。(自分で専用のクラス作れば一発で解消するんだろうけどねw)。

**デフォルトの名無しさん** · 2024/05/11(土) 15:09:35.85

文字通り未検査なんだから仕方ないね
型不明のコレクションにキャストしてから各要素をmapでキャストするかまるごと警告抑制でいいのでは

**デフォルトの名無しさん** · 2024/05/12(日) 10:41:41.27

composeで何個かアプリ作ってて思ったけど、確かに綺麗かつ書き換えしやすく書けるけど、今までに比べて難しすぎる。
初学者が書けるとは思えないんだが。

**デフォルトの名無しさん** · 2024/05/12(日) 11:30:15.48

初学者はFigmaみたいなデザインツールサービスで設計してComposeでコーディングの流れなら多少はマシなんじゃないか？
ReactやらSwiftUIやら時代の流れで宣言的UIが主流になったからこの形式に慣れるしかないんだ

**デフォルトの名無しさん** · 2024/05/12(日) 11:44:54.00

K2 compiler migration guideを読む
https://qiita.com/RyuNen344/items/2e5a67df1823fb5884fd

**デフォルトの名無しさん** · 2024/05/12(日) 18:46:17.27

シンプルにModifierとかテーマとかが分かりづらそう。
もちろん、知ってる人は今までより楽なんだけどなぁ。

**デフォルトの名無しさん** · 2024/05/12(日) 19:22:30.71

ダークテーマとかめんどくさいねん

**デフォルトの名無しさん** · 2024/05/22(水) 17:36:27.32

祝・Kotlin 2.0.0🥳

**デフォルトの名無しさん** · 2024/05/22(水) 21:46:59.77

シンプルなビルドツールのAmperがスタンドアローンで動くようになったみたい
そろそろGradleやめてAmperにしてもいいかも
ttps://blog.jetbrains.com/amper/2024/05/amper-update-may-2024/

**デフォルトの名無しさん** · 2024/05/24(金) 08:10:48.56

今年のKotlin Confはよかった
AWSの話もあってサーバーサイドとしても宣伝されてた
ttps://youtu.be/Ar73Axsz2YA

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

時間ができたから興味本位で個人用泥アプリをそこまで苦労なくKMPに移行させてみた
iOS開発環境はないからとりあえずJVMのデスクトップアプリとして動かして満足

主に書き換えたところ
build.gradleのマルチプラットフォーム化
xml→Composeに完全書き換え（これは既にほぼ移植完了してた）
SharedPreferencesをDataStoreに移行
commonMainに共通コードを移動

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

忘れてたあとネットワーク周りのKtor移植

**デフォルトの名無しさん** · 2024/06/05(水) 01:40:53.24

>>216
結構簡単そうだな。
compose重い印象あるけど、JVMの動作やリソースの食い具合は>>216的に満足いくレベルだった?

**デフォルトの名無しさん** · 2024/06/05(水) 16:59:49.49

>>218
スムーズで満足だったよ
大量のアイテムのリスト表示もカクつくことなく、Androidで動かした場合と遜色もなくデスクトップアプリとして動いてくれた

メモリ使用量はだいたい100～150MBのリソースを食ってたから気になる人はいるかも

**デフォルトの名無しさん** · 2024/06/05(水) 17:22:10.82

>>219
回答ありがとう。
アプリに寄るのは理解しているけど、ベースでのメモリの食いもそんなないんだね。
MAUIも個人的に好みじゃないし、今度作るときはCompose使ってみようかな。

**デフォルトの名無しさん** · 2024/06/05(水) 20:09:09.36

Modifier.composedをModifier.Nodeに書き換えたらむっちゃ爆速になったので報告
参考になったサイト
Modifier.Node を使いましょう (Part 4: @Composable 関数の実装を Modifier.Node に書き換える) ttps://qiita.com/_SUR4J_/items/d48372b5793c4a0fa65f

**デフォルトの名無しさん** · 2024/06/25(火) 17:25:35.29

ttps://github.com/matteocrippa/sensor-accelerometer-multiplatform/blob/main/shared/src/iosMain/kotlin/it/matteocrippa/sensorsmultiplatform/Sensors.kt
iOSアプリ開発、Kotlinで簡単にセンサーデータを取り出せるのな、クロスプラットフォーム対応モバイルアプリは全部Kotlinでいいじゃん

**デフォルトの名無しさん** · 2024/07/15(月) 21:22:20.71

ktorがバージョン3.0.0に向けて大規模リファクタリングが進んでるね
io部分をkotlinxioベースに移行するプルリクがさっきコミットされた

**デフォルトの名無しさん** · 2024/08/06(火) 21:06:57.96

2.0.10

**デフォルトの名無しさん** · 2024/08/06(火) 21:26:06.36

ロシアの企業だけどこの先どうなるんだろうね？phpは死んでも全然構わないけどさw

**デフォルトの名無しさん** · 2024/08/07(水) 00:31:01.60

KotlinはJetBrainsのIDEに縛られるのが唯一にして最大のデメリットだな
JetBrainsに貢ぐ気のある企業だけがサーバーをJavaではなくKotlinで実装できる
言語仕様自体は何一つ文句無く素晴らしい

**デフォルトの名無しさん** · 2024/08/07(水) 00:46:40.67

>>225
まあ、消えることはないんじゃない
・なんだかんだJavaの仮想マシンの上で動かせるのは大きいメリット
・AndroidがJavaファースト言語だからKotlinとは切り離せない関係にある
・マルチプラットフォーム対応
・言語仕様的にむっちゃ書きやすい
・ビルドツールのGradleが便利
ただしJetBrainsはクソ、金の亡者

**デフォルトの名無しさん** · 2024/08/07(水) 13:53:03.21

JetBrainsは金にがめついが、良いものには金出さないといけないのはしょうがないと言えばしょうがない。

**デフォルトの名無しさん** · 2024/08/07(水) 15:26:35.93

開発ツールしか売っていないJetBrainsがMSやGoogleみたいにタダでバラ撒けるわけがないし企業として存続するためにはサブスクは適切だと思うよ

**デフォルトの名無しさん** · 2024/08/07(水) 17:31:48.61

MSにしてもMSDNはタダじゃないし…

**デフォルトの名無しさん** · 2024/08/08(木) 14:55:50.33

iOSアプリ作りたかったんだけど、お金がない w
Mac miniとiPhone SEを買うと15万円くらいかかる
androidだとWindowsはあるので、手持ちのandroidスマホはテスト機に使わないとして、Galaxy aだけの2万円で済む…

**デフォルトの名無しさん** · 2024/08/08(木) 16:42:13.62

最近はKotlin/WASMとGUIフレームワークComposeでウェブページのいわゆるシングルページアプリケーションを作って遊んでる
WASMだからiOSだろうとデスクトップだろうとブラウザで動くから便利

**デフォルトの名無しさん** · 2024/09/18(水) 22:39:46.34

📢 KOTLIN ROADMAP UPDATE: Find out what comes next for Kotlin!
9/18/2024

・Language evolution: more efficient data handling, increased abstraction, and enhanced performance with clear code.
・K2-based IntelliJ IDEA plugin: faster code completion, improved highlighting and search, and more stable code analysis.
・Kotlin Multiplatform: release direct Kotlin to Swift Export, streamlined build setup, and simplified creation of KMP libraries.
・Experience of third-party ecosystem authors: simplify development and publication process for Kotlin libraries, tools, and frameworks.

For more details, head over to our Kotlin roadmap page. Explore our accomplishments and learn about our key objectives and future plans!

https://kotl.in/roadmap

**デフォルトの名無しさん** · 2024/10/10(木) 19:18:02.11

Ktor 3.0.0きたね

**デフォルトの名無しさん** · 2025/04/02(水) 22:11:15.73

kotlin のここが嫌
・省略記法を推奨してること
　関数引数の()を省略okにしないで欲しい
・引数最後のラムダを()の外に出して良いとか言わないで欲しい
・

**デフォルトの名無しさん** · 2025/04/02(水) 23:56:00.32

perlっぽいね

**デフォルトの名無しさん** · 2025/04/03(木) 09:27:11.23

拡張関数でお釣りがくる

**デフォルトの名無しさん** · 2025/04/03(木) 10:55:24.00

>>235
rubyからgroovyを経由してKotlinに取り込まれたDSL作成能力の要の記法なので、無くすわけにはいかない

**デフォルトの名無しさん** · 2025/04/05(土) 10:29:46.78

>>235
ラムダを出していいのは、そういう関数を作りやすくなるから流石にほしい。

**デフォルトの名無しさん** · 2025/04/05(土) 15:56:05.57

>>235
じゃあそういう自分が気に入る記述の言語を作れば？
自分で作らなくても仕様公開しておけばそのうち誰かが作ってくれると思うよ。

**デフォルトの名無しさん** · 2025/04/05(土) 15:58:27.19

今ならAIに作らせることも出来るかも知れんね。

**デフォルトの名無しさん** · 2025/04/05(土) 21:17:02.88

Javascriptなんかは関数のカッコの有無によって役割が変わるからカッコ省略に違和感を覚える人がいるのはわかる
ラムダ引数の外出しが嫌ってのはわからん
なんでもきっちりしてないと嫌なタイプかね

**デフォルトの名無しさん** · 2025/04/06(日) 16:22:26.45

fun interfaceの記法とかで発狂してそう

fun interface MyInvoker {
operator fun invoke(input: String)
}

val invoker: MyInvoker = MyInvoker { input ->
println(input)
}

これと同等
val invoker: MyInvoker = object : MyInvoker {
override operator fun invoke(input: String) {
println(input)
}
}

**デフォルトの名無しさん** · 2025/04/06(日) 17:05:36.42

C#信者なもんでJava もダセーと思ってたけど
kotlin でVBA みたいな記法見てげんなりしたんよ

**デフォルトの名無しさん** · 2025/04/06(日) 17:45:20.89

C#もKotlinもそんな変わんなくね
しいて言うならばKotlinのほうが記法の自由度が高いと思うけどそれが気に入らないのか？

**デフォルトの名無しさん** · 2025/04/06(日) 18:00:48.45

Kotlinは
C# -> F# の変貌っぷりよりはよっぽどマシ

**デフォルトの名無しさん** · 2025/04/06(日) 19:59:40.13

F#が幅を効かせてる分野ってなんかあったっけ

**デフォルトの名無しさん** · 2025/04/06(日) 23:58:03.42

F#と比べるならKotlinでなくScalaの方が適切だと思う
F#やScalaは関数型を目指した言語だけど、Kotlinは普通のOOP言語なので

**デフォルトの名無しさん** · 2025/04/06(日) 23:58:03.55

F#と比べるならKotlinでなくScalaの方が適切だと思う
F#やScalaは関数型を目指した言語だけど、Kotlinは普通のOOP言語なので

**デフォルトの名無しさん** · 2025/04/07(月) 09:12:20.38

まてまて
VBAはよくない→似た記法がある→Kotlinにも悪感情
これ、何の合理性もない偏見であることに気付こうぜ
VBAやVBに問題があるのはカッコが省略可能だったり書き方の自由度があるからではない
自分で信者と言っているあたりある程度自覚と自虐があるんだろうけど、こういうお気持ち優先のコメントに振り回されるのはやめたい

**デフォルトの名無しさん** · 2025/04/07(月) 21:49:43.77

知らない人が横から突然現れて
「かわいそうに。本当のコトリンを知らないんだね。一週間後にまた来てください。本物のコトリンを食べさせてあげるから」とかいう訳のわからない世界

**デフォルトの名無しさん** · 2025/04/07(月) 22:35:51.57

知らない人？
FF外から失礼します！と断ってから発言したほうがよかったか

**デフォルトの名無しさん** · 2025/04/08(火) 04:30:05.94

食うもんじゃないんじゃね？知らんけど

**デフォルトの名無しさん** · 2025/05/22(木) 21:52:02.93

ふぁっ？！
KotlinのVSCode向けLSPをJetbrainsがプレアルファで出してる
Kotlin製品をVSCodeで開発させて貰えるの有難すぎる

https://github.com/Kotlin/kotlin-lsp
About Kotlin Language Server and plugin for Visual Studio Code

**デフォルトの名無しさん** · 2025/05/22(木) 22:14:21.27

Kotlin用のLSPの登場で海外も盛り上がっている模様
https://news.ycombinator.com/item?id=44058299

これでKotlinがより普及してくれると期待されてる

**デフォルトの名無しさん** · 2025/05/23(金) 09:07:12.42

>>254
thx

**デフォルトの名無しさん** · 2025/05/28(水) 04:48:31.00

>>255
やったぜ。

**デフォルトの名無しさん** · 2025/06/09(月) 12:25:47.95

早速使ってみた。
定義移動は普通にできるけど、実装へ移動ができなかったのが気になった。

**デフォルトの名無しさん** · 2025/06/25(水) 09:01:59.73

Kotlin2.2.0きた

コンテキストパラメータなるものが追加されたみたい
言語機能としてコンパイル時に検証されるDIのようなものらしい
https://blog.jetbrains.com/kotlin/2025/06/kotlin-2-2-0-released/

**デフォルトの名無しさん** · 2025/06/25(水) 11:40:07.26

Scalaのimplicit parameterと同じ機能…？

**デフォルトの名無しさん** · 2025/08/29(金) 19:39:20.27

今日の発見

Kotlin libraries のページのメソッド一つ一つの説明が書いてあるページを表示して、日本語に自動翻訳させると「fun」の部分が「楽しい」になる。