@Crossin
我也觉得有点奇怪。按理从房东角度应该是尽快退房，尽快找下一个租客入场才符合利益，不至于为了那些押金刷手段脱脱拉拉的。是不是其它地方没有谈拢，或者有其他过份的情况，导致只能靠押金这个借口施压而已。事情不能只听一面之词。

@ibegyourpardon
提高沟通质量这个出发点是好的，但是并不适合用这种方式。
办公室作为一种公共场所，大家在里面从事的活动也算是某种社交活动，否则大家都 SOHO 、 IM 算了。这个和玻璃心无关，社交场合就应该遵守一致的社交礼仪。需要拍拍肩膀才能交谈不符合常态，和是否麻烦无关，倒有点像需要请示才能交谈，次数多了别人肯定就会对你有种搞特殊、格格不入，摆架子的印象。
而说到提高沟通效率，这个应该是由办公室的主人 /领导来制定规则、制度或者说公司文化来实现，这是他的权利也是义务，不由得你越俎代庖。
而作为员工，你该做的遵守公司制度 /默契 /文化，或者向领导提出意见，而不是自行戴个耳机来，这种态度对领导来说就是对抗。换个角度来说，让你不听音乐都这么难，以后有大事难事要你做，靠得住吗？

至于说不合就散的人，要知道每个公司都有自己的文化和制度，都是由各种性格和看法的“别人”制定出来的。这么有个性的话，自己创业吧，但是别以为创业就不用看别人脸色。

这种公司规定很正常。
如果你是一个人 soio ，随便你。
但是在公司就不能避免需要交流，当别人有事找你看到你带耳机怎么办？在别人看来就是你不尊重他人的表现。而且你带着耳机如果说话很容易不自觉的大声，也是没礼貌的表现。
更何况你耳机里放的是音乐还是股评没人知道，领导当然也不会喜欢这种不可掌控的情况。

服务端不要开启 sshd daemon 服务，自己用-D -d 参数手动启动 sshd 看输出，客户端 ssh 用-vvv 参数来连接，然后定位看看去到哪个位置死机。

不要以为规则和团队协作是次要的。对于管理者手下能力不足不算大问题，这些都可以通过增加培训、降低工作难度或负荷等等解决，最怕的是不可控因素，永远都会担心你掉链子，还不如不用你。

@myway 这种反向推测下要看条件，如果是制度完善的公司，肯定得做了资产登记和领用登记，如果你签了领用，那么最后离职前你得归还公司资产。
至于资产在你个人单独使用期间发生了什么，无论是人为坏了还是什么丢了都是你责任，怎么处理公司是不管的，反正到期你归还资产就行了。

法律上来讲，权利、义务、责任都是相关的。例如你在公司工作受伤，因为公司是有义务负责员工工作时的安全和健康，所以它有责任进行赔偿。
但如果认为公司有责任为被盗私人财物赔偿，那么就是说公司有义务保管私人财物，个人觉得这个说法就不大站得住脚。

可以买个超声波清洗机，不到 100 元。可以将眼镜框那些很难清洗的位置的洗得很干净。还可以洗表带，听说也可以清洗进水手机、首饰（需要特殊清洗液）。

我感觉这是个套路。你回答的答案是什么并不重要，面试官也许只是想从你的反应里发掘出你对待周围人的态度和底线。好不好相处，是否敏感易怒、有无责任感等等都可能从你回答的表现里体现出来。

@8e47e42 对不起，我只是对事不对人。如果我们面对面，可能我就能从你的表情语气上感觉出这是玩笑。但在这只有简单文字的论坛上，而且我也能理解有不少人一冲动就会有这种想法，所以会对这种想法发表出这样的见解。如有冒犯请谅解。

@8e47e42 这也是种很幼稚的行为。放在公司角度，不合则散，没有商业利益，没精力也没必要化功夫做无意义报复，再小成本也是成本；放在 HR 身上，用公司成本搞报复，除了自己暗爽，给公司带来不了利益，更有潜在风险（谁知道对方小心眼成什么样），也是不合格 HR ；放在个人身上，除了爽一下，你永远不知道得罪的人背后有多大能量，也没什么收益，干嘛去做？

其实你已经给了好多次机会了。
如果对方不满意这个时间，他有机会和你在时间上讨价还价。
如果临时有事，他有机会提早知会你。
如果忙得忘记了，他有机会事后主动联系道歉。
仁至义尽，何必在意呢。一个没有契约精神、没有责任心、没有羞耻感的人，技术再牛，放在身边不是助力，只能是个定时炸弹。

arch 的确是耐折腾。在 HP 和 ThinkPad 笔记本上都用了不知道多少年了。只要开机自己手动更新到最新，基本没什么毛病，桌面从 gnome 换到 xfce 再换到 enlightenment 甚至是 deepin 爱怎么换都行。双启动的 windows 都折腾挂过几回还是靠 arch 救回来。

再好的想法，没有相当的硬件水平支持也是不现实的。在到时内存还是 k 级别，硬盘也才出现不久的年代，现在的什么面向对象，模式，甚至算法统统靠边。优先考虑的是如何在尽可能短小代码实现尽量多的功能，同样功能优化为更短的时钟周期。

还要考虑键鼠怎么挤得下。或者用 87 键盘？

这些情况在一些信息化较早，遗留系统较多的企业应该是存在的。例如在以前连 WebService 都没普及的时候，将业务逻辑封装到数据库存储过程中，可以较好的被不同应用重用。另外一些事务性的操作用存储过程实现也比在应用代码里的事务实现来得简单可靠。当后来技术发展了，懂这些复杂的业务逻辑的人流动了，文档也不齐全，接手的人也弄不懂。即使换新业务系统，这些存储过程谁也不敢去动，就成为的“核心”一代代保留下来。反正情况是多样的，存在即合理。

yumdownloader 加上--resolve 参数应该就可以将所有有关的依赖包一起下载下来的，不用自己分析依赖关系。