Don't judge others, Work on yourself

极客时间《朱赟的技术管理课》学习笔记 02

03 每个工程师都应该了解的：A/B 测试

直觉不可靠，尤其是工程师的直觉。之前听说过 A/B 测试，但是感觉最难的地方在于数据的收集，也就是埋点。

如果用户比较少，怎么办？特别是如果自己开发了一个新的产品，初始阶段，用户数量非常少，这个时候，可能用户访谈和日志分析更为合适。

相对来说，用户数少的情况下，日志分析更为靠谱。那么这就要求，在项目的初始阶段，需要尽可能详细的记录用户的行为。这可能也算是一种“埋点”，但是 A/B 测试可能就没有那么必要了。

04 如何帮助团队成员成长

如果我是一名技术管理者，我觉的首先要弄清楚手下员工每个人的需求究竟是什么，有的人可能希望技术精进，有的希望升值加薪，更多的可能只是养家糊口。对于不同的类型，应该有不同的管理和激励。

比较理想的大公司，有明确的职级标准，员工可以按图索骥，逐步培养和表现自己的能力，进而得到提升。

我目前所在的单位，似乎并没有类似的指引，更多的是因人成事，不过其实这也是一种“尺度”。只是对于我来说，首先还是应该把自己手头的工作做好；惭愧的说，自己并没有做到这一点。

如果遇到那种不求上进的员工怎么办？这种人的比例并不少。与其费尽心机的去引导他们，不如提高自己的能力，去更好的单位，进而减少这种人出现在身边的机会。

05 当我们给别人提意见时，要注意些什么？

其实提意见这件事情真的得“看人下菜碟”，而且真心实意想要听取“意见”的人很少。认真的判断，对方是否需要你的意见，是提意见的前提。

李笑来曾经提到过，要让自己成为“能够说话算数”的那个人，并不是说要从职位或者年龄上压倒对方，而是通过自己的行为，特别是所取得的成果，让对让愿意听取自己的意见。如果并没有到那样的层次，有些话就不如不说了。

把“八二原则”用到提意见这件事情上，看起来应该也还不错；只是现在很多人，一听到“不过”、“只是”……之类的转折语气，立刻就会警觉起来。前面夸奖的话，都会被忽视；后面的两成意见，会被过分的重视。

提意见的时间、场所当然重要，一般来说，私下的意见可能更容易被接受。

这里还仅仅只是“意见”，还没有说到“批评”呢。

西方文化里面总是说不要“judge”别人，那么这个“judge”似乎比意见和批评更近了一步，表扬和赞美似乎也包括在内。无论是表扬还是批评，潜台词好像是在说，我比你聪明，所以我可以“judge”你。

judge v.

1. to form or give an opinion about all the information you know about them

2. used to say that you are making a guess based on what you have just seen, heard, or learned

3. to decide on the result of a competition

4. to form an opinion about someone, especially in an unfair or criticizing way

5. to decide whether someone is guilty of a crime in court

6. it's not for somebody to judge, used to say that you do not think someone has the right to give their opinion about something

7. as far as I can judge, used to say that you think what you are saying is true, but you are not sure

8. don't judge a book by its cover, used to say that you should not form an opinion based only on the way something looks