軟弱プログラミング 軟弱プログラミングを可能にする為には「何がトレードオフできるかを含めて業務要件を把握しておく」必要あり。 設計と実装のロールが分離されている場合は難しいと思う。

「もっと」戦略崩壊に見る、実用ソフトの「終わり」 「終わり」をどのようにデザインするのか？ かつてはRPGなど物語性の強いゲームが主流であり、その場合は当然なんらかの「エンディング」を用意されていた。 近年では「オープンエンド」と言葉で紹介され…

写真を無造作に置いた感じなＵＩの画像ギャラリー「XML Gallery 2」 整理整頓されているのがいいのか無造作がいいのか。