当一个大到不会死的公司里的一位无知+脑洞大+鲁莽的产品经理为了解决一个若干年后就不存在的需求时，使用了一个极端错误的方法，并将这种方法称作“创新”和“提升”之后，其他公司里无知+脑洞大+鲁莽的产品经理便有了这样做的理由。

@dommyet

我刚才回忆了下，应该不是扫描，而是通过流量监视。可能也就是监视指定端口的流量数据吧。我是因为被打电话叫过关站的，所以有这印象。当时开的是 80 （那时候 CF 还没有 SSL 转发），方法如上，不知道 443 是不是也属于被监视的端口。

@kslr

其实你可以不用那么复杂。

首先你可以去比如 Dyn 这样的地方申请一个动态解析的域名， Dyn 的客户端应该是很多路由器上都有的。之后，去 Cloudflare 上给自己的主域名添加一个 CNAME 记录，值是动态域名，然后启用 CDN 。

这样之后你在外部访问主域名那个 CNAME 就行了，不需要再动态请求 Cloudflare 改 IP ，不过由于这样 Cloudflare 需要解析 CNAME ，可能访问起来会比直接在 Cloudflare 上设置好 IP 要慢。

另外，我猜测通信管理局那边是用扫描 IP 端口的方式来检查是否有人私开网站的，所以只要端口开了，无论什么错误号应该都会被查的吧。如果外部只允许来自 Cloudflare 的访问，可以设置 iptables ，屏蔽除了 Cloudflare 之外的 IP 地址来访问源站。

@en3073

说不定就有。最后一步应该是“不符合中国法律的游戏一律不允许在中国运营”（咦？

不过话说回来，很多国外的游戏都有这样的系统，很多还在国内运营，那些游戏估计就比校痛苦了吧，比如魔兽（这个已经很痛苦了）以及 EVE 之类。

// 但是想到某些游戏的开发商比如吃 X 霸业等等令人恶心的广告，我的同情心突然就消失了 LOL

已抄送 Niantic 。

@anewg

他的意思是可以直接

if (!isset(self::$levels[$level])) {
throw new \InvalidArgumentException('Invalid log level supplied to function');
}

if (.....

不过其实没什么，不影响稳定性，后面重构的时候修改下就行了，并不需要惊讶。

> 面试官：你现在系统不是没上线吗？我用户群体非常大，所以需要有商业系统开发经验

这其实是在问你系统的稳定性。毕竟没有上线，你的技术没有经过时间考验，在这一点是有疑问的。

> 我：我要是全部做完了你打算出多少钱收购啊？
> 面试官就不吱声了

因为看起来你根本么有想要回答的意思了，这态度估计面试官觉得也不能要了。

楼主你因为想太多把事情弄糟了。

http://ww1.sinaimg.cn/large/005tffwZjw1f442m1q072j30g4099jta.jpg

开始上菜了，祝他们好胃口。

楼主我跟你换：

http://ww1.sinaimg.cn/large/005tffwZjw1f4221mytv6j30m80zktd3.jpg
http://ww2.sinaimg.cn/large/005tffwZgw1f42212uclpj30m80zk0x3.jpg

@murmur

嗯，他们买了套系统。估计是觉得有需求定制就行了，然后请几个程序员给公司改改页面功能之类的。

但是如果没有自己的研发团队，业务最终会受到限制。比如如果行业流行抢购，现有的系统如果支撑不下来，那么就做不了。如果强行做了，反而会导致业务上的损失。（仅仅是抢购，还有比如用户数据分析、用户奖励、个性化推荐等等各种细节的功能）然后这些公司最终会迁移到比如淘宝之类的大平台上，丧失自己的个性（花了几十万研发 /购买了一套系统，最后还是乖乖交保护费去开了淘宝店）去当个客服。

看看类似淘宝、京东或者（亚马逊之前的）卓越（对了，你看亚马逊，也是电商吧，基础设施比如 AWS 搞得也是风生水起），自己有强大的团队，什么都能搞起来，其他公司只有学的份。（别忘了这些公司也是从小做起的）

其实总归到底还是领导者的眼光和对未来的规划。

如果一个公司的高层在它的研发部门开发完一个产品之后觉得未来靠这个产品就能活的话，那么确实，嗯，根本不需要研发部门，一开始就不需要，只要找个外包公司再顾个“对口人”负责沟通就行了。

@mirrosite

所以你的观点是，如果你一开始拿的就不多，就能“逃过”卸磨杀驴式裁员？别天真了，哪怕你愿意拿 1000 块钱的月薪，老板都能以同样的理由抄掉你。

其实你上面那个 Link 有一个很简单的道理当事公司比高没有看清，就是他们现在的生意是建立在研发部门产出的基础上的，如果没有研发部门进行开发，那公司现在连 P 都卖不了，更别说什么“成单数据”。

很多公司觉得，一个程序，只要能运行了，就 OK 了，但是其实并不是这样。一个程序投入最大的地方其实是在开发好之后，因为需要不停重构来满足业务和性能需求。否则很快这程序的代码就臭不可闻，对它进行的每一次修改都会增加它的作呕程度。最终会有一天，这套系统会变成漏洞百出，变得完全无法支撑业务，并且没有人敢去修改它，直到有一天，它突然不能工作了，造成了严重损失（有本事公司不要更新运行时、服务器系统等等一切组件，否则定时炸弹总会炸。啥不更新？等着 0day 来找你么？）。

其实我不用多说，各位自己去看看一些小厂商的程序就明白了，比如
http://www.s.cn
vs
http://www.okbuy.com
vs
http://www.vancl.com/

高下立判不是么。

把字翻过来，卖这家： https://www.meican.com/

@meican

@gamexg
https://golang.org/pkg/sync/atomic/#pkg-note-BUG

其实这个不是 Golang 的问题，而是 CPU 。

楼主如果真心想换语言（这样开销太大了，不建议，很容易项目就被打垮或者挂了），可以先将整个项目服务化，比如用户登入服务拆出来、用户私信服务、密集运算服务等等拆出来，让这些服务之间用 RPC 与主项目进行通讯。之后慢慢用 Golang 或者 Rust 重新实现这样的服务。

这样可以一点一点的将项目转换到新语言上，同时确保主要的项目一直保持可用。