你是否也處在這樣的反模式中
Bryanedds 自稱是一名軟件異教徒。近日，他 在Medium上歷數了現代軟件開發中存在的反模式 。本文將扼要進行介紹。
- 業務思維偏愛短期利益
- 不合群就會被釘上十字架
- 軟件架構師成為政客
- 忍受痛苦是你提供的商品
- 周圍的同事不支持變革
- 總是有人伺機“削（Undercut）”你
- 責任心被剝奪
- 方法論成為管理工具
在軟件開發工作中，考慮越長遠，軟件就會越健壯，成本就會越低，痛苦就會越少。但由于經濟環境驅使，管理者采用了一種短視的思維方式。軟件系統的完整性不僅沒能成為應該受到尊重的約束，反而被看成了軟件開發的障礙。
不管你多么高效，不管你加了多少班，或者與同事合作得多好，只要你的想法與管理層出現了分歧，你就會被釘上十字架。因為你的工作是幫助管理層達成下一季度的預期。你必須修復上一季中本可以避免的缺陷，或者僅僅重構幾段不相干的代碼實現下一個拙劣的特性。
成為一名軟件架構師的資格不是技術，而是具備強迫一線工程師以不可持續的方式實現軟件功能的能力，因為這是滿足短視的管理層所必須的，而構建精心設計的系統就不再是軟件架構師的首要任務了。
讓你獲得軟件開發職位的不是你的技術能力，也不是你同其他工程技術人員合作的能力，因為日常工作只需要你很小的一塊能力。真正讓你獲得職位的是你對莫名其妙的Bug和混亂代碼的忍受能力。你不是一個問題解決者，而是一名問題忍受者。
業務和管理人員短視，但與你共事的人比他們更短視。管理人員會考慮下一個報告期，而他們可能只考慮下一個工資期。
有人從不抱怨代碼，也從不“浪費時間”梳理代碼，并且總是最先終止“有害”的討論。一旦團隊的代碼庫變得混亂，他就會取代現有的軟件架構師，成為新的負責人。
集體代碼所有是了讓開發工作不中斷，但它允許任何人以任何方式修改任何代碼。這會導致“ 公地悲劇 ”。而實際上，有時候“阻塞”是必要的，高級工程師可以藉此防止代碼庫遭受短期思維侵害，確保軟件以一種可持續的方式開發。Bryanedds認為，集體代碼所有是自JavaScript出現以來最損害代碼的事。
方法論無助于創建更好的軟件，敏捷就是一個很好的例子。它開始時是一種合理的軟件開發方式，但現在卻變成了“ Psych 101 MBA Bullshit ”。
此外，Bryanedds還指出，不要期待新團隊/項目中不存在這些反模式，商業軟件開發是一種底線競爭，沒有人會在乎開發者遭受的痛苦。