目前不行，得回原户籍所在地。

不应该有“根本不能这样测”想法，测试的基本价值在于发现问题，并不能去局限发现问题的方法和手段。

对于提交上来Bug，开发人员的第一反应应该是确定“这是不是一个问题”，而不是去想“这个问题重不重要”或者“这个问题要不要修”。如果不是问题就标为Not a defect，解释原因，与测试沟通，关掉。如果是问题，那就再去考虑它的优先级和处理方案。“Not a defect”、“Won't fix”或“Defer”对于开发来说都是不改代码，但是它们的含义和对后期的影响是不同的。

至于怎么跟测试沟通，测试也是人，人与人应该怎么沟通就怎么沟通。“说不清楚”、“沟通困难”并不一定是对方的问题。

1-2年级买的U盘...看到这个有点感概。

我五六年级时最大的希望是能有一张软盘，1.2M可以把这辈子要记的东西都存下来了。如果以后长大了能买得起的话，就再买一张，这样可以做备份，免得坏了丢数据。不过后来我最早拥有的那几张软盘都不在了，虽然我大概还能记得上面存了些什么，但是好像也没机会再把它们找回来了。

只有央视版的叫它机器猫。同期台湾和香港都叫它叮当。
后来据传藤子·F·不二雄的遗愿是统一称呼为日文音译，就慢慢都改成多啦A梦了。

课余时间看书、上机实践。
有段时间还混CSDN论坛，积极回答各种问题，答不出的就自己学习，直到能回答。

我这也是这情况，上来看看，果然有讨论。

以前讨论过：
https://www.v2ex.com/t/171783

荣耀4x畅玩除了拍照效果一般，其它都还挺满意的。

@jasontse
请教下要检查哪些方面呢？

@noanti
我有两个路由器分别接入电信光纤和移动光纤，都有公网IP。然后路由器内网的两个设备上安装n2n，同时在Linode的一台VPS上装supernode，配置好后，两台路由器后的设备之间以及设备与supernode之间通信都正常。但是从延迟和通信速度看，明显可以发现是去Linode上的supernode上转了个圈回来的。因为如果我在两个路由器上分别配端口映射后，两个内网设备之间的通信是可以直连的，速度和延迟都正常。但如果我走n2n的IP来互访时明显就变慢了，而且在supernode上抓包可以看到数据通过supernode转发了。

我还试过直接在两个路由器上装n2n，也就是说它们本来就是可以通过公网IP直连的，但是走n2n的IP时，还是去supernode上绕圈。

我用的n2n是v2的版本。

@kiritoalex
我理解n2n应该是可以帮助NAT后两个节点建立连接，以后的通信就不会通过n2n的supernode了。但是我自己实际测试下来的结果是，所有的流量都通过supernode转发了。不知道你有没有实际测试过相关的场景？我不知道是不是我哪里没有理解对。

这不科学……
暂时还没想到问题可能出在哪个环节

> commits log 几乎清一色的 "fix bug"

这种太常见了，我所在的某大厂，照样有“XX研发专家”是这样写commit log的，而且比"fix bug"还不像话，他统一都写“modified by xx”，xx是他的名字。

不知道楼主的程序想干嘛。

就看这段代码，没什么问题。

但是代码里没有给出collect函数的实现，如果collect里的返回一个合理的数组的话，也是没问题的。但是如果collect里返回一个栈上的地址的话，那就呵呵了。

如果没记错的话，这些是压缩文件，用EXPAND命令展开。安装程序会帮你搞定这些的。

大屏用HDMI，没坑。2.5/3.5的小屏反倒是用GPIO接的，要特别的驱动。

实际用的时候最大的两个坑是：性能差，ARM架构。

在前公司用过，没啥感觉，中规中矩，既无好评也无差评。

再以前用过Borland的StarTeam，那个真是差评！

杭州西湖区有用。我装移动宽带时给的是公网IP，后来有天突然变内网的了，然后打电话给客服，说家里有设备（比如监控设备）需要网外访问，然后过了几天就变回公网IP了，一直到现在都是正常的。

北京签售会的安排已经确定。

主题：回归社区
时间：4月17日周五 19:00-21:00。
地点：中关村 天使会 极客咖啡 3楼
演讲者： 倪光南、宫敏、李大维、RMS

场地比较小，限制100人。

Cisco的VPN我用命令行的openconnect，目前为止表现良好。