> 率直に言って、今Javaを開発するのに、あえてJetBrains製品を使わなくてもいいですが

この部分は……ちょっと同意しにくいですね、しくしく……

[リンク削除] Android版のスクリーンショットはこちらに入れてあるようですね。使えば使うほど不思議なツールです。コミュニティも活発で、驚くような面が多いです。

Emacs さえあれば、あれこれ全部できますよね。最近は Android にもインストールできるようになって、デスクトップの機能をそのまま活用できるので良いです。Emacs の知識管理ツールというテーマで深く掘り下げています。うちの幼稚園に通う子どもが小学校に上がるころには、そのころには Emacs でライフロギングしているでしょうね（笑）。ツールを一つだけ習得すればいいので、長い目で見れば悩みを減らすことになります。

[リンク削除]

でも、単に難読化の原理をユーザーに明かして、特定のモデルには突破される可能性があるという免責事項への同意を得たうえでサービスを提供すれば、わざわざ返金する必要はなかったはずなのに、ユーザーへの配慮が深いですね（笑）

最近の悩みに対する答えをくれる文章でした。とても良い文章を共有してくださってありがとうございます。

lsp を直接ビルドして使っています。Go に変わって、リソース使用量が減ったのをかなり実感できますね。

最近は人員削減が進み、保守も厳しくなっているので、オープンソース化してコミュニティに負担を押し付けようとしているのではないか、という気もします。

おお、すごい、ついに…!!!

MSは本当にすごいです

最近は、js を rust / go に移すだけで性能を向上させるのが流行している

おお、すごい

リファクタリングしていると、tsserver 側のコード解析が遅くなってエディタ全体が止まってしまうことがかなりあったので、早く出てこの苦痛から解放されるといいですね

みんな structural typing を深く考えずに話しているのではないかと思いました。
C# や Rust のような nominal typing の言語に書き直そうとすると、プロジェクトの根本的な構成をあまりにも大きく変えなければならないので、簡単ではなかったでしょう。
structural typing を採用した言語の中で、既存の JS ベースより性能を高められるのは C++ か Go のどちらかでしょうが、生産性まで考えると代案はありません

Oracle RACやDB2 pureScaleのようなマルチライト可能な商用製品は、そもそも検討対象ではないようですね。

黒歴史をものすごく大規模に…

正直、追加されないと思っていましたが……いろいろなエディタで活気が出そうですね。

ついに……ようこそ

これまではメンテナーが Kotlin を使わないとアップデートが止まったりしていましたが、これでもうそういうことはなくなりそうですね

アクセス権を完全に遮断するのではなく、どのディレクトリにアクセスしているのかを明確に示す方式のほうがよいと思います。

Androidはその点では悪くないのですが、こちらは権限のまとめ方が大きすぎて、必要のないレベルの権限まで一緒に許可しなければならないので…

Instagram、Threads、Facebook はないみたいですね、、