比较传统的索引擎,它省去了“搜”的时刻,只剩下“索”的成果。——题记

总结/朱季谦

昨晚经过一顿操作猛如虎的捣鼓,总算将chatGPT的访问环境在Mac笔记本上搭建了起来。

根据日报、读后感、短文、公函模版、编程这五个场景,我进行了一下简略的体会。

一、让chatGPT写日报

在网上随便找到一个日报内容喂给它,它居然很聪明地根据日报格式对内容做了扩展。

后来,我又试了一下让它写周报,发现只需求供给简略要害的几句话,它就能够针对这些话做进一步的补充,最后自动将内容扩展到像一篇总结报告。

在日报、读后感、小说、公文模版、编程等场景体验了一把chatGPT

二、让chatGPT写《百年孤独》的读后感

想到曾经读书时,常常需求写各种读后感——那是不是也能够用它帮助写些读后感。于是我选了比较喜欢的《百年独孤》小说,让它给我写一篇千字读后感。

我仅仅告知它“帮写一篇一千字的《百年孤独》读后感”。

按下回车键,它的光标闪了一瞬间后,就开端一个字一个字地打印在屏幕上。

需求留意一点是,现在太长的文字生成过程中,或许生成一半时,就完毕了。这时候,得像对话一样告知它,“继续写”。然后,光标一闪,它很快又会重新扑哧扑哧地往屏幕上吐字。

chatGPT写的《百年孤独》读后感,里边提到了马孔多城市,家族七代人的生活、命运和梦想等,确实都是原著里的东西。整篇读下来,说真的,还真有点那味儿了。

文章的最后,是读后感特有的总结与感悟——看来,这丫是懂套路的。

根据这篇生成的读后感,再手动修改下,大约能以假乱真地当语文课后作业交上去了。

在日报、读后感、小说、公文模版、编程等场景体验了一把chatGPT

三、让chatGPT写小说

我在一篇小说里描写过这样一个片段:

在头骨灯笼的映照下,巨鼎里竟浮出一团黑乎乎的东西。
远远看去,就像是一堆黑色的烂泥,上面不断坠落黑色的粘稠。
它渐渐站成一个人形,样子极其怪异,仿佛一尊身躯严峻而干枯的老人,只见它慢慢抬起头,深陷的眼洞里发出了暗淡的红光。

我用了这个片段做开头,让chatGPT写一篇短文。

chatGPT写了个探险家意外发现了一尊古老巨鼎的故事——

当探险家触摸到巨鼎里的黑色东西时,遽然被一股奥秘力气吸入到巨鼎里,然后,探险家就穿越到了另一个国际。在那个国际里,有恶龙、精灵以及魔力……

遽然慨叹,这个chatGPT是懂网络小说套路的。

有朝一日,它会不会进化到只需供给一篇纲要,它就能自动生成一部小说呢?

很难说,网络写作者瑟瑟发抖……

在日报、读后感、小说、公文模版、编程等场景体验了一把chatGPT

四、让chatGPT供给公函写作模版

咱们常常会遇到写论文、需求剖析文档、投标文档等需求。如果手头上没有现成的文档,那么,首先想到的,是先找到一份模版纲要,然后按照纲要进行内容完善。

我试验了一下,发现它供给的总结类文档、论文、项目需求类文档等的模版纲要,都是比较合理的。

在日报、读后感、小说、公文模版、编程等场景体验了一把chatGPT

五、让chatGPT写代码

最后,就是这个终极大招,这个大招让作为程序员的我很是惊奇。它的代码生成功能很好用,特别合适用来辅助工作和学习。

今日接近下班时,我遽然有一个小主意,就是想写一段简略的代码,去指定目录下遍历近百个老项目代码,然后自动找出存在依靠中间件IP为xxx.xxx.xxx.xxx的文件。这就相当于让代码自动帮我从几千个甚至几万个文件里找出里边有要害词是xxx的文件。我测验将这个主意丢给了chatGPT:用Java帮写一个遍历指定目录下一切文件存在包含192.168.1.1的IP信息文件,获取文件路径。

然后,它就出来了一个成果——

在日报、读后感、小说、公文模版、编程等场景体验了一把chatGPT

import java.io.File;
import java.io.IOException;
import java.nio.charset.StandardCharsets;
import java.nio.file.Files;
import java.util.ArrayList;
import java.util.List;
public class FileSearch {
    private static final String IP_ADDRESS = "192.168.1.1";
    public static void main(String[] args) {
        String directoryPath = "/path/to/directory";
        File directory = new File(directoryPath);
        List<String> filePaths = searchFilesContainingIpAddress(directory, IP_ADDRESS);
        System.out.println("Files containing IP address " + IP_ADDRESS + ":");
        for (String filePath : filePaths) {
            System.out.println(filePath);
        }
    }
    public static List<String> searchFilesContainingIpAddress(File directory, String ipAddress) {
        List<String> filePaths = new ArrayList<>();
        File[] files = directory.listFiles();
        if (files == null) {
            return filePaths;
        }
        for (File file : files) {
            if (file.isDirectory()) {
                filePaths.addAll(searchFilesContainingIpAddress(file, ipAddress));
            } else {
                try {
                    List<String> lines = Files.readAllLines(file.toPath(), StandardCharsets.UTF_8);
                    for (String line : lines) {
                        if (line.contains(ipAddress)) {
                            filePaths.add(file.getAbsolutePath());
                            break;
                        }
                    }
                } catch (IOException e) {
                    System.err.println("Error reading file: " + file.getAbsolutePath());
                }
            }
        }
        return filePaths;
    }
}

最后我仅仅略微改动一下if-else的判别,就完美地实现了我的小需求。让我觉得惊奇的是,它居然能精确地根据我的需求去找到简直正确的代码,若是换到某浏览器,我至少还得像翻沙子一样翻几下,才能从一堆狗屎般的广告堆中找出需求的沙子。

这就是以上我的体会感受,应该还有更多玩法,等我渐渐发掘出来。但是,它相同存在许多不足,例如,看了官网文档,发现它的数据限制在2021年曾经,这就意味着,2021年以后真实发生的工作,问它而得到的答案或许是错的。它的接口访问现在还时不时呈现服务器过载反常提示,或许是短时刻内太多人访问了,导致负载跟不上。除此之外,还有蛮多场景下的回答不是很好。

不过,若真能迭代发展起来,确实是革命性的,比较传统的搜索引擎,它省去了“搜”的时刻,只剩下“索”的成果。

就看这个“索”的质量日后能否跟上来了。