为什么包括我在内很多人吐槽399，因为这东西跟手机之类的成熟消费品不同。我花钱买个公测的手机，再难用至少它是个手机。这东西就是我想不到有什么用，得买回来试了才知道有没有用，如果没用还得帮他想点用处出来，万一想不出来就是丢了冤枉钱。

还想到个问题，说控灯，这个也只能控插头插在上面的灯吧，理论上这插座不能替换现有的墙面灯开关，应用场景又大大受限了。

很赞86面板直接替换。

但是非常仔细得看了一下介绍，有个感觉，就是比“常见智能插座”多的那些功能/传感器，在我自己家庭内部似乎并不能找到特别有用的应用场景。

温度检测：发现热了冷了能怎么样？又控制不了门窗和空调。而且体感的温度跟室温本身也没有太直接的联系。
动作检测：我要睡觉了，不手动关灯而是坚持人不动，再等灯自动关掉？

想来想去，对我有用的也就是远程遥控的功能，但这个很多“常见智能插座”都有。

我的吐槽也许是不对的，因为我根本还没有试用过你们的产品。但是这些困惑会影响到我选择是不是要支付那么一笔不算太小的费用来体验你们的产品，更何况只有有条件的返现，没有退货的选项。

另外，你们的页面上没有提到相关的安规认证。我自己在家里试验做智能插座可能就几根铜线绕绕就完事了，如果成产品了，安全还是挺重的，毕竟是个强电设备了。

类似的闯关游戏中，我觉得最好的是：
http://www.gamemastertips.com/cipher/cipher.htm

因为它需要的知识面太广了。

十六年前我做过这样的事，现在想来在那时应该是挺时髦的。那个网站我一直运营到2007年，才把它废弃了。在这个网站上，我实践了各种新学来的技术，收获颇丰。2002年时的版本就已经支持了（简陋的）手机WAP浏览、云相册、站内聊天、云笔记等等。

现在网络上的应用更丰富了，曾经红极一时的5460、ChinaRen也几乎消声匿迹了，自己成功运营一个班级网站其实是挺难的，因为你的目标用户最多就那么几十个人，而且他们都已经有现存的交流沟通渠道。不过你仍然可以尝试从头来搭建一个，或者尝试运用现有的各种平台来运营一个，不管能不能成功，相信从这些经历中你能收获很多。

@tanteng
测试有很多种，比如：功能测试、系统测试、压力测试、性能测试、探索性测试。

直接改数据库，把数据完全改成不可用（正常流程甚至出错流程中都不可能出现的情况）或者甚至把表都Drop掉可以看成是探索性测试的一部分。

各类测试要不要做，测试的期望结果是什么，都是可以在做测试计划时由项目经理、开发、测试一起来确定的。

当然，现实中肯定会遇到不靠谱的人，包括不靠谱的测试，也包括不靠谱的团队、不靠谱的领导。这时如何去沟通、如何去共同推进问题的解决，是一个更泛化的问题。但是有一个基本原则就是多想想“我能做什么去改变我不喜欢的现状”。

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

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

对于提交上来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命令展开。安装程序会帮你搞定这些的。