首页 > 资讯 > 综合 > 正文
2024-04-03 19:01

vs2024找不到工具箱 与人工智能合作

请简单介绍一下您今年的计划。

按照我的设想,今年将是人工智能应用爆发式增长的一年。 这不是理论上的突破,而是应用上的极大丰富。 没有人知道明天会出现什么应用程序。

因此,我打算放慢翻译工作的节奏,专注于人工智能的应用。 主要解决的问题是如何与人工智能一起构建更加合理的工作流程来满足自己的日常工作需求。

这些天服务器迁移的过程其实是一个初步的尝试。 今天我和大卫一起在湖边散步。 他一直在讲他的玩的经历,我也有时间给他讲了一些我这些天熬夜的迁移服务器的过程。 当然,我们的叙述都是总结经验、整合知识。 一般来说,叙述的过程实现了费曼学习方法的最后一步。

不知道未来会怎样。 但今年是我尝试人工智能应用的一年。 我的目标很简单,就是简化工作流程并了解人脑和计算机如何协同工作以最有效地工作。 也就是说,知道什么时候用 git-co-pilot 作为知识库,什么时候用 git-co-pilot 作为编码方案,什么时候用 1.5 作为知识补充,并熟练运用整个流程来完成一个“预防近视”是我需要做的。 慈善项目”。

在人工智能的运用现阶段,我们似乎不应该太注重神学和哲学的深度。 至少在我看来,在没有充分了解AI的情况下,我不愿意轻易讨论AI的伦理和在工作中的应用程度。 神学问题。 也许过一段时间我会用它来写讲道,但即便如此,这也就像用软件来写讲道,或者用电子圣经一样。 该工具的主要用户似乎仍然存在。

当然,我也理解那些暂时没空的人。 事实上,如果没有应用场景,或者无法建立稳定的使用流程来提高效率,AI的使用往往会令人失望和沮丧。 任何利用信息传播牟利或出售人工智能焦虑的人都会受到鄙视(雅歌8:7d)。

再次谈一下我作为程序员的经历

2011年我和Eric关闭了我们的“E&E”游戏工作室后,我就离开了IT行业,最多当个吉祥物。 根据以往的经验,像我这样50多岁、12年没有写过代码的老人,早就不被人喜欢了。 我自己从来没有想过再次成为一名程序员。 但六个月前,Eric又来找我,说有一个预防近视的公益项目,要我继续当“吉祥物”。 于是我花了一天时间做数据分析,做了一个数据预测模型。

我使用最新的数据建模工具箱运行数据,发现我可以自己运行所有可能的建模方法,然后告诉我最好的模型是什么。 它推荐的模型是高斯过程回归模型,我不太明白。 它使用了核函数等分析工具,这与我之前了解的神经元网络或信念网络有很大不同。

因为它无法形成应用程序的后端服务,所以我需要重写代码。 但我从来没有学过。 看来我只懂一点点php、c++和java。 于是我告诉Eric我只能继续制作吉祥物,具体代码还需要找其他人来实现。 我们就这样耽搁了几个星期,最后的判断是,在目前的项目条件下,找不到数学、AI、编程、英文文献阅读合格的程序员。 所以我想,也许我可以自己做。

这次尝试,也是因为外观和效果,让我觉得或许值得一试。 我看了哈佛CS50的课程,一位一线大厂的程序员说现在已经离不开编程了,而且因为AI的出现,未来程序员的工作将会和现在完全不同。 他还表示,因为出现了,程序员的效率大概提高了1000倍(?)。

于是,有一天我去办公室请了一位不懂编程的统计学博士坐在我旁边。 根据说明,我们两个人重写了高斯过程回归,生成了几张图片。 ,让她做一个ppt,几天后,她把它呈现给一群眼科医生。 正好是周日,所以我连会议都没有参加,只是晚上去吃了点蛋糕。

