軟體工程開發術:隕石開發法

原文:http://eiki.hatenablog.jp/entry/meteo_fall http://eiki.hatenablog.jp/entry/meteo_fall

今天,要來介紹一下日本最具代表性的軟體開發手法。

其名曰,隕石開發法[1]!

第一節

一般採用瀑布開發的專案會長得像這樣,

f:id:eiki_okuma:20180510174947j:plain

隕石開發則會是這樣。

f:id:eiki_okuma:20180510175057j:plain

然後變這樣

f:id:eiki_okuma:20180525121815j:plain

這是敏捷開發的一個 Cycle,

f:id:eiki_okuma:20180510180549j:plain

在神面前,無用。

f:id:eiki_okuma:20180521164112j:plain

神大喝一聲,全部崩毀

f:id:eiki_okuma:20180521165302j:plain

人民用盡全力將其再建

f:id:eiki_okuma:20180529225612j:plain

這就是,隕石開發法(≒隕石先行開發)。

第二節

全部的行程表都要視天界狀況而定。這被稱為默示錄。

f:id:eiki_okuma:20180521192852j:plain

雖然在軟體開發裡,回饋(Feedback)是很重要的因子, !

f:id:eiki_okuma:20180521233156j:plain

無法傳達給神。

f:id:eiki_okuma:20180521233433j:plain

但是,可以用力地祈禱。這種祈禱有極少數會被神聽見

f:id:eiki_okuma:20180524215004j:plain

神會以各種姿態現身。 從外人看來可能會長這樣,

f:id:eiki_okuma:20180525122510p:plain

從內部看來,也可能以這種型態棲息。

f:id:eiki_okuma:20180525122514p:plain

f:id:eiki_okuma:20180525122521p:plain

另外、說不定甚至沒見過 or 連是誰都不知道。[2]
(http://eiki.hatenablog.jp/entry/meteo_fall#f-3b6241dc “要するに版権者や著作者。このパターンがもっとも凶悪である。”)

f:id:eiki_okuma:20180530181807j:plain

讓軟體開發的效率急遽上升的銀彈雖然並不存在, 但其反面卻是存在的。與羅摩衍那中因陀羅之矢一樣威力無窮。(譯註:宮崎駿天空之城中,拉普達雷電被穆斯卡推斷為曾毀滅過索多瑪與蛾摩拉的天火及印度史詩中的天帝因陀羅之箭。)

f:id:eiki_okuma:20180525122856j:plain

第三節

即使如此,如果神一人就能建立秩序的話那還好些。 問題是,也有兩個以上的神存在的例子, 這些神們屢屢降下矛盾的啟示,屢屢打架。

f:id:eiki_okuma:20180525115016j:plain

吾人以諸神黃昏《Ragnarok》稱之。 而受害的總是吾人這類「小民」。 另外,原來由一神所築起秩序的地方,出現了新的神, 將舊神的一切全部摧毀的情況也是有的。

f:id:eiki_okuma:20180525115231j:plain

吾人將這以聖戰《Jihad》稱之。[3]

雖然同樣都握有絕對的權力,但根據神的不同, 也是存在下圖這類極稀少的神

f:id:eiki_okuma:20180525120109j:plain

而上圖那種祈求不著,尋找不見的,恐怕是邪神。 [4]

最後,歷經我等血汗所製作出的供物, 在我等所不知的場所華麗發表了。

f:id:eiki_okuma:20180525123200j:plain

然後總是不斷在這裡又產出新的規格

總結

這次,介紹了在日本軟體開發第一線上,總是自然而然被使用的災害型隕石開發法。 順帶一提,目前還沒有與其抵抗的方法。

希望你,以及我等,都能早一日適應。

這篇文是虛構的。和實際的人物、團體完全沒有關係。

註解

[1] :命名者:へっぽこ氏(@heppoko

[2] :版權者、著作者,這種神明更兇惡。

[3] :Release版比預定要晚一年的軟體案裡,通常是發生這種事情

[4] :馬太福音 7:7 ~ 7:12:『你們祈求,就給你們;尋找,就尋見;叩門,就給你們開門。因為凡祈求的,就得著;尋找的,就尋見;叩門的,就給他開門 。』