未分類
26 9 月 2020

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

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

資深大佬 : cs5117155 0

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

大佬有話說 (53)

  • 資深大佬 : 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，然后你非得想搞明白这是什么鬼，于是去啃狭义相对论，然后感觉牛二怎么这么难，就偏离你的初衷了。

  • 資深大佬 : zjsxwc

    限制搜索 Depth

  • 資深大佬 : littlewing

    可以看广度优先遍历

  • 資深大佬 : jdhao

    在你的知识不够广的时候，很容易遇到这种问题。可以先解决最相关的问题，其余引出的问题，如果有时间，再去深入理解。

  • 資深大佬 : laqow

    就是相关领域的基础不扎实，但不可能每件事都等扎实了才做，所以掌握到能把相关关键词记住，需要的时候能 google 出来就可以了

  • 資深大佬 : anthow

    可以把这个过程整个一个脑图，就成体系了

  • 資深大佬 : banishee

    同好，我也一直有这个烦恼，还是因为技术太菜了

  • 資深大佬 : bjking2014

    要学会抓大放小，了解 mvcc 和间隙锁已经足够解决幻读问题了。就此停住就行，你要解决的是幻读问题而不是 MVCC 的底层原理

  • 資深大佬 : HENQIGUAI

    https://coolshell.cn/articles/10804.html

  • 資深大佬 : HENQIGUAI

    @HENQIGUAI #28

    X-Y PROBLEM

  • 資深大佬 : blindie

    当黑盒就可以

  • 主 資深大佬 : cs5117155

    @krixaar 你说好对,有时候做其他事情,有时也会无缘无故偏移初衷了

  • 主 資深大佬 : cs5117155

    @jdhao 这个也是一个原因,知识不够广度,每次都能听到新技术名词

  • 資深大佬 : xwhxbg

    信息源垃圾+1，这种跟我遇到很多大学教授一样，出来就各种名词堆砌，其实问题很简单，底层细节完全不需要暴露

  • 主 資深大佬 : cs5117155

    @HENQIGUAI 这个链接内容我喜欢,太有意思了

  • 資深大佬 : wangritian

    @cs5117155 理解概念类似于阅读一个函数的参数和返回值，或者一个接口的文档。比如间隙锁是范围多行锁，就可以了

  • 資深大佬 : luohuanlh

    @kop1989 那么问题来了，优秀的信息源该如何快速找到？

  • 資深大佬 : kop1989

    @luohuanlh #36
    我想了想，有两个方向：
    一个是可以灵活运用带评分机制的社区，比如栈溢出，比如国内的仿品思否。充分利用社区的筛选机制，高赞最起码不会太差。如果问题覆盖范围相对大（不好检索），而且并不是具体问题的话，比如 lz 说的“mysql 幻读”，可以尝试拆解、改变描述问题。

    一个是多点开几个“科普”这个问题的文章，快速浏览其行文，如果出现 A 就是 B，C，然后 D，且自己读不懂的这种句式，果断右上角 x 掉。

    比如还是 lz 幻读的这个例子。对于我这个 DB 白痴而言，https://segmentfault.com/a/1190000016566788 这篇文章就是典型的垃圾（对我个人而言），不是说他写的不对或者技术不好，是我看不懂

  • 資深大佬 : Hodor

    C 和 D 问题，不必知道原理，能用就行。

  • 資深大佬 : URGERKING

    就我个人经验而言,如果 BCD 问题不是太过于复杂(不如在两小时内能够理解明白)或者又跳到 EFG,
    应该看完的比较好

    总感觉讲了个废话 ww

  • 資深大佬 : URGERKING

    @krixaar #20 可是如果能啃透对于问题来说一般都是好的

  • 資深大佬 : vindurriel

    磨刀不误砍柴工 任何领域的知识都是有限的 我现在看到不认识的词会很开心

  • 資深大佬 : jeeyong

    说明懂得不够多

  • 資深大佬 : godblessumilk

    我最近在恶补上学时候学的 cs 专业课，因为越来越发觉这些才是内功，尤其是编译原理，操作系统，计算机组成原理，计算机网络，如果这些学得好，mysql 这种应用层的玩意儿几天就能上手。。。

  • 資深大佬 : Jooooooooo

    说明知识面太窄了

    我研究锁的时候才接触到 MESI 然后 CPU 那一套内存一致性的问题才真正了解

  • 資深大佬 : raaaaaar

    这就是我的日常学习状态。。

  • 資深大佬 : krixaar

    @URGERKING #40 “透”也分三六九等，啃到分子就能解决问题的话，硬啃到夸克确实够透了，但是不见得对于分子级别的问题有多大帮助。还是像#4 说的，啃到一个能解决问题的深度就可以停了。

  • 資深大佬 : kamal

    @Tloudalo #8 老哥明白人，特别有感触，排版差的内容一定差。
    内容农场爬多家网站，样式都不会重新整理，能塞进去就行，只让搜索引擎看到文字就行。

  • 主 資深大佬 : cs5117155

    @Jooooooooo 都研究那么深入的吗,刚刚我又把你关键词`MESI`搜索了一下,不然再往下深入了

  • 資深大佬 : raptor

    @kop1989 其实根本原因是这种烂文章的作者自己也不懂，内容都是东拼西凑的。

  • 主 資深大佬 : cs5117155

    @raptor 确实,有些文章我也觉得那个作者究竟会不会的

  • 資深大佬 : luohuanlh

    @kop1989 我在想能否弄一个访微信阅读里面的机制。就是提问里面，关键词又成为了问题。很多人给出自己的评论和链接。通过这些链接再找到知识的出处，构建成知识体系。毕竟，知识还是要成系统才能被认知。

  • 資深大佬 : hyperbin

    @kop1989 百度知道：1+1=男科医院

  • 資深大佬 : tkl

    知识点从来都不是一座座孤岛，而且一张张错综复杂的蜘蛛网，还会有各种各样的跨学科问题，比如造 CPU 。

    现在的计算机科学经过前人的不断完善，各种封装，可以很简单应用于各行各业，但是当你想要了解内部的原理，只能一层一层的打破沙锅问到底。

    还有经常说的结果导向和过程导向，当你遇到问题可以 google 一下，面向 stackoverflow 编程，但是当你找原因，写回答的时候才能真正考验你的能力。

    我希望自己逐渐成为后者。

    怎么还扯到 XY 问题？