大领导执掌全部门，所虑甚多。为掌控项目，避免偏听偏信，获得更可靠的方案。便让经理们竞逐项目，再择优选取。
经理们深知，要拿下项目、获得绩效，最重要的是“方案出得快”。因此，即便对于经验丰富的经理，也难以给出审慎的方案。至此，大领导无论如何对比、甄选，选中的方案必然是华而不实。
方案一敲定，工程师执行时很快就会发现问题。但经理碍于对大领导的承诺和同级的虎视眈眈，不愿从根本上修正方案，只能先强行推进，同时寻找破局思路。
然而，工程师被迫执行错误的方案，即便技艺精湛，也难见成效。为避免独自担责，工程师只得诉诸形式——如频繁的加班、开会、发邮件。这对项目毫无意义，却进一步加重团队负担。
最终，一个并不复杂的项目，也会在每消耗大量团队资源后失败。然而，无人想故意搞砸项目，每个人都是在“合理行动”而已。
Agile Team
打破项目边界，所有项目的经理、开发、测试、运维、文员组共组一个敏捷团队，方便老板统一管理。 Continue reading
winget install Microsoft.WinDbg
%SystemRoot%\Minidump
eventviewer
12, 13, 19, 41, 1001, 1074, 6005, 6008, 6009, 7045
参考资料
https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/
https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/symbol-path
设计师现有如下配置，本文尝试寻找同等价位，性能更高的方案。
笔记本：
戴尔 灵越15 酷睿i5-1135G7/32G内存/1TB固态/MX350 2G独显 DELL 3511 ->4499 元
显示器：
飞利浦 27英寸 4K 279E1EW -> 1699元 (111% sRGB)
灵越15 酷睿版只有 HDMI 1.4， 不支持 4k 高清输出。且没有网口，办公室使用需要额外购买转接头。
更多
https://helpx.adobe.com/premiere-pro/kb/hardware-recommendations.html
最近购入闪迪移动硬盘，打算用作macOS 的扩展盘，让我们先测试下速度。
根据 datasheet, 这款移动硬盘的速度如下：
什么叫做因果：
排除不合意的结果-> 原因指的是必要条件
得到感兴趣的结果->原因指的是充分条件
原因->倾向于导致
关键性因素
简单归纳法
密尔方法：
先发事件是（我们感兴趣的）后发事件的原因吗？
求同法
所有成功者都勤奋，因此，勤奋是成功的原因或结果-> 无法确定因果方向
所有（我们感兴趣的）后发事件都有共同的先发事件
本质是排除法：有许多成功者不抽烟，有许多抽烟，因此抽烟不是成功的原因。（既不是充分条件，又不是必要条件）
排除掉后发事件发生时，不存在的先发事件
用于缩小原因范围 Continue reading
通用规则：
广告拦截规则，主要由 EasyList 与 Fanboy’s List 两大组织分别维护，大多已经合并。此外, 商业公司 Adguard 也有许多高质量的规则。
正规治疗：
第一选择北京：
第二选择上海、广州、深圳
第三选择：成都、南京、长沙、武汉
第四选择：当地大城市的精神卫生中心
第五选择：当地大城市综合医院的精神科
最近学习了一些课程，觉得当时在读书会时，有许多地方没有做好；希望下次可以改进：
1、最大的错误，就是当时不重视影响他人（Leadership）
我积极参与活动策划的半年多时间，也是读书会发展最好的时候。当时我把精力放在活动组织、策划以及准备自己的活动上面，忽视了对别人的影响。
我当时觉得“技术”是解决问题的唯一方法，我合理安排活动、收集听众的反馈、帮别人改进讲稿；这些事情虽然有益，也现在想来，在做这些事情时，传递出来的热情却是当时成功的关键。
可是我对影响力的忽视（也肯能是抵触），再加上另一个创始人也没能做得更好，导致了我们最后大家丧失了动力。
2、另一个问题，就是罪责归己
读书会有许多问题，也有许多是我所不能掌控的，比如说群主的能力，管理员之间的冲突，以及活动质量不高。我当时觉得，我没能解决这些问题，是我的能力问题。这对我自信打击很大，认为这个读书会毫无价值。
现在看来，这种想法是不符合事实的。读书会有自己的价值，而那些问题的存在，并非我的责任。如果当时能想到这一点，就不会压力那么大了吧。
步速：
1m/s; 75cm/step
距离/时间/步数：
IH->Coogee Beach：3.5km, 1h, 5000步
IH->Main Library: 1km, 10min, 1200步
