今日から冬期休暇に入り、早速朝から自宅の大掃除を開始しました。
担当は換気扇とお風呂場のみですが、普段あまりしないことなので、すごく疲れました。
換気扇は、キッチンマジックリンを使用して、油汚れがひどかったので、5分くらいつけおきをしておいたらあっという間に油汚れが取れました。
これは、すごいなと思う反面、環境にいい洗剤なのかなと思いました。
詳しい成分は見てもよくわからないので、なんともいえませんが、本当にすごいです。
お勧めの商品です。
担当は換気扇とお風呂場のみですが、普段あまりしないことなので、すごく疲れました。
換気扇は、キッチンマジックリンを使用して、油汚れがひどかったので、5分くらいつけおきをしておいたらあっという間に油汚れが取れました。
これは、すごいなと思う反面、環境にいい洗剤なのかなと思いました。
詳しい成分は見てもよくわからないので、なんともいえませんが、本当にすごいです。
お勧めの商品です。
先日からデータモデリングを手書きで行い、それが実現可能であるかを検証するために、実装をしていましたが、細かなところで、これではダメだとわかりました。
実際にプログラミングをしてみて、わかることってあるなということがよくわかりました。
当初考えていたものだとあまりにも貧弱であったということ・自分自身のスキルが足りないこと・詳細まで考えていなかったことが原因にあります。
しかし、実際にクラス図をツールなどを使用して、清書したところで、実際にプログラミングをしてみないと、うまくいくかどうかはわからないということです。つまり、清書しても誰が見るわけでもないものを、清書することがムダということです。
それでも今回は、NUnitを使用してテスト駆動開発で進めているので、リファクタリングもできるので、被害はあまり拡大していない状態です。
もっともっと色々な実現方法を考えなくてはならないなと思いました。
実際にプログラミングをしてみて、わかることってあるなということがよくわかりました。
当初考えていたものだとあまりにも貧弱であったということ・自分自身のスキルが足りないこと・詳細まで考えていなかったことが原因にあります。
しかし、実際にクラス図をツールなどを使用して、清書したところで、実際にプログラミングをしてみないと、うまくいくかどうかはわからないということです。つまり、清書しても誰が見るわけでもないものを、清書することがムダということです。
それでも今回は、NUnitを使用してテスト駆動開発で進めているので、リファクタリングもできるので、被害はあまり拡大していない状態です。
もっともっと色々な実現方法を考えなくてはならないなと思いました。
先日、約6年くらい使用していたPC用の椅子が壊れてしまい、昨日新しい椅子を購入しました。
約6年くらい愛用していたので、すごく気に入って使っていましたが、限界に来てしまい、壊れてしまいました。
今度の新しい椅子は、今までちょっと違ったタイプのものなので、画像をアップしました。
座ってみた感想としては、すごく座りごごちもよく長くPCの前に座っていても疲れないので、非常にいいです。
約6年くらい愛用していたので、すごく気に入って使っていましたが、限界に来てしまい、壊れてしまいました。
今度の新しい椅子は、今までちょっと違ったタイプのものなので、画像をアップしました。
座ってみた感想としては、すごく座りごごちもよく長くPCの前に座っていても疲れないので、非常にいいです。
C#に現在の日付より○ヵ月後を取得するメソッドがなかったので、DelphiのIncMonthをC#に移植しました。サンプルのコードは以下のようになります。
private DateTime IncMonth(DateTime dt, int NumberOfMonth)
{
int Sign;
if (NumberOfMonth >= 0)
Sign = 1;
else
Sign = -1;
int year =dt.Year, month = dt.Month, day =dt.Day;
year = dt.Year + (NumberOfMonth / 12);
NumberOfMonth = NumberOfMonth % 12;
month += NumberOfMonth;
if ((month - 1) > 11)
{
year += Sign;
month += -12 * Sign;
}
day = DateTime.DaysInMonth(year, month);
return DateTime.Parse(year.ToString() + "/" + month.ToString() + "/" + day.ToString());
}
それにしても、○日後はあるのに、なぜ、○ヵ月後がないのか非常に不思議です。
private DateTime IncMonth(DateTime dt, int NumberOfMonth)
{
int Sign;
if (NumberOfMonth >= 0)
Sign = 1;
else
Sign = -1;
int year =dt.Year, month = dt.Month, day =dt.Day;
year = dt.Year + (NumberOfMonth / 12);
NumberOfMonth = NumberOfMonth % 12;
month += NumberOfMonth;
if ((month - 1) > 11)
{
year += Sign;
month += -12 * Sign;
}
day = DateTime.DaysInMonth(year, month);
return DateTime.Parse(year.ToString() + "/" + month.ToString() + "/" + day.ToString());
}
それにしても、○日後はあるのに、なぜ、○ヵ月後がないのか非常に不思議です。
テスト終盤において、見つかる殆んどのバグは、ある特定のモジュールに集中したりすることがよくあると思います。
今回もあるプロジェクトでバグの殆んどがそのモジュール周辺に集中しました。
その部分を徹底的にテストをして安定させたことで、リリースを迎えることができました。
その部分のテストが進まなかったので、私もバグフィックスをしました。
やはり、色々なプロジェクトにテストの立場として加わってみてわかったことですが、テスト終盤になって見つかってくるバグの殆んどがある特定のモジュールに偏っているのではないかと最近思います。
そういった箇所というのは、実装している人が不安に感じている部分なので、ヒアリングしたり、自分でテストコードを書いてみることで、早期にバグが発見できるし、効率的にテストが進むと考えられます。
今回もあるプロジェクトでバグの殆んどがそのモジュール周辺に集中しました。
その部分を徹底的にテストをして安定させたことで、リリースを迎えることができました。
その部分のテストが進まなかったので、私もバグフィックスをしました。
やはり、色々なプロジェクトにテストの立場として加わってみてわかったことですが、テスト終盤になって見つかってくるバグの殆んどがある特定のモジュールに偏っているのではないかと最近思います。
そういった箇所というのは、実装している人が不安に感じている部分なので、ヒアリングしたり、自分でテストコードを書いてみることで、早期にバグが発見できるし、効率的にテストが進むと考えられます。