粉丝1.4万获赞18.1万

还在依赖传统的 m d 做开发吗?不妨试试用 ps 打剪一站式开发环境。接下来的演示带您直观感受这套方案的实际效果。 要实现这样的效果,我们需要配置 v i 四中的 e i d e 和通用领马,而要想熟练运用它们,首先得了解这些工具各自的作用。 相较于传统的单片级开发工具,微思具有更强的兼容性和扩展性。在后续的学习开发中,无论是前端、后端开发,还是视觉处理、单片级编程等场景,都能通过微思完成, 无需频繁切换工具,能有效提升开发效率,并降低工具学习成本。 亚迪 e 是 一款多维维斯设计的单片机开发插件,支持多种主流芯片类型。它不仅兼容市面上大部分常用烧录器,还支持同步调试,让你在维斯中就能完成单面机项目的开发调试。全流程 统一领码是阿里云基于统一大模型开发的智能编码辅助工具,能为开发者提供高效的编码支持。核心功能包括函数及实时代码细写、自动补全上下文逻辑, 通过自然语言描述直接生成对应代码。自动生成单元测试,快速验证代码可能性, 优化现有代码并生成注式,提升代码可读性,提供研发相关的智能问答,解决技术疑问。借助统一领码,你无需手动上传文件,让 ai 调试能大幅缩短代码编写时间,提升开发效率。 攻科学习往往可以分为三个递进阶段,帮助我们从实践到原理逐步深入。一、先掌握怎么用从工具操作基础流程入手,先让技术或工具能实际跑起来,建立实践认知。 二、再理解为什么这样用,在会用的基础上思考操作逻辑和设计目的,明白背后的理性。三、最终探究这样用的原理,深入底层机制, 理解技术的本质和原理,实现从知己人到知己所欲人的跨越。今天讲解的 e i d e 和通易灵码, 核心目的是为了简化三二开发流程,让大家能更专注于单面积本身的学习。这一步属于上述第一阶段,先掌握怎么用即可。切向大一时触及思域语言, 我们不需要手动配置复杂的工具链,只需通过 ide 专注于代码逻辑本身。现在同样如此,先通过现成的工具和插件快速上手开发,后续再逐步深入了解工具背后的原理细节。 在壁印上搜索 vs code, 点入官方提供的链接,点击右上角的下载,选择对应操作系统下载,下载完成后,按照提示进行安装 搜索简体中文拓展,下载第一个插件,下载完成后,根据提示重启编辑器,当编辑器里面的内容为中文时,说明下载成功。 下载四异语言知识包,选择鼠标点击的拓展进行下载。搜索 eid 一 拓展,选择第一个进行下载 搜索考太科四拓展,下载第一个插件,这个拓展主要为 eid 一 提供调试功能。下载同意领码,同样也是选择第一个进行下载。若你跟着以上操作一遍后,打开拓展栏,会发现一共有十三个拓展, 倘若跟我一样只有十二个拓展,那就是肆意魅客没有下载完成,重新下载即可。 全部下载完成后检查拓展数量与名称。倘若以视频中无物,那么恭喜你已经可以开始配置 e i d e 了。 点击安装使用工具,下载图片中圈红的工具,这里我已经下载过了,就不重复下载了。点击左下角设置搜索埃尔夫,把选项勾选上, 点开插件,设置配置编辑器路径,在你的电脑中找到 q 的 位置,按照视频中的方式将路径复制进去。 tap kill 路径,找到 kill 的 快捷方式右键属性,将路径复制到视频中的对应位置。 至此, e r d e 插件已经全部配置完成。 点击阿里云中国账号登录,再弹出的网页登录即可。 首先我们快速新建一个浩酷工程, 以下步骤需要我们在每次使用新项目时都操作一遍。首先打开工程文件,找到 md k 文件夹, 接着打开 yes, 选择 e i d 一 插件,点击导入项目,选择 md k 选项, 选择阿姆,将刚刚文件夹下的 q 文件导入进去,此时会询问你是否存储 e i d e 的 配置文件与默认路径。我个人习惯选择 yes, 将其存储在 m d k 文件夹下。然后点击信任词作者。导入一个新的工程后,首先需要导入芯片支持包, 可以选择第一个在网上下载,也可将本地的芯片支持包导入这里我们选择网上下载,搜索对应的芯片,点击即可下载。 如果下载时间过程需要使用代理工具进行加速。接着我们打开勾注配置,我们可以选择使用哪个编辑器并调整编辑配置。这里推荐大家使用默认配置下一项上路配置,这里我们将默认选项改为为之前下载的 open cd, 在最后的接口配置处选择你使用的烧炉器,其余选项按照默认即可。接下来要介绍 c 与 c、 b、 p 三的核心配置选项,分别是包含目录、扩搜索目录和一处理红定义。 先来说说包含目录,在实际单片机开发中,我们经常需要自行新建文件夹,这些文件可通过项目资源面板导入。 ai 定义,这是两种新建文件夹的方式, 一种类似 q 的 操作逻辑,即把真实文件夹里的文件放进虚拟文件夹。另一种则是直接导入真实文件夹,这里需要重点注意, 导入真实文件夹时,必须将其路径添加到包含目录中,而创建工程时已存在的文件夹无需重复导入。至于酷搜索目录与域处理红定义,若没有特殊需求,保持默认即可。 接下来为大家介绍勾注器选项,这部分功能类似 q 中的设置界面,在这里可以完成各类配置操作,比如重定向、配函数、调整代码、优化级别等。和刚才讲到的内容一样,若没有特殊需求,保持默认设置,即可满足日常开发。 完成以上所有配置后,便可进行含库开发。首先打开微函数,点击左上角或 s 七编辑,这里会出现没有空间的报错。我们将构建配置改为 ac 六,再重新改回 ac 五进行变异。 如果你按照刚刚的过程一步步配置下来,那么现在应该显示的是变异成功,此时便可进行烧录, 这里显示 ok, 即为上路成功。接下来新建调试模板,新建完成后,选择调试页面,运行刚刚创建的调试模板,此时便可进行调试。若需查看变量的值,将鼠标悬停至变量名即可。 当你已经配置过项目文件后,可以从 mdk 文件夹中找到工作空间,点开即为之前的项目,此时点开配置会发现所有的配置与之前一模一样。 倘若使用 qmax 重新生成工程,需要重新导入 mdk 文件并重新配置包含路径,其余都默认为之前的配置。 标准库与豪酷的配置大体上是相同的,只有一条不一样。标准库需要一先声明一个红定义,其一地按照豪酷配置流程就可以 点以后显示构建成功,变为配置正确。 e、 i、 d e 和统一林码终究只是辅助我们编辑代码的工具,它们的实际效果取决于每个人的使用场景和学习状态,承让这些工具能让单编辑开发更便捷,比如简化配置流程,加速代码编辑,但绝不是成为单编辑大佬的捷径。 真正的技术成长始终离不开对基础知识的深耕、对实际问题的拆解能力,以及一次次调试中的经验积累。且小学走路时需要辅助工具,但最终能稳健前行,靠的还是自己对平衡的掌控, 所以不必急于求成,从最简单的点灯按键控制开始,一步步吃透每个模块的原理,扎实掌握每一个知识点。当你的技术功底足够扎实,这些工具才能真正成为锦上添花的助力,帮你在更复杂的项目中如虎添翼。慢慢来, 每一次成功的调试,每一个问题的解决,都是在向大佬的目标靠近,坚持下去,你会发现自己早已在不知不觉中变得强大。 以上便是本期视频的全部内容了,后续我会把说明文档公布在视频下方,供大家参考,同时附上参考文案,如果还有疑问,欢迎在文档下方或评论区进行留言, 我会一一为大家解答。感谢各位的观看与支持,咱们下期内容再见!

