3

コードの何が問題でどこに問題があるかを示す静的解析のようなものは既にありますが、IDE にさらに多くの AI 機能を与えるべきでしょうか。アイデア募集中です！

4

6 に答える 6

6

重複コードの検出は、私の一番の願いです ;-)。

于 2009-01-08T13:59:21.430 に答える
5

うーん...コード自体とは別に、マシンが要素レイアウトに関するいくつかのUI標準を「教えられ」、「人間に優しい」ものと一致しない場合はレイアウトを提案または変更できれば便利かもしれません。

間隔、テキストサイズ、要素のレイアウトなどを考えていますが、これを達成するのに「真の」AIが必要かどうかはわかりません。

于 2009-01-08T14:34:15.400 に答える
4

あい？Office 2000 の「スマート」メニューのように? ゼロ！2700年頃、AIが人間の知性を超えた。

より静的/コンテキスト分析？絶対。ここにはさらに進歩する余地がたくさんあります。正直に言って、どんなことでも歓迎します。人間への依存度が高すぎるため、コンピューター支援分析がそれを変える最善の方法です。

于 2009-01-08T14:04:14.307 に答える
1

AIは、任意の強力なコンピューターで実行する方法が本当にわからないコンピュータープロジェクトのキャッチオールです。したがって、AI技術は複雑で、風変わりで、まったく信頼できません。（AI技術が再現可能で信頼できるものになると、AIではなくなります。）IDEにどの程度のフレークネスが必要かは別の問題です。

分析オプションとしてAIを気にしないでください。おそらく、私が気にしない悪いコードの臭いに気付くでしょう。常にオンにしておきたくはありませんし、それ自体で何もしたくないことは確かです。Microsoft Wordの文法チェッカーのように思います。これは、私が作成した文法上の不規則性と不備の約2倍をキャッチします。これは便利ですが、決定的なものとはほど遠いものです。

于 2009-01-08T14:43:32.760 に答える
1

私はここでサンダーと一緒です。アプリケーションがスマートになろうとしたり、私が望んでいたことを推測したりしたときに遭遇したすべてのインスタンスは、自動的に失敗しました。私から何かを隠したり、私が確認しない限り、私が何を望んでいるかを知っていると思わないでください. Word の自動修正や自動置換などは特にイライラします。Intellisense などは問題ありません。実際に何が必要かを推測するのではなく、すべての可能性の簡単なリストを提供するだけだからです。

于 2009-01-08T14:09:20.553 に答える
0

インタラクティブなコード カバレッジ テストは素晴らしいでしょう。

 m = 1;
 if (m > 0) {
       // do something
  } else {
      // do something else <- Never gonna happen.
  }

このようなものは危険信号を投げます。ただし、コード カバレッジ テストはオプションまたは目立たないようにする必要があります。一部の人々はプリプロセッサを使用しているため、DEBUG = 1;

于 2009-01-08T14:03:39.300 に答える