ChatGPT 使用時に遭遇する落とし穴

最近、ChatGPT を使用しているときに小さな問題に遭遇しました。特殊な状況のため、syslog を使用して logbeat にログを送信する必要がありました。

これは比較的古いプロトコルであり、これまで出会ったことがなかったので、ChatGPT にサンプルの生成を依頼することを考えました。

このプロセスはすでに Go で実行されていたので、コードを Java に変換するだけで済みました。私は今でも ChatGPT を信頼しています。

現在、私は多くの構造化データ変換を ChatGPT に委託しており、多くの小さなツールを節約しています。

したがって、この会話は次のようになります。

見た目は普通です。入手して修正したら動きました。

オンラインになる直前に、ログ プロデューサーのホスト名や PID などのメタ情報が失われていることがわかりましたが、Go ではこの情報は失われていませんでした。

そこで、以前生成されたコードを繰り返しデバッグしましたが、それでも問題は見つかりませんでした。

最終的なデータがどのようなものかを確認するには、Go のソース コードを調べるしかありませんでした。最終的に、次のコード行を見つけました。

これは一目見て非常に明らかです。生成された文字列は、<%d>%s %s %s[%d]: %s%s の形式でネットワーク経由で送信されるだけです。

この場合、Java コードも簡単に記述できます。

 Socket socket = new Socket(hostname,port); socket.setKeepAlive(true); OutputStream os = socket.getOutputStream(); PrintWriter pw = new PrintWriter(os, true); String format = String.format("<%d>%s %s %s[%d]: %s%s", 6 , rfc3164DateFormat.format(new Date()), "test", "test", 0, message, "\n"); pw.println(format);

テスト後、最終的にデータは正確になりました。

その後、こんな簡単な質問はGoogleで答えられないと思い、Java syslogのキーワードで直接検索してみたところ、既成のライブラリを見つけました。

実装も同様です。

私の友人の多くは、ChatGPT の重大なナンセンスに惑わされていると思います。少なくとも現在の環境では、いくつかの簡単なことについては Google を優先することにしました。