族谱网 头条 人物百科

反面模式

2020-10-16
出处:族谱网
作者:阿族小谱
浏览:287
转发:0
评论:0
举例社会和组织结构组织结构从天而降的责任(AccidentalOwnership):雇员们接手了一个与当前系统完全无关的系统,在没有合适的训练、学习或关心下就得维护它分析瘫痪(Analysisparalysis):花费太多精力在项目的分析阶段血刃(Bleedingedge,刀锋):采用一些未经测试和/或尚不稳定的前沿技术来运营,从而导致成本超支、表现/性能不佳,和/或交付延期。摇钱树(cashcow):盈利的老产品通常会导致对新产品的自负委员会设计(Designbycommittee):很多人同时进行设计,却没有统一的看法承诺升级(Escalationofcommitment):明知错了还不能收回之前的决定独裁管理(Managementbyperkele):用完全听不进异议的独裁作风进行管理目标管理(Managementbyobjectives):通过数字管理,过于关注非本质而或不易取得的

举例

社会和组织结构

组织结构

从天而降的责任(Accidental Ownership):雇员们接手了一个与当前系统完全无关的系统,在没有合适的训练、学习或关心下就得维护它

分析瘫痪(Analysis paralysis):花费太多精力在项目的分析阶段

血刃(Bleeding edge,刀锋):采用一些未经测试和/或尚不稳定的前沿技术来运营,从而导致成本超支、表现/性能不佳,和/或交付延期。

摇钱树(cash cow):盈利的老产品通常会导致对新产品的自负

委员会设计(Design by committee):很多人同时进行设计,却没有统一的看法

承诺升级(Escalation of commitment):明知错了还不能收回之前的决定

管理(Management by perkele):用完全听不进异议的作风进行管理

目标管理(Management by objectives):通过数字管理,过于关注非本质而或不易取得的数字指标

道德风险(Moral hazard):不让做决定的人知道他的决定会带来什么结果

蘑菇管理(Mushroom management):不通知或是错误地通知雇员信息。雇员像蘑菇一样在黑暗中吸取养分,自生自灭

海鸥式管理(Seagull management):只有当出现问题的时候管理人员才会跟雇员进行接触和互动的管理模式。典型的场景就是,海鸥式的管理人员“飞”过来,嘁嘁喳喳,是人都批评一通,尔后“飞”走了!

烟囱式管理(Stovepipe or Silos,竖井式/发射井式/谷仓式管理):组织结构是由若干彼此孤立的团队组成,并且整个组织结构的范围内,上下沟通交流能够有效进行,而水平/横向的则不然。结构上支持数据主要在上下方面的流动,却禁止跨部门的通信。

厂商陷阱(Vendor lock-in,供应商套牢,供应商陷阱,厂商泥潭):使一个系统过于依赖于外部所提供的组件/部件。

项目管理

雪崩模型(Avalanche):不合理地混搭或者说混合使用瀑布模型与敏捷开发方法。

死亡征途(Death march,死亡之旅):除了CEO,每个人都知道这个项目会成为一场灾难,但是真相却被隐瞒下来,以免项目被立即取消。(尽管CEO通常知道并且仍然继续试图最大化利润。)然而,真相被隐藏起来,直到大限来临("Big Bang")。另一种定义:雇员由于不合理的deadline,被迫在深夜和周末加班。

团队思维(Groupthink):在团队思维中,团队成员避免提出在一致观点之外的思维。

九九定律(Ninety-ninety rule):当项目“几近完成”时,低估完成项目所需时间的倾向。

过度设计(Overengineering):花费资源完成比实际需要的还要鲁棒和复杂的工程

障眼法(Smoke and mirrors):展示还没实现的功能,就像它们已经实现了一样

软件膨胀(Software bloat):允许系统的后续版本使用更多的资源

分析方式

旁观冷漠(Bystander apathy):一个需求或者设计是错的,注意到这一点的人却不指出,因为这影响的是其他人。

