人与人之间沟通有几种模式，像家长对孩子那样自上而下的模式、像孩子对家长那样自下而上的模式、像朋友之间的平等模式。

有些下级你没法像父母或学校老师那样采用自上而下的模式来教育，只能采取平等模式；管理下级的基础就是人事权力，手持绩效、转正等生杀大权，对其提出要求。

当然提要求可以是启发性质的，提出方向或浅显的思路，答案让他自己去找，实在找不到就会来请教你。

只有当对方真心希望获得你的教导的时候，你才可以以高姿态来施以教育。

建议以结果为导向；你可以建议采取什么样的过程，具体是否采纳建议由他自己决定，只要能达到你预期的结果就行，关键这个过程是开放性的，成败在他自己，不会来质疑你。

实习或者试用期本身就是招聘考察的一部分，工作没有理由来适应他，只能让他来适应工作，最终不能适应的，就只能归结于不适合这项工作。

识别请求发起方的身份。比如我是一个攻击者，因为这个域的 CA 公钥是公开的，那么我完全可以发起一个跟合法用户一样加密的 HTTPS 请求。如果加上签名了，相当于服务器会对客户端的合法性进行验证，也就是说攻击者只要没法造出合法的签名，服务器就可以认定为非法请求。

你给出的 API 文档里说，你要在 map 序列化后拼接分配给你的 SK ，这个 SK 只有你和服务器知道，别人不知道，那么服务器就可以拿分配给你的 SK 做和你一样的操作就能得出相同的 MD5 ，就能证明请求是你发的，而不是其他人发的。

对于 HTTPS 来说，header 也是会被加密传输的，所以其实不是特别有必要将你的参数序列化一起签名。假设你签名不需要带着参数，一旦某一次的签名泄漏了，攻击者就可以拿着这个签名带着任何他想要的参数去发请求，服务器会误认为是你发的，所以带着参数一起签名可以在你签名泄漏过一次的时候，至少不会被别人伪造不同参数的请求。

签名的时候拼了时间戳，可以确保当签名泄漏一次后，在一定时间之外，攻击者无法使用相同参数来发起攻击。

用 md5 之类的 hash 算法算一下两个硬盘里的文件是不是一样。
但有个问题就是如果不一样的话你不知道是哪个硬盘里坏了，所以最好把算出来的 md5 值存下来，用这个值分别对比两个硬盘上的文件算出来的 md5 值，看哪个不对，就大概率是哪个坏了，这样的话你就至少还有一块硬盘存这个 md5 值。
但此时另一个问题来了，如果两块盘的文件算出来的 md5 值和你单独存的 md5 值不一样，就得看两块硬盘文件算出来的 md5 值是不是一样，如果一样就说明大概率你存 md5 值的那个盘坏了，如果也不一样就说明……额，就不知道怎么回事了。

把上述操作稍微进行一下改进（比如引入奇偶校验）和简化，就差不多是一个叫做 SnapRAID 的软件了，这个软件就是手动运行检查你的数据盘和校验盘，看数据是否损坏，如果损坏了可以手动给个指令进行修复。

挺好玩的，对一些人来说也挺解压的，就当个玩具吧，不过高转数噪音有点大。

想要缓解手腕问题得多休息。

@nuistzhou #28 我有个同事就算用 VIM 等按键映射方案用只用键盘，用多了也会有手指疼痛的问题。
轨迹球只是我手腕疼痛十分严重之后退而求其次的方案，所谓拆东墙补西墙，不过目前用了四年左右手指还没出啥问题。
就像我原回复所说的，什么人体工学设计都比不上按时休息。

先定设备，再定点位，最后定走线和线材。

如果现阶段不确定的话，建议埋好穿光纤的管，后续真要用光纤了再按照设备穿对应规格的线。

一般家庭面积来说，六类网线跑万兆无压力，而且如果有 PoE 的需求的话也可以满足。

RIP……

以前用过好几年，还挺不错的，后面对 Launcher 的需求越来越极简风，所以就不用了，用系统自带的“仅主屏幕”模式。

