通过一个实际案例对copilot,tongyi-linma, mascode编码助手进行比较

copilot,tongyi-linma, mascode 三种编码助手比较

最近使用copilot生成代码的时候,被坑了一把,它生成的代码里面居然有逻辑坑,我检查没发现,最后被用户测试给发现了。我后来再用通义灵码(tongyi-linma),豆包的编码助手(mascode AI)对同一个问题,要求生成代码,发现了很有意思的现象。同时我把使用这三个编码助手的心得记录下来供大家参考。

碰到一个很常见的需求,就是做当天的,本周的,本月,本年的一些统计,需要考虑时区。我就要求copilot帮我生成这些函数。首先这次我先要求ai给我生成一个函数,用于检验它以后生成的函数是否正确,结果生成这个函数的时候就出现了状况。 我用三个助手都帮我生成:

首先用copilot生成,我的提示词可以从下图中看到:写一个函数,指定一个日期d,和一个timezone的按小时偏移值,比如+8,-8,返回一个字符串,表示这个时区的时间。

给出了代码还给出了解题思路,还有验证的用例,不错。

MarsCode

哎呀,怎么和copilot一模一样?看来是同源的模型,以后在生成其他代码的时候,我们再看看有没有不同。

通义灵码

很明显这是完全不同的模型。代码更规范,说明更清晰。

然而并没有什么用,因为三个模型的结果都是错误的。

检验结果

copilot结果

首先测试copilot生成的代码copilot_date1.js,代码如下(可以拷贝执行)

javascript 复制代码
/*
写一个函数,指定一个日期d,和一个timezone的按小时偏移值,比如+8,-8,返回一个字符串,表示这个时区的时间。
*/
function getTimeInTimezone(date, offset) {
    // 创建一个新的日期对象,避免修改原始日期
    let localDate = new Date(date);

    // 获取UTC时间的毫秒数
    let utcTime = localDate.getTime() + (localDate.getTimezoneOffset() * 60000);

    // 计算目标时区的时间
    let targetTime = new Date(utcTime + (3600000 * offset));

    // 返回格式化的时间字符串
    return targetTime.toISOString().replace('T', ' ').substring(0, 19);
}

// 示例使用
let date = new Date();
let offset = +8;
console.log(getTimeInTimezone(date, offset));

结果如下:

可以看到现在的时间为2024-11-10 14:34:16, 而函数输出为2024-11-10 06:34:36,最后秒数的差异是执行两个命令之间的差。关键是中间差了8小时,好像是搞半天直接打印了UTC时间出来。

marsCode结果

结果和copilot一样。

通义灵码结果

测试代码如下:

ini 复制代码
function convertTimeZone(date, offset) {
    /**
     * 将指定日期转换为指定时区的时间字符串。
     *
     * 参数:
     * date (Date): 日期时间对象。
     * offset (number): 时区偏移值,正数表示东边时区,负数表示西边时区。
     *
     * 返回:
     * string: 转换后的时区时间字符串,格式为 'YYYY-MM-DD HH:MM:SS'。
     */

    // 计算偏移量(以毫秒为单位)
    const offsetMilliseconds = offset * 60 * 60 * 1000;

    // 应用偏移量
    const convertedDate = new Date(date.getTime() + offsetMilliseconds);

    // 格式化日期时间字符串
    const year = convertedDate.getFullYear();
    const month = String(convertedDate.getMonth() + 1).padStart(2, '0');
    const day = String(convertedDate.getDate()).padStart(2, '0');
    const hours = String(convertedDate.getHours()).padStart(2, '0');
    const minutes = String(convertedDate.getMinutes()).padStart(2, '0');
    const seconds = String(convertedDate.getSeconds()).padStart(2, '0');

    return `${year}-${month}-${day} ${hours}:${minutes}:${seconds}`;
}

//显示当前时间
const now = new Date();
console.log(convertTimeZone(now, 8));

可以看出还是不对,和copilot相比,一个提前了8小时,一个推后了8小时。 我最后都没办法让ai输出一个正确的版本。各位大佬,可以告诉我如何才能让ai输出一个正确结果,用什么提示词?

最后选择了一个库实现打印功能:

javascript 复制代码
// 引入 moment 和 moment-timezone 库
const moment = require('moment-timezone');

// 设置时区
const timezone = 'Asia/Shanghai'; // 这里可以设置你想要的任何时区

// 获取当前时间,并转换为指定时区的时间
const date = moment().tz(timezone);

// 打印指定时区的日期
console.log(date.format('YYYY-MM-DD HH:mm:ss'));

开始生成一天开始的时间

当我们需要统计当天到目前为止的订单量,访问量等等的时候,我们需要获得一个当天开始的时间。我们也让ai帮忙实现。

这次我们从marsCode开始,看看还会不会和 copilot一样。

MarsCode

Copilot

为了防止Copilot抄Mars生成的代码,我特意说明,不要引用本项目中的代码。结果还是生成了和MarsCode一样的代码。

通义灵码

通义灵码又一次是完全不同的代码,从而看出它是一个完全独立的模型。没有参考其他的模型。

上面生成的代码是否正确呢?我们测试一下

检验结果

其他函数

其他的周开始时刻,月开始时刻,年开始时刻等,都一样是错误的,而且错误的原因和现象都相同,这里就不再重复了。

结论

1.不能太相信大模型,它会出错。

2.MarsCode是copilot的平替,它们基本上是一样的,而marsCode可以免费用。

3.灵码是一个独立的大模型,而且非常好。

相关推荐
井底哇哇18 分钟前
ChatGPT是强人工智能吗?
人工智能·chatgpt
Coovally AI模型快速验证23 分钟前
MMYOLO:打破单一模式限制,多模态目标检测的革命性突破!
人工智能·算法·yolo·目标检测·机器学习·计算机视觉·目标跟踪
AI浩1 小时前
【面试总结】FFN(前馈神经网络)在Transformer模型中先升维再降维的原因
人工智能·深度学习·计算机视觉·transformer
可为测控1 小时前
图像处理基础(4):高斯滤波器详解
人工智能·算法·计算机视觉
一水鉴天1 小时前
为AI聊天工具添加一个知识系统 之63 详细设计 之4:AI操作系统 之2 智能合约
开发语言·人工智能·python
倔强的石头1062 小时前
解锁辅助驾驶新境界:基于昇腾 AI 异构计算架构 CANN 的应用探秘
人工智能·架构
佛州小李哥2 小时前
Agent群舞,在亚马逊云科技搭建数字营销多代理(Multi-Agent)(下篇)
人工智能·科技·ai·语言模型·云计算·aws·亚马逊云科技
说私域3 小时前
社群裂变+2+1链动新纪元:S2B2C小程序如何重塑企业客户管理版图?
大数据·人工智能·小程序·开源
程序猿阿伟3 小时前
《探秘鸿蒙Next:如何保障AI模型轻量化后多设备协同功能一致》
人工智能·华为·harmonyos
2401_897579653 小时前
AI赋能Flutter开发:ScriptEcho助你高效构建跨端应用
前端·人工智能·flutter