AustinDatabases

我是怎么浪费Token的 DBA架构 转 数据库运维软件开发 转行开发第三天

❝

开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群加群请联系 liuaustin3 ,(共3400人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 )(1 2 3 4 5 6 7 8群已经爆满  9群 为纯聊天群,默认不加入不得发广告,自己公众号文章链接等,发一次直接踢,默认加入8群,开10群PolarDB专业学习群115+)

竹板这么一打,老登DB转开发,22年工作的经验,没啥鸟用和卵用,AI时代卷宇宙,啥都能干,啥都行,为了赚那窝囊费,咱们就来搞开发。

好了今天是老登用AI开发数据库运维工具的第三天,随着工作的不断深入,我发现了以前一些老师提到的问题,(昨天还开会培训开发技巧,回来咱们继续说,反正我只要继续干,咱们就继续记录,怎么一个快退休的老登,又重新 干起了AI开发)

第一个就是,浪费Token的问题,这个非常的明显浪费Token 归咎于个人的事情主要有以下几点。

1 一开始不给出详细的开发计划,比如给我开发一套MongoDB 管理运维程序,剩下的AI就开始天马行空的开发,这是完全不行的。

2 在开发中,针对一些开发的节点和细节的把握的错误,比如你在开发机中安装了postgresql 但是你并未进行数据库的调整,那么AI 在连接数据库中,会进行各种测试,对数据的连接方式,密码用户等进行适配,最终我发现了,我手动进行了PG的配置的调整,解决了AI 不断重试连接数据库的问题,在这里警告,对于数据库的操作,AI 非常的不靠谱,将PG中的pg_hba.conf 里面的密码验证方式私自调整成更高级的加密方式。

注意这里问题,如果你的数据库是共用的,那么它这样做,直接就导致其他的业务,直接停止,因为密码的验证方式改变了。

切忌数据库的操作,还是人工为好,尤其生产,测试错误就错误了,生产上如果这样做,那就是生产事故。

3 个人的知识的不足,比如我不懂什么是VUE,什么是Python中的并发方式,他不断的在问我,我只能回复按照他的方式来,而他的开发方式也是在一点点的尝试,比如他选了A开发模式,而下面的条件不符合A 的开发模式的需求,那么它就直接告诉你A 不行,我们在用B 来去做,导致我们浪费了大量的TOKEN。

所以,在开发中,我个人必须提高各种开发中的知识,完全对开发的任务明晰,且对开发的方式和代码的部分有明确的知识层次,才能不浪费TOKEN ,快速的达成开发的目的。

Image

幸好单位的同事有DBA会开发的,后续我将通过人工的一些课程,提高整体DBA的开发水平和基础知识。

还有一个问题,就是每天开发,我们是在开发机上进行的,下班SHELL 关闭后,我们就和qodercli失去了连接,转天会继续重头来,让AI读取现有代码,继续开发,这也是浪费TOKEN的一个关键。

所以基于以上3天的工作中的发现的问题,我会从自身的开发水平,开发知识,以及总结的一些之前没有注意的问题,持续提高开发水平。

比如给AI指令,在每天下班前,将今天开发的进度和开发的代码的描述,写成一个文档,叫回顾文档,明天开发的时候,让AI快速的用这个文档熟悉昨天做了什么,然后继续尽快进入开发的状态。

好了每天都是学习,不要怕,不要抵触,替代就替代,顺便说一个扎心的事情,昨天遇到一个友人,拉我进了一个他自己的群,之前听说这个群里面有400多人一半都是数据库从业者,而昨天我说 我是DTCC 今年的 NOSQL会场的主持人,同时也是一个话题的分享人,大家如果有什么需要比如门票可以联系我,然后发了红包,对那位老师表达感谢,的确谢谢人家。

最后结果是,那个群里当时只剩一个数据库从业者,当然可能是其他的数据库从业者没有看到在那个群里,不过一个事实也说明,大部分DBA,数据库工作者,在开始转行,加油 看到这篇文章的人。

Qoder到底支持多少模型  DBA架构 转 数据库运维软件开发   转行开发第二天

      还能更糟吗? DBA架构 转 数据库运维软件开发 -- 初步接触专业AI 编程 第一天

12万个数据库实例由Agent自主创建,DBA只能抛弃--数据库运维软件

同学,SQL SERVER迁移到国产数据库方案,KingBaseEs 自己看一下吧!

看上去和数据库无关,实际上和数据库有关

DBA 怎么转行,不是说这是IT 行业的宝藏吗?

详述PG修改字段类型不锁表的原理 step by step

传统RDBMS架构师的MongoDB思维破局与落地实践

    传统RDBMS架构师的MongoDB思维破局与落地实践

什么MongoDB 8.0 无索引加速聚合操作? 疯了吧!

体现价值-我们靠PostgreSQL迁移PolarDB,给公司省下了100万 “巨款”

《告别迁移焦虑:OceanBase MySQL 模式能否兼容 DBA 的“祖传”运维 SQL?》

干数据库不是买白菜:光盯着License几毛钱,看不见300台机器的电费?

一个秘密,不是你 SQL 写对了,是优化器帮“擦了屁股”  客户问迁移后为什么快了--迁移到PolarDB后的故事

AI 时代,我却用不上一个靠谱的数据库产品

AI 引入后,MySQL 列权限控制,插入,更新,读取,删除 --有了AI 真是越帮越忙

PostgreSQL 大表改字段卡死的问题解决了吗?  解决了方案在此

AI 引入DBA 工作,造成工作量增加,忙不过来,根本忙不过来!!!

三无项目导致MongoDB 持续1406% CPU 问题解决

阿里云MongoDB 部署安全吗? 多可用区怎么搞?

Image