No.1
※前スレ
Kotlin 7
https:
※前スレ
Kotlin 7
https:
Kotlin 8
レス数: 289
概要: JetBrainsが開発した期待の新言語、Androidの公式開発言語にしてサーバーサイドもなんでもいけるKotlinについて語りましょう ※前スレ Kotlin 7 https://mevius.5ch.net/test/read.cgi/tech/1588748438/
※前スレ
Kotlin 7
https:
No.2
https:
公式ブログ
https:
コードを貼れる所
http:
オンラインコンパイラ
https:
No.3
KotlinコードのLLVMコンパイル
https:
Kotlin/JS
KotlinコードからTypeScriptコードを生成
https:
Kotlin Multiplatform
Kotlinによるクロスプラットフォーム開発
https:
No.4
Windows/macOS/Linux/Android/iOS/ブラウザに対応する宣言型UIフレームワーク
https:
No.5
No.6
No.7
やさしいKotlin入門を読んでたら、Kotlinとフレームワークを一度に習得することは至難の業って書いてあった
No.8
UI操作だけならData binding使うから、別にC#使ったことあるなら普通に組める。
それ以外も基本的にはJSとかより簡単だと思うよ。
面倒なのはファイルアクセス系など、パーミッション必要な類。
No.9
androidフレームワークと全く関係ない話してどうするの？
>>7
androidフレームワークは、ActivityとViewのライフサイクルの関係がややこしいくらい
AndroidX に関しては公式ドキュメントが常に最新で優秀だからそこ見れば解決する
Kotlin自体もスコープ関数や非同期処理が他言語と違うくらいかな
No.10
>>9
ありがとうございます
ボチボチやっていきます
Kotlin、なんかシンプルで直感的でいいですね
when の -> とか矢印にしか見えない w
No.11
>>992
毎年乙です。
No.12
No.13
Javaは充実してるのに…
No.14
最近はwasmでGC無し言語が再び脚光を浴びてきちゃったからしょうがない
No.15
中身はfinally {[呼び出し関数]}をやってるだけだけど
No.16
https:
前スレ1000
これ、ねらったトリップを出せるってこと？
どうやるの？
No.17
とりあえず逆変換というか
ブルートフォース観たいに(ブラウザじゃなくてローカルなプログラムで)沢山生成して
その中に希望のものがあればそれのキーを遣えば簡単に実現出来る
No.18
Goはコンパイル最速で、
TypeScriptはJavaScript互換でフロント最強、
対してKotlinはコンパイルが速いわけでもなく、Java の遺産を使えるくらいしか取り柄がない、フロントもモバイル開発はともかく、デスクトップアプリやウェブサイトでTypeScript を差し置いて選択する理由が無い
よってモバイル開発を超えて普及する見込みなし
No.19
エミュレータがあるけどかなり時間を取られそうだし、他人に頼むとお金がかかる…
適当にリリースしてバグが出たら、低評価を付けられてバージョンアップするモチベーションを完全に無くしてしまいそう…
趣味に毛が生えた程度の技術を身に付けたいなら、windowsフリーソフト開発とかの方がいいでしょうか？
No.20
https:
No.21
特殊デバイス使うんじゃなければ機種なんて考えなくていいよ
対応SDKの一番古い奴と一番新しい奴で動けば大抵なんとかなる
androidstudioが警告してくれるし
そして技術っても広すぎるから
何か漠然とでもやりたいことが浮かんでるならそれをやれる環境を学べばいい
No.22
嫌いは好きに変換できるからね
使ってすらもらえない無関心を好きに変換させるほうが難しい
No.23
>>22
そうですか
翻訳アプリを作りたいんですよね
自分が使いたいと思うような。
もう少し勉強を続けてみます
No.24
総当たりで探しただけでは？
「5ch トリップ 検索」でググるとそういうサイトがいくつか出てくるぞ。
No.25
俺たちが使いまくって大流行させればいいじゃないか
No.26
No.27
トリッパー使ったんじゃない？
No.28
Fleetと心中するJetBrainsに巻きこまれてKotlinが沈没する未来しか見えない…
No.29
特に数値が、byte型、short型、Int型、Long型、Float型、Double型とか面倒なんだけど…
JavaScriptでは変数の型なんて宣言したこと無い…
No.30
FleetってJetbrainsのSpaceありきでしょ
ローカルコーディングなら今までどおりIntelliJ IDEAでいい
No.31
数値型は大抵は宣言せずに事足りる
intかfloatだけで十分
宣言するのは引数かNullableのときぐらい
No.32
ありがとうございます
またkotlinの勉強再開しようかな？
No.33
オープンソースとはいえJetbrainsが「これからはFleetで行くからIntelliJの開発には参加しません」とか
言い出したらそうも言ってはいられない。
No.34
？
No.35
IDE が IntelliJ IDEA でなければならないなんてことはない。
No.36
どゆこと？リモート開発プラットフォームのspaceってそんなに普及してるの？
No.37
昔の方式で星2つとかだとアップデートするモチベーションが無くなってしまうと思うのですが…
No.38
なんの話か知らんけどスレ違いでは？
No.39
プログラマ板か泥板だな
ここはプログラム板だからスレチ
No.40
https:
No.41
ありがとう
No.42
まずモチベあげてこいや
No.43
Fleetって有料ライセンスのみ販売予定じゃかったっけ？
無料ライセンスの予定もあるん？
No.44
No.45
クソどうでもいいからこれ以上伸ばすなつまらん
No.46
オワリオワリ
No.47
No.48
後援企業のJetBrainsが苦しくなればKotlinとそのエコシステムの進化も停滞するだろうなという話。
>>35
実際の所IntelliJ以外でKotlin書いている人ってどれくらいいるんだろう。
No.49
fleetとintellijの話をしてるんだけど、jetbrainsが苦しいやらkotlinやらの話はしてない
spaceをより連携しやすく設計したのがfleetであって明確にintellijと差別化された商品だと思うんだが、なんでintellijが廃れる話になるのか
リモート開発プラットフォームのspaceが普及するならfleetは必須ツールになるとは思う
「後援企業のJetBrainsが苦しくなれば」はなんの話をしてるのか意味不明だから再度返答求む
こっちはわからないから聞いてるの
No.50
No.51
>>48
No.52
下の方に Free のライセンスも書いてあるよ。検討中だから変わる可能性はあるが。
No.53
https:
No.54
お、ええやん
No.55
いや、だから
>>28
でFleetとJetBrainsが心中する予測を元にしていると述べているので、
勝手に話を変えた挙げ句に意味不明とか言い出されても。
>>52
IntelliJはCommunity Editionは商用利用可だけど、FleetのFree版は商用不可。
無償版に人が流れて有償版が伸び悩むIntelliJから収益性の高そうなFleetに
ユーザーを移行させようとしても不思議じゃないように思う。
>>49
はFleetはIntelliJの代替にはなり得ないという立場でいい?
No.56
これでjava8と完全におさらばだ
No.57
Kotlin Native微妙だし、普通にMAUIとか使った方がいいと思う。
C#なんてほぼKotlinみたいなもんだし。
No.58
マウイ来んなやクソが
なんでわざわざ過疎スレにアンチして🕊しにくるのか理解できない
No.59
何言ってんのかよくわからんが、普段はKotlinメインで使ってるけど、デスクトップ向けではないな、って話やろ。
態々、Kotlinで組むなら止める程度にはKotlin使ってるし。
No.60
No.61
No.62
No.63
宣言的UIはカスだからC#で開発したほうがいい
No.64
JetBrainsはFleetエディタの開発にこれ使ってる
https:
サポートプラットフォーム
Kotlin/JVM on Linux(x86_64 and arm64)
Kotlin/JVM on Windows(x86_64)
Kotlin/JVM on macOS(x86_64 and arm64)
Kotlin/JVM on Android(x86_64 and arm64), starting with API version 24
Kotlin/JS + WebAssembly in browsers
Kotlin/Native on iOS(arm64 and x64)
Kotlin/Native on macOS (arm64 and x64)
ちゃんと自分の製品の開発に使っててえらい
No.65
No.66
https:
No.67
1.9の次に2.0だから安定版はまだまだ後かと思うけど
No.68
JVMとかJSのバックエンド部分は既にK2コンパイラに置き換え済みだぜ？Nativeはベース自体がK2コンパイラだし
https:
逆にフロントエンドとしてのK2コンパイラってのがよくわからん
記事を見る限りIDEと密に連携する部分っぽいけど
No.69
のnameの部分を文字列結合して
アドレス参照って可能でしょうか
やっぱ全部手打ちのマンパワーですかね・・・
No.70
正攻法としてはリフレクションを使うことになるんだろうけど、数が少ないなら手打ちの方が楽かな。
annotationで何とかできるのかもしれないけど、そこまでしたことがないので分からない。
メタプログラミング的には、gradleにソースコード書き換えのスクリプトを仕込むとか。
No.71
君が何をやりたいのかいまいちわからない
No.72
検索単語の検討つかなかったので助かります
No.73
コメント無さすぎじゃない？
意図的に削除してるわけではなく、こういう開発スタイルなだけ？
No.74
コメントを書かないといけないということはソースコードが糞ということ
No.75
No.76
No.77
No.78
よみゃわかる、とかいわれてもいちいち全部読んでたら時間のムダ以外の何ものでもない
30分のYoutube動画のURLだけ提示して「見れば全部説明してある」とかいわれても困るわけ
動画の内容は何で、これを見ると何がわかるのか、要点はなにか、それ書けということ
読む人の時間を節約するために、効率を上げるために的確なコメントがあるってのがわからん
脳タリンの言いそうな言葉が、「コードですべて説明できている」
No.79
No.80
プログラマーが書くのはクラスやファイルに対して1行ぐらいの概要で良くなる
No.81
No.82
No.83
No.84
検索してもなかなか情報が無いので
No.85
No.86
及∞！！！！！
斗∞！！！！！！
語∞！！！！！！！
原∞！！！！！！！！
芋∞！！！！！！！！！
表∞！！！！！！！！！！
牛∞！！！！！！！！！！！
No.87
No.88
速度はほぼ同じようですしサイズも同じですし
fun main(){
val l = (1..1000000).toList()
val s = System.currentTimeMillis()
val m = l.filter { it in 3..500000 }
val s2 = System.currentTimeMillis()
val n = l.filter { it >= 3 && it <= 500000 }
val s3 = System.currentTimeMillis()
println(s2-s)
println(s3-s2)
println(m.size)
println(n.size)
}
No.89
ほぼ同じになるのではないかな。 it in 3..500000 は IntRange(3, 500000).contains(it) って書いたのと同じだし。
contains() メソッドのソースを見るとこう書いてある。
override fun contains(value: Int): Boolean = first <= value && value <= last
ただ、最適化されなかった場合は IntRange クラスのインスタンスを毎回作ることになるのでその分だけメモリ確保(及び不要になった時の解放)を毎回することになってそれが無駄になる。なので最終的なコードが同じになるかどうかはコンパイラ次第になる。
No.90
No.91
(-7) % 3 は結果が -1
(-7).mod(3) は結果が 2
ソースを追ってみたら Int.mod() は kotlin/libraries/stdlib/src/kotlin/util/FloorDivMod.kt にある拡張関数が使われていた。
数学のルールとしては余りは0以上でなければいけないことになっているので結果が 2 の方が正しい。
その代わりその場合は割り算の結果が -3 で出る必要があるが、それは Int.floorDiv() を使うと計算できるようになっていた。( / 記号を使うと -2 になる)。
これ Kotlin 1.5 からのようだが(多分リリースノート等に書かれていることだろうが)、今まで気が付かなかった。
No.92
No.93
やはりそのうち「アレやっといて」とか言うだけで全部やってくれるようになるんだろうな。
No.94
No.95
No.96
全然意味が変わってくると思うんだが
No.97
No.98
error: unresolved reference: kotlinx
他エラー多数
dependencies {
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.5.0'
}
このような依存関係を追加すれば動きそうですが
kotlinc c001.kt
kotlin C001Kt
などとやって動かす方法は無いのでしょうか
Coroutinesはandroid専用なのですか？
c001.kt
import kotlinx.coroutines.*
fun main() = runBlocking {
launch {
delay(1000L)
println("World!")
}
println("Hello")
}
No.99
通常版を普通に入れればいいんじゃない
https:
No.100
No.101
chatGPTにその質問をまるままコピペして質問してみたよ
https:
chatGPTの答えで意味通じてる？
Kotlinはよく知らないからわからないけど、JavaScriptではすごく貢献してくれている
No.102
残念だけど98が知らなけばいけない一番重要な情報が抜けてるから
>>99
を見なきゃ駄目だな
No.103
そうなんだ
chatGPTは人間とのチャットみたいに、ここから掘り下げて質問できることが特徴だから、まず
>>98
をコピペしてchatGPTが答えたら、そこから疑問点を次々と納得できるまで入力してみるといいよ
No.104
いま
>>98
を質問してみると、kotlinx-coroutines-coreを使う方法出てくるからだれかが質問して少し賢くなったのかな
でも実行のやりかたがgradle使う方法とkotlinc使う方法がごっちゃになっててダメダメ
gradleを使って上記を実行する方法を教えてくださいと質問すると、gradleラッパーを作らないと実行できない方法を回答してきてダメダメ
gradleラッパーを作る方法教えてくださいと質問してようやく実行のための手順を全部教えて貰える感じ
初心者がここまで追加の問いをできるとは思えんが
No.105
コンパイルは出来ましたが
Exception in thread "main" java.lang.NoClassDefFoundError: kotlinx/coroutines/GlobalScope
at C001Kt.main(c001.kt:4)
at C001Kt.main(c001.kt)
Caused by: java.lang.ClassNotFoundException: kotlinx.coroutines.GlobalScope
...
chatgptに聞いたりググったりして
gradle init --dsl kotlin
2 enter 4 enter ...
などとしてみてapp/build.gradle.ktsのdependenciesに
implementation("org.jetbrains.kotlinx:kotlinx-coroutines-android:1.7.3")
を書いて./gradlew runしてみましたが
> Task :app:compileKotlin
w: file:///hoge/kt/c001/app/src/main/kotlin/c001/App.kt:4:5 This is a delicate API and its use requires care. Make sure you fully read and understand documentation of the declaration that is marked as a delicate API.
そもそもkotlinx.coroutines.*とkotlin.coroutines.*があるようですが
コンソールアプリで使えるのは後者なのでしょうか
もしそうだとすると上のサンプルコード自体コンソールでは使えないかもしれません
色々試してみていますがまだうまく動かせていません
初心者すぎてすいません
No.106
No.107
まず、
>>99
は試したの？
99の手順通りにやって、どこでうまくいってないかを書いてくれ。
No.108
chatGTPの答え
https:
No.109
この流れでいまだにkotlinx-coroutines-android
だしてくるのはなんなの
混乱させたいの？
No.110
No.111
ブラウザに自動翻訳のボタン付いてて楽だし。
No.112
>>105
のkotlinc使ってコンパイル成功したやつで実行出来るとおもうんだけど、
コンパイル時に使ったjarの場所を実行時にも指定する必要があるはず
No.113
2: application
4: Kotlin
1: no - only one application project
それで作ったプロジェクトでApp.ktを
>>98
のc001.ktのコードに置き換えて、
app/build.gradle.ktsのdependenciesにimplementation("org.jetbrains.kotlinx:kotlinx-coroutines-core:1.5.0")を追加して、
./gradlew runで実行できたよ
./gradlew buildするとAppTest.ktがApp.ktと合ってないのでエラーになるからappHasAGreeting()の中身を空にしとくといい
No.114
これで勉強できます。ありがとう！
No.115
room + koin + coroutine
room + coroutine flow
room + livedata
room + rxjava3
など色々な技術がありますがこれが最新ってのはどれなんでしょうか？オススメの組み合わせはありますか？
No.116
No.117
これ前に久々にアプリ作る時に自分で調べたらめっちゃ大変だったけど、
>>116
みたいな人神だわ。
No.118
val navBackStackEntry by navController.currentBackStackEntryAsState()
クラスとプロパティの委譲のbyとはまた別物ですよね？
No.119
No.120
ありがとうございます
前後の文脈も示すべきでした
ttps://developer.android.com/jetpack/compose/navigation?hl=ja
ここにあるコードの抜粋
val navController = rememberNavController()
Scaffold(
bottomBar = {
BottomNavigation {
val navBackStackEntry by navController.currentBackStackEntryAsState()
val currentDestination = navBackStackEntry?.destination
...
この使われかたはプロパティじゃないと思うのですがどうでしょうか
No.121
Local delegated properties
https:
ローカル移譲プロパティ？
No.122
ありがとうございます
検索してもインターネットには情報が少ないですね
エラーメッセージを頼りにちいさいサンプルを書いてみましたが、
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()
}
No.123
移譲の形式でval da by implとした場合、da.test()はdaのgetValue(....)した結果をレシーバとしてtest()メソッドを呼ぶという意味になるよね？つまり"str".test()という意味になってエラーになるだろう
移譲でないval da = implとすればda.test()は呼べるはず
No.124
ありがとうございます。一人では絶対にわからなかったと思います
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()
}
No.125
https:
No.126
Kotlinに移行した開発者は増えてると思うんだがそこまででもないのか？
最近検索にひっかかるドキュメントはjavaよりKotlinのほうが多い印象
No.127
Java の場合は20年以上前から色々な事に使われてきてプログラマも多いし本も多いから上なのは当然の事。
というかそもそも Kotlin は JavaVM で動くやつが最初に出て Java のライブラリ使って動くことが前提なのでまだまだ Java なしではいられない状態。
No.128
かなりKotlin推しって感じ
俺はjavaから乗り換えた。Kotlinは書いていて割と楽しい方だと思う
そして名前がかわいいという最強のメリット
No.129
の一手間を惜しまない人にはオススメ
No.130
No.131
Haskellなんかは型を明示してないとわけわからなくなったり
型注釈によってプログラムの動作が変わるまである
型注釈でプログラムの動作(全解探索か最初の解探索か)が変わるコードを始めてみたときは感動した
No.132
コーディング量トータルで見たら誤差すぎる
JavaScript系でletとconst書くのが面倒とか聞いたことないし
No.133
徹底してnullセーフティを追求する言語仕様のよさがやっとわかりはじめた
基本!!は使っちゃダメなのだよね？
No.134
No.135
リンク出来ないのが個人的に見づらい
Pythonみたく
import numpy as np
np.array()
が見やすく名前の衝突もなくいいなぁ
No.136
できるみたいだけど
https:
>【Kotlin練習問題】importの名前を変更する
>クラスや関数をimportする際、import文の後にas 新しい名前と書き加えることで
>別の名前を指定することができます。別のライブラリからの似たような名前の
>クラスや関数を複数個使いたい時など、混乱を避けるのに便利です。
No.137
Kotlinすぐバージョンがあがるから、知らない機能がたくさんある
先日もこんなちょっとクスっとする機能を知った
fun main(){
println(1_000_000) //3桁ごとにアンダーバーで区切った数値が使える
println(3_000L) //Long型
}
No.138
しかも12年前のバージョンだ
No.139
100Lみたいな書き方ならJavaが生まれる前の古典
No.140
android-studioが重くてKotlinとおさらばしなければいけなくなったのだが
その前にJavaFXでGUIアプリでも作ってみようと思う
No.141
ゲーミングPCみたいに無茶苦茶速いPCにしても良い
No.142
更新が止まってたリファレンスの和訳を引き取って、ツアーを一通り和訳しました。
https:
個人的に教えるのに使うために和訳したので需要があるかはわからんけど、一応お知らせ。
No.143
乙乙乙
No.144
翻訳すごいな
いつかはKotlinに。
No.145
意外と自分の知らない新機能が入ってたりして勉強になるw
当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…
No.146
意外と自分の知らない新機能が入ってたりして勉強になるw
当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…
No.147
意外と自分の知らない新機能が入ってたりして勉強になるw
当たり前だけど本家のリファレンスはよく書けてるね。
他の言語の知識が相当あるのを前提にしてるので、教えるのに使うなら副読本とか作らないとダメそうだが…
No.148
No.149
No.150
https:
No.151
No.152
11月データに更新されてたけど、
Kotlinが先月18位から今月15位に上がってんね
Androidアプリ用途だけじゃなくてサーバー用途のJava-to-Kotlinの置き換えが進んでるってことなのかな
2,3ヶ月後にはGo-langの順位を抜きそう
No.153
No.154
どういうポイント付けしてるんだろ
No.155
No.156
まあ、SpringBootに関する記事がなにかしら上がるっしょ
No.157
MATLAB という言語は知らなかった。
No.158
,154
2,3ヶ月後に逆転したら謎だらけ
kotlin programming
約 46,300,000 件 （0.30 秒）
go language programming
約 1,040,000,000 件 （0.44 秒）
No.159
rust language programming
約 21,600,000 件 （0.42 秒）
https:
No.160
MATLABは工業系で計測機器の動作管理によく使うからね
今後も順位をキープしてずっと居座り続けるだろうよ
No.161
kotlinで新しくサーバーやるならSpringBootよりktorだろうけど、kotlinでSpringBootやる人しか見ないの笑う、まあいいんだけどさ
No.162
どこらへんが笑いどころなのか、よくわからないので教えてほしい。
No.163
No.164
No.165
No.166
ことりんもよろしくおねがいします
No.167
元がブラウン管のゲーム機は、RGB30の画面比率で満足しています
Powkiddy X55は293gでちょっと個人的に重いです
重くてあまりゲームをやらなくなると思います
Switch liteがそうだったので
No.168
No.169
No.170
No.171
どうせなら main 文とか import 文とか全部省略できるようにやってくれればいいのに
あと使っているうちに動かなくなるところとか
結局、tymeleef、html,JavaScript と共存することになるので
コードが複雑になる
No.172
アノテーション使わずに、パッケージ名やクラス名、メソッド名でどうにかするとか？
No.173
LombokやBetter Javaではなくエンタープライズアプリの開発フレームワークや
No.174
No.175
前者はLombokやKotlinのようにコーディング量が劇的に減って便利だとしてもIDEなどのツールにサポートされるまでは使えるツールが制限され普及の障壁になる
Spring Bootがimport分やmainの記載を省くような文法変更を加える大げさな仕組みだった場合はここまでの普及はなかった
No.176
寝てないの？
No.177
No.178
No.179
No.180
No.181
将来性の高いプログラミング言語とは？タイプ別ランキングTop10
https:
No.182
2019年データっていくら何でも古くね？
IEEE調べ2023版
https:
https:
https:
No.183
,182
ここ注目
IEEE調べ2023版Jobs:
Groovy > F# >>> Ada > Rust
redmonkはChatGPT後のSO激減の扱いを考えすぎちゃって更新止まったか
https:
No.184
文法は、Ruby と似ているから、
Ruby on Rails をやれば、おおよそ分かる
No.185
それもいまKotlin Scriptに書き直されてもう使うこと無くなりそうだけど
No.186
No.187
https:
１位 Go
２位 Kotlin
３位 Python
No.188
No.189
書籍『入門!実践! Kotlin Compose Multiplatformでデスクトップアプリ開発!』
https:
No.190
No.191
No.192
No.193
No.194
golang マスコットで画像検索すると見つかる
gopherという名前だそうだ
No.195
>Go言語のマスコットキャラクター「Gopher」を愛でる
俺には無理
No.196
No.197
No.198
No.199
No.200
https:
No.201
特段かわいくもないしカッコよくもないし、さりとてキモくもない
せめてキモカワイイくらいでないとインパクトが薄い
No.202
https:
No.203
かといって if (it is MutableList<Any>) ... みたいにチェックする部分を書いても List が持つ型の Any のチェックはできないとエラーになる。
これ Java で Object のキャストする時も同じだと思うけど、List, Map, Set の類の保持する値の型に関してはチェックできないからもうどうにもならんのかな？言語仕様の問題？
No.204
その状況がまずおかしいのでは？？
No.205
No.206
何をしようとしていたかというと、まず MutableMap<String, Any> のインスタンスを作っておいて、それのキーによって値が Int だったり String だったり MutableList<String> だったり MutableList<Int> だったりするようにしたかった。
m["A"] なら Int, m["B"] なら MutableList<String>, m["C"] なら MutableList<Int> みたいな感じ。
まあ、何か他の方法がないわけじゃないんだろうけどね。(自分で専用のクラス作れば一発で解消するんだろうけどねw)。
No.207
型不明のコレクションにキャストしてから各要素をmapでキャストするかまるごと警告抑制でいいのでは
No.208
初学者が書けるとは思えないんだが。
No.209
ReactやらSwiftUIやら時代の流れで宣言的UIが主流になったからこの形式に慣れるしかないんだ
No.210
https:
No.211
もちろん、知ってる人は今までより楽なんだけどなぁ。
No.212
No.213
No.214
そろそろGradleやめてAmperにしてもいいかも
ttps://blog.jetbrains.com/amper/2024/05/amper-update-may-2024/
No.215
AWSの話もあってサーバーサイドとしても宣伝されてた
ttps://youtu.be/Ar73Axsz2YA
No.216
iOS開発環境はないからとりあえずJVMのデスクトップアプリとして動かして満足
主に書き換えたところ
build.gradleのマルチプラットフォーム化
xml→Composeに完全書き換え（これは既にほぼ移植完了してた）
SharedPreferencesをDataStoreに移行
commonMainに共通コードを移動
No.217
No.218
結構簡単そうだな。
compose重い印象あるけど、JVMの動作やリソースの食い具合は
>>216
的に満足いくレベルだった?
No.219
スムーズで満足だったよ
大量のアイテムのリスト表示もカクつくことなく、Androidで動かした場合と遜色もなくデスクトップアプリとして動いてくれた
メモリ使用量はだいたい100～150MBのリソースを食ってたから気になる人はいるかも
No.220
回答ありがとう。
アプリに寄るのは理解しているけど、ベースでのメモリの食いもそんなないんだね。
MAUIも個人的に好みじゃないし、今度作るときはCompose使ってみようかな。
No.221
参考になったサイト
Modifier.Node を使いましょう (Part 4: @Composable 関数の実装を Modifier.Node に書き換える) ttps://qiita.com/_SUR4J_/items/d48372b5793c4a0fa65f
No.222
iOSアプリ開発、Kotlinで簡単にセンサーデータを取り出せるのな、クロスプラットフォーム対応モバイルアプリは全部Kotlinでいいじゃん
No.223
io部分をkotlinxioベースに移行するプルリクがさっきコミットされた
No.224
No.225
No.226
JetBrainsに貢ぐ気のある企業だけがサーバーをJavaではなくKotlinで実装できる
言語仕様自体は何一つ文句無く素晴らしい
No.227
まあ、消えることはないんじゃない
・なんだかんだJavaの仮想マシンの上で動かせるのは大きいメリット
・AndroidがJavaファースト言語だからKotlinとは切り離せない関係にある
・マルチプラットフォーム対応
・言語仕様的にむっちゃ書きやすい
・ビルドツールのGradleが便利
ただしJetBrainsはクソ、金の亡者
No.228
No.229
No.230
No.231
Mac miniとiPhone SEを買うと15万円くらいかかる
androidだとWindowsはあるので、手持ちのandroidスマホはテスト機に使わないとして、Galaxy aだけの2万円で済む…
No.232
WASMだからiOSだろうとデスクトップだろうとブラウザで動くから便利
No.233
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:
No.234
No.235
・省略記法を推奨してること
関数引数の()を省略okにしないで欲しい
・引数最後のラムダを()の外に出して良いとか言わないで欲しい
・
No.236
No.237
No.238
rubyからgroovyを経由してKotlinに取り込まれたDSL作成能力の要の記法なので、無くすわけにはいかない
No.239
ラムダを出していいのは、そういう関数を作りやすくなるから流石にほしい。
No.240
じゃあそういう自分が気に入る記述の言語を作れば？
自分で作らなくても仕様公開しておけばそのうち誰かが作ってくれると思うよ。
No.241
No.242
ラムダ引数の外出しが嫌ってのはわからん
なんでもきっちりしてないと嫌なタイプかね
No.243
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)
}
}
No.244
kotlin でVBA みたいな記法見てげんなりしたんよ
No.245
しいて言うならばKotlinのほうが記法の自由度が高いと思うけどそれが気に入らないのか？
No.246
C# -> F# の変貌っぷりよりはよっぽどマシ
No.247
No.248
F#やScalaは関数型を目指した言語だけど、Kotlinは普通のOOP言語なので
No.249
F#やScalaは関数型を目指した言語だけど、Kotlinは普通のOOP言語なので
No.250
VBAはよくない→似た記法がある→Kotlinにも悪感情
これ、何の合理性もない偏見であることに気付こうぜ
VBAやVBに問題があるのはカッコが省略可能だったり書き方の自由度があるからではない
自分で信者と言っているあたりある程度自覚と自虐があるんだろうけど、こういうお気持ち優先のコメントに振り回されるのはやめたい
No.251
「かわいそうに。本当のコトリンを知らないんだね。一週間後にまた来てください。本物のコトリンを食べさせてあげるから」とかいう訳のわからない世界
No.252
FF外から失礼します！と断ってから発言したほうがよかったか
No.253
No.254
KotlinのVSCode向けLSPをJetbrainsがプレアルファで出してる
Kotlin製品をVSCodeで開発させて貰えるの有難すぎる
https:
About Kotlin Language Server and plugin for Visual Studio Code
No.255
https:
これでKotlinがより普及してくれると期待されてる
No.256
thx
No.257
やったぜ。
No.258
定義移動は普通にできるけど、実装へ移動ができなかったのが気になった。
No.259
コンテキストパラメータなるものが追加されたみたい
言語機能としてコンパイル時に検証されるDIのようなものらしい
https:
No.260
No.261
Kotlin libraries のページのメソッド一つ一つの説明が書いてあるページを表示して、日本語に自動翻訳させると「fun」の部分が「楽しい」になる。
No.262
そのままだと Community エディションでサブスクに金出すと Ultimate になるようになっていた。
Kotlin とは直接関係しないが今まで Community エディションだと面倒だったことがある程度 Ultimate 側から取り込まれて無料で使えるようだ。
更に言語ごとに分かれていたIDEを IntelliJ IDEA に一本化した模様。
https:
No.263
グーグルならgoでいいやん
No.264
No.265
別にC言語でも作れるぞ
No.266
No.267
AndroidのランタイムやフレームワークをJVMターゲットに決めた時代にはGoはまだなかったからな
いまさら作り直す手間はかけられない
No.268
昔はJavaが覇権だったからその名残りだね
No.269
swiftはネイティブコンパイルなのになあ
あとgradleとかゆうのもくそじゃね？
No.270
皆がクソだと思いはじめるまで誰もかれも「これこそがモダン!!
これこそかスマート!!これこそが次世代への革命」とかなんとか褒めそやして
誰もかれもこれを押しつけてくるからしかたなく使っている
No.271
No.272
IntelliJに対するEclipseというなら、その前のってのはわかるけど。
どういう意図でその前のっていってるの？
No.273
No.274
振り返って考えたときクソだったというかクソ製造機だったのはJSPじゃな
No.275
No.276
No.277
プログラムセットオートコード20
ダイダロディクス20
これがおおざっぱにいって船や重工業用機械向け
プログラムセットオートコード20
バイバロニック20
これがおおざっぱにいってパソコンや家庭用軽機械向け
プログラムセットオートコード20図
左上に船や機械の名前、中央に船の概略図、右下にブラック20とダイダロディックス20
、バイバロニック20などの名前、左下にその船や機械の状態。
パソコンや機械を作る場合は正しく、確認するように。
No.278
No.279
No.280
No.281
Gradleを置き換えるビルドツールをJetBrainsが開発中
No.282
フレームワークという発想がまだ浸透していない時代なので仕方ないといえばそう
JSP後発のテンプレートエンジンは反省を生かしてずっと使いやすくなった
No.283
レガシーからの移行ならビルドスクリプトもカオスになりがちだけどそれはGradleが悪いというよりビルド構成を標準に寄せて再構築できなかったチームが悪いことのほうが多そう
No.284
https:
No.285
No.286
RoomとかHiltとか楽に書くために別な問題を山盛りにしてる
はっきりって欠陥言語でしょ
No.287
No.288
Roomに関してもSqliteを直書きさせてるよ
Roomの機能のInvalidationTrackerやスキーマ生成&マイグレーション機能を自力で実装するのはAIエージェントがやってくれた
No.289
