2026年10月 日 月 火 水 木 金 土 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 カテゴリー
- 2026年10月
- 2026年6月
- 2026年5月
- 2026年4月
- 2026年2月
- 2026年1月
- 2025年12月
- 2025年11月
- 2025年10月
- 2025年9月
- 2025年8月
- 2025年7月
- 2025年2月
- 2025年1月
- 2024年12月
- 2024年9月
- 2024年7月
- 2024年6月
- 2024年5月
- 2024年4月
- 2024年3月
- 2023年7月
- 2023年6月
- 2023年5月
- 2022年12月
- 2022年9月
- 2022年8月
- 2022年7月
- 2022年2月
- 2021年12月
- 2021年11月
- 2021年10月
- 2021年9月
- 2021年3月
- 2021年1月
- 2020年12月
- 2020年8月
- 2020年7月
- 2020年4月
- 2020年3月
- 2020年2月
- 2019年11月
- 2019年10月
- 2019年9月
- 2019年8月
- 2019年7月
- 2019年6月
- 2019年5月
- 2019年4月
- 2019年3月
- 2019年2月
- 2019年1月
- 2018年12月
- 2018年11月
- 2018年10月
- 2018年9月
- 2018年8月
- 2018年7月
- 2018年6月
- 2018年5月
- 2018年4月
- 2018年1月
- 2017年12月
- 2017年11月
- 2017年10月
- 2017年9月
- 2017年8月
- 2017年7月
- 2017年6月
- 2017年5月
- 2017年4月
- 2017年2月
- 2017年1月
- 2016年12月
- 2016年11月
- 2016年10月
- 2016年9月
- 2016年8月
- 2016年6月
- 2016年4月
- 2016年3月
- 2016年2月
- 2016年1月
- 2015年12月
- 2015年11月
- 2015年10月
- 2015年9月
- 2015年8月
- 2015年7月
- 2015年6月
- 2015年5月
- 2015年4月
- 2015年3月
- 2015年2月
- 2015年1月
- 2014年12月
- 2014年11月
- 2014年10月
- 2014年9月
- 2014年8月
- 2014年7月
- 2014年6月
- 2014年5月
- 2014年4月
- 2014年3月
- 2014年2月
- 2014年1月
- 2013年12月
- 2013年11月
- 2013年10月
- 2013年9月
- 2013年8月
- 2013年7月
- 2013年6月
- 2013年5月
- 2013年4月
- 2013年3月
- 2013年2月
- 2013年1月
- 2012年12月
- 2012年11月
- 2012年10月
- 2012年9月
- 2012年8月
- 2012年7月
- 2012年6月
- 2012年5月
- 2012年4月
- 2012年3月
- 2012年2月
- 2012年1月
- 2011年12月
- 2011年11月
- 2011年10月
- 2011年9月
- 2011年8月
- 2011年7月
- 2011年6月
- 2011年5月
- 2011年4月
- 2011年3月
- 2011年2月
- 2011年1月
- 2010年12月
- 2010年11月
- 2010年10月
- 2010年9月
- 2010年8月
- 2010年7月
- 2010年6月
- 2010年5月
- 2010年4月
- 2010年3月
- 2010年2月
- 2010年1月
- 2009年12月
- 2009年11月
- 2009年10月
- 2009年9月
- 2009年8月
- 2009年7月
- 2009年6月
- 2009年5月
- 2009年4月
投稿者「masuda」のアーカイブ
コードを短くすると単体テストが楽になる、の実装編
前回は理論的なところを説明したのですが、では具体的どうするのか?ということで。 コードを短くすると単体テストが楽になる、の証明 | Moonmile Solutions Blog http://www.moonmile. … 続きを読む
コードを短くすると単体テストが楽になる、の証明
感覚的には、コードを短くすると、単体テストが楽になり、結果的に品質があがり、最終的にはプロジェクトの成功率が上がる、ことは理解っているのだけど、人に説明すると、どうも「納得いか~ん」方が居られるので、ちょっと論理的に証明 … 続きを読む
新規ソフトウェア開発においてのプランニング
通勤中にぽちぽちとまとめた結果をアップしておきます。 ・要素を抜き出しているだけなので、別途つながりを検討する必要があり。 ・一般的なウォーターフォール開発の流れで。 → ただし、顧客の要望を取り込めるように、顧客からの … 続きを読む
カテゴリー: プロジェクト管理, Plan Language
新規ソフトウェア開発においてのプランニング はコメントを受け付けていません
Plan Language を実践中
計画言語を計画中でちょっと止まっておりますが(裏側で xUnit で頭を使っていたからというのもあり)、別件のサイトを作成中です。 いつものパターンならば、Excel で ToDo リストを出していくところなのですが、ど … 続きを読む
カテゴリー: プロジェクト管理, Plan Language
1件のコメント
コードを短く書く努力をするよ(VC++編)
さて、C# や VB でコードを短くするには限界があります。 という具体例を出しましょう。 まずは、先ほどの VB のコードを再掲します。 これでも十分短いですよね。しかも Dictonary を使っているから効率が良さ … 続きを読む
コードを短く書く努力をするよ(2)
コードを短く書く努力をすると、テストが省ける | Moonmile Solutions Blog http://www.moonmile.net/blog/archives/2135/ の続きです。上記では refact … 続きを読む
コードを短く書く努力をすると、テストが省ける
まぁ、がしがしとタイピングするのも楽しいけど、私は作業量を考えて短くするのが好きです。 行数にするとアウトプットの量が減るんですけどねw、気にせず。 こんな風な画面で、マウスをポイントしたとき(MouseEnter と … 続きを読む
Gantt Chart を IDEF0 風に記述する
大雑把ですが、ガントチャートを IDEF0 風に分解すると、こんな図になります。 ・インプット方向のタスク(前工程のタスク)がある。 ・アウトプット方向のタスク(後工程のタスク)がある。 ・タスクは、一定の作業量を持つ。 … 続きを読む
カテゴリー: プロジェクト管理, Plan Language
Gantt Chart を IDEF0 風に記述する はコメントを受け付けていません
verifiable plan language の目指すところを考察してみる
検証可能な計画言語ってことで、おおまかな目標のメモです。Javaのカラー本を真似してして色分けしてみました。「色」自体に意味があるのですが、これは後ほど。 ざっと見て分かるとおり、PDCA(Plan/Do/Check/A … 続きを読む
カテゴリー: プロジェクト管理, Plan Language
verifiable plan language の目指すところを考察してみる はコメントを受け付けていません
F#でER図を書こうと思ったけど止めておくの巻
F# ではオペレータの再定義が自由なので、色々な演算子が作れる…ってことは、ER図の鳥足みたいのもできるのでは?と思ったのがこれ。 演算子としては異様、と言いますか単純に外部結合をするだけのために使う、のかな … 続きを読む
カテゴリー: 雑談
F#でER図を書こうと思ったけど止めておくの巻 はコメントを受け付けていません