> 好失落啊，这是不是一种人格缺陷


是

不可以。
那还不如平板音游

@22yune

难到你认为计算的时间量是 0 ？
或者你没意识到所有方案的总“功耗”其实是一样的？


预计算替换掉耗时只是把时间消耗提到关注的时间窗口外而已

@cmdOptionKana 并没有看到

前面的例子，书放书架上根本不是恰当的比喻，书不管放哪空间都没变，衣柜不管怎么整理，空间也没变

唯独#19 说的打表是“空间换时间”的正确场景，换个更快的算法 On 变 Ologn 并没有用空间来换时间

#19 @l30n 的回答简短准确，咋都没人看到


y = f(x)，把从 x 计算得到 y 的过程转化成查表

我猜你想要这样的东西

StatType ss
ss.append([
{name:"HP",type:int,default:100},
{name:"Mana",type:int,default:100},
{name:"Damage",type:float,default:10},
])

BuffType bs
bs.append([
{name:"ForceUpgrade",type:float,variables:[{name:"Level",type:int}],effect:lambda d->d*=(1+0.05)^this.variables["Level"]}
])



上面描述了 3 种属性，血量蓝量伤害
以及一个 buff 效果，每级提升伤害%5 的叫“ForceUpgrade”的 buff

想象你要设计一个能描述任意数值系统的类库 /框架，那你可能必须足够灵活到能支持类库使用者使用任意数据结构描述他的系统设计。所以这个类库本身就没法有什么太固定的数据结构，等于说这个类库啥也没做




你要写新游戏，必然要设计一个全新的角色类，设计全新的技能类，角色类和技能类难到不包括数值字段吗？不包括的话，这游戏是个模拟游戏？数值计算可以脱离交互？为什么能写成这样？这样的话你是在期望一个能帮你做什么的库？包括数值的话，所有的数据结构都要另行定义，那还是这个问题，这种场景下你是在期望库能帮你做什么？

啊看来 lz 没看懂我的点


我的点是，决定风味的“味” 实际上是气味，并不是舌苔给你大脑传递的味觉
你可以给酸甜苦辣测定分量，但你没法给 “烤肉味儿” “奶香味儿” 测定分量，也没法给 “香菜味儿” 测定分量，你只能是，靠大众点评，加 tag：“ [鸡很香] 31”

但想标出来风味分量，那是不可能的




讲个笑话：
产品：奶茶（甜:10 酸:0 苦:1 涩: 0 咸: 0 辣: 0 奶茶味儿: 10 奶味儿: 6 ）



还记得知乎上那个冬枣和香蕉一起吃的问题吗，给这两种水果标明了味道分量也根本没有参考价值

雪碧和可乐的甜度和酸度是一样的。。

@sean10
？？？？



因为你需要
乙基葫芦巴内酯 γ-壬内酯 苯甲醛 二氢香豆素 3-丙亚基-1-异苯并呋喃酮 糠醛 2-己烯醛 2-甲基苯甲醛 γ-戊内酯
的分子浓度和环境气体温度才能确定一个“甜味”

上面这个列表当然是我找的

………………………………………………………………………………？？？？？？？


看下来我人都傻了
菜好不好吃明明是气味决定的啊
几千几万种气味分子怎么给你标？标了能看懂？





不会真有人以为酸甜苦辣咸的数值分(fen1)量能唯一确定风味吧？？

除非说得并不是网络攻击


hacking to the gate 你想咋翻译都行





el psy congroo

这个词不需要创造新词汇去对应

攻击 /入侵 已经成了明确指代网络活动中特定行动的词

所以直接叫攻击 /入侵就行，你看各个安全厂商发的文从来没创造过新词

我是会在对方刚说两三个字就直接挂电话的

视乎心情甚至有可能先往桌子上拍一下再挂

我们上学的时候写的作业都喜欢放网上“支持分享”

再讲个笑话

那时候 预研的新项目用 qt embeded，编译器 gcc4.7，c++11 的 std::thread 大家“尝试用了一下”；老项目工程里有两份 2.4 内核源码一份 2.6 内核源码，2.4 那两份是迭代到弃用的，显示图像的方式是往 framebuffer 设备复制数据

而且而且而且

1. 嵌入式 搞硬件的公司，往往技术栈十分落后，很有可能 17 年出的产品，采用 13 年出的硬件，用 05 年的工具链基于 2.6 的内核进行开发
2. 嵌入式行业写的代码跟互联网厂的后端代码基本没有半点关系。既不会用到数据库（ sqlite 是极限了）也不会遇到分布式场景，更不用考虑高并发，jvm 更是永远不会涉及的东西。嵌入式行业写的代码 无非是通过硬件 API copy 数据，算算图形学相关的复杂数学题，瞎 b 写一写 20 年前固定好的桌面客户端业务逻辑

无论从什么角度考虑，都不是前端适合转向的方向。





有个前同事写了差不多 20 年代码，转到嵌入式行业后，有 6 7 年的时间都在反反复复地写同一个产品，甚至能把同一份代码悄悄带到 3 4 个公司反复用。他自己养老倒是挺开心的，lz 考虑考虑

赶紧走人，半路出家学 c++ 站不稳的

要是写 c++ 的转行写前端后来又转回去写后端那问题不大

不过有一个 有一点点不同的模式：

https://store.steampowered.com/app/4000/Garrys_Mod/


但 mod 之间，甚至与游戏主体间 都是并行或者说分支的，你不能指望 mod 能推动你的游戏往前往纵向地走，最多只能横向扩展