V2EX › songray 的所有回复 › 第 4 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

2025 年 5 月 26 日

回复了 goodrain 创建的主题 › 推广 › [真诚求问] 开源六年的容器平台 Rainbond，为何始终不温不火？大佬们能帮忙看看问题出在哪吗？

这就是典型的不做市场调研...
国内能用上 k8s 的公司普遍都是有自己的测开、运开、sre 的，打造平台就是 KPI 的一部分，怎么可能采用你们的产品。

2025 年 5 月 22 日

回复了 Hooooooey 创建的主题 › Python › 标题党： Python 有史以来最强大的挑战者终于出现？，但我觉得对比和分析还是比较保守

我通过 ReScript 对张老师积累的好感全在 Moonbit 上败光了...
实在想不通 Moonbit 为什么要一直蹭别的语言... 关键每次比对都是搞一些无关痛痒的 Toy Demo ，太尴尬了。

感觉 Moonbit 团队 10 天里面有 6 天在设计新的语法糖，4 天在跑宣传。
有这个时间还是把数据库驱动和常用 sdk 之类的东西搞搞吧，一直宣传 Toy Demo 也不会有人用的。

2025 年 5 月 22 日

回复了 profchaos 创建的主题 › 程序员 › kotlin lsp

@kid1412621 Fleet 貌似是他们自己搞的一套跨平台 UI 框架，叫 Compose Multiplatform 吧。

2025 年 5 月 14 日

回复了 KMpAn8Obw1QhPoEP 创建的主题 › 程序员 › 离谱， TypeScript 的主力开发之一 Ron Buckton 被微软裁了

纯粹是微软被印度人统治之后疯了...

https://devblogs.microsoft.com/react-native/2025-05-09-office-modernize/

office 的新模块采用 React Native 开发。

2025 年 5 月 5 日

回复了 AIdiot 创建的主题 › 程序员 › [开源项目]分享一个 Docker 容器瘦身的项目

看了一下论文原理，笼统来说，镜像有大量未使用的文件，比如基于 alpine-linux 的一堆容器，可能每个容器运行时你都只需要 usr 目录，别的比如 /bin /etc 压根不会动，那理论上我们可以把 /etc 之类的目录提取出来。

这个项目引入了一个去膨胀层的概念，通过分析容器运行时实际使用的文件，将他们提取出来成为去膨胀层，别的都剔除掉。

不过这种动态分析的方法可靠性我表示怀疑... 存在太多的 corner case 。有可能这个容器能跑起来别的就跑不起来了，或者基于这个容器导出的镜像打包出来的新镜像就跑不起来了。

2025 年 5 月 2 日

回复了 songray 创建的主题 › 程序员 › 现在 Linux 对 Intel 大小核的调度怎么样?

@wxf666 这个我不太推荐，主要是保修最长的铭凡也只有 3 年，要是 boom 就是主板和 u 一起无。
而且单看板子的料就是比较垃的 a620 ，和 2600 的 7950x+500 块的丐 a620 性价比拉不开差距。
还有一点就是内存是笔记本那种，后续升级也不方便。

2025 年 5 月 2 日

回复了 songray 创建的主题 › 程序员 › 现在 Linux 对 Intel 大小核的调度怎么样?

@leonme 全大核 d4 是 5950x ？

2025 年 4 月 28 日

回复了 asuraa 创建的主题 › Go 编程语言 › golang 为何不出来个 Typescript

国内有个开发者搞了基于 Go 的凹语言。
但是说实话，定位很奇怪，品味也很奇怪，也许你可以参考它 fork 一个自己的。

2025 年 4 月 25 日

回复了 viking602 创建的主题 › 程序员 › 全文搜索现在有什么比 ES 更好用的替代？

https://www.meilisearch.com/

2025 年 4 月 25 日

回复了 chambered 创建的主题 › 程序员 › 大家有没有看过之后大呼过瘾的技术书籍推荐

现代 JavaScript 教程 https://zh.javascript.info/
用 Go 语言自制编译器 https://www.ituring.com.cn/book/2882

2025 年 4 月 23 日

回复了 sgld 创建的主题 › Python › 关于 Python 协程的 event loop 与 future

没那么复杂，比如我们有一个 async 函数 foo ，代码执行到 await 的时候，控制权就从 foo 函数让出到别的代码块了，同时向待完成列表里插入 foo 。
等到 foo 的 await 任务完成后，就会向 eventloop 中插入类似于 “foo 已经完成啦，你应该继续 foo 的后续操作”的 task 。
等到 eventloop 循环到这个 task ，就会恢复上下文（也可以说是状态）到 foo ，这也就是为啥无栈协程也可以看做是一种状态机。
希望我的解释比较明朗。

2025 年 4 月 18 日

回复了 klusfq 创建的主题 › 职场话题 › 关于一个项目是不是玩具的界定。

赞同三楼，这不是技术问题，而是屁股问题。

2025 年 4 月 14 日

回复了 Radeon 创建的主题 › React › 不敢相信在 2025，怎么自己 build/bundle + self-host 一个 ESM 版本的 react.js 和 react-dom.js 也是一个找不到官方答案的问题。问了 AI，答案也不靠谱

@Radeon 那你自己用 rollup 把 cdn 上的 react.cjs 转一下就行了，不需要直接从源码 build esm 。

你可以参考一下我刚刚写的 demo 或者直接用 dist 文件夹下的产物。

https://github.com/Ray-D-Song/esm-react-transform

2025 年 4 月 14 日

这个问题已经存在很多年了，不管是源码还是编译脚本没有考虑过 ESM ，要改的话至少需要几个人一起着手，不是 AI 能干的。
https://github.com/facebook/react/issues/11503
https://github.com/facebook/react/issues/10021

更关键的一点是，React 几乎所有子模块都是 internal ，没法进行摇树，所以提供 ESM 也没啥意义，你为什么不用 UMD 或者 CJS ？

2025 年 4 月 14 日

回复了 songray 创建的主题 › Node.js › 把 node.js 程序打包成可执行文件，不过只有 10M

@lisxour
和 pkg 以及 nexe 一样，需要自己使用 esbuild 、ncc 之类的工具把项目转换成单个的 js 文件，所以兼容性是那些工具保证的。

2025 年 4 月 14 日

回复了 songray 创建的主题 › Node.js › 把 node.js 程序打包成可执行文件，不过只有 10M

@byte10 你说的应该 nexe 和 pkg 吧，这俩也是打包可执行文件的工具，npx 是执行远程脚本用的。

其实原理都是把代码嵌入到 js 运行时里面，运行的时候再提取代码，不过因为 js 有 cjs 和 esm 两种格式，所以确实有可能兼容性问题。

2025 年 4 月 13 日

回复了 iorilu 创建的主题 › 程序员 › 最近看到个新东西, hypermedia framework, 说是前端开发新方法, 有人研究没

这玩意 Ruby on Rails 社区早就有类似方案了，叫 Turbo 。

https://www.hotrails.dev/

和 HTMLX 一样，都是不堪重用的东西。

2025 年 4 月 9 日

回复了 BeautifulSoap 创建的主题 › Visual Studio Code › vscode 写 go 连最基础的补全功能都做得这么差的吗

@dragondove 因为这个设置不能搭配 language server 使用，具体的表述是：
Include unimported packages in auto-complete suggestions. Not applicable when using the language server.

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