@yifangtongxing28 #59

公司，特别是拿了投资的公司，需要定期做营收目标，也要同时做支出预算；绩效方案的核心目的是公司用来量化人员相关的预算，是企业经营管理的范畴，不属于团队管理的范畴；所以要想管好团队，更多凭借的是各种管理技能。作为管理者，不管绩效要怎么分，都得做到上面、下面都服气，这是困难但又不得不做的事情。

对于高层管理者来说，很多人其实并没有验证过，或者正在验证这种绩效方案对企业效益增长有什么关系，又或者只是照葫芦画瓢“XX 大公司就是用的这个绩效方案”，再加上自己在上学时期可能是考试排名制度的受益者，所以相似的绩效方案是普遍被高层管理者们接受的。
对于中基层管理者来说，绩效毕竟是人打的，主观因素占主导地位；企业设计的绩效打分标准是极难做到接近客观的，严格按照绩效标准打的分数很可能跟管理者的预期差别很大，所以一些管理者在打绩效的时候其实是先在心里对团队所有人有个排名，选好谁拿 A 谁拿 C ，然后再去造绩效分数的。所以有时候“抱”绩效评定者的“大腿”反而是最有效的。

对员工来说，这种工作环境如果适合自己的话就让自己时刻处于竞争状态，非常现实地来讲就是争功避责，尽可能满足绩效评定者的要求。

@yifangtongxing28 就只是正态分布的一种比例方案而已，通常都是基于团队预算来定比例，然后 c 的比例越低，对这部分员工的意愿影响就越大，离职概率越高，也就是老板所谓的“末位淘汰”。总体上还是正态分布绩效评定方案的特性，优缺点变化不大。

@makia98 #44 WSL2 是被微软做的一个特殊的 Hyper-V 实例，默认行为就是每次系统启动都随机一个 IP ，这个你自己是没法在 Hyper-V 的控制台里控制的，你调 NAT 静态 IP 最终的结果很可能是 WSL2 依然每次启动随机一个 IP ，然后你跟 WSL2 的网络连接按照你自己配置的静态 IP 来连接，最终发现根本连不上了。

这个不是脑筋急转弯，这个是作用域提升，声明变量省略的 var 和 funciton 关键字都有作用域提升的特性。

第一个块的执行顺序实际上是先把两个 funciton 提到全局作用域，因为下面 console.log 输出 a ，所以稍后 a 也提到全局作用域，那么 a 的值变化就是先赋值为第一个 function ，再赋值为第二个 function ，最后赋值为 1 ，块下面 console.log 就输出 a 值为 1 。

第二个块里面，同样把 function 提到全局，后续因为此时全局已经有 a 了，后面的 console.log 能找到 a ，所以块内的 a 被认为是局部变量没有被提升作用域，所以块下面的 console.log 输出的是第二个块提升出去的 funciton a 。

换个写法可以帮助你理解这个顺序：

{
console.log(a(),"1");
function a(){return 2}

a=1
function a(){return 3}
}
console.log(a,"4");
{
function a(){return 5}
a=2
console.log(a,"6");
}
console.log(a(),"7");

个人觉得，会更新换代的都没必要留，可以留下那些讲理论和思想的。

大多邻居还是好说话的，态度好点上门聊一聊基本都能解决。

真遇到脸皮厚的，不同警察的执法效果还是有区别的，如果没试过报警可以试试。

如果报警解决不了无非就是因为没有处罚，不觉得疼，可以咨询律师收集证据，然后走民事诉讼，让对方赔钱，赔了钱疼了就不犯了。

Docker Desktop 的 Windows 和 Mac 端巨难用，Bug 还多，而且各种商业化私货，所以我装了个 VirtualBox ，在虚拟机里装个精简的 Linux 跑 Docker daemon ，然后用 DOCKER_HOST 环境变量无缝调用。

你可以去看看 docker-machine 方案，里面用了个精简的镜像。

除了 IP 不固定，楼上所有问题都没遇到过……

我是在 Windows 上装 XServer 的方式在 WSL2 环境下跑 GUI 界面，用 IDEA 做全栈开发，差不多两年时间了吧，还挺好用的。

WSL2 是跑在 Hyper-V 里面的，同一个系统上只能有一个虚拟化平台，所以开了 WSL2 之后其他虚拟机软件就用不了了，这个有些杀毒软件开了 VM 引擎之后跟虚拟机软件冲突也是一样的。

WSL2 有自己的文件系统，但跟 Windows 的文件系统是打通的，git 之类的需要依赖文件系统特性的只要放在 WSL2 自己的文件系统内就没问题。

WSL2 是类似于 chroot 的方式运行 Linux 环境的，所以没法用 systemd 之类的服务管理工具，我的解决方案是需要跑服务的都跑在 Docker 里，由于 Windows 的 Docker Desktop 太难用了，所以在 Hyper-V 里面开个 Linux 虚拟机专门跑 Docker daemon ，WSL2 里只需要配置一个 DOCKER_HOST 的环境变量就可以了。

以及有很多问题是因为用户对 Linux 不熟悉，往往调整一下配置就能解决的。

总体来说 WSL 是面向应用开发的，系统开发、硬件开发还是直接装 Linux 吧。

@fo2w #50 不是第三梯度 5 毛，北京这边第三梯度 7 毛钱左右，一天 750w 乘 7 毛钱也就花五毛钱左右。

这叫做“正态分布”，私以为一般是企业为了裁人设立的，评级跟薪资挂钩，经常被打 c 的人大概率能自己走，不需要 N+1 。