因此,虽然不一定能提高1000倍的效率,但帮助我这样的老人重写一些看不懂但能工作的代码,大概还是不错的。 既然找不到合适的程序员,那我就自己来做吧。

流浪的过程()

原本打算春节期间开始写代码,但是大年初四,我的服务器坏了。

这就是发生的事情:

从2007年开始,我不再使用QQ空间、新浪博客等,原因自然很复杂。 当时这是一个流行的应用程序,所以我在[]()上开始了我的个人博客。 后来有的朋友也想建一个网站,于是我们就有了几个域名,比如,,,等等,很好玩。 然而,他们中的大多数人无法再玩,也没有续订。

但自从退出中国市场后,我一直有点担心数据安全问题,所以我从一家便宜的服务器提供商那里租了一台服务器,并将网站搬到了那里。 从成本角度来说,这样也省了不少,因为每个网站都是收费的,几个网站加起来的钱已经可以自己租服务器了。 这台服务器一直稳定运行,直到去年我突然想到,也许10年后,按照摩尔定理,硬件的价格应该会下降几个数量级。 也许现在同样的价格,可以升级更好的服务器。 恰巧小天从上海给我寄来了一些因为疫情停工而留下来的二手硬件。 我想也许这个问题应该得到处理。 毕竟10多年没有升级服务器还是有点对不起时代的。

果然,现在我只需要额外支付1美元就可以将服务器从4核改为8核,内存从8G-DDR2改为16G-DDR3,硬盘从256G改为120G-SSD + 2 * 1T SATA ,网口从100M到1G……

于是我小心翼翼地迁移了服务器,特意挑选了两块1T硬盘进行raid-1镜像冗余。 这台服务器显然速度更快,硬盘也更大,所以我将所有网站迁移到它,将我的电子邮件服务器和云存储迁移到它,进行数据聚合,并消除了其他一些冗余。 vps,总体成本节省很多。

总而言之,贫穷限制了我的想象力。 所有花哨的服务都很昂贵,而且我离开 IT 的时间越长,我就越把自己视为“吉祥物”,并且不想自己编写代码或脚本。 渐渐地,我真正感觉自己是一名专业翻译了。

我唯一持续跟进的就是所谓的“网络安全”,就是保证自己能够顺利、安全地获取信息,不至于陷入“信息茧”的问题。 这里不多说。

网站崩溃贫困限制了我的想象力,并增加了我的数据风险和工作量。 [/引用]

— 艾迪

过年期间,一切似乎都不顺利。 我首先花了一天时间配置我在黑色星期五抓到的 vps,并重做了所有配置。 顺便说一句,我使用了 [" "](),但我将把它留到另一篇文章中。

第二天,我想起除了vps,我不是还有一个独立的服务器[](),于是我升级了服务器。 升级过程中,服务器无法登录。以前也出现过一次这种情况,但没有引起太多关注。 我刚刚提交了工单,要求服务器管理员重新启动服务器。 但这一次,管理员说,由于某种原因,系统自动调整了启动顺序,将启动放在了2号盘上。事件变得很灵异,但我已经习惯了“吉祥物”的身份,也很可能是不可逆转的。

很快,两个磁盘都坏了,我什至没有时间导出所有数据。 用DVD启动的时候,只来得及用``命令查看,看到当时还能访问的硬盘是已经上线9年多的二手硬盘了,一切都正常失去了。 我努力了一整天,最终放弃了恢复数据。

vs2024找不到工具箱_工具箱位置_寻找工具箱

感受到了危险,我决定不再使用这么高端、高风险的二手服务器。

恢复()

