---

※ 引述《Lordaeron (Terry)》之銘言：
: 1.毛澤東語錄 Refactoring
: 2.毛澤東像章 Design Patterns
: Design Patterns是個人崇拜的另一種表現形式。革命初期，從主管到碼農，
: 人人必戴（「黑五類寫COBOL的」沒有資格戴除外），以表示對
: Design Patterns的敬仰。據估計，文革期間共生產了XX億本各式各樣的
: Design Patterns書籍，廠商機關爭先恐後，推出更精緻更豪華版本。


剛好看到一篇有相同批判，引起激烈討論的文章給各位參考看看
https://www.linkedin.com/pulse/agile-dead-matthew-kern

在其中作者（他舉了很多敏捷創始者的說法佐證）也認為敏捷變得像是宗教及炒作商品



節錄部分如下

Agile Software Development work is
dead.  If you practice that, you are a doorstop.  If you manage that way,
you are a boat-anchor.  The wave has ended, it is over, ...
... Who said Agile is dead?
The founders of Agile and its practitioners said it,
我告訴你敏捷開發已經死亡了。假如你正在團隊中套用敏捷開發，
你本身就是專案的阻礙
。敏捷開發的潮流已經走到終點。...
...誰曾經這麼說過(敏捷已死)呢？敏捷的創立者及他的實行者都這樣說。



There was a sacred mythology, strange terminology, special sacred tools and
other weird cult behavior.  (For example many Agile practitioners are
bullies, and want to browbeat you into agreeing with them.  They will attack
you or undermine your credibility when you disagree...
曾經有一個神聖的方法學，奇怪的名詞，特殊的禮拜工具，以及其他奇怪的儀式。
（打比方說很多敏捷參與者就像是教堂長老，他們會認為你應該要認同他們。
當你不同意時，它們會攻擊你，逐漸削弱你的發話權...）


However the Agile Manifesto should be replaced with reputable research
findings and serious management.  This “manifesto" eschewed all management
and engineering rigor in favor of laziness.  Some of it should probably also
be burned, buried and then a very big rock placed on top.  Then a warning to
future generations should be carved in the rock.  ‘Something like “Naive
oversimplified management ideology does not sell services forever,...
然而敏捷的那些宣言應該被知名的研究發現及嚴肅的管理學所取代。那些宣言因為懶惰
的原因避開了管理及工程的檢驗。其中的一些甚至應該燒掉，埋葬，用巨石鎮壓，然後把
這個警告刻在石頭上：天真地過分簡化管理，...



Agile became a brand-name, with marketing hype. It therefore became subject
to the rules of all such hyped products....
敏捷已經變質為一個招牌，還是一種行銷的炒作。它只是波潮流所推送的產品中的品項。



--
"May the Balance be with U"(願平衡與你同在)

遊戲設計教學，討論，分享。歡迎來信。

黑水溝歷史文庫 https://ndark.wordpress.com/

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.241.16.195
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1462883064.A.190.html

---

※ 引述《NDark (溺於黑暗)》之銘言：
: 的原因避開了管理及工程的檢驗。其中的一些甚至應該燒掉，埋葬，用巨石鎮壓，然後把
: 這個警告刻在石頭上：天真地過分簡化管理，...
: Agile became a brand-name, with marketing hype. It therefore became subject
: to the rules of all such hyped products....
: 敏捷已經變質為一個招牌，還是一種行銷的炒作。它只是波潮流所推送的產品中的品項。

這段文章還好啦(沒看本文,只看節錄)

主要不就是理想和現實間的差距嗎

理想,也就是敏捷開發,這個idea很好,也有很多書在提倡

可以參考這本書 http://goo.gl/zYTckv

書的後面提供了一個失敗和成功的例子

就像信仰一樣,大家都希望人心向善,世界大同,但是理想和現實總是很差距

有很多要妥協的

敏捷開發很好,重構很好,可是schedule很趕

沒時間好好思考,copy paste功能弄出來再說,先求有再求好

design pattern很好,但是沒事用繼承這種高超手法幹麼,明明有比較簡單的作法
(我有聽過前同事這樣講....)

寫測試程式很好,但是schedule很趕,先求有再求好

總之就是先求有再求好了,不過事後通常不是因為懶或是code太難懂

反正也不會出錯,就先放著,累積久了就變爛code了,相信大家都有經驗

理想很好,但是沒考慮到實務上的狀況

有改動就有風險,跑好好的地方為什麼要改,一定會有人這樣想

更何況,要量化出怎樣才叫好的開發是很困難的

敏捷開發很好,但是你要如何拿出數據說服別人??

舉一個我個人的想法(不過也只是單方面的看法XD)

我覺得姑且不論任何寫作方式,只要能作到三個大方向,大致上code不會爛到哪裡去

1.命名精確,不要出現a1,a2等等的名稱

2.每個函式控制在200~250行內

3.括號的層數控制在三層內
  e.g if
      {
         for
         {
            if
            {
            }
         }
      }
我覺得這很基本,離敏捷開發也還談不上,但實務上要完整實現就不知道要等多久了

so~實務離理想還太遠了,一步一步來嘛,你要求一步到位下場就是沒人認同

呼應一下這句,敏捷已經變質為一個招牌，還是一種行銷的炒作。

至少面試拿來嘴砲是很有用的

同樣的道理,"當責"這名詞不也一樣嗎,觀點很好

但想要一步到位,科科,當你去死~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.224.41.15
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1462886850.A.6D1.html

---

※ 引述《NDark (溺於黑暗)》之銘言：
: 剛好看到一篇有相同批判，引起激烈討論的文章給各位參考看看
: 在其中作者（他舉了很多敏捷創始者的說法佐證）也認為敏捷變得像是宗教及炒作商品
: 節錄部分如下

        十年前我在寫專案時，只要碰到新名詞一律都跳過，

        都是騙錢的東西嘛...

        網格、資料探勘、雲端、敏捷開發、PMP、大資料、

        太多了。

        一律跳過。因為我是正統資工出身的，包裝在這些名詞

        背後的技術是騙不了我的。 (茶)




--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.118.38.47
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1462887388.A.CF6.html


--
※ 作者: terievv 時間: 2016-05-15 08:13:54