軟體工程開發術：隕石開發法
今天，要來介紹一下日本最具代表性的軟體開發手法。
其名曰，隕石開發法[1]！
第一節
一般採用瀑布開發的專案會長得像這樣，
隕石開發則會是這樣。
然後變這樣
這是敏捷開發的一個 Cycle，
在神面前，無用。
神大喝一聲，全部崩毀
人民用盡全力將其再建
這就是，隕石開發法（≒隕石先行開發）。
第二節
全部的行程表都要視天界狀況而定。這被稱為默示錄。
雖然在軟體開發裡，回饋（Feedback）是很重要的因子， !
f:id:eiki_okuma:20180521233156j:plain
卻無法傳達給神。
但是，可以用力地祈禱。這種祈禱有極少數會被神聽見。
神會以各種姿態現身。 從外人看來可能會長這樣，
從內部看來，也可能以這種型態棲息。
另外、說不定甚至沒見過 or 連是誰都不知道。[2]
(http://eiki.hatenablog.jp/entry/meteo_fall#f-3b6241dc “要するに版権者や著作者。このパターンがもっとも凶悪である。”)
讓軟體開發的效率急遽上升的銀彈雖然並不存在， 但其反面卻是存在的。與羅摩衍那中因陀羅之矢一樣威力無窮。（譯註：宮崎駿天空之城中，拉普達雷電被穆斯卡推斷為曾毀滅過索多瑪與蛾摩拉的天火及印度史詩中的天帝因陀羅之箭。）
第三節
即使如此，如果神一人就能建立秩序的話那還好些。 問題是，也有兩個以上的神存在的例子， 這些神們屢屢降下矛盾的啟示，屢屢打架。
吾人以諸神黃昏《Ragnarok》稱之。 而受害的總是吾人這類「小民」。 另外，原來由一神所築起秩序的地方，出現了新的神， 將舊神的一切全部摧毀的情況也是有的。
雖然同樣都握有絕對的權力，但根據神的不同， 也是存在下圖這類極稀少的神。
最後，歷經我等血汗所製作出的供物， 在我等所不知的場所華麗發表了。
然後總是不斷在這裡又產出新的規格。
總結
這次，介紹了在日本軟體開發第一線上，總是自然而然被使用的災害型隕石開發法。 順帶一提，目前還沒有與其抵抗的方法。
希望你，以及我等，都能早一日適應。
這篇文是虛構的。和實際的人物、團體完全沒有關係。
原文：http://eiki.hatenablog.jp/entry/meteo_fall
註解
[1] :命名者：へっぽこ氏（@heppoko）
[3] :Release版比預定要晚一年的軟體案裡，通常是發生這種事情
[4] :馬太福音 7:7 ~ 7:12：『你們祈求，就給你們；尋找，就尋見；叩門，就給你們開門。因為凡祈求的，就得著；尋找的，就尋見；叩門的，就給他開門 。』