这篇文章并非如此，因为他们喜欢哈布雷（Habré）。 它演示了程序员试图通过系统设计概念的角度审视社会的情况。 本文将为那些不想研究它们但又不愿知道自己在说什么的人们提供一些有关这些模式的简单思路。

所以

我有机会以某种方式占据了不太认真的领导职位之一（ 一点都不认真 ）组织（而非IT）。 我部门有9人，其中5人从事类似活动，而其他人的职业更难以称为相似活动-但是一起获得了一个可行的过程。 我还知道，我的部门即将与另一个部门统一，这就是我所知道的全部合并信息。

我必须马上说这篇文章是喜剧性的，但是正如他们所说， 在任何一个笑话中都只有一个笑话 。

在撰写本文的过程中，我将回忆起所谓的不同情况，并以模式的形式（或更确切地说，是我对它们的了解）编写它们。 让它变得更有趣，因为每个人都喜欢分解:)

开始

当我到达时，并没有这样的实体互动：万一出现任何问题，应该向我求助，而且有两种方式：反过来，如果他们无法应付，我也必须踢人（ 前控制员 ）。

就像我说的那样，由于组织并不认真，因此我决定可以执行与我编写的系统相同类型的创造力-即确保所有工作可靠地进行，而不会产生负面影响并且自动进行（将IoC放在那儿）。 最重要的是，我想实现可伸缩性，以便有很多新人来该部门工作-而且我不必更改结构（因为该组织出人意料地迅速发展了）。

第一步

员工的积极性与所担任的职位成正比； 因此，人数最多的是那些专家中最少的（相同的5个人）。
这是一个问题，因为整个组织都遵循这一原则并且几乎没有热情。 就是说，给员工带来的好处是，但不是钱。 而且任何参与者离开时流失得太少，而寻找新参与者并不是那么简单。 而且这5个人都知道这一点，因此，有许多案件未能履行职责（25％）。

当然，我决定乘以的第一件事是一种活动的雇员人数，而我几乎找不到另外两个人。 此外，我进行了一项调查，以找出一周中的哪些天更适合参与其中。 最终为自己设定了替代者。 这个人的工作做得不太好，但是他是一个很好的组织者，在团队中拥有权威。 通过这种方式，我想用一块石头杀死两只鸟：第一，通过在办公室任职来增加他的动力； 其次，在结构中添加一个抽象层，以便他将是该区块中唯一与人互动的人（ 调解人 ）-例如，因为我不了解其工作的许多细节，并且想要在没有技术细节的情况下被理解（ fasade ）。 另外，我不知道合并后我的部门会怎样？ 但是我至少有一个不可或缺的部分（您可以在其中添加任意数量的员工（ open-closed ））。 他履行了一项职能（ 单一职责 ），因此我很平静，不会重组他，并且会保持正直。

更进一步

但是剩下的四个呢？ 那里的情况截然不同：每个人都有自己的详细信息（1）（有点类似于接口隔离 ，我没有使用）。 尽管他们在我部门，但有些事情我一无所知。 但是领导者知道更高的等级。 因此，我不是他们唯一的领导者（2）（ 多重继承 ）。 他们都是女孩（3个），我不是很想像如何与她们一起工作并保持她们的动力。 根本不去那里可能是更正确的（因为他们造成的失败少于第一阶段），但是类似的问题迫使我尝试与第一阶段相同的策略：我准备了一份需要增加人员的职位清单，我想任命主体。

因此，该部门将完全可扩展。

有了这些建议，我参加了该组织的中央会议。

决赛

不幸的是，由于意见分歧，我的建议未得到执行。 好吧，他们知道得更多）

但是，在这个组织中工作给我带来了有趣的经历，我不会冒险在真实的公司中重复。 那很酷）

在这种情况下您会怎么做？