@linux40 其实RMS提出GNU/Linux的说法，是为了让大众了解，没有GNU工程提供的大量软件包，仅仅有Linux内核是无法构成一个操作系统的。包含非自由软件的GNU/Linux发行版同样应该叫作GNU/Linux。你说的那些由纯自由软件构成的GNU/Linux发行版，可以称作Free GNU/Linux distributions。

杭州国际出口最好的大概就是移动了，反正电信不行。

选电视最重要的三个因素：大，大，大。

@sirp
我跟你说消费者心理，你跟我扯说我不看规则。我要是看规则的时间都不想花，又怎么会愿意花时间码这么多字。

对我而言，现在的规则就是我花钱买个我不知道有什么用的东西，同时也知道自己是别人的小白鼠。如果买完了我不够努力，那我就得吃进这个可能没用的东西。也许你会辩解说，你们实际操作时会把“有建设性”这个条件定义得非常容易达到，所有人最终都能免费得到。但是你肯定不能这么说，所以我也不敢这么假设。在这种规则下，有人发现产品不能满足他的需要时，为了挽回损失，只能选择给你提很多不痛不痒的“建设性” 建议。最后结果就是你们损失了一个产品，换来一堆不痛不痒的建议。用户损失了时间精力，换来一个他不想要的产品。

如果我来制定规则，我会把规则改成：交399买回家体验，不喜欢可以随时退货退款退运费。如果对商品还有兴趣，可以通过提建议的方式，满多少个有效建议就可以减免多少费用。在这样规则下，我的心态就是：我花钱买个不知道有什么用的东西，如果没用我没什么太大损失。如果有用，我喜欢它，通过我的努力和付出，可以花更少的钱（甚至不花钱）得到它。在这种情况下，用户没必要为了免费去挖空心思想那么多“建设性”建议讨你们喜欢。最差结果也只不过是你们损失了一个新品变成二手品加来回邮费，用户只损失了一点点时间和精力，换回来一次对新产品的体验。

你也说了你们的目的是“打磨产品”，所以你们也知道第一批用户就是小白鼠，你们不但不想通过付出来“收买”小白鼠，还指望小白鼠去主动“付出”，在我看来，这样的模式很值得探讨。其实，就算按我上面的规则，依然是小白鼠吃亏了，你们只是付出了一点点样品（虽然我能理解刚开始不成批量时，你们的成本会比较高），别人却得花时间、精力、金钱帮你们去改进产品。你们想通过公测的方式来试错得到反馈，这本来就是需要投入的，如果总想着最小投入最高产出的话，不靠谱。

为什么包括我在内很多人吐槽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转发了。不知道你有没有实际测试过相关的场景？我不知道是不是我哪里没有理解对。