WerkflowのCodehausからのワークフロー管理ソフトウェアは冬眠に、外見上ある。 場所は ソフトウェアかドキュメンテーションにリンクを含んでいない。 それは素晴らしい約束昇給を深刻な質問する。

なぜか。
場所に従ってソフトウェアの新版はより簡単な仕事に-ゼリーなしに(神に感謝しなさい)そして1つの外的な依存だけ(と公有地ではない)希望ある。 それは目的グラフを維持する必要がないし、Nの動的割れ目のMは可能である。

これまでのところは良い。 しかしなぜ以前のバージョンを降ろしなさいか。 それはそれらが恥じているを/恐れているを/できないの維持ほどソフトウェアが悪くなければ新版が解放される前にソフトウェア会社がソフトウェアの既存のバージョンを中断することができるように極めてまれである。 私はこの場合よりよい理由があることを望む。

それは基本的なワークフロー管理ソフトウェアとしてその悪い状態だったか。
個人的に私はワークフローの編集者およびゼリーの欠乏を除いてそれをそんなに嫌わなかった。 Haniはおそらく合わない:

従って何がwerkflowについてとても馬鹿馬鹿しいか。 まず、依存のリストを見なさい。 18の部品。 私はないからかう。 この18の、4つは版スナップショットであり、もう一つの4つは開発版である。 これらの瓶はすべてのxmlによって基づくc **専門家がそう上機嫌で開拓したpのように疑いをもって見える。 人々、xmlようにコードをある死んでいるが、移動目覚めなさい。 あなたの友人はまだxmlを使用してすべてを運転するためにのためのない嘲笑し頑固に維持でき、読みやすい旧式コードを書く。 但し彼らはおむつとの物であるが1身に着けている下着であることを、安心しなさい。 定まるために訓練される十分に取るに足らない(一人で!) それが言われた下着の下で入れ、注意深く結果として生じるプロダクトを向ける時間である時。 あなたのxmlによって取りつかれている友人は彼らのおむつにすべてを排泄する世界に世界の心配なしに一方で住んでいる。 彼らはすべてので否応なしに提供しなければならない解放喜ぶ。 結局、少し手荷物は何の歓喜と比較されるないならない発見適切な容器または位置であるか。

源: BileBlog

別のノートで今日私は10年背部1つの手の指とのそれらを数えることができる一方ダースオープンソースワークフロー管理ソフトウェア製品に評価させる。 これは悪態と同様、利益である。