random.shuffle

连 C++标准库都有类似的函数

从官方回复和其它网游经验来推测

你是不是买到了工作室出的钱或者装备什么的

我也面对过类似的重复工作。。 几十万行源码，几千个字符串，要从静态的改成可动态返回的


然后我
写了一个扫描特定格式字符串的脚本，把所有要替换的静态文本都收集了起来

写了一个扫描翻译文件（预先翻译好的文本对照）的脚本，把上一个脚本扫出来的东西转化成结构化的对{原文:翻译}格式，然后有些漏掉的手动修复

写了一段自动机描述程序（将被自动机生成器编译成 c 代码），这段程序能确保以 On 的效率搜索到原文对应的翻译结构

写了一堆宏和 wrapper 确保上面这个函数的调用能正确嵌入到原来字符串在的位置

还有一段脚本把原文件里的字符串换成上面的宏





最后这一大坨代码全部合在了一起变成了一个 translate.py 确保没有第二个人能看得懂怎么做到的 XD

虽然还是修了半天原文件里的字符串以让它变成能被脚本识别的特殊格式

但并不很枯燥无聊不是吗

emmmm 本来想 star 的，看了眼代码又关掉了

暴力匹配关键字 lexer
强行手写并不知道会不会符合语法定义的 parser

这个程度的 project 私以为随便做点现成语言的子集或者玩具语言就够了，意义不是很大
我觉得搞懂 bison 怎么写都比这个有成就感。。



就像 yin 神说的，写出来一个 parser 并不能完成什么里程碑

撸一撸自动机生成器或者接一下 llvm 实现一个编译型语言挑战大得多

jira.

不要忘了项目管理工具是为项目服务的

如果你们项目并不符合敏捷迭代的软件生命周期模型，那显然用不起来。我指的就那种做外包的、做传统软件的、一个项目大包解决方案先写几百页的瀑布流开发，那咋敏捷？连迭代都不需要，所有任务一个大表一块一块往小切，切不动花钱买，计划到头项目结束，完结了。这谁跟你看看板开站会哦

敏捷模型的典型场景是：
1. 你们小组经常需要交叉帮忙，没有固定 component 以及对应负责人
2. 需求池永远在增加，从不减少
3. 定期滚动发布，甚至每修一个 bug 就会发布一次

盲水印不都得在频域上做文章？。。但媒体分发用的视频编码都是有损的，都会破坏原有频域特征，盲水印咋搞的……这就跟要在 jpg 上打盲水印还要求重新压缩后信息不丢失一样难。。


再而且视频编码帧间压缩占绝大比例，跟图片很不一样，用图片逐帧合成估很可能没用

#3 说的很对，他们只想要一颗螺丝钉

“他们” 指的是国外的公司。


国内特别是小型团队招人，一定是想找个人解决某个方向上的问题。比如缺前端，公司前端用的 vue，那面试肯定最好能找到写过 vue 写得很熟练的人。这个时候考算法题有啥用？你给我讲讲你当初的项目都做了哪些东西我不就能判断你编码能力如何了吗，如果你吹得太虚那再做几道题不迟

框架的实现原理真真真就不是经验问题。因为是个人都知道写业务代码永远不需要搞清楚框架原理。只有特意去研究才能搞得清楚，而你去研究了，第一说明你读大型复杂代码的能力很强，第二你很可能遇到过框架不合理的地方，你在某些方面能力可以超过框架作者。

其实我感觉国内大多数大厂里的码农知识储备都是完全超出胜任他自己岗位的程度的。所以他要招人自然也会期望一个能超出仅仅够用标准的人，导致大家都面试造火箭入职拧螺丝。招你进去的那个人虽然也在拧螺丝但他也会造火箭，你猜他想不想让你帮他造火箭？

革这玩秋秋空间的害是你们这一群

“长大了的标志，你对了几条？太准了”

完全可以，google 搜一搜就知道

至于为啥还要 C 库，最简单的回答：因为你要用 malloc

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


是

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

@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 ）



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