近年のシステム開発では図1に示すように自動化されたテストを取り込み、継続的インテグレーションを実現した開発スタイルが提唱されています。 テストの自動化を導入することで、ソフトウェア開発で最も恐れるべき事象の1つであるデグレードを回避することができるため、積極的にコードを整理(リファクタリング)することができるようにもなります。 またテストの自動化は、先進的なアジャイル開発ではもちろんのこと、従来のウォーターフォール型開発プロセスにも有効的な適用が可能であるため、近年急速に一般化しつつあります。そしてRuby on Rails(以下、Rails)にはテストの自動化を実践するためのサポートが含まれています。
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 フィールドワークなどの調査で集めた質的情報を、俯瞰的視点と細部に踏み込んだ視点の両方を用いて包括的に分析し、分析結果をメンバー間でしっかり共有しておけるかが重要になります。 ある事実を観察したとしても、 事実を特定の視点による特定の角度からしか観察できないすべてを観察することができず一部のみしか観察できない観察者の意思が働いて、観察結果に事実そのままではない強弱ができてしまう観察者それぞれで異なる見方をしてしまうので、おなじ事実をみても観察者によって解釈が異なる ということが起こるので、観察した結果を、調査後、再度メンバー全員での分析作業により、上記の問題を補う必要があります。 多くの調査がこの分析作業を重視しないので、多くの事実が抜け落ちてしまったり、ゆがめられて解釈され
jQueryの $(function(){ ... }) は、ページの load イベントではなく、DOMContentLoaded というイベントをトリガにして実行されます(Firefoxの場合)。このイベントはHTMLファイルがロードされDOMツリー構築が終了したときに実行されます。画像などの重いコンテンツのロードが始まる前に実行されるため体感速度が向上します。 しかし、以下のようにDOMContentLoadedをトリガにしてページ内の画像をcanvasで処理しようとすると、まだ画像が読み込まれていないためエラーになることがあります*1。 $(function(){ $("img").each(function(){ var canvas = document.createElement('canvas'); var c = canvas.getContext('2d'); c.dr
■条件付き確率 ■ 全事象のどの要素が起こることも「同様に確からしい」とき, 事象Aの起こる確率P(A)は,「全体に対する部分の比」で定義されます。 ■ これに対して, 事象Aが起こったときに事象Bが起こる確率 (事象Aが起こったことが分かっているときに事象Bが起こる確率) 条件付き確率PA(B)は,「部分に対する部分の比」で定義されます。
©BONES/STAR DRIVER製作委員会・MBS このホームページに掲載されている一切の文書・図版・写真等を、手段や形態を問わず複製、転載することを禁じます。 お問い合わせプライバシーポリシーアニプレックス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く