はてなブックマーク

2001/05/06 作成 石井 勝 はじめに ここでは Ruby の Testing Framework ， RubyUnit で普段僕が使っている Tips を紹介したいと思います．また， RubyUnit を使いやすくするために作っている Emacs Lisp 関数も合わせて解説しましょう．Meadow などで Ruby のプログラムを書いている人はぜひ参考にしてください． Acceptance Test First 僕の場合， Ruby は開発環境改善のためのツール作成に使っています．ツール作成中は本業のソフトウェア開発を中断させなければならないため，ツール作成に割ける時間といえばせいぜい数時間といったところです．そういう短時間で Ruby のプログラムを書くには，いちいちオブジェクト指向だとかクラス設計だとか悠長なことはいってられません． そこで，数時間で作成できてしまう規模のプ

やる気さえれば誰でもできますが、誰でもがすぐにできるわけではありません。できるようになるまでに、時間がかかる人の方が圧倒的に多数派です。 やる気のある人だけでチームを組んでアジャイル開発をすることを前提とします。このようなチームであれば、コミュニケーションにまつわる問題は少なくなると想像しがちですが、実際はそのようなことはなく、連係ミスなどが発生することは珍しくありません。コミュニケーションに関してだけでも、チームがアジャイルやっているという状態になるには時間が必要です。 また、後発の要求に耐えられるようなシステムやソフトウェアの構造をつくるには、それなりのスキルが必要であり、このようなスキルはやる気だけではすぐに身に付けることはできません。 しかし、やる気を持続していければ、いつかはアジャイルにやれるようになるはずです。 そもそも、「アジャイル*を*やる」ということ自体が勘違いです。開発

Copyright (c)2013 Eiwa System Management, Inc. Oblove AMANO Masaru 1/15 プロジェクトファシリテーション 実践編 計画作りガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2013 年 12 月 25 日 第 2 版 2013 年 12 月 26 日 第 3 版 2015 年 9 月 2 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは、クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下で提供し ています。このライセンスについて詳しくは、 http://creativecommons.org/licenses/by/2.0/ を参照してください。原著作者のクレジットさえ示して頂ければ、コピー、修正、配 布してかまいません。

Copyright (c) 2012-2013 Eiwa System Management, Inc. Oblove AMANO Masaru 1/21 プロジェクトファシリテーション 実践編 見える化ガイド (株)永和システムマネジメント オブラブ 天野勝 第 1 版 2012 年 12 月 13 日 第 2 版 2013 年 1 月 10 日 第 3 版 2013 年 6 月 5 日 第 4 版 2013 年 12 月 26 日 第 5 版 2016 年 4 月 26 日 オリジナル：http://ObjectClub.jp/community/pf/#material このドキュメントは，クリエイティブ・コモンズ・ライセンス（帰属 2.0）の下で提供し ています．このライセンスについて詳しくは， http://creativecommons.org/licenses/by/2.0/

前回までで、クラスは1つの責務を持つべきである、というSRP (Single Responsibility Principle)を紹介し、その際、クラスの「名前付け」 が非常に重要である、ということに触れました。 そして、名前にまつわるエピソードとして、JTP(Joshua Tree Principle)と "Name and Conquer"について話しました。 今回は、どうやってクラス間の結合を減らすか、ということについて考えてみ たいと思います。 クラスがさまざまな他のクラスと関連を持ち始めると、そのクラスが「太って」 しまうことがよくあります。これを、"fat interface"とか、アンチパターンの 言葉で"The Blob"(肥満児)と呼びます。つまり、関連するクラス毎にメソッド が多くなり、このクラス用のメソッド群と、このクラス用のメソッド群と、と いう具合にどんどんクラス

Date: Wed, 19 Oct 2005 14:00:41 +0900 Subject: 【オブジェクト倶楽部： 2005-38号】 X-Mail-Count: 00119 ┏━━━━━━━━━━━━━━━━━━━━━━━━━━■ ┃　　　　　　　　　　　　　　　　　　　　　　　　　■┃ ●┃●　●　オ　ブ　ジ　ェ　ク　ト　倶　楽　部　　　■　┃ ┃　　　　　　　　　　　　　　　　　　　　　　　■　　┃ ┗━━━━━━━━━━━━━━━━━━━━━━■━━━┛ No.113　2005/10/19 ■　I　N　D　E　X ┃ ┣【Topics】『正しく学ぶソフトウエア設計』プレゼント ┣【プログラミング】Rubyで進むオブジェクトの道 〜脱初心者をめざして〜[9] ┣【ＰＦ】アジャツール - Agileなツール紹介[4] ┗【アンケート】気になるシステム業界 ホントのところ 〇━━━━━

