TDDはゆるく実践しても大丈夫 - 千里霧中
最近、TDDのテストコードは捨てても良いかみたいな議論を見ました。 これに対する自分個人の経験上の意見ですが、TDDは雑多にテストコードを使い捨てても効果を出せると思います。 もちろん、TDDで保守性が高く価値あるテストを書いて、捨てずにCIや中長期的なリファクタリングで再利用していくと、TDDの効果を増幅できます。ただ、それをするにはスキルや事前の工夫、労力が必要ですし、できる場面に限りがあります。 そういったことをやらず、もっとゆるい姿勢で取り組んでも、費用対効果をプラスにできる手法がTDDだと考えています。 今回は、そのTDDでゆるくしてもよいポイントを、実経験からまとめたいと思います。 TDDのテストは使い捨てでいい TDDのテストはプログラマのこまごまな課題に応じて累積的に作られるため、保守コストがかかるテスト・保守する価値の低いテストが生まれがちです。そのためテストの使い捨ての
エンジニアの１日は8時間というトリックがコスト増を招く - 室長のひとりごち
作業工数の見積もりをする際にどのように工数を見積もっているでしょうか。工数は人月を単位として見積もる場合の流れをポストイットに書き出してみてください。 さて、書けましたか。 作業見積もり 作業を見積もるのですからこれから作業する将来の作業時間を見積もります。見積もりには様々な見積もり手法があります。FP法、COCOMOIIなどありますから見積もり対象が見積れる手法を選択して見積もります。わざわざ見積れる手法でと書いているはインフラの作業見積もりにはFP法は向かない場合もあるからです。 何れにしても、ある程度の精度で見積もりできる手法を選ばならないのは変わりません。 人月単位 お題は見積もり単位を人月で答える、というものです。さて人月は月あたりに占める人的リソースの使用量ですから、人月を１とした場合の人的リソースを誰もが共通的に同じ解釈をできる単位で交換する必要があります。 その単位は通常は
DOM Based XSSの基礎と実例 | CodeGrid
このシリーズでは、脆弱に関するさまざまな問題のうち、フロントエンド実装者が注意したいDOM based XSSについて、その危険性の説明と実例、回避方法などを解説します。
No Estimate 見積もりしない開発手法 - Qiita
この記事は、.NetRocksの1160話 No Estimates with Woody Zuillの書き取りと、日本語訳です。2015年7月2日放送。 使ったもの (tools used)：Express Scribe & Music to Code by 翻訳にあたってCarl Franklin氏の了承は頂きました。 リスナーの投稿とか、CarlとRichardのBetter Know Frameworkは飛ばして、ゲストインタビューのみ。 日本語化してない、英語音声書き取りメモは、まんまここにおいてます。 太字は訳者が、声の大きさとかスピードから、特に強調されていると思ったところです。これは主観なので、そう感じない人がいたらごめんなさい。 Carl Franklin（以下C）Woody は30年以上プログラミングやっていて、ハンター・インダストリーでアジャイル手法のコーチやアプリケ
【翻訳】ストーリーポイントを使うのをやめよう - PoohSunny's blog
はじめに このエントリーは、Industrial LogicのCEOで、モダンアジャイルの提唱者としても知られるJoshua Kerievskyの「Stop Using Story Points」というブログポストを許可をえて*1翻訳したものです。2012年と古いものですが、今でも有益な内容だと考えています。原文はこちらになります。 www.industriallogic.com 誤訳等あれば優しく指摘していただけるととても助かりますし喜びます。 ユーザーストーリーを使うのをやめよう ハンバーガー、ポテトそしてコーラがファーストフードのシンボルであるように、スプリント、朝会そしてストーリーポイントは、アジャイルの方法論のシンボルになりました。 アジャイルハッピーセットの準備はできていますか？ おそらくNoでしょう。 ファーストフード研究者のように、我々はアジャイルハッピーセットに、アジリテ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
