ジョブの定義 この話はもう少し、深掘りして見ようと思います。 ジョブ型雇用となると、 ジョブの定義 が必要です。 これこれをしなければならない これこれをしてはいけない などです。 TDD専門職を雇うとすると1番目に引っかかるだろう点 TDD専門職を雇う…

どの様な話？ 私はこのブログ中で、TDDについて批判的でした。 TDD自体は良い所も有るのかも知れませんが、多分、その実際の運用が、私にとって批判の対象となり得る物となっているのだと思います。 実際の運用 現在、行われているTDDの運用は、 束構造因果…

合流点と来れば 合流点と来れば、交絡についても言及しないといけないと思いますが、 大データへの読み書き＆保全（「JavaScriptが大変 ２」参照） をするプログラムを、オニオンリングとかの形式にして、 値作成（ドメインモデルに関連有り） 大データへ読…

どの様な話？ ソフトウェア開発での、束構造の因果ダイアグラムは、 上限が「システムを作ろうとする発端」で、 上限方向のグラフの半分が「原因が、複数の独立・直交した部分原因に分かれる」過程で有り、 グラフの真ん中の一番「太った」部分に、一番小さ…

テストも「原因」の1つだったとしたら、 テストも「原因」の1つだったとして、 「プログラムの部分」が持つ「原因」の数に限りが有るとして、 一番小さい方の「プログラムの部分」の様に、数に余裕が有る場合と違い、 もっと大きい方の「プログラムの部分」…

どの様な話？ 前回、『「fat」を恐れる』では、 複数のプログラムの部分が、特定の原因を共有していた場合 につきまして考察しましたが、 今回は、 1つのプログラムの部分が、複数の原因を持つ場合 につきまして考察いたします。 昔に比べて COBOLシステムは…