希望这样不会过度闲聊... XD ※ 引述《AmosYang (LetMeGoogleThatForYou)》之铭言： : 同感 XD 尤其是「试写了一下…後来写上瘾」 : 整个就是这样 http://xkcd.com/356/ 的感觉 XD what about computer scientist? lol : clause 比较正式， clue 比较口语化， : 在这个背景(context)底下，我觉得两者都可以用 如果可以还是希望能用比较正确的名词，不过我不是很确定 clause 在这里的意思 另一方面，我正在实作之前推想的复杂重叠情况下的机率计算， 发现我果然不能把 clue 定义为 amount + positions, 而必须是像你那样的 min + max + positions... 而 clue set 则应该会变成 stimim 提到的 section. 看来我的架构要调整了 @@" : 我也是在这个问题上花了至少两、三个小时 : 但最後其实可以写得很简洁 (perf 是另一回事) : clause/clue 的处理完全不需要考虑到特殊案例 : 完全就只是 set 间的计算 : 反而是每一代新、旧 clause 之间的取舍很重要 : : 虽然其抽象的实作对 perf 造成问题，但写起来很爽 XD 没错可以很简洁... 慢慢调整之後，很多我原本分开算的东西， 其实都已经变成同一件事了。不过一开始去想这个问题时，没办法 这麽轻易找到这件事。 performance 就真的完全是另一回事了 XD 我现在在想的是，有些计算应该是重复的，想办法找出来应该可以节省很多。 还有前面可以多跑几个让地图简化的运算。不知道有没有可能用上 dynamic programming? -- By Gamers, For Gamers - from the past Interplay --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.135.160.129