设计模式是不是每天要用

场景1

第一天
程序员A：用户组织这块怎么设计？
架构师（画类图）：Department和Person继承Party接口，Department可以包含Department，也可以包含Person——或者说，Department可以包含Party。Person不可以再包含。
程序员A（迷惑）：……
架构师（画示意图）：就好象一棵树的结构，“部门”是枝节点，“人员”是叶节点，每个枝可以再有N个子节点，叶子节点不可以再有子节点。
程序员A：计算部门薪资总数怎么做呢？
架构师（写伪码）：Party接口有getSalary()方法，Person类返回自己的工资，Department类返回所有子节点的工资之和。
程序员A：哦，明白了。

第二天
项目经理：昨天讨论了，用户组织这块怎么设计？
程序员A（画类图）：Department和Person继承Party接口……
项目经理：计算部门薪资总数怎么做？
程序员A（写伪码）：Party接口有getSalary()方法……

第三天
程序员B（新来的）：请问用户组织这块怎么设计？
项目经理（画类图）：……
程序员B：……
项目经理：……


场景2

第一天
程序员A：用户组织这块怎么设计？
架构师：用一个Composite模式。
程序员A：哦，明白了。

第二天
项目经理：昨天讨论了，用户组织这块怎么设计？
程序员A：用一个Composite模式。

第三天
程序员B（新来的）：请问用户组织这块怎么设计？
项目经理：用一个Composite模式。

设计模式是不是每天要用？自己想想就知道。