电视旁边的一个木柜设计成弱电箱用途，所有房屋的弱电线和入户弱电线都汇聚到这个柜子里，柜子里放光猫、NAS 、服务器等，柜子旁边开孔通到电视柜，电视柜上摆这个屋子的 AP ，弱电箱到另外两个屋子埋管走六类线，然后每个屋子网线点位出来各接一个 AP 。

因为我现阶段路由、AC 、AP 一体，所以弱电箱那个屋子的路由相当于是放在弱电箱外，如果日后换纯路由设备的话，就会放到弱电箱里，外面只留 AP 。

木柜为了散热，左右各开一个 14cm 的圆孔，然后里面左右各放一个猫头鹰风扇，一个进风、另一个出风，目前夏天柜子里温度最高 32 度，最低 30 度。

AP 放柜子里多少肯定影响信号，如果有金属遮挡信号衰减会更厉害，至于影响多大，最好自己亲自试试。

要不然考虑挂墙上或房顶……或者换个好看样式的。

@dassh #11 入门用了很长时间的 m570 ，应该是 m575 的前身吧，除了中键稍硬以外还挺满意的，后面直接换了 MX Ergo ，手感好了很多。

我目前用轨迹球，明显缓解手腕问题。

不过什么人体工学设计都比不上按时休息。

如果你 hold 不住这种关系，就不建议跳；做人留一线，日后好相见。

互联网小公司，基本以云服务为主，之前用过腾讯企业邮，后来用 Office365 ，再后来用飞书。

邮箱系统的稳定性对企业产能影响还挺大的，非要自己搭建的话最起码得做高可用性方案。

据个人了解，C#在游戏领域比较活跃，Java 在 Web 服务领域比较活跃，海外技术流行情况不像国内这么极端，想发展什么技术栈主要看你像去哪个领域工作，可以刷一刷招聘信息。
另外不建议一棵树上吊死，学越多眼界越开阔。

没正经对比过，一直优先使用 npm ，除非跑不起来且项目说明明确必须使用 yarn 。

梯子给力一些（或者用个好用的镜像），有问题就删 node_modules ，尽可能利用 lock 文件，能把问题发生的概率显著降低。

这个问题跟用 docker 关系不大，凡是涉及到第三方依赖的，基本绕不过包管理器，就连打 docker 镜像的时候都经常需要用包管理器装依赖。

一个月前从 MacOS 换成 Manjaro+Gnome 。

1. 飞书和腾讯会议用 AUR 上的安装脚本安装 Linux 版，目前使用正常，其他像飞连之类的没有 AUR 源的可以用 debtap 转一下 deb 包，也挺简单的。
2. 我们之前用过几年 Office365 ，Mac 下不大好用，好在提供网页版功能，Linux 客户端确实也没 hack 过；如今用飞书，压根没给 Exchange 协议，但可以用飞书 Linux 客户端来做日历和会议管理。
3. 目前暂未涉及到 4k 显示器，外接显示器和投影都正常。
4. 远程桌面连 Linux 可以用 VNC ，连 Windows 可以用 Remmina 之类的 RDP 客户端；目前每周会有一两次连到家里的 Windows 服务器上，没遇到什么问题。
5. 我个人首选 LibraOffice ；涉及到 Office 主要是跟国企事业单位对接的时候，对方现在逐渐都在换 WPS ，那么自己用 WPS 问题也不大；因为公司 OA 环境的要求，其他场景基本都用云文档，任何设备上只要有浏览器就可以工作。

其实很多问题主要看发行版社区的调校情况，运气好的话基本不需要折腾就能满足预期要求，预期不好就得需要自己折腾，但个人感觉 Linux 下的桌面体验比五年前好很多了，未来可期。

对苹果来说，最理想的情况就是加价到恰好还有足够多的人买，使得单价 x 销量-总成本达到最高，也就是利润最高。

不必要，但文凭多不压身。

眼睛体质、屏幕优劣、系统算法调校都有关系。

我个人近五年来一直用 OLED ，没有不适，可能我眼睛体质比较好，属于不容易疲劳的那种吧。

我有同事有慢性咽炎，也是一年到头咳嗽，没办法，买个降噪耳机吧，或者那种静音耳塞。