一个值得思考的问题

[zsading]

在平常的生活中，我们常常会遇到许多问题，但解决某个问题的途中，我们可能会遇到很多其他的分支问题，这些分支问题可能不影响主干问题的解决，但解决这些分支问题，可能会提高自己，但会降低主干问题解决的效率。 大家是怎么做的呢？

[shihty5]

的确值得思考，但也难以讨论，因为你说的
实在是
太抽象了。

[SpicyCat]

就是优先级的问题。把分支问题记录下来，按优先级处理。

[lygmqkl]

优先级，现有时间成本和其他成本简单计算下，值得就去做，不值得就 pass

[introom]

这是每个人都会遇到的问题，解决方法也很简单，解决分支问题，再解决主干问题。

最大的问题是，当事人不知道什么确实是分支问题，也不清楚分支问题解决后带来的期望效果是什么。比方说，为了提高代码效率，认为必须先把 vim 配好，要加上跳转，自动补全，自动测试，除非时间很空，除非项目基于 cmake 而不是 autotools ,不然就是没事找事。

[hanzichi]

抓重点

[cheneydog]

压栈

[v9ox]

@cheneydog 栈会迅速占满

[emersonx]

我一般是优先解决主干问题，把遇到的分支问题写到奇妙清单中，等下班或周末再花时间整理。

[coderluan]

靠经验咯

[Ouyangan]

其实主要是看有没有阻塞主进程... 阻塞了停下来干掉他, 不阻塞写 // todo fixme,然后愉快的下班

[jyf]

你这个问题我经常碰到 因为我是个脑洞比较大的人 所以导致我有好多未完成的计划 我想了下 这个东西要解决绝不能如楼上说的优先某个方向 不管是横向还是纵向 而是应该参考决策树 给每个分支一个加权值 评估下对整体的好处再行决定