vfs

@JayChou180 是的， 确实便宜， 10$ 的版本 deepseek flash 都用不完， 但是太慢了，感觉用这个特别浪费生命， 时间还是更重要一些

@txbxxx 哈哈哈,可以可以. 我之前就是用 OpenCode, 慢的受不了, 后来就直接用官方 api 了

@JayChou180 因为速度以及智商,都不如官方的.

如果用 opencode deepseek, 千万不要再去尝试 deepseek 官方 API. 谨记!

试试别人的账号，说不定人家的便宜。 现在套路太多了

感觉人物品评内容太单薄了. "9 维画像" 数据如何确保准确度? 个人感觉不妨换个思路, 从被品评人物的历史事迹中来评价, 就事论事的评

@alsaraha 🆒

用系统自带的输入法好几年了, 没发现有什么大的痛点. 建议试试

你是学会中文了,还是用的翻译软件?

Wow, welcome!!! (就会这么多了）

是的，我说的是 AI 在回答中嵌入你的网站的内容，并同时附上你网站的链接的场景

AI 现在才是流量入口，搜索引擎不是。 因此，如果 AI 愿意访问你的网站，或者在回答中将你的网站链接附在答案里，偷着乐吧。 现在抗拒 AI 的大部分是哪些已经做大的 app。

纯技术目前来看完全没有壁垒了

瞌睡多是年轻的表现. 年龄大了,就没那么瞌睡了

羡慕你的三个点:

1. 游戏玩好了
2. 手机玩好了
3. 还能瞌睡 (可能年纪大了, 天天晚上 1 点之后才睡, 白天也困了....)

能有一个大公司愿意抄的项目, 从侧面也说明你的眼力还是很棒的. 我一直感觉, 绝大部分人的独立项目, 大公司都看不上, 但是对于一个独立开发者, 如果能养活自己, 也很不错

没有, 相机是入门级单反, 比较便宜(不到 5k), 手机 6k

AI 最核心的提示词部分,绝对有一句: "永远要让用户开心".

@noncoming 哈哈哈,你这个原则很牛. 看样子我得做一个软件, 实时检测你电脑可用内存, 空闲比较多,我就多用点, 要是快没内存了,我就少用点儿

非常感谢提供这个选项, 完了我研究研究. 因为不是特别喜欢 rust ,所以忽略了这么好一个 UI 库.

好奇多少算特别多? 大于 1GB 内存使用量? 还是 200,300mb 就算特别多了

哈哈, 开始的时候 bug 比较多能理解, 会越来越稳定的. 但是丑, 就会一直丑下去

感觉这两天的智商明显低了，难道是因为我刚刚充了 50 块，它要把我钱消耗光

目前就我个人的见解来看，是密切相关的。 好看通常意味着内存占用不会小。比方说，如果用原生 windows c++ 写 wfc 就会比较小， 如果使用 elelctron 就会很大。 其他方案，介于这两个之间，也同时对应着 UI 上的退化，比如 Qt.

程序员得被折磨死才能做出来又好看占用内存又小的

是的，不同行业的用户，对于界面期待都是不同的

电脑, 手机,相机 (按价格依次下降)

@lens 哈哈哈,最后发现戒了红果,就又染上抖音了

那不是戒掉了, 那是转移了

@february2 不知道 gpt 和 claude 咋样, 反正 deepseek 试过了,不太行, 容易改坏.

赞同 (潘多拉非要我打十个字)

产品越大越重,越像企业级产品 占内存小, 安装包大小太小, 都自动归类到小玩具

个人也是这种倾向. 因为电脑内存一共就那点儿, 几个超级应用以及用了大部分,剩给其他的小程序的空间本身就已经不多. 如果再去和人家超级应用去抢, 被卸载/舍弃的只能是小应用.

那你的答案就是低内存,界面不漂亮. 我说的不漂亮是说的 UI 绘制的比较老旧, 不像现代的 web 那么漂亮炫酷. ui 布局以及操作的便捷性,不涉及美观不美观.

其实软件的短板从开始的技术选型就已经定下来了. 后期无论是人工还是 AI, 优化的天花板恒定在那里, 只能无限靠近,永远突破不了. 举个例子: 使用 windows c++ 技术写 UI 和 Web 技术栈写 UI, 实现同样的 UI 以及功能. 个人认为, 即使用上当前最好的 AI 模型, 也是 windows c++ 的内存占用小的多(大概率是数量级的碾压). 而美观性上, web 对于原生也是数量级的碾压.

@vhxubo 这种 ui 框架, 我是比较抗拒新技术栈的,大概率等着你去填坑的.

这是我一直在找的技术栈, 很遗憾, 目前还没找到.

平心而论, 我们的软件,通常都归类到小工具了. 用户通常不会对你内存使用量特别容忍. 就比如说我, 如果看到 Visual STudio 或者 Chrome 把我内存占完, 我也只能认了, 但是要看到一个其他的敢占用内存(TaskManager 中内存占用名列前茅),直接杀进程了. OneDrive 的进程都杀

藏得深,估计是觉得用的人少. 我们产品经理通常也是这么搞的....

其实主要即使考虑到基于 electron 或者 webview 的 app,通常界面能很好看,但是内存占用都高. 如果几十 MB 还能忍受,但是一旦超过 500MB 感觉用户肯定无法忍受了. (当然, 常用的那些巨无霸应用除外, 他们有实力驯化用户)

桌面端(尤其是 windows, linux) ,要满足这个要求,感觉真的不容易啊. 不知道你有推荐的技术栈没?

主要是哲学层面的讨论.

目前最夸张的应该是 Electron 系列的产品, 感觉默认打开,通常能到 300MB 左右, 然后如果你的程序执行一些上传下载文件的任务, 加上 js 内部的使用, 达到 七八百或者 1G 应该是轻轻松松的.

@John 都一样. 我一大早一打开邮件,发现产品经理,用 claude 给我扫描了四封邮件的 bug....(具体数量我还没数清), 之前扫描出来的 bug 还没修完呢......

别冲动啊,兄弟. 按时间计费啊, 管他呢, 把时间混下来就行了

不会触发微信风控吗？

有了事儿，有么出人要么出钱，大家庭小家庭都是一样的道理

我来也！！