领导会说这是丛林法则，但这根优胜劣汰压根没有关系，不是你做得有多好就能有多少成绩，而是你在这些人排名靠前还是靠后，这样最大的问题就是一个全是菜鸡的项目组总有人拿 A ，一个全是大神的项目组总有人拿 C ，那么所有人就不愿意跟能力强的人合作了，招聘也倾向于招能力低于自己的人。

现在有一些更先进的方案，比如 360 度评定，以及同僚评定（ peer review ）。

我自己测，4790k 最低功耗能到 20-30w ，你如果在 BIOS 里降频可能可以做到更省电。

如果是 30w 的话，一天 24 小时就是 720w·h ，就算你用到第三梯度电也就五毛钱吧。

还有一种方案，就是如果你主板支持通电自动开机的话，可以买个智能插座，可以用手机 APP 开关电源的，不用的时候关电源，用的时候开电源。

好说，所有 PDF 放到一个压缩包里，分卷，每个卷 50M （或者少一点点）。

不如假戏真做：

曼昆的《经济学原理》
马克思的《资本论》

@viewweiwu #24 我的主张是从实践中获得经验，在你还不是管理岗位的时候，你依然是可以了解到团队运转过程中遇到的各种问题的，那么这个时候你就可以尝试去进行分析，然后看你的领导是否也是用同样的思路来解决问题的，如果领导的做法跟你想的不一样，你也可以去分析为什么。同时如果团队氛围比较开放的话，你也可以针对一些问题和你的领进行导咨询和探讨，甚至是提一些建议给领导，领导觉得有用就可能采纳，觉得有问题就可能会告诉你问题在哪；当然你也可以跟同事探讨团队协作上的问题。总之就是尝试让自己参与到团队管理的事务中去，等组织架构中出现了一个管理空缺岗位的时候，领导知道你有能力胜任，就有可能让你去试试。

话怎么说，如何引导别人朝着你期望的方向走，这是需要大量练习的。

@viewweiwu #21 说发现靠谱的候选人挺难的，基本不是 HR 不行就是面试官不行。招聘、培训、团队建设、开除都是成本很高的事情，但如果招聘多投入一些精力，完全可以显著减少或避免其他几项的成本。简单来讲就是，一个候选人的招聘工作失败，也只是付出了招聘成本而已，不至于会同时损失招聘、培训、团建、开除的成本。

明白这个道理之后，就是如何做向上管理，为自己的招聘计划争取更多的时间。

@viewweiwu #17 管理就是吃经验饭，多数情况下都是“唯手熟尔”，就好比问一个枪手“如何才能打中靶心”，可能讲了一堆你最终还是打不中。

比如你只有见过了各个水平层次的员工普遍可以在多长时间完成多少工作，才能评估出各个水平的员工产能大概是什么样子的。对于一个岗位来说，你会先预估这个岗位大概需要什么水平的员工，然后再评价当前岗位上的员工是否符合你对这个岗位的预期。
工作优先级除了参考上级战略的优先级情况以外，还要跟各方进行谈判来确定的，而谈判就得看各方有多少筹码，以及如何说话能合适地协调和引导，你得被老油条坑几次，才能知道怎们跟他们交涉。
管理者需要跟员工一对一聊的，从聊的情况和员工平时表现来看出当前岗位与员工的期望是否一致。这个可能是个情商问题，如果你不能精准预测自己说话、做事会让别人产生什么样的反应，那么就没法做好这个事情。

这些都是凭经验的，不是说看了几本书或看别人怎么做自己就能会了的，需要你在实践中不断踩坑、填坑才能训练出来的。

题主现在问的问题太“大”，就好比问“如何找到人生的意义”，大家都只能概括而谈，如果题主能有一些非常具体的案例，可能大家能给出一些更实用的思路和方案。

根据我自己的管理风格来回复你的第 1 条附言：

1. 最好在招聘的时候就把能力差或潜力差的淘汰掉，已经招上来的人做适当的职业生涯引导，一段时间考察，能力可以变好就继续用，不行就 N+1 。不过并不是所有岗位都需要顶尖大神，在有限预算的基础上，需要你对团队每一个成员都足够了解，然后合理分配岗位。
2. 任务需要排优先级，需要有计划时间安排，需要有计划变更的流程。另外把项目拆分成几个里程碑，前一个阶段要达成下一个里程碑的前提条件才能进入下一个里程碑，以此将不同阶段的风险隔离，这样你每达成一个里程碑，就消除了一部分的风险。当然这里说的只是冰山一角，实际你需要从实践中总结向上、向下、横向的各种管理问题，分出优先级，从高优先级的问题逐个解决。私以为项目管理上的任何问题都可以通过约定流程、原则来解决。
3. 每个员工对自己的工作都是有期望的，包括内容、薪资、环境等等，你需要了解员工的期望，并评估是否可以满足其期望，否则就要重新评估这个员工是否适合这个岗位。

@viewweiwu #11 核心还是要自己思考，方法论只是给你提供一些灵感而已，而且大多时候方法论是不能直接生搬硬套的，需要灵活变通。

方法论这个是个大坑，非常零散，而且有很多派系和风格，甚至有些还是互相矛盾的，你可以问问你自己的领导推荐哪些方法论，这样至少能确保企业内部的方法论是相容的。

电力猫适合对网络要求不高的场景。

想省钱就不要对美观要求太高了，墙上直接订跟线，简单有效，顶多用个线槽稍微美观一些。

为了生活品质，还是存个装修钱吧，可以先着重搞硬装水电，房子原有的老线路也指不定能撑几年，我有个亲戚家就是买二手房水电没有翻新，最近一直有线路老化导致的各种问题。