@vcmt 说吧，你是不是开了一对虚拟机

@vcmt 你这么说就没完了, 那为啥不多加几天的工资, 再多升级几下. 16G 编程已经够用了.
我倒是还想配个 Studio+满内存 跑 LLM 玩呢. 但我觉得那不是楼主想讨论的使用场景.

@vcmt 啥叫我还是"不懂", 一直用 16G 编程, Chrome, VSCode, JetBrains 同时开一堆, 没有任何问题.
你编程到底跑了些啥，一定需要 32G? 一堆虚拟机么? 请不要在本地跑 docker desktop 之类...
32G 当然好, 但是要加近 $400, 性价比太低了. 丐版本来就才 $500

@InAndOut
搞开发，还是得用外接显示器. 绝对该买 Mac Mini M4, 美国这边丐版 $500, 性价比爆炸. 可以加$200 把硬盘变成 512G. 性价比还是很高. 我有过好几本 MBP, 我觉得性价比很低. M1 出来后, 现在几乎只买 Mac Mini 了.

我以为你写了个产品来 demo, 一看是个个人主页 ...

@annoygaga @xausky
想想都是运维地狱 @_@

@xausky
你怎么地也得在外面套个 API 层，不然本来极其容易的开发工作，瞬间变成了(可能很复杂的)运维工作, 太折腾了

@annoygaga
你们是做底层 infra, 出租 database 么?
如果不是, 如果是做应用的, 那么答应这个需求的 PM/领导 应该被拖出去打一顿

下面这个是一般做法, 从易到难:
option-1. 开发个简单的 query API 给用户, 让用户发 HTTP GET 到 your/query/url?filter1=v1&filte2=v2&... 你们 API backend. 这样可以模拟出基础的 SQL 效果
option-2. 设计自己的 querying language, 可以是类 SQL, 也可是简化版 JS/Python, 然后发到你们 API backend, 解析后变成 backend query 逻辑返回给用户. 这样能达到更灵活的结果, 但是开发成本高.

像你们领导要求的，直接给个 SQL 数据库给用户... 属于不懂瞎指挥, 想象把开发该做的事情，甩给用户+运维. 可以想象这个项目后面有多痛苦. 让提这个需求的人，自己去擦屁股吧.

@annoygaga
1. 如果不是上班得用 k8s, 或者做 DevOps 工作, 请远离 k8s 这套 overengineering 工业垃圾.
2. 不管 k8s 当年宣传(over promise)得如何, 现在 k8s 还是主要用来管理 stateless service cluster 的, 真的用 ks8, 建议就不要在上面折腾任何 stateful 的东西.

@HkMuxxx 建议买 Mac mini, M4, 16G~24G 内存, 性价比高.

参考美国这边的价格, M4 16G, $500, 性价比爆炸, 换算成 RMB 才 3500, 有啥数据工作需要用你买 2W 的 MBP
https://slickdeals.net/f/18074911-apple-mac-mini-mu9d3ll-a-late-2024-desktop-computer-apple-m4-10-core-cpu-16gb-unified-memory-256gb-solid-state-drive-500

没有, 真的没有

@qcbf111 效果还行吧，还得努力哦, 加油
如果想做付费买断游戏, 建议做 steam 或者 主机游戏.
如果继续想做成手机游戏的话, 一般是免费+运行那种, 非常卷, 建议慎重考虑

@samnya @chengyiqun
uv 靠链接的主要问题是什么? uv 里的 lock (with version+hash) 还是可以靠谱的重复 build 的.

@chengyiqun
还有, 你要打包成执行文件的话, 不是应该靠 pyinstaller 么?
如果只是导出执行环境的话, uv 的配置文件不比让 conda 打包环境更方便么?

@drymonfidelia
用下面这个两个, 代替默认的 Python, Node 包管理
https://docs.astral.sh/uv/
https://pnpm.io/

简单说，idea 不是错误的方向. 因为最后是个大的分布式系统，每个服务独立出来开发调优挺好的.
但是用 k8s, docker, Java 这些 bloat 垃圾来做，就是实现上太差劲了而已

在公司拿着钱稳定地划水 -- 攒存款
然后扩展拓宽技能, 私下做自己的产品 -- 发展独立挣钱的能力

一直打工的结果是, 最后一并被 AI 工程师淘汰

@LaTero 是的, 大家在公司打过工就知道。这些各种半成品项目，明显就是刷 KPI ，或者政治斗争的遗产。只能说明高层管理层的无能，任由公司大量开发资源浪费。我后来基本都不用 Unity 的"新特性"了, 看不都看了, 很多官方特性都不如 Asset Store 上那些高质量的 Asset, 人家还带源码, 你拿着源码去问, 支持还极好. 反观官方推的各种"新特性", 真是烂泥扶不上墙. 只能说 Unity 这帮垃圾领导, 真是能老本硬吃 ...

从 2015 年开始用 Unity. 最大的感觉是, Unity 开始的设计真的牛掰, 简单易懂的编辑器和基础的 API, 超越时代的 Asset Store. 但是那会儿貌似就是顶峰了. 然后就是... 持续多年出各种半成品新特性, 然后扔垃圾堆, 然后继续出. 你看它家的多人联机特性, 都出多少个版本了 @_@

一句话总结, 最开始设计 Unity 那波人是真牛. 之后这些废物领导们, 吃了 10 年的老本啊, 还没吃垮. 貌似还能吃一会儿