如何避免解决 A 问题的时候,被转移到 B 问题->C 问题->D 问题.....

[cs5117155]

昨天了解一下 mysql 的幻读,然后寻找解决幻读的答案,又会出现关键词mvcc和间隙锁,顺着两个关键词寻找我又发现新的Next-key Locks关键词,接着再通过Next-key Locks关键词,又弹出Innodb 锁机制与Myisam 锁机制,随着关键词的不断深入,自已会发现不知道看什么内容了,也记不清太多的知识点描述.这样一天时间就浪费了,而问题始终没有解决,只是心里知道个大概样子. 请问你们如何避免这种情况呢

[wangritian]

先简单了解 BCD 的概念，回来看完 A 问题后，再去学习 BCD 的细节

[gugugagadun]

看书

[kop1989]

说明你的信息源是垃圾。

一个好的技术文章，是绝对不会瞎增加概念的。
打个比方，你想知道 1+1 等于几。好的技术文章会告诉你等于 2，1 个苹果，再加一个苹果，就是两个苹果。所以 1+1=2 。然后 1+1=2 应该在哪里用，不能再哪里用。

烂的文章会告诉你，1+1 在算错的情况下等于三，0.1+0.1 不一定等于 0.2，懂得都懂，不懂得我也不想说，说就是利益太大。1+1 还有个关键问题就是哥德巴赫猜想……
反正兜兜转转就是不告诉你等于几，也不告诉你 1+1 的用法和坑。

[zycpp]

你这是深度优先学习，想避免的话，可以设置一个最大深度，超过这个深度，就不必要再挖掘了。

[zxCoder]

哈哈 很真实，学习的时候经常会这样

[francis59]

把 BCD 的问题先记下来，以后再研究

[cs5117155]

@wangritian 比如我项目明明就要解决 A 问题,可能我理解能力会比较慢,花很长时间去理解 BCD 的概念,这样等于我项目被拖延,好像不太值得呀

[Tloudalo]

这种情况下一般会导致浏览器开好几十个 tab，我一般是针对每个概念都点开 google 前几篇文章

- 排版差的，不要
- 过于抽象的，不要
- 一看就不专业的，不要

理解要求随离最初目标的距离逐渐递减。
对概念其实有个大概理解就好，达到真正的学习还是要应用。




但现实情况往往是，还有 n 个没看突然有事情 /不想学了，点一下 OneTab 然后让它们永久吃灰

[xuxu5112]

把问题 B 、C 、D 当成接口，知道概念即可，细节不要进去。始终关注 A 的流程。

[cs5117155]

@gugugagadun 我以前也想过看书从 0 开始的,但是后面发现有写书直接告诉你这样,但是在我的认知世界里,觉得为什么要这样运行,会排斥,然后导致过一个月你不用,基本就忘记了

[cs5117155]

@Tloudalo 你说对我了,有时候我搜索问题,真是会几十个 tab,后面根本就不知道看哪些了.
达到真正的学习还是要应用。这句很赞同

[wzq001]

@kop1989 顶一下#3 楼老哥，好真实的感觉

[xiaojianghu]

我也是这样，我觉得这不完全是坏事吧，如果你时间紧张的话，你可以点进去 BCD 先看文章上面的简介再看下最底下的总结，了解个大概再回来看 A 。

[anzu]

Yak Shaving

[cs5117155]

@kop1989 这个我也很有体会,记得以前写个 socket 时,网上写让我看 TCP/IP 的书,看完再来写.但是我偶尔看到一个篇文章直接有例子,ctrl+c ctrl+v,改改端口就可以简单使用了,少看很多概念

[ixCHiP]

@Tloudalo 点一下 OneTab 永久吃灰太真实了

[Bigbelly]

@kop1989 太真实了吧！

[lewis89]

你只是缺一本书而已，MySQL 技术内幕 可以看看，虽然很大程度上是翻译官方文档，但是质量还是有保证的

[otakustay]

这不就是问题不够紧急么，急到线上一分钟 200W 操作，3000W 用户排队等资源，客服和运营拿刀在你身后要你解决，我就不信你还能研究 BCD
不是说问题都应该这种紧急，而是我们自己内心到底是怎么认定这问题的，是“我就是一定要快速解决它”还是“能解决就解决了，解决不了拖一拖也没事”

[krixaar]

就好比你要查牛二来解决一个简单的宏观低速问题，本来只是要看 F=ma，结果你手头的教程公式里出现了光速 c，然后你非得想搞明白这是什么鬼，于是去啃狭义相对论，然后感觉牛二怎么这么难，就偏离你的初衷了。