软件工程

软件设计

抽象倒置(Abstraction inversion):不把用户需要的功能直接提供出来,导致他们要用更上层的函数来重复实现

用意不明(Ambiguous viewpoint):给出一个模型(通常是OOAD,面向对象分析与设计)却没有指出用意何在

大泥球(Big ball of mud):没有清晰结构的系统

数据库式进程间通信(Database-as-IPC):使用数据库进行进程间通信,而不使用更轻量级的合适的机制。或者说,对于常规的进程间通信,不是去采用轻量得多的合适机制,而是将数据库用作消息队列。

镀金(Gold plating):在项目达到最高价值后还继续工作。

内部平台效应(Inner-platform effect):系统可自定义的太多,以至于成为一个软件开发平台的蹩脚的复制品。

输入问题(Input kludge):无法确定和实现对异常输入的处理

接口膨胀(Interface bloat):把一个接口做得过于强大以至于极其难以实现

魔力按键(Magic pushbutton):直接在接口的代码里编写实现,而不使用抽象

竞争风险(Race hazard):输出结果受到事件执行顺序和时机的影响,在多线程环境和分布式系统中可能发生

烟囱系统(Stovepipe system):过度聚集数据和功能,忽视了与其他系统和模块的共享

面向对象设计

贫血的域模型(Anemic Domain Model):仅因为每个对象都要有属性和方法,而在使用域模型的时候没有加入非OOP的业务逻辑

(BaseBean):继承一个工具类的功能,而不是委托给它

调用父类(Call super):需要子类调用父类被重定义的方法

圆还是椭圆问题(Circle-ellipse problem):基于变量的子类化关系进行子类化

循环依赖(Circular dependency):在对象或软件模块中,直接或间接引入循环依赖。

常量接口(Constant interface):使用接口定义常量

上帝对象(God object):在设计的单一部分(某个类)集中了过多的功能

对象粪池(Object cesspool):复用那些不满足复用条件的对象。对象池是一种管理对象的方法,在重复使用对象前,需要针对对象进行初始化,以避免上次使用后的状态等数据影响下次的使用

不羁的对象(Object orgy):没有成功封装对象,外部可以不受限制地访问它的内部

幽灵(Poltergeists):指这样一些对象,它们唯一的作用就是把信息传给其它对象

顺序耦合(Sequential coupling):指这样一些对象,它们的方法必须要按某种特定顺序调用

悠悠问题(Yo-yo problem):一个结构(例如继承)因为过度碎片化而变得难于理解

编程

偶然复杂度(Accidental complexity):向一个方案中引入不必要的复杂度

远隔作用(Action at distance):意料之外的在系统分离的部分之间交互

盲目信任(Blind faith):缺乏对bugfix的校验或对子函数返回值的正确性检查

船锚(Boat anchor):在系统中保留无用的部分

忙等待(Busy waiting):在等待的时候不断占用CPU,通常是因为采用了重复检查而不是适当的消息机制

缓存失败(Caching failure):错误被修正后忘记把错误标志复位

拜物编程(Cargo cult programming):由于对模式的盲目崇拜,在不理解的情况下就使用模式和方法,企图得到好的结果

靠异常编程(Coding by exception):当有特例被发现时才添加新代码去解决

隐藏错误(Error hiding):在显示给用户之前捕捉到错误信息,要么什么都不显示,要么显示无意义的信息

硬编码(Hard code):将对系统环境的假设写入实现中

熔岩流(Lava flow):保留不想要的(冗余的或是低质量的)代码,仅因为除去这些代码的代价太高或是会带来不可预期的结果

循环-switch序列(Loop-switch sequence)在循环结构中使用switch语句来编写连续步骤

魔术数字(Magic numbers):在算法里直接使用数字,而不解释含义

