听课的时候，笔记很认真的记录，为二刷做准备，我以为我会回头看，但是我没有～
做题的时候，一步一步写的很仔细，为二刷打基础，我以为我会回头对比错处，但是我没有～
计划的时候，任务细化到每一天每节课，我以为我会按部就班的完成，但是我没有～
so[让我看看]
我现在看讲义，乱写乱画，简单框架，要背的地方红笔写☞背～
题目做完不只看错题解析，而是逐个解析，写下蒙对的和错题序号，待一周后继续～
计划不再严丝合缝，每周留一天空白对抗拖延及变化～
看似更佛系，实则更轻松～
附/给公司的规章制度比个心，太厚了[二哈]
#CPA打卡[超话]#
做题的时候，一步一步写的很仔细，为二刷打基础，我以为我会回头对比错处，但是我没有～
计划的时候，任务细化到每一天每节课，我以为我会按部就班的完成，但是我没有～
so[让我看看]
我现在看讲义，乱写乱画，简单框架，要背的地方红笔写☞背～
题目做完不只看错题解析，而是逐个解析，写下蒙对的和错题序号，待一周后继续～
计划不再严丝合缝，每周留一天空白对抗拖延及变化～
看似更佛系，实则更轻松～
附/给公司的规章制度比个心，太厚了[二哈]
#CPA打卡[超话]#
昨晚本来就有点累 结果上床和我妈打电话的时候一整个头痛想吐…然后情绪跟着变低落 顺带着就和我妈说了不开心的这些事儿 才意识到最近寝室里人际关系真的烦心事so多 但我其实也没有很在意这些啦 然后又说了最让我烦恼的事情 我真的好讨厌室友和npy打电话啊 一打就是一个多小时起步 听着真的不舒服…然后也是和妈妈说了这事情 分享了一些自己的情绪 她也很耐心安慰我说巴拉巴拉的（以下省略 我心里知道就好了嘿嘿）
后来难受起来还是去厕所吐了 吃了颗布洛芬 感谢布洛芬 第一百次救我命 吃完半个小时就好了 呼呼睡去 睡到现在………在厕所吐的时候真的好想回家好想回家 想起高三那时候也是头痛 我爸妈带我去医院陪我到三点的回忆…在外面生活要学会坚强！要有对外界的屏蔽力！its ok！
后来难受起来还是去厕所吐了 吃了颗布洛芬 感谢布洛芬 第一百次救我命 吃完半个小时就好了 呼呼睡去 睡到现在………在厕所吐的时候真的好想回家好想回家 想起高三那时候也是头痛 我爸妈带我去医院陪我到三点的回忆…在外面生活要学会坚强！要有对外界的屏蔽力！its ok！
【软件工程之架构设计：“康威定律”(Conway's law)】
康威定律：组织设计系统来反映他们自己的沟通结构。
本质上讲：任何产品必然是其（人员）组织沟通结构的缩影，‘活’是人干出来的，靠chatGPT或其它什么的，统统靠谱。
在一个组织内，跨部门沟通是非常难的，系统各个模块的接口也反映了它们之间的信息流和交流合作方式。
康威定律以计算机程序员梅尔文·康威的名字命名，英文原文如下：
organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations. — M. Conway
实际上，你所在的组织是什么样子，这个组织沟通模式也是这个样子。
效率高的组织，沟通效率自然也高。效率低的组织，沟通效率也肯定不高。
所用的计算机信息系统也一样、一个德行。
康威定律被扩充为下面的四条：
一、 Communication dictates design
组织沟通方式会通过系统设计表达出来
二、 There is never enough time to do something right, but there is always enough time to do it over
时间再多一件事情也不可能做的完美，但总有时间做完一件事情
三、 There is a homomorphism from the linear graph of a system to the linear graph of its design organization
线型系统和线型组织架构间有潜在的异质同态特性
四、 The structures of large systems tend to disintegrate during development, qualitatively more so than with small systems
大的系统组织总是比小系统更倾向于分解
康威定律出名的原因：Brooks在著名的《人月神话》中引用康威的观点，并将其称赞为我们熟知“康威定律”。
Adding manpower to a late software project makes it later --Fred Brooks, (1975)
为了赶进度加程序员就像用水去灭油锅里的火一样（无奈大家还是前赴后继）。
Because the design that occurs first is almost never the best possible, the prevailing system concept may need to change. Therefore, flexibility of organization is important to effective design.
由于首先发生的设计几乎从来不是最好的可能，因此流行的系统概念可能需要更改。因此，组织的灵活性对有效设计至关重要。
由此可知，Brooks早在半个世纪前就告知我们，首先得优化组织，其次才是优化系统。没有敏捷的组织，就没有敏捷的开发团队。
对于一个开发团队，我们在提升开发技术能力时，还得要用一切手段提升沟通效率。
康威定律的一个应用：软件架构设计的例子——————
1) 人与人的沟通非常复杂，当问题太复杂需要很多人解决的时候，我们需要做拆分组织来达成对沟通效率的管理。可以通过不同的拆分方式带来不同的团队间沟通方式。
2) 如果子系统是高内聚的，和外部的沟通边界是明确的，能降低沟通成本，对应的设计也会更合理高效。
3) 复杂的系统需要通过容错弹性的方式持续优化，不要指望一下子就搞出一个大而全的完美架构，好的架构都是迭代出来的。
namo-amitabhaya！
康威定律：组织设计系统来反映他们自己的沟通结构。
本质上讲：任何产品必然是其（人员）组织沟通结构的缩影，‘活’是人干出来的，靠chatGPT或其它什么的，统统靠谱。
在一个组织内，跨部门沟通是非常难的，系统各个模块的接口也反映了它们之间的信息流和交流合作方式。
康威定律以计算机程序员梅尔文·康威的名字命名，英文原文如下：
organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations. — M. Conway
实际上，你所在的组织是什么样子，这个组织沟通模式也是这个样子。
效率高的组织，沟通效率自然也高。效率低的组织，沟通效率也肯定不高。
所用的计算机信息系统也一样、一个德行。
康威定律被扩充为下面的四条：
一、 Communication dictates design
组织沟通方式会通过系统设计表达出来
二、 There is never enough time to do something right, but there is always enough time to do it over
时间再多一件事情也不可能做的完美，但总有时间做完一件事情
三、 There is a homomorphism from the linear graph of a system to the linear graph of its design organization
线型系统和线型组织架构间有潜在的异质同态特性
四、 The structures of large systems tend to disintegrate during development, qualitatively more so than with small systems
大的系统组织总是比小系统更倾向于分解
康威定律出名的原因：Brooks在著名的《人月神话》中引用康威的观点，并将其称赞为我们熟知“康威定律”。
Adding manpower to a late software project makes it later --Fred Brooks, (1975)
为了赶进度加程序员就像用水去灭油锅里的火一样（无奈大家还是前赴后继）。
Because the design that occurs first is almost never the best possible, the prevailing system concept may need to change. Therefore, flexibility of organization is important to effective design.
由于首先发生的设计几乎从来不是最好的可能，因此流行的系统概念可能需要更改。因此，组织的灵活性对有效设计至关重要。
由此可知，Brooks早在半个世纪前就告知我们，首先得优化组织，其次才是优化系统。没有敏捷的组织，就没有敏捷的开发团队。
对于一个开发团队，我们在提升开发技术能力时，还得要用一切手段提升沟通效率。
康威定律的一个应用：软件架构设计的例子——————
1) 人与人的沟通非常复杂，当问题太复杂需要很多人解决的时候，我们需要做拆分组织来达成对沟通效率的管理。可以通过不同的拆分方式带来不同的团队间沟通方式。
2) 如果子系统是高内聚的，和外部的沟通边界是明确的，能降低沟通成本，对应的设计也会更合理高效。
3) 复杂的系统需要通过容错弹性的方式持续优化，不要指望一下子就搞出一个大而全的完美架构，好的架构都是迭代出来的。
namo-amitabhaya！
✋热门推荐