你晓得吗？你不晓得吗？
你在做工程项目的操作过程中碰到过下列情形吗？Vue3源标识符导出，打造出他们的Vue3架构
download：https://www.51xuebc.com/thread-513-1-1.html
没错工程项目刚开始的这时候市场需求就确认了，但到了机能上架的冲关期，忽然辨认出有两个市场需求没做或是要大改。
很显著，每两个后期考察都做的很详尽，但项目组意识到的这时候协进会有差错。
没错标识符没难题，但上架后协进会有bug。
每每他们自信心满满这时候，协进会出现许多意料之外的情形。这单纯是碰巧还是有规律变易？那个难题就在那个网志里说吧。
由于译者潜能非常有限，责任编辑不对科学知识、难题、表达方式的基本概念展开界定，将依照叙述的便利性展开更动。都在本栏晓得但目前不介绍的范围内，导致的诸多不便欲介绍一致同意。
难题的其原因
当他们转头看那些情景时，原告的提问多半是，我彼时并不晓得那些难题的存有。这就是难题的关键性，即使他们不晓得除了没化解的难题，因此他们相信大部份的难题都化解了，他们充满著了自信心。在这种情形下，用不合逻辑的立场明确要求原告多问多做科学研究是没用的，即使原告显然没意识到这一点儿。
这里他们用唐纳德·亨利·拉姆斯菲尔德的已知和未知来分类他们需要处理的事情。
依照他们是否晓得和是否理解，他们将表达方式分为四个象限。这里的知不晓得是指主观上是否晓得表达方式，客观上是否理解。
晓得并理解
属于那个象限的东西对他们来说是显而易见的，也有现成的化解方案。他们只需要一步一步地完成它们。比如敏捷实践，他们晓得并理解它的各种实践。他们只需要按照日程安排开球、结对、标识符评审、回顾、展示，不需要额外的努力。
但晓得又不明白。
属于那个象限的东西才是他们需要关注的重点。他们往往没现成的化解方案，他们需要投入精力科学研究，制定计划。对于许多反复出现的东西，经过他们的科学研究和方案制定，他们会走向第一象限，也就是认识和理解。
我不晓得，但我明白
他们之前也处理过类似的事情，但在目前的情景下不晓得它的存有。一旦他们晓得了，他们将迁移到第一象限。
不晓得也不理解。
那个象限的东西是最麻烦的，即使他们往往不晓得它们的存有，即使晓得也无法理解。他们的出现往往会打破他们完美的计划，让他们措手不及。文章开头列出的情景就属于那个象限。为了减少属于那个象限的东西，他们得想办法把它们移到第二象限，也就是尽可能地介绍当前情景中的一切。
从上面的预测可以看出，第三和第四象限存有潜在的风险。为了避免它们，他们需要化解未知的难题。
如何化解未知难题？
为了叙述方便，这一节我用科学知识代替表达方式。科学知识可以理解为人们晓得的东西。
个人
对于个人来说，科学知识是有边界的。如何探索边界之外的科学知识？主要有两种方式，寻求别人的帮助或者试错。
面对两个特定的方向，寻求有相关经验的人的帮助是最快的方法。他们能很快指出他们不晓得的东西，这也是他们日常生活中最常见的方式。因此和不同背景的人聊天对他们会有很大的帮助。
如果找不到有相关经验的人，可以他们定义难题，化解难题，在试错的操作过程中辨认出他们以前不晓得的科学知识。比如他们在日常生活中化解莫名其妙的bug时，就会采用这种方法。他们会先猜测导致bug的各种其原因，然后再想办法化解。最终化解成功的原因是他们之前不晓得的科学知识。
组
对于项目组来说，科学知识是有边界的。项目组的科学知识是大部份成员科学知识的完整集合，其扩展科学知识边界的方法与个体相似。比如可以参考其他成功的产品，找到他们的不足和未来的趋势，也可以通过灰度测试来尝试新的思路。
项目组不仅要面对科学知识边界扩展的难题，还要面对科学知识整合的难题。科学知识整合是指如何利用项目组的大部份科学知识来化解难题。即使只有部分项目组成员会参与化解难题，因此作为子项目组，他们的科学知识边界必然小于整个团队的科学知识边界，因此子项目组需要整个项目组来拓展他们的科学知识边界，这类似于个人向有经验的人寻求帮助。
科学知识整合
他们以工程项目开发为例。项目组是指与工程项目相关的大部份人的集合，开发项目组作为子项目组负责工程项目的开发。
在开始的这时候，开发项目组要邀请尽可能多的利益相关者参与讨论，尤其是不同业务背景的人，比如PM、QA、Dev、BA、架构师甚至客户。邀请的人越多，背景差异越大，未知科学知识的概率越小。这里之因此强调背景的差异，是即使背景相同的成员科学知识边界趋于一致，无法达到有效扩展科学知识边界的目的。
在中间期，他们应该尽可能快的迭代，并且和尽可能多的利益相关者确认每次迭代的结果。随着时间的推移，每个涉众的科学知识边界不断扩大，开发项目组不晓得的科学知识也会出现。新出现的科学知识可以通过迭代确认快速收集。
在结束期，出现的科学知识是非常棘手的，比如市场需求的缺失或修改。这这时候他们可以选择有风险的接受，可能会导致其他未知的科学知识或是更高的成本。或是把它作为两个已知的难题留待将来化解。
鉴于项目组的科学知识是有边界的，未知的科学知识是无法完全避免的。两个很好的例子是，任何产品都会有Bug，Bug是一种他们在开发期不晓得的科学知识。他们可能理解，也可能不理解。他们能做的就是在开始和中间期尽可能多的辨认出未知的科学知识，比如敏捷开发中的迭代、开球、结对、展示、标识符评审等实践其实都在做那个工作。
摘要
他们不晓得、不理解的事情是不可避免的，但他们可以通过各种实践来拓展他们的科学知识边界，以降低其发生的概率。你是否还觉得日常工作中的许多会议或做法是在浪费时间？不妨从许多我可能不晓得的东西的角度重新审视一下他们。
