如何分享直觉
第一原理

通过manbetx官方网站多少

如何分享直觉:首要原则

我提出了一个问题苏格拉底2018这是最近几个月我在一个新开发人员入职一个绿地项目时形成的。他们将要进行的项目是作为a行走的骷髅。虽然架构已经完成,上面没有足够的肉,看不清楚模式我设计的时候用过。现在每个组件看起来都像一个独角兽,很难看到设计中的基本原则——仅仅是因为没有足够的代码来提供良好的启发式。

我在寻找一种提供资源的方法代码之外它记录了导致这个架构的直觉。这些直觉是读书的结果,文章和构建许多不同的软件项目,所以没有一所学校的想法,而是数百种资源和经验的融合,形成了影响我的决定的原则。

但是第一个原则?

IMG 20180824 114145297

在这节课中,我列出了我的观点,并收集了更多:

  • 推动部署
  • S.O.L.I.D.
  • 没有全局状态
  • 没有整块石料
  • 版本依赖关系
  • 简单
  • >完美完成
  • 显示>告诉
  • 代码管理

其中一些比较容易解释(比如s.o.l.d.)丰富的文档在哪里很容易找到),另一些则模棱两可,就像简单

在我们收集数据的过程中,如何在团队中共享原则。一个重复出现的特征是它们通常是非常特定于项目的,如果使用来自项目源代码的真实示例来解释它们,那么最好理解它们。

分享这些原则的一个好方法是在出现具体情况时进行配对。

多个参与者分享了他们使用内部Stackoverflow(或者类似的本地解决方案)的良好经验,开发人员会提出他们发现的原则或者某些他们没有完全理解的实现细节,这样就可以讨论潜在的原则是什么,以及它是否仍然适用。这种论坛式的方法也可以作为记录技术部的好方法。以及导致它留在系统中的决定。它提供了一种简单的方法,可以在经过一段时间后定期回顾这些决定,并再次决定是保留它还是删除它。

IMG 20180824 114154631

我也在寻找一种提供文档的方法第一原理在编写代码之前,特别是在代码检查期间,当发现违反原则并且需要进行大的更改以修复拉出请求时,可以减少这种挫败感。

遵循持续改进的理念(我认为这是另一个首要原则),我将尝试遵循这个过程:

记录第一原则

这将导致随着时间的推移收集第一原理可以用来培训新的开发人员。

培训部分是重要的,所以我们可以发现坏的和有害的原则简单-如果你不能训练它,这很可能是个坏原则,我们应该放弃它。(违反原则的次数是一个很好的指标!)

我自己现在已经开始收集基本原理了在公共存储库中,这将作为我们内部收藏的基础。