@zjgood 还是不了吧 ... 我猜想 php 7.0.0-dev 和 php 6.0.0-dev 类似 ... 应该不会比现在的版本更好 ...

说来如果你是照着 wiki 装的 ... 有注意到这两行吗 ...

git branch phpng origin/phpng
git checkout phpng

@zjgood 你 git clone 到的是 php 所有的源码 ... 从 4.0 开始每一个版本 ...

你需要切换到 phpng 分支才是 phpng ...

@zjgood 是你切错 branch 了 ..? 你的 Zend Engine 版本居然是 2.8.0-dev ..?

我刚查了一下 phpng 的版本记录 ... 近十个月来版本号一直是 5.7.0-dev 没变过 ...

@zjgood 你认真的吗 ..?

我看到你这消息当场就尿了 ... 一边重新编译新版本一边痛骂 php ...

结果最后虚惊一场 ... 根本没有什么 7.0.0-dev ..?

root@LinuxBox:~# phpng/bin/php -v
PHP 5.7.0-dev (cli) (built: Aug 25 2014 22:10:12)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.7.0-dev, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
root@LinuxBox:~#

你是看串行看到 OPcache 的版本去了 ..?

B 站似乎一直一直在招 php 工程师 ... 我记得那个 banner 我看了至少有三四年了 ...

我一直以为是工资低留不住人 ... 这样看来也还好呀 ...

我最开始用 elance 的时候 ...

验证方式是网页上显示数字 ... 然后机器打电话过来你要照着念出那几个数字 ...

念不对的话会有人工客服打电话来跟你确认 ...

这是这些年来我见过最严谨的绑定手机方式 ... 但估计国内恐怕实现不了 ...

原作者是 @artwalk ...

不过我现在在用的是这个 http://zhnews.sinaapp.com/ ...

感觉体验方面最好 ...

都是瞎扯淡 ...

从三条线段的总长度来看 ... 统计结果中 Ruby 的使用率居然会远大于 php ... 这是开玩笑吗 ...

时至今日我已经懒得去争辩语法的美丽与否设计的严谨与否了 ...

设想一个情境 ... 一个不小的需求摆在这里 ...

哪种语言可以让我快速招到人组建一个团队可以快速稳定安全的完成开发我就认这个语言 ...

假如未来出了一个语言叫 foolish ... 同样的需求我用 php 完成要三个月而用 foolish 完成只用三周 ...

哪怕全世界都说 foolish 是丑陋的语言愚蠢的语言差劲的语言 ... 我也认它 ... 我也觉得它好 ...

我到现在写程序写了有二十年了 ... 各种语言见太多了 ...

总结起来只有一句 ... 所有不能快速稳定安全的实现需求的语言 ... 再美都只是镜花水月 ... 屁用没有 ...

一个可以快速稳定安全实现需求的语言 ... 哪怕本身再奇葩 ... 只要它比别人都快它就是最好的语言 ...

附议 @qiayue 与 @anewg ...

用 foreach 是最容易想到也是效率最高的办法 ...

http://www.v2ex.com/t/126619#reply17

供你参考 ... 算法什么的我就不重复说了 ...

我只想问你为何你的统计只考虑向听数而不考虑避铳 ..?

我一直用 VirtualBox ... 在 /t/101988 这个帖子里有截图 ...

截那张图时机器还很少 ... 现在已经有近百个虚拟机了 ...

使用上一切正常 ... 未发现任何问题 ...

@bufannao 那个情况是如果存在 4M 不存在 5M 但存在 6M 的话 ... 检查听牌标记 ...

4M 6M 是听牌 ... 若之后的牌被完整跳过且将牌标记出现一次说明这个牌和单张 5M ...

另外的情况是得到超过一个将牌标记或者中途中止 ... 这都是未听牌 ...

至于 5M 6M 的话 ... 那就等于 4M 5M 的情况了 ... 我在上面有详述 ...

@bufannao 我自己看了一遍也发现问题了 orz ... 是四百六十二次 ... 不是一千多次 ...

对比牌型是指确认手上的牌是否和了 ... 穷举的过程是这样 ...

第一次先确认起手牌是不是和了 ... 没和的话从十四个位置的每一个位置把所有牌穷举一遍 ...

如果可以通过替换某一张牌为另一张牌和牌的话 ... 说明打掉那张牌就可以上听 ...

总穷举次数为 ( 34 - 1 ) * 14 ... 麻将牌总共三十四种牌 ... 手上有十四张 ... 减一是减掉起始那张 ...

沉迷日麻并曾经可心算番符及得点的人怒答一记 ...

我当时给自己做过一个练牌的小工具 ... 可以算出切张之后的向听数期待得点以及放铳概率 ...

当时懒得细写 ... 选择的做法就是穷举 ... 然后比对和牌牌型 ...

日麻总共一百三十六张牌 ... 共穷举一千八百九十次 ... 算上比对牌型的时间都是一瞬间就完成 ...

如果要高级一点的算法也可这样 ...

整理手牌 ... 把所有牌按顺序排列 ... 然后从第一张开始找起 ...

假如第一张是 4M ... 说明一定没有 2M 和 3M ... 继续检查 ...

如果存在 4M 或者 5M 继续检查是否存在 4M 或者 6M ... 存在则跳过这三张继续 ...

如果存在 4M 但不存在第三个 4M 的话放置一个将牌标记继续 ...

如果存在 6M 的话检查是否存在听牌标记 ...

如果没有的话跳过这两张并放置一个听牌标记继续 ... 存在的话说明没有听牌直接中止流程 ...

如果上述条件皆不满足 ... 检查是否存在听牌标记 ...

如果没有则放置一个听牌标记 ... 如果存在则说明没有听牌直接中止流程 ...

最后如果有一个或六个将牌标记且有听牌标记说明已经听牌 ...

如果最后有一个或七个将牌标记且没有听牌标记说明已经和牌 ...

如果既存在 4M 又存在 4M 4M 5M 和 6M 需要分叉判断 ... 有一次听牌就视为听牌 ...

描述就是这样 ...

开发起来较穷举而言比较麻烦 ... 除非是做在线游戏 ... 否则穷举就足够用了 ...

可能说得有点乱 ... 希望能理解吧 ...

提前占位吧 ... 如果到这周六还没人接的话这活我做了 ...

V2 做 php 的人不少 ... 有其他人想接的话只管接 ... 我只是提供个兜底而已 ...