微软计划二零三零年用 rust 的 替代全部的 c 和 c 加加。我今天看到这个新闻啊,我想微软这么庞大的 c 加代码量,要完全换成 rust 的 现实吗? 后来我仔细看这条新闻的来源啊,我发现它其实是一个招聘的要求,要用 rust 的 替代全部的 c 杠。 c 加加也只是他们项目组的目标,不是公司的目标,可以看新闻的发出者。他后来做了说明,他说微软并没有把所有的系统用 rust 的 重写,而是他们项目组要做的一个工具,基于 ai 和 rust, 把 c 加代码转成 r s。 所以 他说的这个目标呢,我觉得是一行小字,就是说这只是我们的目标,我感觉主要还是为了这个 ai 项目组的招聘啊。我们顺便看一下 德威尔的招聘要求和薪资。我发现比较有意思的是,他们要求每周三天必须在公司上班,并不是说只要上三天,而是说其他两天可以在家上班。我觉得这个蛮好的, 国内的企业好像没有这么做的。那为什么要限制三天呢?以前他可能只要两天在家,但觉得这样的团队当面交流的时间太少。我们再来看一下他的项目的技术要求,他这岗位是做 ras 的 开发,但你看一下他的要求,他要有六年这些语言的开发经验, c c 加加 甚至 java c 下吧,但就是没有要求 ras。 我 估计是因为 ras 的 很难招到人,他后面也提了会 ras 的 优先, 但不是强制要求。薪资呢,是十三到二十七万美元。总的来说啊,目前还没有哪家大的企业项目敢把 c 加加完全用 rust 的 替代,这个成本太大了,十天后不确定 rust 的, 目前想要替换 c 加加还是有很多问题的,我们现在做 c 加的,我们觉得还是应该继续做, 可以关注一下 rust, 短期内 rust 呢,不会有太多的就业机会。长期看来啊,就算他哪一天他真的替代了 c 加加,那这些 rust 的 岗还是需要我们 c 加开发者去做的。最后记得点赞关注夏老师,想要学习 c 加课程的同学可以看一下评论区。

