Kotlin 8

レス数: 289

概要: 知らない人が横から突然現れて 「かわいそうに。本当のコトリンを知らないんだね。一週間後にまた来てください。本物のコトリンを食べさせてあげるから」とかいう訳のわからない世界
No.251
知らない人が横から突然現れて
「かわいそうに。本当のコトリンを知らないんだね。一週間後にまた来てください。本物のコトリンを食べさせてあげるから」とかいう訳のわからない世界
No.252
知らない人?
FF外から失礼します!と断ってから発言したほうがよかったか
No.253
食うもんじゃないんじゃね?知らんけど
No.254
ふぁっ?!
KotlinのVSCode向けLSPをJetbrainsがプレアルファで出してる
Kotlin製品をVSCodeで開発させて貰えるの有難すぎる
https://github.com/Kotlin/kotlin-lsp

About Kotlin Language Server and plugin for Visual Studio Code
No.256
>>254

thx
No.257
>>255

やったぜ。
No.258
早速使ってみた。
定義移動は普通にできるけど、実装へ移動ができなかったのが気になった。
No.260
Scalaのimplicit parameterと同じ機能…?
No.261
今日の発見
Kotlin libraries のページのメソッド一つ一つの説明が書いてあるページを表示して、日本語に自動翻訳させると「fun」の部分が「楽しい」になる。
No.262
いつの間にか 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
No.263
なんでこんな重いjvm言語使わせるんだろう
グーグルならgoでいいやん
No.264
Googleならって、なんの話だ?
No.265
重さを感じる場面あるか?
別にC言語でも作れるぞ
No.266
KotlinはJetBrains、JVMのJavaはオラクルでグーグルは関係ないな
No.267
>>263

AndroidのランタイムやフレームワークをJVMターゲットに決めた時代にはGoはまだなかったからな
いまさら作り直す手間はかけられない
No.268
Androidの話か
昔はJavaが覇権だったからその名残りだね
No.269
javaの名残か。。。
swiftはネイティブコンパイルなのになあ
あとgradleとかゆうのもくそじゃね?
No.270
俺も Java も gradle もその前の eclipse もはじめからクソだと思ってるが
皆がクソだと思いはじめるまで誰もかれも「これこそがモダン!!
これこそかスマート!!これこそが次世代への革命」とかなんとか褒めそやして
誰もかれもこれを押しつけてくるからしかたなく使っている
No.271
swift は xcode が糞だろう
No.272
>>270

IntelliJに対するEclipseというなら、その前のってのはわかるけど。
どういう意図でその前のっていってるの?
No.273
よく分からないけどそれっぽい言葉を使って話してみたい年ごろなのだろう
No.274
謎の万能感がある頃は何でもクソや無能に見えるよね
振り返って考えたときクソだったというかクソ製造機だったのはJSPじゃな
No.275
java関連て全部うんこだから将来的には今のcobolみたいな感じになりそう
No.276
もうなってるわ
No.277
パソコン、機械のブラック20とそれ以降代入の自動設定プログラムオートセットコード20について
プログラムセットオートコード20
ダイダロディクス20
これがおおざっぱにいって船や重工業用機械向け
プログラムセットオートコード20
バイバロニック20
これがおおざっぱにいってパソコンや家庭用軽機械向け
プログラムセットオートコード20図
左上に船や機械の名前、中央に船の概略図、右下にブラック20とダイダロディックス20
、バイバロニック20などの名前、左下にその船や機械の状態。
パソコンや機械を作る場合は正しく、確認するように。
No.278
gradleきらい…
No.279
jsp、jstl とカスタムタグを手軽に作れる tagファイルとで、結構使い勝手良かったよね。
No.280
gradleきらいは同意する……
No.281
GradleはKMPサポートで多少マシになってるがそれでもクソ
Gradleを置き換えるビルドツールをJetBrainsが開発中
No.282
JSPは技術的に何ができるかが問題ではなく何でもできすぎるので世の平凡なプログラマに渡したらどんな惨状になるかが予測できていなかった
フレームワークという発想がまだ浸透していない時代なので仕方ないといえばそう
JSP後発のテンプレートエンジンは反省を生かしてずっと使いやすくなった
No.283
GradleはAntのスパゲッティを消してくれただけでも感謝してる
レガシーからの移行ならビルドスクリプトもカオスになりがちだけどそれはGradleが悪いというよりビルド構成を標準に寄せて再構築できなかったチームが悪いことのほうが多そう
No.285
あけましておめでとうございます
No.286
AIにコード生成させるとバージョンとコーディング作法が混在してて修正がめっちゃ大変
RoomとかHiltとか楽に書くために別な問題を山盛りにしてる
はっきりって欠陥言語でしょ
No.287
BOM指定すりゃあいいやん
No.288
AIエージェント使うならHilt使わずに手動で依存性注入させたほうがいい
Roomに関してもSqliteを直書きさせてるよ
Roomの機能のInvalidationTrackerやスキーマ生成&マイグレーション機能を自力で実装するのはAIエージェントがやってくれた
No.289
AGENTS.md 書けよ