摸不准。
但我下载的一堆java游戏，删除后从来没有重启过程。
cod的很多都会要求重启。

经常我想联系某个人，又不希望公开我的联系方式或者项目细节。。

@sxyclint 还有个原因……大家都是年轻人，至少心态上年轻。
人一年轻对这些事讨论的兴趣就比较大。

……我在手打家里的一堆老书本老杂志老小说，然后发给一个妹子远程帮我做校对……
恩，都是那种就算付费你也买不到电子版的。但都是我小时候读过的不错的。。
80-90年代的书。。。

@lusin 单丝修改解析记录什么的，dnspod真的快...

@bindiry 没有人觉得鼠标中间滚起来还好按下去总归别扭么

纵观楼主若干主题，均为求职和奇思妙想。

技术功底扎实，缺乏实际产品经验，只会放嘴炮，但优点是不会放完嘴炮就跑，而是肯钻下去多加思考，实属难能可贵，反作用就是越想越固执且不肯去实践。

你想到现在的深度已经够了，再想就又是空想了。现在还有点价值，再想下去就毫无价值了。该干活了。

至于理论上的对错，那个是在产品成功后用来做马后炮总结的，不是事前诸葛亮就这么想出来的。

最后个人观点。我讨厌死了一切打着社交名义的网络交流方式。尤其是越精准越恶心。社交的乐趣在于从完全不知道到发现共同点，有surprise point出现。然后搅和到一起，这才是社交啊。如果罗列一堆tag标示别人和自己——

你既然不会在生活里穿一件印满你个人属性tag的衣服出门，又怎么指望在网上这样就能给你带来真实的社交感？

汪汪

“妹子用wifi拨189xxxxxxxx或敲621门”

soho众泪流满面

。。。autoproxy比proxy switchysharp好用多了才是吧。
设定好default proxy
以后需要给哪个站走代理访问，直接enable就行。。

我就是因为觉得autoproxy比proxyswitchysharp好用才一直留在firefox的。。

对于挂号信这种带着某种隐含的“非常重要不能丢失否则麻烦大了”属性的东西，我个人倾向于认为用通知的方式由本人去邮局去取比转交给别人要靠谱和稳重。

然后对你这个具体个案的两个疑问。
1 为什么不提前电话联系你。
因为这是信件，不是快递公司。 信件上默认是不写电话号码的。 不过随着时代进步，这个可以作为改进之一。

2 为什么不再安排下次家里有人的时候送一次。
即便是快递公司会给你再送一次，也会在第一次无法送达之后进行电话联系，和收件方进行确认，商量时间和地点后才可能进行二次寄送。

恩，中国邮政该喷的点太多了。但你这个个案从头到尾无法让人着力。不过气愤的话可以理解，毕竟这个年代大家都是收快递多，一年到头可能没一封信件，但毕竟邮政与快递物流是有差别的。

说起来，改天得找个时间看看邮政现在什么样了，这里面商机和让创业者腾挪的空间无限啊。。。

thanks so much.
慨叹生态圈的重要。chrome的新应用层出不穷，firefox上的老addon还有更新，新扩展却越来越少。
又慨叹王牌扩展的魅力。就因为chrome下没有autoproxy这般上手的工具，恩，也四五年了，chrome下还是没出现这样顺畅的工具，switchsharp系列仍然在细节上落后于它，然后我就仍然没投奔chrome。
再次感谢。

@luikore 完全没技术是上上一次被流量冲垮的事了。 之后到现在这么多月过去，已经经历了相当大的转变。 据在下了解的旁枝末节来看，虽然仍然是缝缝补补慢慢替换，但比起当时往日已经是天壤之别了。 当然也不仅仅是一个nginx的区别，整体架构上都在经历着相当大的转型。

ed2k才是王道啊...

PS：直觉上，我臆测，手动复制分享的东西，也许更“值得转发”。无论是发给单个具体的人还是发在某个群里之类的。
一点按钮就转发，却不知道发给了谁，只是单纯的在自己的timeline上大吼一声，我看过xxx啦。至于别人有没有接到自己分享的信息，恐怕并不重要。只不过是在一个大家都大嗓门的地方比谁吼的更响而已。

很多时候在别人的timeline上看到这种由一键转发出来的“分享”，我会偏激的认为，他这个行为如同把吃剩的骨头扔给狗一样。他自己都不看重，随手扔出去而已。

想分享，起码你也加个两句话的读后感啊。

想起了鄙人曾经发过的某帖子…… http://www.v2ex.com/t/45965

# 人均维护机器数量这个目标在中国目前大环境下也许并不适用。大公司有自己的运维部门的相对好处理一些，也容易建成较高水准的运维体系。但在IDC行业的运维里可不是这样。不是单纯批评国产IDC们，换成是你我来考虑建设运维体系，做的也不见得会比现在的平均水平好到哪里去。这不只是理论和技术水平的问题。

#如果真要用划分区段来比喻，目前应该算是百家争鸣的时代。大量低水平从业人员的进入，一方面造成了市场的愈加混乱，另一方面也在无序的竞争里，脱颖而出了一些响当当的名字。他们或许是巨头背景，或许是十多年的资深老手，也可能是初生牛犊不怕虎的初创。某种意义上来说，他们的脱颖而出，能挣来的口碑，一方面是他们自己的努力，另一方面也要感谢当下这个水平不高的大环境。

#说回到公司内部的运维体系建设，我觉得总体上出于一个不错的水准了。缺乏的是和开发部门协调的能力。但这个能力的养成又有赖于公司整体跨部门的合作，非运维或开发单方面努力就能够解决的。

#初创团队里一般有这样的多面手，横跨开发和运维，开发为主，运维为辅。能成事。但如果突然纳入一个真正的可以成为体系的运维团队里，他一定会有较长的不适应期。