Kotlin 8

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

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

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

**デフォルトの名無しさん** · 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」の部分が「楽しい」になる。

**デフォルトの名無しさん** · 2025/12/13(土) 08:43:55.02

いつの間にか IntelliJ IDEA が変わって Ultimate と Community エディションでプログラムを分けていたのを止めて、
そのままだと Community エディションでサブスクに金出すと Ultimate になるようになっていた。
Kotlin とは直接関係しないが今まで Community エディションだと面倒だったことがある程度 Ultimate 側から取り込まれて無料で使えるようだ。
更に言語ごとに分かれていたIDEを IntelliJ IDEA に一本化した模様。
https://www.jetbrains.com/ja-jp/products/compare/?product=idea&product=idea-ult

**デフォルトの名無しさん** · 2025/12/21(日) 08:53:04.05

なんでこんな重いjvm言語使わせるんだろう
グーグルならgoでいいやん

**デフォルトの名無しさん** · 2025/12/21(日) 13:59:54.07

Googleならって、なんの話だ？

警備員[Lv.0][新芽] · 2025/12/21(日) 14:43:25.88

重さを感じる場面あるか？
別にC言語でも作れるぞ

**デフォルトの名無しさん** · 2025/12/21(日) 15:43:49.89

KotlinはJetBrains、JVMのJavaはオラクルでグーグルは関係ないな

**デフォルトの名無しさん** · 2025/12/21(日) 16:08:11.83

>>263
AndroidのランタイムやフレームワークをJVMターゲットに決めた時代にはGoはまだなかったからな
いまさら作り直す手間はかけられない

**デフォルトの名無しさん** · 2025/12/21(日) 16:39:43.29

Androidの話か
昔はJavaが覇権だったからその名残りだね

**デフォルトの名無しさん** · 2025/12/21(日) 19:19:43.20

javaの名残か。。。
swiftはネイティブコンパイルなのになあ
あとgradleとかゆうのもくそじゃね？

**デフォルトの名無しさん** · 2025/12/21(日) 19:35:45.84

俺も Java も gradle もその前の eclipse もはじめからクソだと思ってるが
皆がクソだと思いはじめるまで誰もかれも「これこそがモダン!!
これこそかスマート!!これこそが次世代への革命」とかなんとか褒めそやして
誰もかれもこれを押しつけてくるからしかたなく使っている

警備員[Lv.7][新] · 2025/12/21(日) 20:06:24.26

swift は xcode が糞だろう

**デフォルトの名無しさん** · 2025/12/21(日) 22:38:54.30

>>270
IntelliJに対するEclipseというなら、その前のってのはわかるけど。
どういう意図でその前のっていってるの？

**デフォルトの名無しさん** · 2025/12/24(水) 00:34:41.50

よく分からないけどそれっぽい言葉を使って話してみたい年ごろなのだろう

**デフォルトの名無しさん** · 2025/12/24(水) 01:37:25.92

謎の万能感がある頃は何でもクソや無能に見えるよね
振り返って考えたときクソだったというかクソ製造機だったのはJSPじゃな

**デフォルトの名無しさん** · 2025/12/24(水) 03:41:15.49

java関連て全部うんこだから将来的には今のcobolみたいな感じになりそう