看到一个新闻说在二零三零年,微软要告别他们所有的 c c 加加代码,在他们的那个核心模块里面用 rust 去代替。你怎么看? 不光是 windows 要改, linux 已经有很多安全主键或者是核心主键都用 rust 替代了。 都已经开始了啊,向右前方行驶,注意。哇塞,这是,这只是一部分,不是说是内核啊,只是说一小部分的。但是微软这边雄心勃勃的愿景就是说到二零三零年得要 全部核心代码,就是 windows 和 azure 的 全部核心代码都用 rest 替换了。那怎么可能,为什么呀?因为代码量太大了。 那也不是,我觉得主要是因为其实只是他不是。不是他核心吗?哦,不是 windows 的 核心东西。不,他要做的就是核心。我是觉得他会有一些问题,比如说 我 c c 加加,他会直接去操作硬件啊什么的。那你换成 r s t 之后,你还要去做那些接口接口呢?不需要去操作硬件呗? 需要吧?然后他可能还跟一些第三方库啊,或者说一些什么东西有一些千丝万缕的联系,是不是你还得把他那些功能都继承下来,用 r s t 重写。那就是再套成壳呗, 请保持直掏成壳。哈哈哈哈,这对吗?他不是替换吗? 他想替换呗,但是你又替换不了这套杆。嗯,可能没有那么简单。我也搞不清楚,反正就是看上去像是 一一个很很艰难的大工程。你就说你抛弃谁谁家家,你 rask 的 也是依靠依靠 c 变异出来的呀。但是他说那咋的,你 windows 开发你不用 windows? 你 你你用 linux 开发你 windows, 然后变异出来 windows 呗。 哦,这这这好像超出我的理解范围,我都不太懂,但是他们之前给的理由就是觉得说呃 c c 家家这种会有很多的安全问题,违法人数较多,然后他们就是一直出来的那个安全报告里面都 是吧,发现百分之七十是 c c 家家的结构性问题,然后就说用 rust 可以 规避这些东西前方事故多发地 深呼吸。哈哈哈都是这么说,谁知道 rap 的 这也是这几年才出来的,能不能扛扛得住这个大旗啊。也不知道就是到最后他会不会引入什么新的 bug 哈哈哈哈哈哈哈哈哈。

