Kotlin 8

**デフォルトの名無しさん** · 2023/09/02(土) 12:33:55.85

プロパティ移譲じゃない？

**118** · 2023/09/02(土) 14:26:35.12

>>119
ありがとうございます
前後の文脈も示すべきでした

ttps://developer.android.com/jetpack/compose/navigation?hl=ja
ここにあるコードの抜粋
val navController = rememberNavController()
Scaffold(
bottomBar = {
BottomNavigation {
val navBackStackEntry by navController.currentBackStackEntryAsState()
val currentDestination = navBackStackEntry?.destination
...

この使われかたはプロパティじゃないと思うのですがどうでしょうか

**デフォルトの名無しさん** · 2023/09/02(土) 17:54:56.94

これかな
Local delegated properties
https://github.com/Kotlin/KEEP/blob/master/proposals/local-delegated-properties.md
ローカル移譲プロパティ？

**118** · 2023/09/04(月) 10:07:53.25

>>121 ありがとうございます
検索してもインターネットには情報が少ないですね
エラーメッセージを頼りにちいさいサンプルを書いてみましたが、
error: unresolved reference: test
このエラーが消せませんでした
委譲ならtestが呼べると思ったのですが

import kotlin.reflect.KProperty
public interface A{
fun test() : Unit
operator fun getValue(b : Nothing?, c:KProperty<*>) : String
}
public val impl = object : A{
override fun test() = println("hello world")
override fun getValue(b: Nothing?, c: KProperty<*>) = "str"
}
fun main(){
val da by impl
da.test()
}

**デフォルトの名無しさん** · 2023/09/04(月) 10:58:04.18

>>122
移譲の形式でval da by implとした場合、da.test()はdaのgetValue(....)した結果をレシーバとしてtest()メソッドを呼ぶという意味になるよね？つまり"str".test()という意味になってエラーになるだろう

移譲でないval da = implとすればda.test()は呼べるはず

**118** · 2023/09/04(月) 14:21:13.43

>>123
ありがとうございます。一人では絶対にわからなかったと思います
getValueにはそういう意味があるのですね
以下のように書き換えてhello worldが表示できました

import kotlin.reflect.KProperty
public interface A{
fun test() : Unit
operator fun getValue(b : Nothing?, c:KProperty<*>) : A
}
public val impl = object : A{
override fun test() = println("hello world")
override fun getValue(b: Nothing?, c: KProperty<*>) = this

}
fun main(){
val da by impl
da.test()
}

**デフォルトの名無しさん** · 2023/09/16(土) 09:51:42.96

「Kotlin」が人気言語ランキングトップ20に返り咲き--9月のTIOBE指標
https://japan.zdnet.com/article/35208961/

**デフォルトの名無しさん** · 2023/09/16(土) 10:43:09.92

javaのが上なのか
Kotlinに移行した開発者は増えてると思うんだがそこまででもないのか？
最近検索にひっかかるドキュメントはjavaよりKotlinのほうが多い印象

**デフォルトの名無しさん** · 2023/09/16(土) 11:40:23.57

Android 向けアプリの開発では結構使われているのではないかな。知らんけど。
Java の場合は20年以上前から色々な事に使われてきてプログラマも多いし本も多いから上なのは当然の事。
というかそもそも Kotlin は JavaVM で動くやつが最初に出て Java のライブラリ使って動くことが前提なのでまだまだ Java なしではいられない状態。

**デフォルトの名無しさん** · 2023/09/16(土) 18:54:40.30

androidはbuild.gradleもGroovyからKotlin(build.gradle.kts)に置き換えられるようになったし
かなりKotlin推しって感じ
俺はjavaから乗り換えた。Kotlinは書いていて割と楽しい方だと思う
そして名前がかわいいという最強のメリット

**デフォルトの名無しさん** · 2023/09/17(日) 10:21:48.92

var書いて変数名の後にコロン書いてまた変数型

の一手間を惜しまない人にはオススメ

**デフォルトの名無しさん** · 2023/09/17(日) 15:07:05.62

型の指定は省略出来ることが多いが、それで可読性が下ることもあるかな。

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

確かにできるだけ型注釈はほしいな
Haskellなんかは型を明示してないとわけわからなくなったり
型注釈によってプログラムの動作が変わるまである
型注釈でプログラムの動作(全解探索か最初の解探索か)が変わるコードを始めてみたときは感動した

**デフォルトの名無しさん** · 2023/09/17(日) 21:30:35.28

varとvalの使い分けに価値があるんだから手間とは感じないなあ
コーディング量トータルで見たら誤差すぎる
JavaScript系でletとconst書くのが面倒とか聞いたことないし

**デフォルトの名無しさん** · 2023/09/17(日) 23:41:10.25

まだ使い始めて4ヶ月ぐらいだけど
徹底してnullセーフティを追求する言語仕様のよさがやっとわかりはじめた
基本!!は使っちゃダメなのだよね？

**デフォルトの名無しさん** · 2023/09/18(月) 01:35:25.07

自分で新たに作る Kotlin プログラムでは !! を使うように書く必要性がないのでは?

**デフォルトの名無しさん** · 2023/09/18(月) 07:37:13.91

importと利用できる名前が
リンク出来ないのが個人的に見づらい
Pythonみたく
import numpy as np
np.array()
が見やすく名前の衝突もなくいいなぁ

**デフォルトの名無しさん** · 2023/09/18(月) 08:02:25.49

>>135
できるみたいだけど

https://codelabsjp.net/kotlin-practice-renameimport/
>【Kotlin練習問題】importの名前を変更する
>クラスや関数をimportする際、import文の後にas 新しい名前と書き加えることで
>別の名前を指定することができます。別のライブラリからの似たような名前の
>クラスや関数を複数個使いたい時など、混乱を避けるのに便利です。

**デフォルトの名無しさん** · 2023/09/18(月) 09:09:48.94

asは知らなかったなー便利だな
Kotlinすぐバージョンがあがるから、知らない機能がたくさんある
先日もこんなちょっとクスっとする機能を知った
fun main(){
println(1_000_000) //3桁ごとにアンダーバーで区切った数値が使える
println(3_000L) //Long型
}

**デフォルトの名無しさん** · 2023/09/18(月) 15:41:07.62

クスッとするってそれもうJavaにすら導入されてるよ
しかも12年前のバージョンだ

**デフォルトの名無しさん** · 2023/09/18(月) 15:48:04.25

12年前と書いたのはアンダースコアのほうね
100Lみたいな書き方ならJavaが生まれる前の古典

**デフォルトの名無しさん** · 2023/09/18(月) 23:47:47.23

それはすまなかった
android-studioが重くてKotlinとおさらばしなければいけなくなったのだが
その前にJavaFXでGUIアプリでも作ってみようと思う

**デフォルトの名無しさん** · 2023/09/19(火) 15:36:41.44

コマンドラインでコンパイルしたり他のIDE使うとかすれば重いのはなんとかなる

ゲーミングPCみたいに無茶苦茶速いPCにしても良い

**デフォルトの名無しさん** · 2023/09/23(土) 18:07:42.08

ちょいと宣伝。
更新が止まってたリファレンスの和訳を引き取って、ツアーを一通り和訳しました。

https://karino2.github.io/kotlin-web-site-ja/docs/kotlin-tour-welcome.html

個人的に教えるのに使うために和訳したので需要があるかはわからんけど、一応お知らせ。

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

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