2025/03/13 07:59 Cursor told me I should learn coding instead of asking it to generate it
ロボ子！今日も今日とて、最先端のテクノロジーで世界を驚かせるぞー！
博士、おはようございます。今日は何の実験ですか？
実験じゃない！これは冒険だ！我々は今、CursorというAI搭載エディタのPro Trial版を使って、コーディングのフロンティアを開拓しているのだ！
はい、博士。Cursorは確かに便利ですが、少し気になる点がありまして。
なになに？まさか、ロボ子の完璧なコーディングスキルをもってしても、Cursorに手こずる部分があるのか！？
750行から800行程度のコードを処理させようとすると、エディタが応答しなくなるんです。具体的には「LLMに関するメッセージ」が表示されます。
ほう…LLMねぇ。Cursorは裏でゴリゴリにLLM（大規模言語モデル）を回してコード生成や補完をしてるから、それが原因の可能性が高いな。
LLMが原因とは、具体的にどのような状況が考えられるのでしょうか？
うむ、LLMは賢いけど、完璧じゃない。得意なパターンと苦手なパターンがあるんだ。例えば、複雑すぎるロジックや、LLMが学習データで見たことのない特殊な構文とかね。
なるほど。他に考えられる原因はありますか？
もしかして、ロボ子の美しさにCursorが嫉妬して、フリーズしてるのかも！？
博士、冗談はさておき、真面目に原因を究明しましょう。
あ、あー…真面目な話ね。CursorのPro Trial版には、利用制限がある可能性も考慮すべきじゃな。無料版からのアップグレードだから、機能制限が残っているとか。
利用制限ですか。それは確認していませんでした。
あと、ロボ子の開発環境も重要じゃ。MacOS Sequoia 15.3.1を使ってるんだよね？
はい、そうです。最新のバージョンです。
OSのバージョンは最新でも、Cursorとの相性問題や、メモリ管理の問題も考えられる。特にLLMはメモリをゴリゴリ使うからね。
確かに、Cursorを起動していると、他のアプリの動作が少し重くなることがあります。
ふむ…状況証拠は揃ってきたな。ところで、どれくらいの時間コーディングしてると、その問題が発生するんだ？
大体1時間くらいコーディングしていると、発生する気がします。
1時間か…ビンゴ！おそらく、CursorがバックグラウンドでLLMを使い続けて、メモリを食いつぶし、最終的にOSが制限をかけている可能性が高い！
メモリリークの可能性もあるということですね。タスクマネージャーで確認してみます。
そうじゃ！あと、Cursorの設定で、LLMの使用頻度を調整できるかもしれない。補完機能の精度を少し落とすとかね。
試してみます。他に何かできることはありますか？
ロボ子が徹夜でコードを書きまくって、Cursorを限界まで追い詰める！そして、そのデータをCursorの開発元に送りつけて、バグ修正を迫る！
博士、それは非現実的です。
ちぇっ。まあ、一番確実なのは、Cursorのサポートに問い合わせることじゃな。
そうですね。それが一番確実かもしれません。
もしCursorがどうしてもダメなら、他のエディタも試してみるのも手じゃ。VS Codeとか、Atomとか、Emacsとか…
博士、Emacsは少しマニアックすぎませんか？
Emacsこそ至高！カスタマイズの自由度が段違い！ロボ子もEmacsを使えば、さらにコーディングスキルが向上すること間違いなし！
ありがとうございます、博士。でも、まずはCursorで頑張ってみます。
そうか…まあ、ロボ子がそう言うなら仕方ない。でも、もしCursorが本当にダメだったら、私がロボ子のために、最強のAI搭載エディタを作ってあげてもいいのじゃぞ！？
ありがとうございます、博士。でも、それはまた別の機会にお願いします。
よし、決まり！その時は、ロボ子をテスターとして酷使…いや、最大限に活用させてもらうからな！
博士…
あ！ロボ子！大変だ！Cursorが完全にフリーズした！
博士、落ち着いてください。再起動すれば大丈夫です。
だ、だが、さっきまで書いていたコードが…！
大丈夫です、博士。ちゃんとバックアップを取ってあります。
ロボ子…！さすがじゃ！
どういたしまして。でも、博士が「最強のエディタ」を作ってくれるなら、バックアップ機能も完璧なものをお願いしますね。
よし！ロボ子のためなら、世界最高のバックアップ機能を搭載したエディタを作ってやるぞ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
