Linux为啥归入了Hardware，让人费解

@sgissb1 说得也是，我承认期望略高了；我说的穿墙，是说信号的问题，搬到新家，本质上我的房间，已经位置很好了，坐在桌前就眼睛看到路由器了，我认为这个位置信号应该没问题了，实际上根本无法满格的，开了那个开关也不行。我到建议非要有开关的话，应该做成硬件的跳线一类的东西，让我不用担心这个会被自动关掉；

关于GXX，我的幻想是在路由器层面，实现PAC，有选择的代理。既保证国内速度，又保证国外畅通，结果是这个地方失望最大……介于这个需求不是很大众，我也懒得提了，我就想说，那个SSH的APP真的很不怎么样

@LazyZhu 确实，能装的App数量很少，而且App也太简陋，多数就是安上就行，连个配置界面和说明都没有……就一句话，比如AppStore加速，怎么证明给加速了呢？靠人肉感知么？那真没感觉……

产品经理也有区别的，有的产品经理非常地感性化，这种类型多出现在女性身上，容易陷入局部思维，对某个细节狠扣，其实呢，捡了芝麻，丢了西瓜，而且还总容易站上道德制高点，比如说“用户会觉得难用”这种话，就是经常用来说服开发的理由；另一些，是理性化的，喜欢全盘分析，抓重点，这样的产品经理关注目的，在手段方面，容易妥协，比如开发说，这样不行，他会说，那那样也可以，比较好说话；

我比较倾向于喜欢以理服人的产品经理，使用数据、实验结果说话，而不是把自己当成用户去代入，然后给出情感化的论断。

关于产品经理的职权问题，这很重要，如果公司是产品经理导向，你有些时候，真的不得不执行一些自己不喜欢的命令，实现一些自己不喜欢的特性；我的leader在这方面很值得人学习，他很有耐心，反复从多方面论证并说服，就算无法说服，他会先接下来，然后实现它，想办法用更好的证据，证明这是个错误，比如数据说话，用户说话之类；但是我很难有这个耐心，就容易生出对工作的倦怠，觉得一群扯淡的家伙，但事实证明，这没给我带来任何好处，也没有解决问题；

现在，我似乎更容易妥协，一般我肯定会指出我觉得不妥的地方，然后告诉产品经理说，关于这个潜在的问题，你要确定你是知道的，对方如果确定，我就会去实现那个功能；这些无非就是浪费一点时间而已，对产品的伤害往往没有想像得那么大，不过要因此助长了产品的歪风，危害到更大；所以，作为一个热爱产品的开发，要尽可能爬到高位，到时候选择余地要大一些