SQLAlchemy 的文档一贯不说人话...

@Wovvvv 没啥, 就是感觉有点套娃 LOL

为啥 LXC docker 混着用
只用一个不行么?

支持一下. 我看这个 repo 从 2014 年就开始了，还挺久了啊

作为写过很多后端语言的人, 也用过一段时间 dart, 评价是: 垃圾
语法是大杂烩. 而且 dart1, dart2 还有不小区别...
再加上异步和异常处理, 执行流程很容易晕, debugger 打上断点还是看着晕
属于典型的总体设计没个定数，没自信, 改来改去瞎折腾...
再加上生态跟不上, 两年前用个 Redis Steam 都找不到好用的.
哪个构架师要在后端组里推广 dart, 请把他拖出去枪毙 10 分钟.

时区真的烦.
最好是所有时间都用 epoch.只有表示给 user 看时, 才使用 user 的本地时区转换下.

未来是原生 3D app, 就像 3D game engine 做出来的效果.
现在这个过度复杂的 HTML/CSS/JS 2D layout 框架... 就是点错了科技树...

@hahaayaoyaoyao
放轻松, 先学个自己喜欢, 不算难, 工作容易换方向. 压力小了之后, 再自己慢慢探索.
先轻松赚钱养活自己最重要. 记住下面要点, 避免"知识"焦虑:
1. 世界上绝大多数知识其实是垃圾知识.
2. 计算机方向的垃圾知识尤其多... 许多"主流", "高大上"技术, 本质还是换了新皮肤的垃圾...

@outoftimeerror
别墅原来是个人执念

@outoftimeerror
一路读下来，就感觉 "青城山别墅" 好爽. 是不是在成都永久办公的最佳选择. 能展开讲讲么?
小区附件的设施方便不? 孩子读书是送城区么? 来回方便不? 是不是空气很好? 那块儿有地震风险没?

风扇不转. node 能在 mac 本地跑, 就不用在乎效率吧. 反正最终上 prod 是跑在 Linux server 上.

@preper 我在 m1 的 mac 上都用了几个月了, 还没发现问题.

@preper 你为啥要摆脱 nvm, 有什么主要缺陷么? nvm 还是比 brew 要方便很多

你排除的就是主要原因啊 "没时间,不挣钱"

如果 mac 和 windows 都要编程的话, 当然得改, 不然会精分的...
我也是用 AutoHotKey 把 windows 改成和 Mac 一样的.

如果只是用 windows 打游戏娱乐, 那就不用改.

你仔细看大家回复的时候, 假设的应用场景是啥.

Stack Overflow 应该是 ChatGPT 的训练数据源之一
不接受 ChatGPT 答案挺好的, 避免循环了... 对两边都好

@ericgui
维护 ES 就是麻烦, 用 docker/k8s 的话...得用 stateful container 来存 ES 的数据...??

你不关心多机 scale 问题的话, 可以先试试单机 PostgreSQL, 它也有 full text search

从你描述来看, 其实你喜欢折腾机器配置. 所以当然是 windows 适合你

上面基本都没说清楚, 简单的说是这样的:

游戏世界的模拟都在 server 做. server 收到 all/most clients 的 update messages, 然后自己一个个逻辑帧往前模拟计算.
然后把模拟结果发回各个 clients. 虽然单个 client 可以对所有其他 player 做预测(prediction + rollback netcode)来制造本地延迟很地的幻象(提高本地 player 的体验), 但是最终还是要服从 server 的模拟结果 (和 server 冲突的时候要 state rollback).

server 在收到每个 client 的 update message 后, 都要校验, 跟前一个逻辑帧比较, 这个 client 的新 update 是否合理?
如果 client 自己在单方面加速, 那开始加速那几帧的 update 就通不过逻辑校验了 -- 比如违反了游戏世界的物理规律, 移动速度和动作过快.

但是有些东西是比较难反作弊的: 比如 fps 自动爆头, 因为 client 的操作和 update 都在游戏模拟中是合理的, server 不知道是这个玩家作弊了，还是枪法太好.