魔幻字符串(Magic strings):直接在代码里使用常量字符串,例如用来比较,或是作为事件代码

自我复制(Repeating yourself):通过不断复制已有代码的模式或代码段进行编码;而非采用once and only once(抽取原则)

软代码(Soft code):在配置文件里保存业务逻辑而不是在代码中

面条代码(Spaghetti code):指那些结构上完全不可理解的系统,尤其是因为误用代码结构

霰弹枪手术(Shotgun surgery):开发人员一次性在一个多个实现的代码基中增加功能

方法论

拷贝粘贴编程(Copy and paste programming):拷贝(然后修改)现有的代码而不是构造通用的解决方案

黄金大锤(Golden hammer):认为自己最喜欢的解决方案是到处通用的(参见:银弹)

不可能因素(Improbability factor):认为已知的错误不可能发生

非我所创(Not invented here):拒绝使用组织外的主意或方案

这里发明的(invented here):拒绝组织内部实现的创新或解决方案,通常因为对成员没有信心

不成熟的优化(Premature optimization):在编码的早期追求代码的效率,牺牲了好的设计、可维护性、有时甚至是现实世界的效率

转换编程法或巧合编程(Programming by permutation or programming by accident):试图通过连续修改代码再看是否工作的方式来解决问题

重新发明方的轮子(Reinventing the square wheel):已经有一个很好的方案了,又再搞一个烂方案来替代它

银弹(Silver bullet):认为自己最喜欢的技术方案能解决一个更大的问题

测试人员驱动开发(Tester driven development):需求来自bug报告的软件工程

配置管理

依赖地狱(Dependency hell):所依赖产品的版本所导致的问题

DLL地狱(DLL hell):不同版本DLL所带来的问题,包括DLL可见性和多版本问题,在微软的Windows上尤为突出

扩展冲突(Extension conflict):苹果系统在Mac OS X版本之前的不同扩展的问题

JAR地狱(JAR hell):JA件不同版本或路径带来的问题,通常是由于不懂类加载模型导致的

参考文献

^Budgen, D.Software design. Harlow, Eng.: Addison-Wesley. 2003: pp. 225. ISBN 0-201-72219-4. 引文格式1维护:冗余文本 (link) "As described in Long (2001), design anti-patterns are "obvious, but wrong, solutions to recurring problems"."

^Ambler, Scott W.Process patterns: building large-scale systems using object technology. Cambridge, UK: Cambridge University Press. 1998: pp. 4. ISBN 0-521-64568-9. 引文格式1维护:冗余文本 (link) "...common approaches to solving recurring problems that prove to be ineffective. These approaches are called antipatterns."

^Koenig, Andrew. Patterns and Antipatterns. Journal of Object-Oriented Programming. March/April 1995, 8, (1): 46–48. 

^Rising, Linda.The patterns handbook: techniques, strategies, and applications. Cambridge, U.K.: Cambridge University Press. 1998: pp.387. ISBN 0-521-64818-1. 引文格式1维护:冗余文本 (link)


免责声明:以上内容版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。感谢每一位辛勤著写的作者,感谢每一位的分享。

——— 没有了 ———
编辑:阿族小谱
发表评论
写好了,提交
{{item.label}}
{{commentTotal}}条评论
{{item.userName}}
发布时间:{{item.time}}
{{item.content}}
回复
举报
点击加载更多
打赏作者
“感谢您的打赏,我会更努力的创作”
— 请选择您要打赏的金额 —
{{item.label}}
{{item.label}}
打赏成功!
“感谢您的打赏,我会更努力的创作”
返回

更多文章

更多精彩文章
打赏
私信

推荐阅读

