对结构化思考的思考

先说结论：

结构化思考/表达很有用，但是需要经常练习才能使用熟练。

下面是我的一些笔记和思考：

1. 隐形思维显性化-提炼！
   关于总结信息 进行结构化思考 一般有这些要点

   • 总分总的结构不会错 效率高
   • 要分类 要提炼 不能光分类 不提炼：如 事前 12345 事中 12345 事后 12345。

   • 最后在分类中 顾及到先后顺序
     如：

     结论：23年年中回顾，目标尚未达成，但是总体势头不错。
     务虚 and 成长方面：12345
     技术 and 职业方面：12345
     爱好掌握方面：12345
     因为 这三个方面 都xxx 所以我得出这个结论xxxxx，并且计划xxx改善。

     总结的小模板：在xxx的基础上 分别从xxx和xxx两个方面 说明了xxx的事

2. 显性思维结构化-梳理！
   这些要点来自于以下原则，我认为原则不需要记住，需要理解融汇贯通在平时的分析思考中
   1. 论 先搞结论，难点不在于记得把结论放前面，而是怎么总结结论，政府工作报告就是一个正向例子，私以为想不出总结的话的时候 可以把分论点写完，再思考总结。
      
      https://www.gov.cn/zhuanti/2022lhzfgzbg/index.htm
   2. 证 上面统治下面 下面证明上面，还是用政府工作报告举例：12478都是有关公平，其余有关质量。
      
   3. 类 归类分组，要分好类 遵循以下小原则
      • 类别数量：最好3个分类，除了实在特别多，尽量不要选择5和7
      • 分类要相互独立 完全穷尽（和指标的划分原则一样~）
   4. 比 逻辑要递进 逐渐深入
      • 时间 从之前到现在
      • 结构 总根节点 到子节点
      • 重要性 从不重要到重要
3. 结构思维

从我之前博客的文字中举个例子吧，背景：如何用CF锁死你的线程

cf是java8引入的并发工具，支持配置线程池、支持链式调用，支持任务的拆分合并。使用cf可以对并发任务进行并发编排，可以适应很复杂的业务背景，实现起来比用原生的线程池实现任务编排要简单，但是需要注意，任务拆分子任务的话，注意避免使用同一个线程池，以免线程池核心数量设置不合理，导致部分线程a在队列中等待执行，又有部分线程b占据核心队列中等待a执行完成不释放核心，造成了死锁，并且api很多，需要理解，记不住的 因为太多了。

修改后：

结论：异步任务编排推荐使用cf 但是需要避免造成死锁。
推荐的理由：
1 稳定性方面：java官方提出
2 功能能力方面：支持链式调用 任务拆分合并
3 场景方面：可以支持很复杂的场景
需要注意的点：
1 指定线程池错误导致死锁：xxxxxx
2 api需要从命名方式上去理解，避免死记硬背。

以上就是我的一些笔记和实践，再次总结：这种表述方式信息更有序，熵更低，更一目了然。但是感觉这个思考方式和表达方式，是要先把内容全部输出出来，然后进行二次的颅内编辑整理，并不是一个能在快速聊天、激烈脑暴中使用的东西，不然老板问我个问题，我需要呆滞5-15秒，然后缓慢地张嘴：“结论先行 xxxx” 给出我的答案，也太傻了，而且很容易大脑直接宕机，当场断电停止思考。偶尔在自己有准备的时候 确实比较好使。听者越是雷厉风行、绝不啰嗦的性格，应该会听起来越爽。是一种把困难留给自己，把简单留给别人的方式。（也许熟练之后 就可以先对回答内容进行简单分类 再去产出细化的答案，这样就不用阻塞着等待所有答案生成出来 再做分类了，类似与MapReduce，但是可不可以做到我也不知道）