昨天高考结束了,最近这半年AI实在太过火热,我也每天都在使用AI工具。高考过后肯定会有人尝试使用AI解答高考题目,我就自我先测试一下,看看ChatGPT能力如何,我个人只测试了2023年全国新高考一卷的8个选择题,将题目转换成latex,分别测试了ChatGPT4+Wolfalpha plugin和Google Bard
结果就是ChatGPT4一次交互回答答对6题,有两题回答无法解决,有一个回答存在明显错误(2倍根号2小于根号5),在指出它的错误后,就给出了正确答案,还有一题三角函数我也无法给出提示,所以实在是解答不出来,所以综合来看可以认为它8道题对了7道,还有一道也不能判它错(它明确说了它不会,而不是直接胡说八道给了错误答案)
针对Bard,由于它不支持中文,所以我用GPT4将中文转成英文让Bard解答,Bard的结果就是8对4,每个回答都充满了自信
ChatGPT4+Wolfalpha的准确率确实是让我震惊了一上午,已经预料到它准确率会挺高,没想到能这么高。但是也可以看到它虽然给出了正确答案,但很多时候和正常做题的思维方式不一样,能计算的就直接暴力计算求解,不会和真正的考生一样,主要靠换算推理
另外也能直观的感受到,AI有它擅长的地方,也有不擅长的地方,作为用户应该学会如何扬长避短,至少要有一定的review能力,判断AI给出的方案是否合理,这样才能和AI友好合作发挥出它最大的能力
点击全文查看和AI的交互全过程
阅读全文有没有像我一样的,英语渣,翻源码看大段大段的注释有点慢,又必须得看,有时候会不得不把注释使用翻译引擎翻译一下,今天我就遇到了,后来我转念想了下,是否可以使用AI进行翻译呢!然后我直接把当前代码发给网页版GPT4,直接让它翻译注释,不能说效果不好,只能说响应很慢,另外配合上网页版GPT4那个4k版本的上下文,输出一点点内容就直接中断了,让它继续也接不上,总结而言就是能很好的处理将注释翻译成中文的任务,但是有诸多限制
因此ChatGPT确实可以很好的理解代码,也能很好的翻译,那如果我自己把代码的注释提取出来让ChatGPT翻译是不是也行,在网页版测试了下,也行~~~,所以只需要提取出注释部分,再发给ChatGPT让它翻译,它就能得到不错的结果,又快,又省了上下文开销
花了一点时间,使用tree_sitter解析得到注释,用GPT翻译,再替换原代码注释部分就可以了,以下是效果
可以看到效果还行
阅读全文访问外网的时候为了避免被风控,所以长久以来,我是用了一台廉价的vps作为固定出口ip的,有多廉价呢,每月1T流量,192M内存,单核,OpenVZ,每年15刀。因为是几年前买的,现在甚至都停售了。但是日前使用上出了问题,表现为网速过快的时候会断网几分钟,遇到后还觉得挺神奇,后来登陆上去用wget下载文件测试了下,稳定复现,下载热门资源,速度很容易跑到50M/s+,最后询问客服得知,对外部进入的流量做了限制,说是防止DDOS攻击…. 但是说真的,明眼人都能看得出来,是觉得价格太低,所以服务降级,不允许大流量下载
因为贫穷,加上它这个网络质量+ip质量还可以,我就琢磨着自我限速得了,一开始打算用tc之类的,后来发现openvz对这方面有很大限制,后来,就直接改一下代理源码得了
得益于ss的源码质量挺高,也挺好改,直接在对外部进行read的时候限速就好,在令牌桶和漏桶之间选择了漏桶,因为令牌桶允许瞬时流量超过阈值,漏桶没有这个情况,添加代码如下
1 |
|
以上限制下载速度为25M/s
最后,在tcpRemote
函数内部defer rc.Close()
下面添加rc = NewRateLimitedConn(rc)
就OK了
最近开始看起了Java,选择了《On Java8》这本教材作为了学习材料,看了几章感觉讲解的还是挺好的,然后下载了随书代码进行学习
1 | git clone https://github.com/BruceEckel/OnJava8-Examples.git --depth=1 |
不得不说,异常顺利
然后用IDEA打开项目,几乎没有文件是不报红的,代码补全等功能近乎瘫痪。讽刺的是作者在书中和Readme中鼓励大家使用IDEA,在issue中有人报告IDE打开有问题,作者的回复也都是该代码是IDE无关的,反正能跑就行。也不知道作者有没有用IDEA编辑过它这个学习代码。吐槽也没啥用,该教程推荐的人很多,但是我居然很神奇的没有搜到有人和我同样的问题(IDEA打开该项目尽量不报红),随后我就开始了零基础两天多的折腾,最终效果尚可
阅读全文虽然现在离线OCR工具包也挺多的,但是苹果系统自带的OCR还是有一点点优势,毕竟每个M1 mbp都带上了独立的AI加速单元,系统自带的OCR识别服务在识别率和速度上相对开源方案有可取之处,也出了V1,V2,V3在不断优化。本文使用swift调用自带的VNRecognizeTextRequest服务,并导出C API, 然后使用python的ctypes调用该动态链接库。按照此原理,其他语言也可以使用此方案调用该C API
如果你是苹果用户,并且想试试系统自带的OCR功能,本文可能对你有一点点用
阅读全文用服务器很多年了,以前为了节约费用会在创建服务器的时候尽可能的少分配系统盘容量,很多机器就给15G就够了. 外部数据或者应用需要的数据使用额外的磁盘存储, 尽量的保证应用数据和系统盘隔离开来,好维护
但是很多年过去了, 发现这种方案不靠谱, 一台长久使用的服务器, 如果经常人肉运维, 可能会在根磁盘产生很多临时数据, 久而久之, 很小的系统盘很容易占满, 因为还是有挺多软件默认是写根磁盘的, 人肉介入环节有点多
其实20G和40G费用差距很小,没必要为了这么点费用在商用环境下扣扣搜搜
不说了,去给服务器系统盘扩容去了😭
经常在本地电脑上使用pbcopy和pbpaste十分方便,但是ssh连接到远程机器后需要拷贝远程内容到本地相对就比较麻烦,以前总是需要采用ssh remote 'cat file' | pbcopy
,搞多了就很烦,今天搜索了一下remote pbcopy之后发现了OSC52这个东西,用起来十分方便
本质就是输出一段特定格式的转义字符串,终端识别这个转移字符串得到原始内容,写入本机的粘贴板
远程主机
1 | sudo dd of=/usr/local/bin/osc52 <<'EOF' |
本机
Iterm2开启粘贴板访问权限
如果需要搭配tmux一起使用,需要在配置文件添加
1 | set -g set-clipboard on |
至此只需要在远程执行类似语句echo 123 | osc52
,本机粘贴板就成功复制了
参考
[Remote Copy via OSC52](https://github-wiki-see.page/m/laktak/extrakto/wiki/Remote-Copy-via-OSC5