Kotlin 8

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

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

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

**デフォルトの名無しさん** · 2023/09/24(日) 17:59:53.84

>>142
乙乙乙

**デフォルトの名無しさん** · 2023/09/24(日) 18:53:57.58

>>142
翻訳すごいな

いつかはKotlinに。

**デフォルトの名無しさん** · 2023/09/24(日) 21:05:16.52

本家が結構アップデートされてるので既存の和訳を更新したり新しく足されたのは和訳したりもしてるよ。

意外と自分の知らない新機能が入ってたりして勉強になるw

当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…

**デフォルトの名無しさん** · 2023/09/24(日) 21:05:35.89

本家が結構アップデートされてるので既存の和訳を更新したり新しく足されたのは和訳したりもしてるよ。

意外と自分の知らない新機能が入ってたりして勉強になるw

当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…

**デフォルトの名無しさん** · 2023/09/24(日) 21:06:06.17

本家が結構アップデートされてるので既存の和訳を更新したり新しく足されたのは和訳したりもしてるよ。

意外と自分の知らない新機能が入ってたりして勉強になるw

当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…

**デフォルトの名無しさん** · 2023/09/24(日) 21:50:16.16

なんかchmateがずっとくるくる回ってるので放っておいたらめっちゃ投稿された…

**デフォルトの名無しさん** · 2023/10/11(水) 04:32:12.92

Android Studioでラムダ式の波括弧の色を変えたらコードが読みやすくなるね

**デフォルトの名無しさん** · 2023/10/14(土) 22:54:21.57

ちょっと上がったかな
https://www.tiobe.com/tiobe-index/

**デフォルトの名無しさん** · 2023/11/05(日) 05:28:11.53

Kotlin 1.9.20

**デフォルトの名無しさん** · 2023/12/02(土) 20:34:40.84

>>150
11月データに更新されてたけど、
Kotlinが先月18位から今月15位に上がってんね
Androidアプリ用途だけじゃなくてサーバー用途のJava-to-Kotlinの置き換えが進んでるってことなのかな
2,3ヶ月後にはGo-langの順位を抜きそう

**デフォルトの名無しさん** · 2023/12/03(日) 07:08:24.26

O'Reilly の Kotlin Cookbook の日本語版が出て欲しいところ。

**デフォルトの名無しさん** · 2023/12/03(日) 10:56:52.01

今更だけどアセンブリ言語がこんな高くなるのは
どういうポイント付けしてるんだろ

**デフォルトの名無しさん** · 2023/12/03(日) 11:11:11.12

Qiitaのアドヴェントカレンダー、Kotlin過疎すぎだろ…

**デフォルトの名無しさん** · 2023/12/03(日) 12:46:07.18

>>155
まあ、SpringBootに関する記事がなにかしら上がるっしょ

**デフォルトの名無しさん** · 2023/12/03(日) 12:56:44.34

そういやC言語ってまだ大人気なんだな。Python が人気なのはわかるが。
MATLAB という言語は知らなかった。

**デフォルトの名無しさん** · 2023/12/03(日) 13:05:55.65

>>152,154
2,3ヶ月後に逆転したら謎だらけ

kotlin programming
約 46,300,000 件（0.30 秒）

go language programming
約 1,040,000,000 件（0.44 秒）

**デフォルトの名無しさん** · 2023/12/03(日) 13:29:43.60

こんなことになってるのか
rust language programming
約 21,600,000 件（0.42 秒）
https://i.imgur.com/TNA5Ee4.png

**デフォルトの名無しさん** · 2023/12/03(日) 13:39:08.82

>>157
MATLABは工業系で計測機器の動作管理によく使うからね
今後も順位をキープしてずっと居座り続けるだろうよ

**デフォルトの名無しさん** · 2023/12/03(日) 13:53:20.34

>>156
kotlinで新しくサーバーやるならSpringBootよりktorだろうけど、kotlinでSpringBootやる人しか見ないの笑う、まあいいんだけどさ

**デフォルトの名無しさん** · 2023/12/03(日) 22:30:56.68

>>161
どこらへんが笑いどころなのか、よくわからないので教えてほしい。

**デフォルトの名無しさん** · 2023/12/04(月) 12:44:41.19

今時SpringBootなんて書いてるやつはいないだろう

**デフォルトの名無しさん** · 2023/12/23(土) 21:26:36.61

spring boot、どのあたりがダメだった？

**デフォルトの名無しさん** · 2023/12/24(日) 10:46:02.28

SpringBootはアノテーションつけてなんやかんやできるの便利だと思う

**デフォルトの名無しさん** · 2024/01/01(月) 03:21:32.14

あけましておめでとうございます
ことりんもよろしくおねがいします

**デフォルトの名無しさん** · 2024/01/01(月) 03:59:33.09

200gくらいでPSPやGBAを遊ぶのに最適な機種は何ですか？
元がブラウン管のゲーム機は、RGB30の画面比率で満足しています
Powkiddy X55は293gでちょっと個人的に重いです
重くてあまりゲームをやらなくなると思います
Switch liteがそうだったので

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

誤爆しました…

**デフォルトの名無しさん** · 2024/01/01(月) 07:39:12.95

へー。Linux で動いてる携帯ゲーム機なんてあったんだ。知らなかった。

**デフォルトの名無しさん** · 2024/01/01(月) 07:42:34.87

Amazonで「ポータブルゲーム機 linux」で検索すると沢山出てくるな。こんなにあったとは。

**デフォルトの名無しさん** · 2024/01/02(火) 03:17:59.47

Spring bootはアノテーションのつけ方が今一つ
どうせなら main 文とか import 文とか全部省略できるようにやってくれればいいのに
あと使っているうちに動かなくなるところとか
結局、tymeleef、html,JavaScript と共存することになるので
コードが複雑になる

**デフォルトの名無しさん** · 2024/01/04(木) 20:35:28.16

mainはわかるけどimport省略って、いったい……？
アノテーション使わずに、パッケージ名やクラス名、メソッド名でどうにかするとか？

**デフォルトの名無しさん** · 2024/01/05(金) 00:27:49.42

Spring Bootの役割を完全に誤解しているな
LombokやBetter Javaではなくエンタープライズアプリの開発フレームワークや

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

アノテーションといえば製品によるだろうけど自作アノテーションでコンパイル時にコード生成させる方法を学んで組み込んだら格段に開発効率が上がった経験あるわ

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

そのコード生成がされるまではJavaのコードとして一時的に不正になるのか、生成前でもJavaとしてコンパイルが通るソースとして成立するのかには隔たりがある
前者はLombokやKotlinのようにコーディング量が劇的に減って便利だとしてもIDEなどのツールにサポートされるまでは使えるツールが制限され普及の障壁になる
Spring Bootがimport分やmainの記載を省くような文法変更を加える大げさな仕組みだった場合はここまでの普及はなかった

**デフォルトの名無しさん** · 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なんかは関数のカッコの有無によって役割が変わるからカッコ省略に違和感を覚える人がいるのはわかる
ラムダ引数の外出しが嫌ってのはわからん
なんでもきっちりしてないと嫌なタイプかね