一个QQ空间开始于2005年,结束于2024年的[](),里面有大约300万字的记录。 但这些文字的数量并不算太大。 我的数据库(所有文本和配置的备份)只有77M。 按照UTF-8计算,差不多有3000万个字符。 但我的网站上这些年的图片几乎有5万张,都是历年来各种图片优化插件制作的——每次上传一张图片,都会将图片优化为8种不同的分辨率,然后调制成webp格式,但从来没有很好地清理无用的图像。 所以我整个网站数据大概有7G左右。 备份时,我使用了驱动器,后来又更换了驱动器,但可用空间不足以容纳其他几个朋友网站的备份。 我只能提醒他们备份,给他们做一个本地服务器备份。 我曾经在安装邮件服务器时导致系统崩溃,所有数据都在本地恢复。 但这一次因为硬盘坏了,我别无选择。

但我仍然有一个未使用的服务器、邮件服务和我曾经运行的库。 本来我打算新服务器上线后就不租了,这样可以省下不少钱,但因为当时说要用,所以就留了下来。 这款服务器配置很低,intel i-3、8G DDR2、SATA硬盘。 现在只能复制这里的数据了。 但我已经没有动力去优化,php-fpm,内存对象缓存之类的了。 体验过网站的速度后,我自己就不想用了。

于是我终于下定决心,重新开始写代码。

迁移到hugo(到Hugo)

我花了三天时间把数据迁移,把网站从动态迁移到静态hugo。 当然,其中也存在很多陷阱,比如文章标签的迁移、封面图片的对应关系、内部链接的一致性检查等。

`-to-hugo-`、-`等插件我都用过,结果都差不多。 最后我好像是用它作为中介,对生成的进行了调整,将所有文件放在了`/post`目录下。

但除此之外,我还要求写一个脚本,将文章中暂时没有用到的图片全部删除。 我的5万张图片变成了不到2000张,而hugo编译时间在那台老i3上可以维持在20秒以内(作为对比,在我的i9笔记本上,hugo编译时间为7秒)。

与(与)合作

如果没有,我也许可以自己进行迁移,但这会花费数倍的时间。 我目前的工作流程是这样的:

我要了一个剧本。

轻松编辑和运行脚本。 反馈错误信息至。

解释错误,修改脚本,跳转到流程2。

换句话说,我只是将错误消息反馈给它并等待它进一步响应。 我做的唯一有建设性的事情就是曾经告诉它我正在使用 snap 包,这可能导致 Hugo 无法被调用。 其余时间,我只是复制并粘贴信息。

我使用的脚本包括:fix--.py、fix-cross-link.py、fix-slug.py、-tail-md.py、-image.py、set-cover.py、scan--image.sh 、`check-.py`之类的,含义是不言自明的。

当然,这个迁移过程其实也是为了验证,在中断了10多年之后,我的编程效率能够在.NET的帮助下得到一定程度的恢复。 也就是说,未来的程序员应该不再需要过多关注语言的细节,甚至不需要知道如何编码、如何调试、如何解释错误。 只要需求定义准确并且知道如何去做,他们就可以完成大部分工作。

超飞看到我在 中写的代码,曾经告诉我这不是最佳实践,我们不再这样编码。 但如果编码的目的是为了解决问题而不是为了手动维护和测试,那么使用后丢弃脚本似乎是合适的。

-副驾驶

经过两天的时间,我终于将网站迁移到hugo上,并将所有代码上传到上面。 昨天,我终于决定尝试使用hugo的本地开发模式来提高开发速度。

这也是通过提问来完成的。 比如安装Go语言,安装ruby和各种插件,如何配置项目,如何修改文件的小字节优先编码等等。于是,我开始使用-co-pilot来写代码同时地。

git-co-pilot 甚至可以帮助我编写,或者提供格式化,这比 vs-code 更方便。 但在理解问题和回答准确性方面似乎更好。 为了节省疑问,我也用1.0,还没有付费订阅1.5版本。

看起来我可以解决大多数编程问题,至少在我的项目开发的早期阶段,不需要另一个程序员的帮助。

明天我将继续我的正常工作。 就算今年结束了,麻烦的事情也差不多结束了。 总的来说,如果没有服务器宕机这样的大事件,我大概就没有动力熬夜学习技术了。 现在去睡觉吧。

你不传道吗?