一百万的 list, 那 么我可以这样创建啊,这边定义一个 construct 函数,这个函数呢,一进来先搞一个空的 list, 然后 for 循环, for 循环一百万次,通过 append 把 i 追加到 list 里面去。 这个函数我在我本机上运行消耗了八十二毫秒,其实是比较慢的,仅创建个 list 就 八十二毫秒,确实比较夸张。这个是因为 python 里面 list 是 一个动态扩缩容的数值。 所谓动态扩缩容嘛,就说本来说阻有一定的内存空间,随着不断往里面追加新元素,他发现内存不够用了,或许动态的申请更大内存,但这个时候的话,就需要把老内存里面的元素逐个的拷贝到新内存空间里面去。 同理,当绿色里面元素逐渐被删除时,他也会动态缩容。由于这个过程要重新申请内存空间,要拷贝老数据,所以呢开销就比较大,就比较耗时。那再来看下种方式,叫做乘法操作, 还是去构造一个 list。 但这次呢,我通过中括号零乘以 n, n 是 一百万嘛?通过这种方式的话,我就一下子升起了一个能够容纳一百万个元素的这样一个 list, 并且里面每个元素全部是零, 那一次空间已经固定好了,然后通过 for instance 开启一个循环,再依次去给每一个元素赋值,那这样的话,在整个过程中就不存在动态扩容, 这呢会快些,在我本机上是五十毫秒,当然了,我觉得五十毫秒也挺夸张的,比够远还是慢太多了。其实还有第三种。

