先抛结论 AI 黑盒不只会让代码失控,而且会导致越来越依赖 AI 代码失控 AI 时代来的轰轰烈烈,传统的程序员难免受到冲击。网络上一些「不用学编程,就能写程序」的口号也层出不穷,AI 确实在某些层面能达到真正的c,真的能用,能达到预期。但是对这些「产物」的掌控力呢? AI,省力,但不省功 这些 V
高树靡阴,独木不林。
之前设计的“太好了”...AI 写了一堆复杂泛型,我看起来头都疼。 又不是服务端,所以前端只留了一些基础类型,不想搞得太复杂。 我个人还是想对代码保留一些自主权,不能搞到最后,自己不写代码,也看不懂代码... 我还是偏向于设计一些设计规范,然后让 AI 在规范内编码。 最起码我自己还能找到某一部分代
我经常跟 AI 聊完之后,就 水一下论坛 或者 切换到 IDE 去 Review。 Pet 能一直置顶挺不错的,我就偶尔扫一眼状态。 当 Pet 那显示绿色对号了,我就点 Pet 返回 CodexApp 窗口。 但是输入框的光标(闪动竖线)不显示,有时候无法输入文字,只能重启。 最近发现在 Code
情况 根据官方教程,使用离线安装脚本进行安装。 安装后实际上在 /opt/halo 下运行的一个 Docker 的实例,实际是从 Nginx 反向代理出去的。 如果你和我的情况,那么就可以往后看(我使用的是 linux 系统) 拉取最新的 halo 应用 docker pull registry.f
我们知道如何构建一个图的数据结构,那么现在,我们看看如何根据一棵图的图形,创建一张图到内存中去。
#define MAX_VEX_NUM 50 //最大的容量暂定为50
typedef enum {DG, UDG} GraphType; //选择有向图还是无向图
typedef struct {
char vexs[MAX_VEX_NUM]; //一维数组存储顶点
int arcs[MAX_VEX_NUM][MAX_VEX_NUM]; //二维数组(邻接矩阵)存储边
int vexnum, arcnum; //记录顶点的数量和边的数量,等下用作循环判断条件
GraphType type; //记录图得类型
} MGraph;
数据结构中