V2EX › songray 的所有回复 › 第 2 页 / 共 9 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

185 天前

回复了 awsl2333 创建的主题 › 程序员 › cloudflare containers 来了, 真不错

价格太高了，几乎是最贵的一档，比 VPS 自建 Container ，Pikapods ，DO 都贵

187 天前

回复了 wefgonujnopu 创建的主题 › JavaScript › js 不使用 promise 完成一个 sleep 函数，必须支持 await 调用

手搓 Promise 是一道常见的面试题。
https://febook.hzfe.org/awesome-interview/book1/coding-promise

192 天前

回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？

我再提一点，就是浏览器插件导致的水合问题，这玩意现在没有，未来也不可能有解决方案。

192 天前

回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？

@jesse9527 所以我说国内根本不玩这套东西（ SSR ），也就是独立开发者搞搞。
国内互联网公司全是 App/小程序引擎/H5 连环套，中大厂可能接个 BFF 做特殊处理，但大多数就是客户端渲染 h5 。

研究这玩意没啥意义，面试都不问的🤣

192 天前

回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？

@gorvey BFF 都多少年的东西了... 稳定性比 SSR 好太多了

192 天前

回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？

@jesse9527 恰恰相反啊，这样才能做认证。
前端编译出模板，然后要么后端直接用模板引擎做替换，要么起一个 node 做 BFF 去替换，不管怎么样认证都是通过后端服务直接完成的。

反而是 SSR 的话不好做，因为你得 All in SSR ，让 Next/Nuxt 接入后端的鉴权服务。或者把 SSR 当 BFF 做，但是这样会拉低整个服务的并发能力。

还有千人千面的 UI 也不是通过 SSR 完成的... 我不知道国外是什么样，国内对前端来说，就只是 App/H5 的活动卡片不一样，点击之后跳另一个 H5 而已，至于展示什么活动卡片和 H5 ，也是后端根据大数据决定的。这方面你直接看抖音和拼多多就行了。

193 天前

回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？

建议不要趟这个浑水，全是些不稳定的东西，独立开发者用用不一定会踩到 corner case ，上生产就不一样了。

而且我对国内上 SSR 的收益是怀疑的，因为不管是 Next 还是 Nuxt ，性能都差的一笔... 同样的并发量需要的配置比后端服务还多。

我建议 OP 可以把前端拆分一下，需要 SSR 的场景改为用 SSG ，编译出插槽模板，起一个简单的 node 服务，返回之前对插槽做字符串替换就行了。

201 天前

回复了 datadump 创建的主题 › 软件 › 打算 obsidian 转有道云，求打醒

为啥不用 obsidian + s3 或者 webdav 呢。
自建 webdav 两年了感觉没啥问题啊。

205 天前

回复了 needhourger 创建的主题 › 程序员 › “实践派”与“原旨派”的认知差异

我应该算是实践派，两年经验。

但是我认为实践到最后就是原旨派，因为不存在没用的知识，只存在还没用到的知识。

关键在于**区分这个问题是否在岗位囊括的原旨范围内**，比如原贴里的两个问题，对于开发岗来说，装饰器是一个好问题，因为实现元编程的手段就那几种，不谈如数家珍，只要看过一些开源项目的 codebase 都应该略知一二，这是对于工程化来说绕不开的知识，可以说，知道和不知道的人在一些场景下会写出完全不同质量的代码。

但是垃圾回收和编译器，对于开发岗来说是完全没用的知识，不应该归于教旨的范围内，就算能手写一个脚本语言的分代对于项目也没有任何帮助。

212 天前

回复了 red13 创建的主题 › Rust › 这里搞 Rust 的多吗？

写了一个项目，因为编译时间太长后来就不想用了（

https://github.com/Ray-D-Song/lexe

215 天前

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

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

219 天前

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

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

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

219 天前

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

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

227 天前

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

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

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

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

236 天前

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

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

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

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

239 天前

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

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

239 天前

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

@leonme 全大核 d4 是 5950x ？

243 天前

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

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

246 天前

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

https://www.meilisearch.com/

1 2 3 4 5 6 7 8 9

❮

❯