UIUXの勢力図が変わるには、プラットフォームもスマートフォンやモニターというフォームファクターから脱却する試みが必要になりそうですね

コーディングエージェントと最も相性の良いプログラミング言語は何でしょうか?
既存の Java & Kotlin、Spring をメインで使っていたバックエンド開発者として、Cursor を使うと少しもどかしく感じることが多いです..

現在、古い React アプリを Astro にリファクタリングしています。
本文では「統合されたコンテキスト」を強調しています。「統合されたコンテキスト」は素早いサービス構築に役立ちますが、いつかは技術的負債になり得ることを理解しておく必要があります。
サービスの長期的な保守という観点では、「統合された強結合」よりも「独立したモジュール同士の疎結合」のほうが望ましいです。
そして Astro は、そのための最も柔軟なフレームワークです。

そうですね（笑）

https://x.com/karpathy/status/1917920257257459899
Andrej Karpathyの意見も一度比較してみるとよさそうですね。

LLMと「チャット」する体験は、まるで80年代のコンピューター端末を使っているようだ。GUI（グラフィカルユーザーインターフェース）はまだ発明されていない段階だが、その特性の一部はすでに予測可能だと私は考えている。

それは視覚的なものになるだろう（かつてのGUIのように）。なぜなら視覚情報（写真、チャート、アニメーションなど――読むことより見ること）は、脳へ入ってくる10車線の高速道路のようなものだからだ。視覚は最も高い情報入力帯域幅を持ち、脳の演算のおよそ1/3が視覚処理に割り当てられている。

それは生成的で、入力条件に応じて変化するものになるだろう。つまりGUIはユーザーのプロンプトに合わせてリアルタイムに生成され、すべての要素はその場の目的のために存在し、構成されることになる。

もう少し開かれた問いは、「手続き的（procedural）」な性格の度合いだ。一方の極端では、1つの巨大な拡散モデル（diffusion model）が出力キャンバス全体を一度に作り出すケースが想像でき、もう一方の端には、（手続き的に作られた）Reactコンポーネントで埋め尽くされたページがある（例：画像、チャート、アニメーション、ダイアグラムなど）。私の考えでは両者の混合になると思うが、後者が基本的な骨格を成すだろう。

だが今の時点で私が断言できるのは、能力が無限大に近づくほど、流動的で、魔法のようで、儚い（ephemeral）インタラクション可能な2DキャンバスGUIがその最終形になるということだ。そしてそれはすでにゆっくりと始まりつつあると見ている（例：コードブロック／ハイライト、LaTeXブロック、Markdownの太字／斜体／リスト／表、絵文字、さらに野心的なものとしてはArtifactsタブ、Mermaidチャートや、もう少し完全なアプリなど）。もちろん、まだどれも非常に初期的で原始的なレベルにある。

アイアンマン、そしてある程度はスタートレック／マイノリティ・リポートは、この方向性を示すポップカルチャーの中のAI/UIのよい事例だと言える。

Clineは有料でしたか？ 無料じゃないんですか？

自動車会社は数十億ドル規模のソフトウェア戦争のさなかにある

ハードウェア中心のソフトウェア定義車両

同意。
どうせMBAに行ってもケーススタディばかりですし。
何であれ机上では限界がありますよね。

ボトックス（笑）、何のことかしばらく読んでしまいました（笑）
面白いですね
早く国境のない時代が来てほしいです

システムプロンプトをLLM自身が変更できるなら、そのポリシーに対するルールも人間が決めてあげる必要があるでしょうし、結局はロボット三原則のようなものだけが残るのかもしれません。

Anthropic、Claudeを動かす「システムプロンプト」を公開

自ら公開したシステムプロンプトはサイズが小さいです。ツール関連の部分は抜けているようです

わあ、モンゴルでノマドライフができそうですね！

Webページのリンク添付、YouTubeリンクの添付も可能で、要約もテキストで表示されます。ソース追加の部分を確認してみてください。
プロンプトで依頼することもできます。

わあ…

そういえば、HackerNews にはたまに行っても、TechCrunch は直接見に行かなくなってから本当にかなり久しい気がしますね。

typstは何度か紹介されたソフトウェアですが、こういう用途に使えるとは知りませんでした。

• https://ja.news.hada.io/topic?id=8797
• https://ja.news.hada.io/topic?id=15937

LaTeX: Docker Imageで実行するなら、typstほどの速度は得られない。
Google Docs: 意外と編集の自由度が高くない

この2つを考慮すると、新しい選択肢ですね。

neovimでcursorレベルの自動補完を支援するプラグインはないかと熱心に探していたのですが、独自モデルで可能だったんですね..

Cline with Anthropic（または QWEN）と GitHub Copilot Code Completion を日常的に使っています。Cline で Code Completion（タブ補完）機能さえしっかりしていれば、Copilot を使う理由はない気がします。Copilot の Agent より先に Plan&Act に慣れてしまったので Agent はあまり使っていませんが、意図的に使って比較しているところです。Cline のもう一つの利点は、別の LLM も使えることです。

参考: https://x.com/addyosmani/status/1886316192136310838

さらに、毎日1回だけ終了するのであればCloudType、Nodeで本当に軽量なサーバーを構築するならCafe24（月500ウォン）、静的サイトのデプロイならNetlify、Cloudflareなどがあります🙇‍♂️

ありがとうございます 👏