Forwarded from 科技圈🎗在花频道📮 (新闻📰投稿📮)
Switch模拟器Yuzu的分支Suyu被GitLab删除
GitLab方表示,在收到了“相关产权持有人的DMAC下架通知”后(见图),其遵照标准流程处理了有关内容。截至目前,suyu-emu组织持有的Suyu仓库的GitHub以及GitLab页面均处于404状态,但该组织的GitLab账号中的suyu-releases仓库尚未被处理。此外,自谷歌仍能检索到名为OpenRetro的组织所持有的Suyu仓库,其最后一次提交停留在了三天前,且该提交的贡献者Levi Akatsuki的GitLab账号也处于封锁状态,不过该仓库并未发布相应的预编译二进制文件。
最新消息:GitHub活了,GitLab还在404
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
GitLab方表示,在收到了“相关产权持有人的DMAC下架通知”后(见图),其遵照标准流程处理了有关内容。截至目前,suyu-emu组织持有的Suyu仓库的GitHub以及GitLab页面均处于404状态,但该组织的GitLab账号中的suyu-releases仓库尚未被处理。此外,自谷歌仍能检索到名为OpenRetro的组织所持有的Suyu仓库,其最后一次提交停留在了三天前,且该提交的贡献者Levi Akatsuki的GitLab账号也处于封锁状态,不过该仓库并未发布相应的预编译二进制文件。
最新消息:GitHub活了,GitLab还在404
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
https://youtu.be/2GHI4AzrMnw?t=917
#china #science 太抽象了,大手术找 中医 😅 🧬
王志安对中医的评价很准:谋财害命
这与鲁迅老师、与户晨风是一样的
谋没谋财? 把鸡血 小米粥这些打到血管里,收你注射费, 卖你一片面粉收几十块,卖你枸杞里的糖分宣称能壮阳~
害没害命? 耽误检查治疗,提升过敏风险,给人不做年检的借口,确实省钱,但省的是救命钱
印度也有中医,只不过按照的又是另一套神学逻辑,就能把日子人绕进去
所谓西医对药物的理解很简单啊,就是化学式、效果副效、量效曲线,双盲实验
哪像算卦人一样,还得看炮制、看天气,算气功阴阳实虚的
封建思想的是药三分毒,把什么都诉诸神奇和排毒反应
https://www.who.int/zh/news/item/27-02-2020-who-launch-e-eml
今天的医学,即便只用专利过期的、开源的化学式,也比巫医的“胜利”有可复现可查证性
#china #science 太抽象了,大手术找 中医 😅 🧬
王志安对中医的评价很准:谋财害命
这与鲁迅老师、与户晨风是一样的
谋没谋财? 把鸡血 小米粥这些打到血管里,收你注射费, 卖你一片面粉收几十块,卖你枸杞里的糖分宣称能壮阳~
害没害命? 耽误检查治疗,提升过敏风险,给人不做年检的借口,确实省钱,但省的是救命钱
印度也有中医,只不过按照的又是另一套神学逻辑,就能把日子人绕进去
所谓西医对药物的理解很简单啊,就是化学式、效果副效、量效曲线,双盲实验
哪像算卦人一样,还得看炮制、看天气,算气功阴阳实虚的
封建思想的是药三分毒,把什么都诉诸神奇和排毒反应
https://www.who.int/zh/news/item/27-02-2020-who-launch-e-eml
今天的医学,即便只用专利过期的、开源的化学式,也比巫医的“胜利”有可复现可查证性
YouTube
戶晨風翻車了!被小粉紅發動粉絲,集體舉報😂|Reaction Video
Forwarded from 科技圈🎗在花频道📮 (新闻📰投稿📮)
Android 15将带来音频共享功能
谷歌今日发布了 Android 15 Developer Preview 2,根据外媒 9To5Google 发现的信息,该版本系统还带来了音频共享功能,描述为“让其他人使用他们自己的兼容耳机与您一起收听您的媒体”。
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
谷歌今日发布了 Android 15 Developer Preview 2,根据外媒 9To5Google 发现的信息,该版本系统还带来了音频共享功能,描述为“让其他人使用他们自己的兼容耳机与您一起收听您的媒体”。
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
https://t.me/c/1320136548/46137 #statement #design 🥰 又和 @rynif 群人吵了
1. ASCII码表(这些代码质量已逼近Unity等CG算法的“优化”)不是关键问题, 因为PC的算力也是在提升
另外,编译器和语言的设计者,应该也是站在「设计模式」的对立面的。
「只需更新1个矩形」 这样的批评或许很空洞,但淘汰了Atom编辑器的 VSCode Monaco 编辑框呢? F12一下,你会发现别说 CSS.hilight 了,它甚至没用DOM Scroll,而是拿js更新style=transform !
至于为什么作者怪App层是怪对人了,你看 Kate,GNOME Builder 等开源实现的60fps滚动和低内存多开就懂了。 竟品们并没有复杂数百倍,体积上也体现不出
2.
这是作者推崇单exe ,认为Docker只是做了拙劣的apt+管理面板+systemctl 封装 🐳
单exe本质上是对「成品软件」,也就是整个供应链v1.0 后就不需要新功能的设计品的推崇
举个例子,现在Linux上会有各种 cpp,js py,go,rust,java,php,haskell 产品的安装包,但它们的标准库几乎不改变,这就是因为语言在设计初期,生态完备
Linux会差一些,用户要学诸多/etc “标记语言”的复杂设计,但在py里基本都是yml ,因为统一,也有fire,jupyter 这些自动UI
3. 当时的人们在抱怨当时的软件效率低下、编码质量拙劣、后期维护困难,所以我们有了程序组织范式、现代化的软件工程,设计余裕、构建系统、代码审查、单元测试等等一系列东西。
连当前给无数,并未如那些前人般在数学、电子信息、系统工程、架构设计等等方面都卓有成效的一般开发者,留下的余荫,都没完全搞懂,还充什么吊古伤今的做派?
但是这些「现代工具」带给人们的只是过度工程,是导致1个代码库>4G的从不反思的堆砌。比如 Java 那个非常可笑的 assertEquals(a,b) ,和随机proptest ,哪怕和具有良好调试的groovy assert没法比
关于软件“工程效果”和行数的关系,请比较 Blender.org 与 https://www.shadertoy.com/user/iq 的大部分3d demo。 有多少是“余荫”,多少是毒? 简洁并不是微不足道的Marginal Error
我不否认,shadertoy等「创作式编程」圈子里代码的复用率完全不配称为一种工程,但他们实现的逻辑性,确实值得「工程师」们反思
坦白说,这方面我支持AI取代人类,因为…… 他们不配写代码。至少,如果连自顶向下思考(这样才能与Copilot合作) 都不懂,恐怕软件界也只会不断跨端复制「旧问题」 🤖
Matrew:
1. 码表本身是非常关键的问题,忽略这个东西本身就是在剥离这个问题的讨论价值。因为有了“只支持ASCII码表”做保证,早期软件工程在处理字符时就可以随心所欲的假设一个字符完全对应一个字节,从而用各种内存魔法在硬件底层上加快处理速度。也正是因为当时的渲染硬件使用的是固定的码表渲染,界面有着“划分为字符方格”的保证,所以渲染显示可以随心所欲的在显示Buffer上寻址写入。虽然算力按照摩尔定律指数级别提升,但是软件工程的复杂度远比硬件加速的速度快早期软件工程容易实现“成品软件”的原因正是因为早期硬件设计的诸多限制本身是设计上不需要处理Edge case的完好保证——内存安全?沙盒机制?软件把操作系统搞死了大不了你重启嘛,有什么问题吗?
2. 推崇单EXE大可扩展到“所有软件都静态链编”,毕竟这样就不需要解决依赖,一个文件通行天下了嘛。代价呢?所有软件都带一份自己的libc实现吗?都在骂Electron拖着自己的Chromium狗屎走,有没有想过如果每个软件都拖着自己的libc实现走呢?那会是什么地狱场面?
Linux靠包管理器和无数人力的维护勉强解决了这个问题,Windows至今还会出现运行程序缺DLL需要自己去找去下VC_Redist的问题。这些问题并非是现代软件工程所有的,而是现代软件工程所致力于解决的。
至于你说“标准库几乎不改变”,我觉得不用我多回复。最好把这句话到底是什么意思理清楚了再看看这个断言本身正不正确。“在设计初期生态完备”?那C++从C98一直到C26,标准化工作里都在做些什么?不就是让那些互不兼容、各有所短的实现最终共识于一个由众多人力物力确保安全稳定高效的实现?带着“成品软件”的眼光去看编程语言的发展本身就是一个错误的观点。
“编译器和语言的设计者站在设计模式的对立面”,那么为什么他们要实现自己心目中的语言,用自己期望的“设计模式”去自缚手脚?既然他们讨厌设计模式,那就不设计设计模式,直接写字节码不好吗?你没有发现你的很多论点自相矛盾吗?
3. “多少是‘余荫’,多少是‘毒’”,Blender和Shadertoy的例子我觉得不用我辩驳。一边是在泛用型工程上做的规范化可维护实现,一边是避而不展示背后支撑架构的堆砌魔法公式的One-off成品。随便打开后者的一个例子,你能一眼解释作者做了什么吗?他们实现的逻辑性不值得工程师反思,因为正如倒数平方根算法一样,那些特定于硬件、特定与底层实现、特定于语言版本甚至特定于编译产物的“奇迹”并不能为后人指导什么。
以上几点所提及正是作者的短视之处:他只看到了过去那些“成品软件”的高效简洁,却没有看到那些老旧技术债之中埋藏了多少匪夷所思的代码炸弹。多少老代码倒在了千禧年之前,就因为节省两位内存用来存储年份?“成品程序”Lotus Spreadsheet一时的求速让Excel埋下了多少年的兼容问题?
你举了两个反例,一个Electron、一个Docker,我不否认这两个工程所代表的“沙盒化”、“容器化”本身的思想是懒惰的产物,是一味的Panacea,但是原作者的意见大有把现代操作系统数十年以来为了让规范的抽象设计推广到工程实践中所做的努力都贬为“懒惰的产物”的意思。我强烈反对这种倾向,因为软件工程如今已经不仅仅是象牙塔里的玩具,实验室里的襁褓,而是关乎无数行业生产力的行业基石,是“安全”“效率”“体积”“开发速度”“维护难度”等等因素无限交叠的维恩图。一味追求“快”“小”的产物所做出来的东西应用在生产中只会是灾难。
最后,我同意你的说法,“人类不配写代码”。也正因如此,你我现在用于写下这段文字的产物,不过是电子之神的庇护罢了,是祂启示了人类写下那些“代码本天成,妙手偶得之”的神奇产物,是祂拯救人类于原子时代的水火,让信息时代惠泽万物,机门。
duangsuse, [2024/3/23 12:42]
1.那些魔法不重要, g.drawText(s,xy) 渲染的实现并不是核心开销,无论是什么编码、ttf ligature 它都不是Atom这种(功能严重冗余的、滚动时修改每个 div.view-line 的)代码编辑器比notepad++更慢的理由
而且我也没有批评Linux多进程调度器分配器,我是说app层总有种自己比WebKit快-因为算法更长 的幻觉,请不要扯到汇编上
2.VC_Redist是一个<10M 的dll,这是win32自己的生态问题。 至少只用下.NET 这样的运行时,也比逐个依赖每次去make install 好的多了(Arch的PKGBUILD 基于fakeroot基本就是照抄,apt系我不知道,显然apt的繁杂更“工程化”)
“标准库几乎不改变”,你可以把rust这些和libc,py 2/3 的导出表更新频率来比, 然而,即便是更新最快的stdlib,想删既有API也是不可能的,更是严重的工程错误
一门语言能做最错的决定,就是像Perl那样挤压社区库的空间、即不直观又浪费语法的扩展性,什么都似是其非地管起来
3.你对创作式编程批评其移植性完全搞错了方向,因为WebGL,WASM 这些技术都是有标准的,其文档不和JVM或ES6 spec 一样大几百页都是废话,而全都是能看能动的demo
如果64k-intro这样对大道至简、精益求精 的追求都不叫工程, 那些连自己写过什么函数都不记得的,到处
一些人觉得JS没有class,做不了“大型软件”,那么 https://hello.andremichelle.io/#AUTOMATOR 呢?
4. >多少老代码倒在了千禧年之前,就因为节省两位内存用来存储年份?“成品程序”Lotus Spreadsheet一时的求速让Excel埋下了多少年的兼容问题?
1. ASCII码表(这些代码质量已逼近Unity等CG算法的“优化”)不是关键问题, 因为PC的算力也是在提升
另外,编译器和语言的设计者,应该也是站在「设计模式」的对立面的。
「只需更新1个矩形」 这样的批评或许很空洞,但淘汰了Atom编辑器的 VSCode Monaco 编辑框呢? F12一下,你会发现别说 CSS.hilight 了,它甚至没用DOM Scroll,而是拿js更新style=transform !
至于为什么作者怪App层是怪对人了,你看 Kate,GNOME Builder 等开源实现的60fps滚动和低内存多开就懂了。 竟品们并没有复杂数百倍,体积上也体现不出
pacman -Qi kate ktexteditor5 vscode|grep MiB #~40M ~90M
2.
在80年代,一个DOS程序不需要任何修改就能在大部分的DOS兼容计算机上运行。
这是作者推崇单exe ,认为Docker只是做了拙劣的apt+管理面板+systemctl 封装 🐳
单exe本质上是对「成品软件」,也就是整个供应链v1.0 后就不需要新功能的设计品的推崇
举个例子,现在Linux上会有各种 cpp,js py,go,rust,java,php,haskell 产品的安装包,但它们的标准库几乎不改变,这就是因为语言在设计初期,生态完备
Linux会差一些,用户要学诸多/etc “标记语言”的复杂设计,但在py里基本都是yml ,因为统一,也有fire,jupyter 这些自动UI
3. 当时的人们在抱怨当时的软件效率低下、编码质量拙劣、后期维护困难,所以我们有了程序组织范式、现代化的软件工程,设计余裕、构建系统、代码审查、单元测试等等一系列东西。
连当前给无数,并未如那些前人般在数学、电子信息、系统工程、架构设计等等方面都卓有成效的一般开发者,留下的余荫,都没完全搞懂,还充什么吊古伤今的做派?
但是这些「现代工具」带给人们的只是过度工程,是导致1个代码库>4G的从不反思的堆砌。比如 Java 那个非常可笑的 assertEquals(a,b) ,和随机proptest ,哪怕和具有良好调试的groovy assert没法比
关于软件“工程效果”和行数的关系,请比较 Blender.org 与 https://www.shadertoy.com/user/iq 的大部分3d demo。 有多少是“余荫”,多少是毒? 简洁并不是微不足道的Marginal Error
我不否认,shadertoy等「创作式编程」圈子里代码的复用率完全不配称为一种工程,但他们实现的逻辑性,确实值得「工程师」们反思
坦白说,这方面我支持AI取代人类,因为…… 他们不配写代码。至少,如果连自顶向下思考(这样才能与Copilot合作) 都不懂,恐怕软件界也只会不断跨端复制「旧问题」 🤖
Matrew:
1. 码表本身是非常关键的问题,忽略这个东西本身就是在剥离这个问题的讨论价值。因为有了“只支持ASCII码表”做保证,早期软件工程在处理字符时就可以随心所欲的假设一个字符完全对应一个字节,从而用各种内存魔法在硬件底层上加快处理速度。也正是因为当时的渲染硬件使用的是固定的码表渲染,界面有着“划分为字符方格”的保证,所以渲染显示可以随心所欲的在显示Buffer上寻址写入。虽然算力按照摩尔定律指数级别提升,但是软件工程的复杂度远比硬件加速的速度快早期软件工程容易实现“成品软件”的原因正是因为早期硬件设计的诸多限制本身是设计上不需要处理Edge case的完好保证——内存安全?沙盒机制?软件把操作系统搞死了大不了你重启嘛,有什么问题吗?
2. 推崇单EXE大可扩展到“所有软件都静态链编”,毕竟这样就不需要解决依赖,一个文件通行天下了嘛。代价呢?所有软件都带一份自己的libc实现吗?都在骂Electron拖着自己的Chromium狗屎走,有没有想过如果每个软件都拖着自己的libc实现走呢?那会是什么地狱场面?
Linux靠包管理器和无数人力的维护勉强解决了这个问题,Windows至今还会出现运行程序缺DLL需要自己去找去下VC_Redist的问题。这些问题并非是现代软件工程所有的,而是现代软件工程所致力于解决的。
至于你说“标准库几乎不改变”,我觉得不用我多回复。最好把这句话到底是什么意思理清楚了再看看这个断言本身正不正确。“在设计初期生态完备”?那C++从C98一直到C26,标准化工作里都在做些什么?不就是让那些互不兼容、各有所短的实现最终共识于一个由众多人力物力确保安全稳定高效的实现?带着“成品软件”的眼光去看编程语言的发展本身就是一个错误的观点。
“编译器和语言的设计者站在设计模式的对立面”,那么为什么他们要实现自己心目中的语言,用自己期望的“设计模式”去自缚手脚?既然他们讨厌设计模式,那就不设计设计模式,直接写字节码不好吗?你没有发现你的很多论点自相矛盾吗?
3. “多少是‘余荫’,多少是‘毒’”,Blender和Shadertoy的例子我觉得不用我辩驳。一边是在泛用型工程上做的规范化可维护实现,一边是避而不展示背后支撑架构的堆砌魔法公式的One-off成品。随便打开后者的一个例子,你能一眼解释作者做了什么吗?他们实现的逻辑性不值得工程师反思,因为正如倒数平方根算法一样,那些特定于硬件、特定与底层实现、特定于语言版本甚至特定于编译产物的“奇迹”并不能为后人指导什么。
以上几点所提及正是作者的短视之处:他只看到了过去那些“成品软件”的高效简洁,却没有看到那些老旧技术债之中埋藏了多少匪夷所思的代码炸弹。多少老代码倒在了千禧年之前,就因为节省两位内存用来存储年份?“成品程序”Lotus Spreadsheet一时的求速让Excel埋下了多少年的兼容问题?
你举了两个反例,一个Electron、一个Docker,我不否认这两个工程所代表的“沙盒化”、“容器化”本身的思想是懒惰的产物,是一味的Panacea,但是原作者的意见大有把现代操作系统数十年以来为了让规范的抽象设计推广到工程实践中所做的努力都贬为“懒惰的产物”的意思。我强烈反对这种倾向,因为软件工程如今已经不仅仅是象牙塔里的玩具,实验室里的襁褓,而是关乎无数行业生产力的行业基石,是“安全”“效率”“体积”“开发速度”“维护难度”等等因素无限交叠的维恩图。一味追求“快”“小”的产物所做出来的东西应用在生产中只会是灾难。
最后,我同意你的说法,“人类不配写代码”。也正因如此,你我现在用于写下这段文字的产物,不过是电子之神的庇护罢了,是祂启示了人类写下那些“代码本天成,妙手偶得之”的神奇产物,是祂拯救人类于原子时代的水火,让信息时代惠泽万物,机门。
duangsuse, [2024/3/23 12:42]
1.那些魔法不重要, g.drawText(s,xy) 渲染的实现并不是核心开销,无论是什么编码、ttf ligature 它都不是Atom这种(功能严重冗余的、滚动时修改每个 div.view-line 的)代码编辑器比notepad++更慢的理由
而且我也没有批评Linux多进程调度器分配器,我是说app层总有种自己比WebKit快-因为算法更长 的幻觉,请不要扯到汇编上
2.VC_Redist是一个<10M 的dll,这是win32自己的生态问题。 至少只用下.NET 这样的运行时,也比逐个依赖每次去make install 好的多了(Arch的PKGBUILD 基于fakeroot基本就是照抄,apt系我不知道,显然apt的繁杂更“工程化”)
“标准库几乎不改变”,你可以把rust这些和libc,py 2/3 的导出表更新频率来比, 然而,即便是更新最快的stdlib,想删既有API也是不可能的,更是严重的工程错误
一门语言能做最错的决定,就是像Perl那样挤压社区库的空间、即不直观又浪费语法的扩展性,什么都似是其非地管起来
3.你对创作式编程批评其移植性完全搞错了方向,因为WebGL,WASM 这些技术都是有标准的,其文档不和JVM或ES6 spec 一样大几百页都是废话,而全都是能看能动的demo
如果64k-intro这样对大道至简、精益求精 的追求都不叫工程, 那些连自己写过什么函数都不记得的,到处
public final HashMap(硬编码实现而非接口) mXXX 的工程师懂得他们想表达什么吗?形式高于内涵。一些人觉得JS没有class,做不了“大型软件”,那么 https://hello.andremichelle.io/#AUTOMATOR 呢?
4. >多少老代码倒在了千禧年之前,就因为节省两位内存用来存储年份?“成品程序”Lotus Spreadsheet一时的求速让Excel埋下了多少年的兼容问题?
我在说的是,现在的app程序员根本没一点设计力,都是被语言框架牵着鼻子走。 一个 int长度的问题 -D int 'long long' 就能解决了,属于打包者都能改的配置。这算什么设计问题? 难道对一个数据类搞出
“安全”“效率”“体积”“开发速度”“维护难度”
我寻思SQL/XSS代码注入时,工程化也没有改善 malloc()和缓冲区溢出的同是RCE的问题啊? 还不是靠记住数组长度、对象图Rc、编译期空检查 之类的「规范化」编程界才走出这种最基本的“难题”?
至于(开发)效率,numpy API 在没有什么心智开销的前提下,提供了向量化和线性代数, 这需要什么设计模式?React 模板算什么设计模式?不过是抄了小学数学,加了点文档即示例
体积就不用说了,microPy 和 pyodide.org 下载12M即可全平台开启CPython ,难道一个Outlook比整个py+std 还复杂3倍?
假设像素图颜色格式是 16bit RGB 你看看怎么整除3。这都是有取舍的,无损wav也是s16 一个点
它就只能量化每通道6bit,现在很多LLM也是大量参数低精浮点
当然RGB24和YUV没有变绿问题
那小而美的代码当然是有维护门槛的, 谁叫软件工程界没个规范,还在记住 int,long 占几byte、何时alloc-free 上耗时间
你说一味追求“快”“小”的产物所做出来的东西应用在生产中只会是灾难, 我看让一个简单app的整个「体系」无法解释的过度工程,才是最大的灾难
如果连这个领域的demo怎么实现都不懂,从不思考实体背后的复用逻辑, 用“工程技巧”添加几个参数,恐怕也就只是bash脚本级别的设计。 然而我看到很多的设计模式,都是这样的三脚猫,因此所谓静态语言才和jspy产生那么大隔阂
“人类不配写代码”。也正因如此
简单清晰是可靠的先决条件,不是可靠的牺牲品。
简单直接的代码\=易取代的初级代码
https://t.me/dsuses/5315
见 xz/liblzma 事件
https://t.me/solidot/23779
liblzma 库中的某些函数来实现这一点,其载荷是间接加载到 sshd 中的。sshd 实现了对 systemd-notify 的支持,liblzma 被加载是因为它是 libsystemd 的其他部分所依赖的,systemd 的复杂度再次成为了实际上的安全隐患。
https://t.me/solidot/23779
liblzma 库中的某些函数来实现这一点,其载荷是间接加载到 sshd 中的。sshd 实现了对 systemd-notify 的支持,liblzma 被加载是因为它是 libsystemd 的其他部分所依赖的,systemd 的复杂度再次成为了实际上的安全隐患。
🤔💭 一个运维工具怎么自带了压缩软件?简单清晰是可靠的先决条件,不是可靠的牺牲品。
比如,SysV风格init的,不同进程的定期.log压缩 ,就不会有代码注入问题
这就叫言多必失,硬要单二进制,即便无所谓的特性也要C语言
为什么sudo, visudo 连LD_PRELOAD也要检查呢?
查了下我一共有1275个二进制使用了libz,近4k个文件包含了依赖
但不清楚有多少个需要root,这些文件属于523个包,包含 apt;dbus-daemon;pulseaudio;putty;gvfs;gdb;Xorg 和近30个systemd-*; GNOME服务
dt.setDay(dt.getDays()+1) 这种接口就叫设计模式了?“安全”“效率”“体积”“开发速度”“维护难度”
我寻思SQL/XSS代码注入时,工程化也没有改善 malloc()和缓冲区溢出的同是RCE的问题啊? 还不是靠记住数组长度、对象图Rc、编译期空检查 之类的「规范化」编程界才走出这种最基本的“难题”?
至于(开发)效率,numpy API 在没有什么心智开销的前提下,提供了向量化和线性代数, 这需要什么设计模式?React 模板算什么设计模式?不过是抄了小学数学,加了点文档即示例
体积就不用说了,microPy 和 pyodide.org 下载12M即可全平台开启CPython ,难道一个Outlook比整个py+std 还复杂3倍?
假设像素图颜色格式是 16bit RGB 你看看怎么整除3。这都是有取舍的,无损wav也是s16 一个点
它就只能量化每通道6bit,现在很多LLM也是大量参数低精浮点
当然RGB24和YUV没有变绿问题
那小而美的代码当然是有维护门槛的, 谁叫软件工程界没个规范,还在记住 int,long 占几byte、何时alloc-free 上耗时间
你说一味追求“快”“小”的产物所做出来的东西应用在生产中只会是灾难, 我看让一个简单app的整个「体系」无法解释的过度工程,才是最大的灾难
如果连这个领域的demo怎么实现都不懂,从不思考实体背后的复用逻辑, 用“工程技巧”添加几个参数,恐怕也就只是bash脚本级别的设计。 然而我看到很多的设计模式,都是这样的三脚猫,因此所谓静态语言才和jspy产生那么大隔阂
“人类不配写代码”。也正因如此
简单清晰是可靠的先决条件,不是可靠的牺牲品。
简单直接的代码\=易取代的初级代码
https://t.me/dsuses/5315
见 xz/liblzma 事件
https://t.me/solidot/23779
liblzma 库中的某些函数来实现这一点,其载荷是间接加载到 sshd 中的。sshd 实现了对 systemd-notify 的支持,liblzma 被加载是因为它是 libsystemd 的其他部分所依赖的,systemd 的复杂度再次成为了实际上的安全隐患。
https://t.me/solidot/23779
liblzma 库中的某些函数来实现这一点,其载荷是间接加载到 sshd 中的。sshd 实现了对 systemd-notify 的支持,liblzma 被加载是因为它是 libsystemd 的其他部分所依赖的,systemd 的复杂度再次成为了实际上的安全隐患。
🤔💭 一个运维工具怎么自带了压缩软件?简单清晰是可靠的先决条件,不是可靠的牺牲品。
比如,SysV风格init的,不同进程的定期.log压缩 ,就不会有代码注入问题
这就叫言多必失,硬要单二进制,即便无所谓的特性也要C语言
为什么sudo, visudo 连LD_PRELOAD也要检查呢?
for f in /{bin,lib64}/*; do ldd 2>&1 $f|grep liblzma.so && echo $f ; done |grep '^/' >1
xargs <1 pacman -Qo|cut -d' ' -f3|sort|uniq >2查了下我一共有1275个二进制使用了libz,近4k个文件包含了依赖
但不清楚有多少个需要root,这些文件属于523个包,包含 apt;dbus-daemon;pulseaudio;putty;gvfs;gdb;Xorg 和近30个systemd-*; GNOME服务
Telegram
duangsuse::Echo
vscode混乱得很特殊,它的开发团队一边用node和css/dom 、用ipc执行插件,一边不相信 dom ,它的文档结构和事件体系不仅冗得很,而且大量无用代码/重造轮子
最典型的是滚动明明有 scrollTop,最多监听一下懒加载吧,它利用css top: 手算..
代码高亮和minimap明明可以利用background-clip一块生成, 它非得折腾流行的bind 什么dom diff,感觉就像群不懂前端的人把winform移植到网页一样
一边视图树/组件一边ipc/parse一边函数式 C…
最典型的是滚动明明有 scrollTop,最多监听一下懒加载吧,它利用css top: 手算..
代码高亮和minimap明明可以利用background-clip一块生成, 它非得折腾流行的bind 什么dom diff,感觉就像群不懂前端的人把winform移植到网页一样
一边视图树/组件一边ipc/parse一边函数式 C…
👍2
Forwarded from Ray Tracing (彦卿🍁)
Jkatz05
Will PostgreSQL ever change its license?
Nope.
Forwarded from 层叠 - The Cascading
Redis 7.4 及其后将由 3-clause BSD 改为 RSALv2/SSPLv1 授权。
这两种协议都不符合 OSI 的开源定义。简而言之,和 MongoDB 及 Elastic 一样,云服务商不再能够免费将 Redis 作为服务出售。
redis.com/~
linksrc: https://t.me/plltxe/5581
#Redis #Opensource
这两种协议都不符合 OSI 的开源定义。简而言之,和 MongoDB 及 Elastic 一样,云服务商不再能够免费将 Redis 作为服务出售。
redis.com/~
linksrc: https://t.me/plltxe/5581
#Redis #Opensource
Redis
Redis Adopts Dual Source-Available Licensing | Redis
Developers love Redis. Unlock the full potential of the Redis database with Redis Enterprise and start building blazing fast apps.
Forwarded from 科技圈🎗在花频道📮 (新闻📰投稿📮)
中国政府机构已实质性禁止采购国外CPU、操作系统和数据库
根据财政部和工信部2023年12月16日印发的针对计算机、操作系统和数据库的政府 采购需求标准,乡镇以上党政机关及事业单位在采购时应将CPU、操作系统、数据库符合安全可靠测评要求纳入采购需求。
根据同日中国信息安全测评中心发布的安全可靠 测评结果,通过安全可靠测评的CPU包括鲲鹏、龙芯、申威、兆芯等国产芯片;操作系统包括银河麒麟、统信、方德等国产操作系统;数据库包括达梦、PolarDB、TDSQL等国产数据库软件。
此举意味着英特尔、AMD芯片、Windows操作系统以及国外数据库被实质性排除在政府采购之外。
此外,国资委2022年9月发文启动国央企信息化系统的 信创国产化改造,要求在2027年底前全面完成安全可靠信创替代,期间每季度报送进度。OA门户邮箱等全面替换,生产制造研发系统“能替就替”。此事被称为“消A行动”。
采购官员透露,采购配备国外处理器和操作系统的电脑仍留有余地,但需要额外登记和说明原因。
金融时报
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
根据财政部和工信部2023年12月16日印发的针对计算机、操作系统和数据库的政府 采购需求标准,乡镇以上党政机关及事业单位在采购时应将CPU、操作系统、数据库符合安全可靠测评要求纳入采购需求。
根据同日中国信息安全测评中心发布的安全可靠 测评结果,通过安全可靠测评的CPU包括鲲鹏、龙芯、申威、兆芯等国产芯片;操作系统包括银河麒麟、统信、方德等国产操作系统;数据库包括达梦、PolarDB、TDSQL等国产数据库软件。
此举意味着英特尔、AMD芯片、Windows操作系统以及国外数据库被实质性排除在政府采购之外。
此外,国资委2022年9月发文启动国央企信息化系统的 信创国产化改造,要求在2027年底前全面完成安全可靠信创替代,期间每季度报送进度。OA门户邮箱等全面替换,生产制造研发系统“能替就替”。此事被称为“消A行动”。
采购官员透露,采购配备国外处理器和操作系统的电脑仍留有余地,但需要额外登记和说明原因。
金融时报
线索:@ZaiHuabot
投稿:@TNSubmbot
频道:@TestFlightCN
#china #life https://coolshell.cn/articles/19085.html 😭预言家,刀了
第一步要努力实现自我价值,第二步要全力照顾好家人,第三步要尽可能帮助善良的人,第四步为族群发声,第五步为国家争荣誉。事实上作为男人,前两步成功,人生已算得上圆满,做到第三步堪称伟大,而随意颠倒次序的那些人,一般不值得信任——《教父》
抵制这个抵制那个只不过是幼稚和狭隘的爱国主义,真想强国,想别让他人看得起,就应该把时间和精力放在努力学习放在精益求精上,做出比他们更好的东西来。**另外,感觉用对内的爱国主义解决对外的外交问题也有点驴唇不对马嘴,无非也就是转移一下内部的注意力罢了,另外还发现爱国主义还可以成为消费营销手段……**不是我不爱国,是我觉得世道变复杂了,我只是一个普通的老百姓,能力有限,请不要赋予我那么大的使命,我只想在我的专业上精进,能力所能及地帮助身边的人,过一个简单纯粹安静友善的生活……
……老实说,大的层面我也感受不到,但就我在的互联网计算机行业方面,我觉得整个世界的开放性越来越好,开源项目空前地繁荣,世界上互联网文化也空前的开放,在计算机和互联网行业,我们享受了太多的开源和开放的红利,人家不开放,我们可能在很多领域还落后数十年。然而现在很多资源我们都访问不了,用个VPN也非法
**我对国与国之间的关系的态度是,有礼有节,不卑不亢,对待外国人,有礼貌但也要有节气,既不卑躬屈膝,也不趾高气昂**,整体上,我并不觉得我们比国外有多差,但我也不觉得我们比国外有多好,我们还在成长
我现在更多关心的是和我生活相关的东西,比如:上网、教育、医疗、食品、治安、税务、旅游、收入、物价、个人权益、个人隐私……
与其花时间教育这些人,不如花时间提升自己,让自己变得更优秀,这样就有更高的可能性去接触更聪明更成功更高层次的人。
我选择对了一个正确的专业(计算机科学),呆在了一个正确的年代(信息化革命),这样的“狗屎运”几百年不遇,如果我还患得患失,那我岂不辜负活在这样一个刺激的时代?!我所要做的就是在这个时代中做有价值的事
我更愿意花时间在技术的原理和技术的本质上,这导致我需要了解各种各样的技术的设计方法,以及内在原理。越是有能力的人,就越不计较一些短期得失,越计较短期得失的人往往都是很平庸的人。
Great minds discuss ideas;
Average minds discuss events;
Small minds discuss people —--Eleanor Roosevelt
第一步要努力实现自我价值,第二步要全力照顾好家人,第三步要尽可能帮助善良的人,第四步为族群发声,第五步为国家争荣誉。事实上作为男人,前两步成功,人生已算得上圆满,做到第三步堪称伟大,而随意颠倒次序的那些人,一般不值得信任——《教父》
抵制这个抵制那个只不过是幼稚和狭隘的爱国主义,真想强国,想别让他人看得起,就应该把时间和精力放在努力学习放在精益求精上,做出比他们更好的东西来。**另外,感觉用对内的爱国主义解决对外的外交问题也有点驴唇不对马嘴,无非也就是转移一下内部的注意力罢了,另外还发现爱国主义还可以成为消费营销手段……**不是我不爱国,是我觉得世道变复杂了,我只是一个普通的老百姓,能力有限,请不要赋予我那么大的使命,我只想在我的专业上精进,能力所能及地帮助身边的人,过一个简单纯粹安静友善的生活……
……老实说,大的层面我也感受不到,但就我在的互联网计算机行业方面,我觉得整个世界的开放性越来越好,开源项目空前地繁荣,世界上互联网文化也空前的开放,在计算机和互联网行业,我们享受了太多的开源和开放的红利,人家不开放,我们可能在很多领域还落后数十年。然而现在很多资源我们都访问不了,用个VPN也非法
**我对国与国之间的关系的态度是,有礼有节,不卑不亢,对待外国人,有礼貌但也要有节气,既不卑躬屈膝,也不趾高气昂**,整体上,我并不觉得我们比国外有多差,但我也不觉得我们比国外有多好,我们还在成长
我现在更多关心的是和我生活相关的东西,比如:上网、教育、医疗、食品、治安、税务、旅游、收入、物价、个人权益、个人隐私……
与其花时间教育这些人,不如花时间提升自己,让自己变得更优秀,这样就有更高的可能性去接触更聪明更成功更高层次的人。
我选择对了一个正确的专业(计算机科学),呆在了一个正确的年代(信息化革命),这样的“狗屎运”几百年不遇,如果我还患得患失,那我岂不辜负活在这样一个刺激的时代?!我所要做的就是在这个时代中做有价值的事
我更愿意花时间在技术的原理和技术的本质上,这导致我需要了解各种各样的技术的设计方法,以及内在原理。越是有能力的人,就越不计较一些短期得失,越计较短期得失的人往往都是很平庸的人。
酷 壳 - CoolShell
谈谈我的“三观” | 酷 壳 - CoolShell
👍2
#dalao https://mcyoung.xyz/2022/06/07/alkyne-gc/ 有趣的blog主题! 包含LLVM IR 语法入门
mcyoung.xyz
The Alkyne GC · mcyoung
Forwarded from Solidot
狗理解单词所代表的物体
2024-03-25 14:34 by 白鸟异传
狗是否理解单词所代表的物体?为了探索这个问题,匈牙利罗兰大学 Marianna Boros 团队测试了边境牧羊犬、玩具贵宾犬和拉布拉多犬等品种的 18 只狗。狗的主人为每只狗挑选了五种熟悉的物品。在测试中,主人说出一个物体的名称,然后向狗展示对应的物体或不同的物体。研究人员通过脑电图(EEG)监测每只狗的脑电波,看看当狗的主人说“球”,但显示出一根棍子时,与单词和物体相同时相比,狗的反应是否有差异。Boros 说:“这个想法是,如果狗理解单词的含义,它们的大脑反应会因匹配和不匹配物体的表现而不同。”研究人员发现,当物体与单词不匹配时,脑电图信号会有所不同,而且对个别狗熟悉的单词的影响更强烈。这与在人类身上看到的结果相似,表明狗明白某些单词代表某些物体。
https://www.cell.com/current-biology/fulltext/S0960-9822(24)00171-4?_returnURL=https%3A%2F%2Flinkinghub.elsevier.com%2Fretrieve%2Fpii%2FS0960982224001714%3Fshowall%3Dtrue
https://news.sciencenet.cn/htmlnews/2024/3/519663.shtm
#科学
2024-03-25 14:34 by 白鸟异传
狗是否理解单词所代表的物体?为了探索这个问题,匈牙利罗兰大学 Marianna Boros 团队测试了边境牧羊犬、玩具贵宾犬和拉布拉多犬等品种的 18 只狗。狗的主人为每只狗挑选了五种熟悉的物品。在测试中,主人说出一个物体的名称,然后向狗展示对应的物体或不同的物体。研究人员通过脑电图(EEG)监测每只狗的脑电波,看看当狗的主人说“球”,但显示出一根棍子时,与单词和物体相同时相比,狗的反应是否有差异。Boros 说:“这个想法是,如果狗理解单词的含义,它们的大脑反应会因匹配和不匹配物体的表现而不同。”研究人员发现,当物体与单词不匹配时,脑电图信号会有所不同,而且对个别狗熟悉的单词的影响更强烈。这与在人类身上看到的结果相似,表明狗明白某些单词代表某些物体。
https://www.cell.com/current-biology/fulltext/S0960-9822(24)00171-4?_returnURL=https%3A%2F%2Flinkinghub.elsevier.com%2Fretrieve%2Fpii%2FS0960982224001714%3Fshowall%3Dtrue
https://news.sciencenet.cn/htmlnews/2024/3/519663.shtm
#科学
Forwarded from 螺莉莉的黑板报
一天一个红苹果,博士学位远离我
[Verse]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
实验室里的老鼠,比我还精
效应显著的数据,去向不明
[Verse 2]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
数据理论都不对,蓝屏死机全崩溃
投稿十次都不过,审稿人他都是鬼
[Chorus]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
只想早日逃离,去职业送送快递
可我还在这里,却只有头发逃离
[Chorus]
一天一个红苹果,心情像过山车
博士学位远离我,我只想喝啤酒吃火锅
Ohh, ohh, ohh
一天一个红苹果,心情像过山车
博士学位远离我,我只想喝啤酒吃火锅
Lyric by RORIRI & GPT4, Song by Suno
[Verse]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
实验室里的老鼠,比我还精
效应显著的数据,去向不明
[Verse 2]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
数据理论都不对,蓝屏死机全崩溃
投稿十次都不过,审稿人他都是鬼
[Chorus]
红苹果,红苹果,你在哪里
博士学位,博士学位,不在这里
只想早日逃离,去职业送送快递
可我还在这里,却只有头发逃离
[Chorus]
一天一个红苹果,心情像过山车
博士学位远离我,我只想喝啤酒吃火锅
Ohh, ohh, ohh
一天一个红苹果,心情像过山车
博士学位远离我,我只想喝啤酒吃火锅
Lyric by RORIRI & GPT4, Song by Suno
#ai 🤔 突然想到,目前 琴棋书画 领域,还只有AlphaGo超过了人类智商
suno,gpt4,sd 这些,比如gpt写的小说单靠sd画的画还是没新意
所以,棋类、魔方、数学水平,是能代表科学意义的IQ,还是单纯是社会学的不明觉厉呢?
suno,gpt4,sd 这些,比如gpt写的小说单靠sd画的画还是没新意
所以,棋类、魔方、数学水平,是能代表科学意义的IQ,还是单纯是社会学的不明觉厉呢?
👍3
Forwarded from Dante's Limbo (Dante At2814)
#吐槽
【敏捷已凉,该! 【老袁讲敏捷】】 https://www.bilibili.com/video/BV1f6421F7HH
敏捷是我特别不能了解的一种东西,卖白粉好歹真的有白粉,白粉也真的能让人 high 一把,卖敏捷能卖啥?居然有人能当「敏捷教练」赚钱,现在退潮了视频 up 主还能通过骂敏捷赚流量。
【敏捷已凉,该! 【老袁讲敏捷】】 https://www.bilibili.com/video/BV1f6421F7HH
敏捷是我特别不能了解的一种东西,卖白粉好歹真的有白粉,白粉也真的能让人 high 一把,卖敏捷能卖啥?居然有人能当「敏捷教练」赚钱,现在退潮了视频 up 主还能通过骂敏捷赚流量。
Bilibili
敏捷已凉,该! 【老袁讲敏捷】_哔哩哔哩_bilibili
什么样的客户,决定什么样的敏捷。【老袁讲敏捷】可能是国内唯一一个专注敏捷理念和敏捷实践,关注情绪敏捷,关注职场浪费的个人频道。一个人做视频,从2020年开始已经坚持3年了,不卖课也不带货,诚心诚意把知识分享给大家。我希望接触更多的团队,接触更多的敏捷人,再把知识分享出来,希望老铁们多多支持,一键三连。, 视频播放量 44120、弹幕量 84、点赞数 226、投硬币枚数 79、收藏人数 189、转发人数 143, 视频作者 野生敏捷教练老袁, 作者简介 团队教练 | 个人教练 | 研发团队效能顾问 | 作家…
Forwarded from Solidot
Windows 11 使用的磁盘格式化 UI 仍然与 1994 年相同
2024-03-26 22:07 by 失忆的星球
有些东西可能几十年都没变,比如 Windows 上的磁盘格式化 UI。前微软程序员 Dave Plummer 回顾了 Windows 的早年历史,称 Windows 11 仍然使用他在 1994 年为 Windows NT 编写的磁盘格式化对话框。当时他所在团队正忙于将 UI 从面向消费者的 Windows 95(1995 年中发布)移植到更稳定资源更密集的 Windows NT(NT 4.0、1996 年中发布)。Windows 95 主要使用 FAT16 文件系统,而 Windows NT 能处理 FAT 和 NTFS 等不同文件系统。Plummer 称,他在纸上写下了格式化磁盘时的所有选项和选择,如文件系统、标签、簇大小、压缩、加密等等,然后用 Visual C++ 2.0 和资源编辑器做了一个简单的垂直堆叠。结果是这个临时做的对话框现在还在用。Plummer 称 FAT 卷的 32GB 限制是他武断的一个决定,现代 Windows 仍然遵循这一限制。Plummer 于 2003 年离开微软。
https://arstechnica.com/gadgets/2024/03/windows-current-disk-formatting-ui-is-a-30-year-old-placeholder-from-windows-nt/
#Windows
2024-03-26 22:07 by 失忆的星球
有些东西可能几十年都没变,比如 Windows 上的磁盘格式化 UI。前微软程序员 Dave Plummer 回顾了 Windows 的早年历史,称 Windows 11 仍然使用他在 1994 年为 Windows NT 编写的磁盘格式化对话框。当时他所在团队正忙于将 UI 从面向消费者的 Windows 95(1995 年中发布)移植到更稳定资源更密集的 Windows NT(NT 4.0、1996 年中发布)。Windows 95 主要使用 FAT16 文件系统,而 Windows NT 能处理 FAT 和 NTFS 等不同文件系统。Plummer 称,他在纸上写下了格式化磁盘时的所有选项和选择,如文件系统、标签、簇大小、压缩、加密等等,然后用 Visual C++ 2.0 和资源编辑器做了一个简单的垂直堆叠。结果是这个临时做的对话框现在还在用。Plummer 称 FAT 卷的 32GB 限制是他武断的一个决定,现代 Windows 仍然遵循这一限制。Plummer 于 2003 年离开微软。
https://arstechnica.com/gadgets/2024/03/windows-current-disk-formatting-ui-is-a-30-year-old-placeholder-from-windows-nt/
#Windows
Forwarded from 新·世界观察日志
Vultr 声称对托管的所有内容拥有完全且永久的商业权利
Vultr 的新服务协议要求其客户转让在 Vultr 上托管的应用程序、软件、数据,甚至是任何内容的权利。以下是 Vultr 新服务协议的相关部分:
您或您的最终用户在服务上或通过服务提交、上传、张贴、托管、存储或以其他方式提供的信息、文本、观点、消息、评论、视听作品、动态图片、照片、动画、视频、图形、声音、音乐、软件、应用程序以及任何其他内容或材料(统称为 "您的内容"、"内容 "或 "用户内容")。
您特此授予 Vultr 非独占的、永久的、不可撤销的、免版税的、全部付清的、全球范围的许可(包括通过多层转授的权利),以使用、复制、处理、改编、公开表演、公开展示、修改、制作衍生作品、出版、传输和分发您的全部用户内容、 或其任何部分,以现在已知或今后存在、已知或开发的任何形式、媒介或分发方法,并以 Vultr 认为适当的任何方式使用用户内容并将其商业化,而无需向您或任何第三方提供任何进一步的同意、通知和/或补偿,以便向您提供服务。
https://www.reddit.com/r/selfhosted/comments/1bouuv7/warning_vultr_a_major_cloud_provider_is_now/
Vultr 的新服务协议要求其客户转让在 Vultr 上托管的应用程序、软件、数据,甚至是任何内容的权利。以下是 Vultr 新服务协议的相关部分:
您或您的最终用户在服务上或通过服务提交、上传、张贴、托管、存储或以其他方式提供的信息、文本、观点、消息、评论、视听作品、动态图片、照片、动画、视频、图形、声音、音乐、软件、应用程序以及任何其他内容或材料(统称为 "您的内容"、"内容 "或 "用户内容")。
您特此授予 Vultr 非独占的、永久的、不可撤销的、免版税的、全部付清的、全球范围的许可(包括通过多层转授的权利),以使用、复制、处理、改编、公开表演、公开展示、修改、制作衍生作品、出版、传输和分发您的全部用户内容、 或其任何部分,以现在已知或今后存在、已知或开发的任何形式、媒介或分发方法,并以 Vultr 认为适当的任何方式使用用户内容并将其商业化,而无需向您或任何第三方提供任何进一步的同意、通知和/或补偿,以便向您提供服务。
https://www.reddit.com/r/selfhosted/comments/1bouuv7/warning_vultr_a_major_cloud_provider_is_now/
#ai #learn http://zh.d2l.ai/
个人觉得想了解ai的原理,看完这本书,然后会把里面代码跑跑通,就差不多了
如果仅仅想要调用ai的一系列api的话,可以照着huggingface上学一学,然后可以搜一下别人微调huggingface模型的框架,可以找kaggle这些平台用gpu免费跑跑
可搭配李沐(该书作者,前amazon Sr. Principal Scientist)的视频教程:https://space.bilibili.com/1567748478/channel/series
技巧可以搜索prompt engineering相关内容。如果想要获得网页对话框之上的体验,希望利用LLM搭建一些自己的项目的话,会一些基础的python还是必要的。
如果要深入了解原理,得吴恩达深度学习、cs231n、cs224w、这些是最基本的原理,然后要学pytorch框架、huggingface基本使用,一堆transformer架构这些,当然这是ai研究生的内容了。。
个人觉得想了解ai的原理,看完这本书,然后会把里面代码跑跑通,就差不多了
如果仅仅想要调用ai的一系列api的话,可以照着huggingface上学一学,然后可以搜一下别人微调huggingface模型的框架,可以找kaggle这些平台用gpu免费跑跑
可搭配李沐(该书作者,前amazon Sr. Principal Scientist)的视频教程:https://space.bilibili.com/1567748478/channel/series
技巧可以搜索prompt engineering相关内容。如果想要获得网页对话框之上的体验,希望利用LLM搭建一些自己的项目的话,会一些基础的python还是必要的。
如果要深入了解原理,得吴恩达深度学习、cs231n、cs224w、这些是最基本的原理,然后要学pytorch框架、huggingface基本使用,一堆transformer架构这些,当然这是ai研究生的内容了。。
Bilibili
跟李沐学AI视频专辑-跟李沐学AI视频合集-哔哩哔哩视频
点击合集和视频列表查看跟李沐学AI的视频合集,视频列表汇总了跟李沐学AI上传的视频,用户可根据视频分类查看相关视频。