近日,一则来自微软内部的招聘信息在技术社区引发了强烈震动。微软杰出工程师 ghelen hunt 在 社交平台上发布了一则寻找首席软件工程师的贴文,其核心任务直指微软技术站的心脏,升级基础设施,利用 ai 与算法将微软庞大的 c c 加加核心系统迁移至 rust 语言。这并非一次普通的招聘。 hunt 在 贴文中抛出了一个近乎科幻的工程愿景,我们的北极星指标是,一名工程师一个月处理一百万行代码。根据招聘信息,该职位立属于微软 core ai 体系下的 engineering horizons 部门,具体负责可扩展软件工程未来项目。 hunt 甚至在出版贴文中激进地写道,我的目标是在两千零三十年前消除微软每一行 cc 加加代码。为实现这一宏大目标,微软似乎正在构建一套前所未有的代码处理系统, 试图通过 ai 代理与算法基础设施的结合,对微软最大的代码库进行手术式重写。然而,这一激进表态迅速引发了舆论风暴,随后天文内容被修改,官方口径也进行了微妙的降温处理。 微软方面澄清,这实际上是一个前瞻性的研究项目,只在探索语言迁移的技术可能性,并不代表 windows 或 azure 等核心产品线已经制定了全面抛弃 c c 加加的具体时间表或产品策略。尽管二零三零年全面消除的口号被撤回,但这波操作无疑暴露了微软内部对内存安全转型的击破心态。 微软为何要在基础语言层面大动干戈?答案在于困扰科技巨头多年的安全原罪。内存安全数据触目惊心,在过去十余年里,微软每年修复的安全漏洞中,约百分之 七十源于内存安全问题。这一现象并非微软独有。 google 的 android 团队数据同样显示,内存安全漏洞占据了高危漏洞的百分之六十以上,每天导致数百万次原生代码崩溃。微软安全工程师 matt miller 曾直言,内存安全漏洞已成为当今黑客攻击的最大突破口。问题的根源在于 c 和 c 加加的基因, 这两门语言赋予了开发者对内存的极致控制权,但这种自由的代价是昂贵的,任何细微的指征误用或内存管理疏忽,都可能演变为严重的缓冲区溢出或释放后使用漏洞。 相比之下, rust 引入了革命性的所有权模型,它在编一阶段就强制执行严格的内存管理规则,将绝大多数潜在的运行时错误拦截在发布之前。正如 rust 基金会所言, 违反内存规则的代码根本无法通过翻译,这从根本上消除了内存安全问题的生存土壤。尽管 ross 的 蓝图诱人,但从 c c 家家迁移的难度堪比在飞行中更换引擎。 c c 家家在微软生态中的渗透以真化境,从 windows 内核到底层驱动,涉及数以亿计的代码行。这不仅关乎语法翻译,更涉及及 其复杂的性能调优、移流系统兼容性以及庞大的第三方生态整合。即便有 ai 辅助自动化重写,每一行代码都面临着巨大的工程挑战。此外, rust 并非绝对的银弹,其 unsafe 模块的使用若不加节制,依然可能引入风险。 技术转型背后的文化博弈同样激烈。尽管此次招聘事件被定性为研究探索,但微软高层对 rust 的 偏爱已不再掩饰。 微软 edge 首席技术官 mark russonovich 曾公开呼吁,业界应停止在任何新内核项目中使用 c c 加加这一激进立场在 linux 内核社区引发了关于如何接纳 rust 的 漫长辩论,同时也引来了 c 加加支付 b jenny strauss top 的 反击。 strauss top 认为, c 加加正通过现代化标准不断进化,能够提供足够的安全性,而不应被简单粗暴的取代。无论一人月一百万行代码的目标是否过于科幻,也不论二零三零年消灭 c c c 加加是否言过其实。 一个不可逆转的趋势已经笃立,软件安全正从附加特性转变为核心需求。在网络攻击日渐精密化的今天,键盘上敲下的每一行非内存安全代码都可能成为未来系统的一次陷阱。 微软的这次招聘风波或许不仅仅是一次研究尝试,更是整个软件工业向内存安全时代迈进的一次预演。

同学们好,你是不是在为学审美开发语言而困惑?在这里啊,我向你们推荐学习一门新的语言 rust r u s 词。 那在你决定是否要学一门新语言 rust 的 时候,我们先看一个新闻,就是根据调查显示,安卓的安全漏洞从二零一九年的 二百二十三个降低到二零二二年的八十五个。经过分析啊,谷歌认为内存漏洞的减少 是主要原因。那为什么漏洞内存会减少呢?主要就是因为使用了 rst 代码。 rst 这门语言呢,它考虑了内存的安全性,在变异的时候, rst 就 能够捕捉到大多数的内存安全问题,避免相关漏洞在生产环境中的出现。 在安卓十三中,就已经有大约百分之二十一的新原声代码以 rust 语言开发。官方提到这些主键啊, 大多数是在用户层面的系统服务及 linux 中运行,但目前还有许多主键依旧使用 c 加加进行编写, 而其中许多安全关键部件都在 linux 核心之外的裸机环境中运行。当下谷歌为了强化安卓设备的安全性,正逐步提高在裸机环境中使用 rust 的 比例。 我们看这个新闻就是举了这一个例子,就是说谷歌的安卓系统,它正在大幅度提高 rust 语言的使用比例。 其实其他的一些公司啊,包括微软啊,或者其他的巨头公司,也都在慢慢在在他们的操作系统中,比如说 winode 系统中使用 rust 来编写。 这这么多案例,这么多公司的选择,就突出了 rust 语言的一个重大的特点,就是它的安全性, 所以我在这里向大家推荐使用 rust 语言。好,今天我们就讲到这里。