· 反面教材
反面教材反面教材反面教材的意思反面教材是什么意思反面教材什么意思反面教材的近义词反面教材的反义词反面教材的拼音【成语意思】:消极的供教学用的资料。借指坏的典型【用法分析】:反面教材作宾语、定语;用于口语。【成语来源】:毛泽东《在省市自治区党委书记会议上的讲话》:“发行《参考消息》以及出版其他反面教材,就是‘种牛痘’,增强干部和群众在政治上的免疫力。”【褒贬解析】:中性成语【成语结构】:偏正式成语【使用程度】:常用成语【成语年代】:当代成语【成语字数】:四字成语【成语拼音】:fǎnmiànjiàocái【英语翻译】:badexperiencewhichteachesuswhatnottodo【成语声母】:FMJC【成语造句】:1、我愿做一个反面教材,教育他人,警示后人。2、古人认为他的不安静,是一个反面教材,孔颖达就认为这一系列的描写就是讽刺他的“负才恃众”。3、用好“新关联”这部反面教材钟...
· 反面教材
【成语】反面教材【成语】反面教材【拼音】fǎnmiànjiàocái【解释】广义的教材不一定是装订成册或正式出版的书本。凡是有利于学习者增长知识或发展技能的材料都可称之为教材。反面教材是经典的供认借鉴吸取失败教训的反面事例等的统称。反面教材就是千万不能学、不能模仿的。【出处】毛泽东《在省市自治区党委书记会议上的讲话》:“发行《参考消息》以及出版其他反面教材,就是‘种牛痘’,增强干部和群众在政治上的免疫力。”
· 反面无情
【成语】反面无情【成语】反面无情【拼音】fǎnmiànwúqínɡ【解释】形容翻脸不认人。【出处】明·邵粲《香囊记·辞婚》:“状元,成就了吧,他也是一个君主,恐怕反面无情,那时节悔之晚矣。”清·洪升《长生殿》第三十四出:“唉,安禄山,安禄山,你受了唐天子那样大恩,尚且兴兵反叛,休怪俺李猪儿今日反面无情也。”
· 设计模式
发展历史建筑师克里斯托佛·亚历山大在1977/79年编制了一本汇集设计模式的书,但是这种设计模式的思想在建筑设计领域里的影响远没有后来在软件开发领域里传播的广泛。肯特·贝克和沃德·坎宁安在1987年,利用克里斯托佛·亚历山大在建筑设计领域里的思想开发了设计模式并把此思想应用在Smalltalk中的图形用户接口(GUI)的生成中。一年后埃里希·伽玛在他的苏黎世大学博士毕业论文中开始尝试把这种思想改写为适用于软件开发。与此同时JamesCoplien在1989年至1991年也在利用相同的思想致力于C++的开发,而后于1991年发表了他的著作AdvancedC++ProgrammingStylesandIdioms。同年ErichGamma得到了博士学位,然后去了美国,在那与RichardHelm,RalphJohnson,JohnVlissides合作出版了《设计模式:可复用面向对象软件的基础...
· 设计模式
发展历史建筑师克里斯托佛·亚历山大在1977/79年编制了一本汇集设计模式的书,但是这种设计模式的思想在建筑设计领域里的影响远没有后来在软件开发领域里传播的广泛。肯特·贝克和沃德·坎宁安在1987年,利用克里斯托佛·亚历山大在建筑设计领域里的思想开发了设计模式并把此思想应用在Smalltalk中的图形用户接口(GUI)的生成中。一年后埃里希·伽玛在他的苏黎世大学博士毕业论文中开始尝试把这种思想改写为适用于软件开发。与此同时JamesCoplien在1989年至1991年也在利用相同的思想致力于C++的开发,而后于1991年发表了他的著作AdvancedC++ProgrammingStylesandIdioms。同年ErichGamma得到了博士学位,然后去了美国,在那与RichardHelm,RalphJohnson,JohnVlissides合作出版了《设计模式:可复用面向对象软件的基础...

关于我们

关注族谱网 微信公众号,每日及时查看相关推荐,订阅互动等。

APP下载

下载族谱APP 微信公众号,每日及时查看
扫一扫添加客服微信