我猜你想要这样的东西

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 能推动你的游戏往前往纵向地走，最多只能横向扩展

最近刚好 在某个国内小游戏制作者直播间稍微聊了聊群体策划这件事。
起码在独立制作人圈子里，不要让玩家或网友过多参与策划是个共识。玩家 /网友是没有组织的，也没有共同目标，根本提不出建设性意见。 群体意见跟事项排期优先级也无法挂钩，你会发现你本来要做游戏下一关，但没人关心你的下一关，因为没人知道长什么样，反倒是 “出个更色的皮肤” 获得了所有人的点赞。

更直观的：


你有听说过哪个产品是不需要 PM 光靠网友接龙就能写出来的吗？

不可取。

多人共同意见的结果仅且绝对仅有一个： 没有任何一个提案能达成共识，没有任何提案能让大多数人满意。



以及，拿锤子看什么都是钉子系列

计算机不能生成未知。 永远不能

其实 “粘包” 这个现象很有意思
用文件 IO 来打比喻是不恰当的，因为你不可能遇到往文件里写了一篇文章然后往外读结果只读了个第一列函数就返回了导致文章狗屁不通的情况

大家都知道 TCP 是流的，但 write(&struct, sizeof(struct)) read(&strcut, sizeof(struct)) 可看不出来是流式的

@FrankHB 那首先得先给这两组词创造单独贴切的中文翻译

建议不要提醒会往自己简历上放这些经历的这些人