这个视频讲的实在太好了！恨不得给课代表点十个赞。我甚至想给每个同事都发一遍这个视频的链接让他们学学。 字节是一个 oncall 文化很重的公司，负责 infra 产品的时候基本每天我都要对接 10+ 研发处理问题。我自认研发的抽象能力以及所谓“多想几步”的能力应该要显著高于平均值的，但是在 oncall 经历中来看其实不然。但是提问这件事，其实用程序设计的思想是很容易满足下限的。这里我也抛砖引玉写一些我对提问这件事的总结。 首先说提问的原则，（工作中的）提问应该是优先采取异步聊天的方式的。我们不应该期望提出问题后对方能很快的回应，因此一次通信就要尽可能的把全部的上下文表明清楚。想落实这种思想，一个很有用的辅助手段是：假设对方的时区和我们相差 12h，我们上班他们下班，我们下班他们上班。在这样一个严苛的约束大家一天只能进行一轮通信，进而下意识的逼迫我们把问题说清楚。 再说具体的提问策略，我习惯把提问分为这四步（可能也有不足，如果有还请补充）： 1. 辨识 XY Problem，暴露本质问题 2. 提供尽可能完善的上下文 3. 阐述我的思路与已执行的步骤 4. 对对方可能回复的猜测与回应 第一步是辨识 XY Problem。既然我向某人提问，那么他一定相较于我更是这个领域的专家，我没有道理去认为我的方案就是对的。基于这个理念，追求问题的简化（把本质的 X 问题简化为对步骤 Y 执行上的问询）其实是一种极其有害的想法，它会很显著的影响被提问者的判断结果。 第二步是提供尽可能完善的上下文。虽然对方是领域专家，但是针对我们遇到的具体问题，他可能在之前并没有了解。那这时候提供足够的信息是让对方对问题有直觉式初步判断的必要途径。具体到技术问题，一个基线的要求是把报错的日志以及复现步骤提供给对方。而更佳的一个策略是自己首先通过无论是二分还是其他手段定位问题的大致范围，提供一个最小可复现的用例，进而让对方可以最低成本的去验证自己的猜想。 第三步则是阐述我的思路和步骤。这一步的价值同样在于节约对方的时间，在我列出我已经进行的动作和想法之后，可能存在两种情况：一是我的执行过程出现了问题，那对方看出来问题的原因并指出就可以解决我的问题。二是我的思路有问题，对方则可以不必花费很多时间重走我已经验证的错误路径。 最后则是对对方回复的猜测和回应。就如上面所说，我们假设大家无法进行同步的交流，那作为提问者我就更要有责任，去表述清晰我预期对方回答的范畴到哪里，是给一个思路即可还是期望最好有一个完整的解决步骤。通过这个流程，进一步降低对方的回答成本，把一个很开放的问题收敛到尽可能的简单，从而让对方也更有意愿来回复。

@kedaibiao

7 ай бұрын

哇塞，太棒了。可以把这条转发成一个community post吗？

@jiujianian

7 ай бұрын

@@kedaibiao 可以的，如果我的一些想法能帮到其他人我也会很开心。

@nigelchen6945

7 ай бұрын

好清晰！！

最后就会发现，这些功课做着做着就不需要问问题了

谢谢课代表分享！

多谢您的分享

要看環境 很多工作環境很不利於問問題 連課代表最後的三個tips都跟一開始的例子吻合 真的按照後面三個建議去問問題相當於不用問了..跟一開始的小故事一樣，課代表已經回答了自己為什麼要悶著頭自己找幾個小時了..

希望出更多这样时长的视频，简单清晰

前提是同事愿意帮你，现实中的职场很你说的差距很大

这个电音太可爱了哈哈哈哈

问问题怕同事觉得自己问的问题太蠢 -- 固定型思维 😂

本來可能三個小時就能解的問題，現在變2天了XD，不過，問問題前有基本的survey也是蠻重要的，但我個人覺得會卡2 3個小時，大部分都還是在了解問題是什麼，而不是在找答案，有時也是要花時間了解情況，我個人會比較偏向，對剛進來的新人有個簡單的tour，固定一段時間follow up，加上一個共用的知識文檔區

天天琢磨职场琐事 对职场研究那么透彻 把这功夫放到创业上 不止事半功倍的效果 认知角度上是否可以拔高一点

@underfact2621

Жыл бұрын

haha 好角度

@qiwen2694

Жыл бұрын

你以为创业是自己摆摊吗？

最后是课代表的女朋友吗？🤐

@kedaibiao

Жыл бұрын

是妹妹 也是这一期的导演摄像剪辑和文案编辑