设定允许 /禁止 sudo 运行的命令，当然比较靠谱的就是把安全的命令穷举一下放在允许 sudo 执行的命令列表里面♂

基本同意 @fuxiuyin 说的，如果在公司所在国有合法工作的许可，则以在公司所在国缴税为主；如果在那里没有合法工作许可，那怎么缴税都是违法的。在目前的税务信息互换实施情况来看，国内缴税不是那么重要，只要钱不入境，不缴基本上不会有什么问题；如果国外有自己名字的银行卡，那么互相之间打钱也没太大问题，就是需要找个理由说明境外资金来源。

@brickyang 你说的并不正确。按照现在的个人所得税法，如果归类为劳务报酬，那应该先扣除 20%作为劳务报酬所得税，剩下的部分再按照个人所得税法则计税（先扣一年六万然后再专项扣除）。劳务报酬所得和工资薪金所得一般以是否缴社保来区分。本来以为新个人所得税法实施以后马上就会人保和税务连通抓漏税，但目前还没有严格执行，说明遇到了不小的阻力，所以还是有较大的操作空间的。

至于注册公司神马的，那方法就多了，得仔细讨论了

@wengjin456123 我还以为只有购汇会触发五万美元啊。结汇也会？

朋友圈的 feed 可能是预先生成好的，添加好友不会触发刷新操作。具体是不是 bug 还得看产品定义，说不定就是这么设计的

现在不少医院都有睡眠专科，而且睡眠问题可能不仅仅是睡眠问题那么简单。上海的话可以去宛平南路的精总看看

主要还是微信群收款好用啊。上次一桌 30 来个人吃饭，饭桌上支付宝说了半天还是有人没加群，最后还是在微信上群收款了，这样一下子就几千了
如果用零钱支付的话，信用卡 TX 费率是 0.55%，那还是直接付 0.1%提现算了。。。

@ynyounuo 到 2012 年底一直是 600 多，然后涨了一次工资到 1600 左右，拿了没几个月满三年又跌到 600 多了，满四年就神马都没有了

所以说，真正的问题，也许并非是你还没开始读博时候所想的那些，比方说钱不够啦，导师不牛啦之类的比较肤浅的问题。只有深层次的问题才会让你有深深的无力感。读博的几年，经济情况逐渐转差，身体情况也不好，甚至精神状况。。。唉不说了

@jaylong 自动化博士

国内读博的工资，总的来说只是意思意思而已。像我当时每个月不到一千，现在涨了也不到两千，当然导师可能也会给一些。有些学校的涨了不少，有些木有。

对于我来说，读研读博本身并没有什么困难，但高校的项目管理能力实在是一坨，根本管不住学生，也就无法有效地开展课题，也就无法有效地留住老师。一个个方向，刚开始调研开始着手干的时候都是满怀信心的。后来学生也不给力，外部力量也基本木有，稍微有点思想的年轻老师也找个机会就去更好的学校机构了。出来一个不能用的 prototype 然后就停滞了，稍有难度稍有创新的课题就没人敢碰了，。我本身不是做 IC 设计方向的，之前提了一个 SVM 流片的方案，我来做系统集成，结果等了两届微电子方向的研究生，六年时间，都没人敢碰，看看资料凑篇论文然后就出去实习去了。结果当然是放弃了。

所以，一开始满怀梦想满心抱负准备大干一番的，现实情况还是很骨感的。也许更好的院校，人员流失情况不会这么严重吧。

读了博士之后，才体会到读博的不易，才了解到身边读博的人各有各的不幸，才认识到博士顺利毕业比例之低。
但还是得老生常谈一下：读博所面临的，包含并不仅限于物质情况的变化、经济情况的变化、精神情况的变化、健康情况的变化、家庭情况的变化、学业情况的变化、导师情况的变化、同学情况的变化、好友情况的变化、政策情况的变化、环境情况的变化、对于课题的不满、对于导师的不满、对于同学的不满、对于学院的不满、对于学校的不满、对于政策的不满、对于科研环境的不满、对于项目管理的不满等。

P.S. 博九，下个月即将被劝退，努力码论文中

事到如今，只能怀疑是 id()在作妖了

>>> a = 1
>>> b = 2
>>> id ((a,b))
4526388432
>>> id ((a,b))
4526388504
>>> id ((a,b))
4526388432
>>> id ((a,b))
4526388504

一起等回复

首先确定是要 object 还是 filesystem
不过 ceph 都有

@rrfeng SSH 本可以是 SSL + Shell，但两者事实上是同一时间开发的，OpenSSH 和 OpenSSL 的第一版事实上是同一个月发布的，所以可以说是同时造了两次 @轮子哥。后来两者点了不同的科技树，但总的来说 OpenSSL 更 generalize，而 OpenSSH 更专注，所以安全性（木有滴血）和优化能力都更胜一筹。好吧我只是搬运工，为论文凑字数

@rrfeng 貌似网上的讨论结果是，SSH 的优化能力比 SSL 强很多

@akira 简单来说，作为课题的一个副产品，在有 Kerberos 情况下，服务器之间理论上可以不用建立加密通道，直接用 key 通信就好，我需要论证这部分的高效性，相比 SSL 通道。目前来说并没有完成这一部分，所以是需要通信的时候临时建立 SSH 隧道，建立连接的损耗还是需要考虑的

@lolizeppelin 然而我主要用的是 gssapi

@billlee 貌似并没有卡在哪里，就是每次发包以后等个零点几秒，加起来就要五秒左右了。主要是想用 SSH 来提供通用的加密通道，不知道能不能算是最优化的方案

@caola 我还是用的 8192 位的 RSA 呢

刚才试了下阿里云国内的服务器，貌似确实还是挺快的，之前试的都是国外的服务器
好吧，那就不纠结 SSH 的速度问题了，反正论文也是想说 SSH 够快的

@mawenjian 不是，每次登陆都不太可能在一两秒之内完成，比 HTTPS 还是有明显差异的