"And there's business value in fun" Ruby好きとしても知られるMartin Folwerのblikiに「 ダイナミックタイピング 」というエントリがあります。このエントリでFowlerは、SmalltalkやRubyでのプログラミングは楽しい、と前置きした上で: And there's business value in fun - after all motivation is a major factor in programmer productivity. "そして、楽しさにはビジネス価値がありますーー結局、モチベーションこそがプログラマの生産性を左右するのです。" と述べました。以来、私は「And there's business value in fun」を勝手に自分自身のミッション・ステートメントとしてきました。今回のRubyKaigi2

1999/06/11 石井 勝 概要 この記事では，まずOpen-Closed Principleの意味と解説を行い，その後デザインパターンをOpen-Closed Principleの観点から眺めます．デザインパターンのうちの多くはOpen-Closed Principleを満たすために用意されたものとみなすことができます．Open-Closed Principleを理解し，数あるデザインパターンの中から，どういう場合にどのパターンを使うのが一番効果的なのかを考えます． 目次 はじめに ソフトウェアと連続性 仮想仕事の原理 修正と追加 Open-Closed Principle Open-Closed Principleの例 Open-Closed Principleの反例 オブジェクト指向とOpen-Closed Principle デザインパターンとOpen-Closed Princ

パネルディスカッション『オブラブ10周年 - オブラブは世界を変えたのか』 オブラブは今年で10周年を迎えました。オブラブが走り抜けてきたこの10年をふりかえりながら、オブラブと私たちが壊してきたもの、壊せなかったものについてオブラブの中の人に語っていただきます。そして最後に未来に向かって電波をゆんゆん飛ばします。 コーディネーター 安井 力 (Tsutomu YASUI)  （オブラブ） パネリスト 天野 勝 (Masaru AMANO)  （オブラブ 事務局長） 岡島 幸男 (Yukio OKAJIMA)  （株式会社永和システムマネジメント） 角谷 信太郎 (Shintarou KAKUTANI)  （オブラブ） 懸田 剛氏 (Takeshi KAKEDA)  （カルチャーワークス） 渡邊 拓也 (Takuya WATANABE)  （オブラブ） 濱崎 健吾氏 (Kengo HAMA

今回は、テストと進捗管理（その2）である。Alistair Cockburn は、ソフト ウェア開発の「一個流し」(*1) と進捗管理について、おもしろい例を出してい る。次の問題を考えてみて欲しい。 30個の部屋がある豪邸を考える。この豪邸から、1ヵ月後に引越しをすることに決めた。全部屋を掃除し、捨てるものと運ぶものに分類し、ダンボール箱に詰めなければならない。どのように進捗を管理したら、1ヶ月というデッドラインを守れるか。 ■ウォーターフォール的計画： 最初の1週間で全部屋の掃除を行なう 次の1週間で全部屋の捨てるものと運ぶものを分類し、ステッカーを家具や備品に貼る 次の1週間で全部屋のダンボール箱詰めを行なう 次の1週間で全部屋のチェックを行なう 4週間あるので、4週間後には全部屋のチェックまで終わる ■一個流し的計画（すなわち、アジャイルな計画）： 日割りで、1日に1つの部屋を、掃

© NEC Corporation 2006 オブジェクト・ゲーム ～コードを使わず最速でオブジェクト指向がわかる方法～ ２００６年 ６月２９日 ＮＥＣシステムテクノロジー 第一産業ソリューション事業部 牛尾 剛 © NEC Corporation 2006 ＣＩＯ プロセス改善／生産革新部門 管理者 普通の技術者 出来る技術者 ・オブジェクト指向がわかった ・最新アーキテクチャが理解できよう になった ・一般の技術者でもオブジェクト指向が わかってもらえるぞ ・オブジェクト指向ベースの手法が使え るようになるな ・はじめてオブジェクト指向とＰＪでどう 使うかがわかった ・すぐには導入しないけど、事例が増え たら使ってもいいかも・・・ ・はじめてオブジェクト指向とＰＪでどう 使うかがわかった ・アーキテクチャが違った見方ができる ようになった ・独学でわかりにくいところがわかった ・後輩に

はじめに ここでは，Windows Scripting Host (WSH) に付属している FileSystemObject を使ってみましょう．FileSystemObject は，Win32 ファイルシステムにアクセスするために使われる OLE オブジェクトです． なぜ FileSystemObject を取り上げたのかというと，Ruby のファイルシステムの機能が Win32 環境では弱いためです．例えば，ファイルセパレータが バックスラッシュ '\' ではなく '/' になっており，この指定を変えることはできないようです．また，ファイル名に「表」などヤバそうな文字が含まれている場合，File#expand_path メソッドが正しく動作しません (少なくとも ruby-1.4.4 mswin32 版では）． Excel プログラミングで，Excel ファイルをオープンするとき，フ

自動化のための nmake 入門講座 - 基礎知識編 nmake を使ってみよう make は，ある作業を自動化するためのツールです．make を利用するには， メイクファイルに作業内容を書く コマンドラインから make を実行 という手順を踏みます．ここでメイクファイルというのは作業内容が書かれたテキストファイルです．make は，メイクファイルの中身を参照してそこに書かれた一連のコマンドを実行します．メイクファイルは，通常 Makefile というファイル名を使います（ makefile でもいいが，Makefile が僕の好み）．実際にやってみましょう．まず， Makefile という名前のファイルを作成します． all: echo Hello World! このメイクファイルは，"Hello World!" という文字を echo コマンドを使って表示するという単純なものです．

『ワークショップの作り方』 ワークショップでも仕事でも、メンバー(関係者)にとって積極的に参加すると好いことがある、という動機付けを生むことが大事です。 今回はそのよい動機の循環をいかに作るか、そのファーストステップと維持のしかた、発言量を増やし、コミュニケーションをかみ合わせることについて、引き出し方と掘り下げ方を中心に実践的に皆様と考えたいと思います。 単なるアイスブレイクにとどまらず、コミュニケーションの改善とモチベーションの向上をいかにするか、みなさまに実践していただく足がかりにしたいと思います。 本間直人氏(naoto HOMMA) ＮＰＯ国際ファシリテーション協会理事、NPO 学習学協会理事。講演活動では、コミュニケーション、ファシリテーション、コーチングのほか、研修講師として活動中。笑いあふれる参加型研修が特徴。著作物には、『チーム力をつくる3ステップ』(翔泳社)等がある。九

JUnit 実践講座 - シナリオベースのテストケースの書き方 2002/02/03 作成 石井 勝 目次 はじめに メソッドベースとシナリオベース サンプルプログラム - LoginFormTest クラス scenario メソッド verify メソッド Scenario インナークラス テストに応じてスタイルを変えよう シナリオベースの問題点について 特殊解をあらわにするヘルパーメソッド はじめに ここでは，テストケースの具体的な書き方として，シナリオベースのテストケースを紹介します．プログラミングスタイルガイド で述べたように，実際の開発ではテストコードはかなりの規模になります．どうしたらテストコードを読みやすく，メンテナンス性を上げることができるのでしょうか？ …僕には，まだこの問題に対する満足な答えを得ることができません．しかし，シナリオベースでテストケースを書けば，場合によ

1999/09/03 更新 石井 勝 さて，このセクションではデザインパターンを統一的に理解するために，「 Open-Closed Principle (OCP) 」 という設計ルールに基づいてパターンを眺めてみることにします．まず OCP の意味と解説を行い，その後デザインパターンを OCP の観点から見てみます．実は，デザインパターンのうちの多くは OCP を満たすために用意されたものと考えることができるのです．このセクションでは， OCP を理解し，数あるデザインパターンの中からどういう場合にどのパターンを使うのが一番効果的なのかを考えます． GoF のデザインパターンは，全部で 23 個ものパターンがあります．このデザインパターンは，多くの局面で繰り返し現れる設計を抽出したものですから，オブジェクト指向のエッセンスを集めたものだと言えるでしょう．オブジェクト指向には，カプセル化，継

2003/01/05 石井 勝 はじめに ここでは，makeを使ってプログラマやSEが普段行なっている作業を自動化する方法を解説します． makeはプログラム開発だけでなく，いろいろな作業を自動化してくれます．自動化する作業のプラットフォームとしてmakeを活用することができます．ところが，最近はmakeを理解できる開発者が非常に少なくなってきました．普段統合開発環境を使っている人が多いことや，makeについて書かれた書籍やサイトが非常に少ないことが原因でしょう．makeについて少しは知っているけど，あまり使いこんだことがない人はこの記事を参考にしてみてください． 一口にmakeといってもいろいろな種類があり，それぞれ仕様が異なります．ここでは，僕が普段使っているGNU makeについて解説します．GNU makeは機能が豊富で他のmakeツールやAntに比べ優れています．開発環境は，僕が

「アレグザンダーを考える。パタン・ランゲージ、漸進的開発、そして生成の原則へ」 オブジェクト倶楽部では、デザインパターンやアジャイルプロセスの原点であるアレグザンダーに再び着目し、これからのソフトウェア開発が向うべき方向性へのヒントを持ち帰っていただきたいと考えています。 ソフトウェアパターンムーブメントのキーパーソンであり、パターンやオブジェクト指向についての数多くの著作を記しているJames.O.Coplien氏と、アレグザンダーに師事した経験をもつ建築・町づくりの第一人者である中埜博氏／笹川万国氏をお招きします。 Coplien氏には「ソフトウェア開発とパターンと生成の原則」に関する講演を、中埜／笹川両氏にはアレグザンダーのパターンと生成の原則を体感できるワークショップを実施いただく予定です。また、自分も語りたい！という方々のために、ライトニングトークスもご用意しています。 ぜひ、ご