Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  songray  ›  全部回复第 3 页 / 共 11 页
回复总数  204
1  2  3  4  5  6  7  8  9  10 ... 11  
❮ ❯
2025 年 7 月 23 日
回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?
跟规模没关系，跟业务有关系。
如果你的业务单机 8c 32g 不能支撑的话，基本就要上 k8s 分布式了。（不过据我观察这样的业务很少）
很多人觉得 k8s 是引入复杂度的，其实这玩意是分布式奶嘴，没这奶嘴更痛苦。
2025 年 7 月 17 日
回复了 TieYu 创建的主题 › Flutter › 另一个视角看 Flutter 的思维
我觉得打开 BOSS 直聘搜职位更能看清现在的需求...
Flutter 的岗位量和 uniapp （小程序） 之间差了不知道多少个 RN 。
2025 年 7 月 9 日
回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践
@Chuckle 那无解了兄弟。
React 两大原罪，一是 state 颗粒度太大，二是从根开始 diff ，上游的问题你没法从下游解决。
2025 年 7 月 9 日
回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践
@Chuckle 用 Mobx 或者直接一步到位 Preact + Preact signal ，目前用下来 Preact 没什么兼容问题。
2025 年 6 月 26 日
回复了 calano 创建的主题 › 程序员 › Swift 成立安卓工作组
没看到 UI 采用什么方式渲染，估计还是用引擎自绘。
Flutter 、KMP 、Avalonia ，一代代的前辈被拍死在沙滩上，我很好奇 Apple 为什么觉得他们能处理好自绘的各种边界情况。😂
2025 年 6 月 26 日
回复了 iorilu 创建的主题 › 游戏开发 › 我隐约感觉游戏开发以后要火阿, 可能需求超过普通开发
@2232588429 真的啊... 类似新闻多的很，尤其是波兰蠢驴。
国外的领导也是人，项目延期发售谁不急。
2025 年 6 月 26 日
回复了 iorilu 创建的主题 › 游戏开发 › 我隐约感觉游戏开发以后要火阿, 可能需求超过普通开发
游戏是夕阳产业。
待遇差，加班多。
而且不是国内这样，是全世界都这样，举个简单的例子就知道了，波兰蠢驴（巫师、2077 ）、Form Software （只狼、老头环）都有员工控诉加班的情况。
2025 年 6 月 26 日
回复了 ufan0 创建的主题 › 职场话题 › 我可能是被 AI 奴役的第一批人
打开一个 ignore 里的文件，AI 出什么都无脑 tab ，还能写个脚本自动化，你就是绩效最高的。
2025 年 6 月 25 日
回复了 catfly 创建的主题 › 程序员 › 为什么这么多人用 Claude Code?
刚刚试了一下，没感受到和 Roo Code + Claude API 相比有什么优势。

大多数人还是和 Cursor 这种有损双边 Rag 的的服务相比的，如果无损的话就没区别了
2025 年 6 月 25 日
回复了 awsl2333 创建的主题 › 程序员 › cloudflare containers 来了, 真不错
价格太高了，几乎是最贵的一档，比 VPS 自建 Container ，Pikapods ，DO 都贵
2025 年 6 月 24 日
回复了 wefgonujnopu 创建的主题 › JavaScript › js 不使用 promise 完成一个 sleep 函数，必须支持 await 调用
手搓 Promise 是一道常见的面试题。
https://febook.hzfe.org/awesome-interview/book1/coding-promise
2025 年 6 月 18 日
回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？
我再提一点，就是浏览器插件导致的水合问题，这玩意现在没有，未来也不可能有解决方案。
2025 年 6 月 18 日
回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？
@jesse9527 所以我说国内根本不玩这套东西（ SSR ），也就是独立开发者搞搞。
国内互联网公司全是 App/小程序引擎/H5 连环套，中大厂可能接个 BFF 做特殊处理，但大多数就是客户端渲染 h5 。

研究这玩意没啥意义，面试都不问的🤣
2025 年 6 月 18 日
回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？
@gorvey BFF 都多少年的东西了... 稳定性比 SSR 好太多了
2025 年 6 月 18 日
回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？
@jesse9527 恰恰相反啊，这样才能做认证。
前端编译出模板，然后要么后端直接用模板引擎做替换，要么起一个 node 做 BFF 去替换，不管怎么样认证都是通过后端服务直接完成的。

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

还有千人千面的 UI 也不是通过 SSR 完成的... 我不知道国外是什么样，国内对前端来说，就只是 App/H5 的活动卡片不一样，点击之后跳另一个 H5 而已，至于展示什么活动卡片和 H5 ，也是后端根据大数据决定的。这方面你直接看抖音和拼多多就行了。
2025 年 6 月 18 日
回复了 Akay47 创建的主题 › 程序员 › SolidJS 的 SSR 框架 SolidStart 可以在公司项目使用吗？
建议不要趟这个浑水，全是些不稳定的东西，独立开发者用用不一定会踩到 corner case ，上生产就不一样了。

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

我建议 OP 可以把前端拆分一下，需要 SSR 的场景改为用 SSG ，编译出插槽模板，起一个简单的 node 服务，返回之前对插槽做字符串替换就行了。
2025 年 6 月 10 日
回复了 datadump 创建的主题 › 软件 › 打算 obsidian 转有道云，求打醒
为啥不用 obsidian + s3 或者 webdav 呢。
自建 webdav 两年了感觉没啥问题啊。
2025 年 6 月 5 日
回复了 needhourger 创建的主题 › 程序员 › “实践派”与“原旨派”的认知差异
我应该算是实践派，两年经验。

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

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

但是垃圾回收和编译器，对于开发岗来说是完全没用的知识，不应该归于教旨的范围内，就算能手写一个脚本语言的分代对于项目也没有任何帮助。
2025 年 5 月 29 日
回复了 red13 创建的主题 › Rust › 这里搞 Rust 的多吗？
写了一个项目，因为编译时间太长后来就不想用了（

https://github.com/Ray-D-Song/lexe
1  2  3  4  5  6  7  8  9  10 ... 11  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3260 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 12:40 · PVG 20:40 · LAX 05:40 · JFK 08:40
♥ Do have faith in what you're doing.