単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場
単一責任の原則（Single responsibility principle）について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle：単一責任の原則 Open/closed principle：オープン/クロースドの原則 Liskov substitution principle：リスコフの置換原則 Interface segregation principle：インターフェース分離の原則 Dependency inversion principle：依存性逆転の原則 ソフトウェアエンジニアが知っておくべき設計原則のセットとして、Clean Architecture や
第 43 回 和田卓人 さんの巻 | オブジェクトの広場
ＯＯエンジニアの輪！ 第 43 回 和田卓人 さんの巻 今回のゲストは、和田卓人 さんです。テスト駆動開発の紹介など様々な活動で知られています。 ■ はじめに --- まこたんさんとのつながりは たぶん arton さんがまこたんを紹介した絡みに似てるかもしれないんですけど、以前「Seasar のからさわぎ」とか、 Seasar*1 のコミュニティが、よく飲み会やってたんですね。初めて会ったのもたぶんこの辺りだったと思う。 --- 2005 年ぐらいですか… ヨーロッパ選手権が 2004 年だから…… 2004 年、 2005 年ぐらいですね。 僕はサッカーが好きなんですが、サッカーファンというものは 2 年単位で年を覚えていられるんです。 4 年単位でワールドカップがあって、さらにそこから 2 年ずれて 4 年単位でヨーロッパ選手権があるので、大体あの時に何やってたってのは 2 年刻みで
OOエンジニアの輪！ ～ 第 42 回 黒枝 真(makotan) さんの巻 ～ | オブジェクトの広場
ＯＯエンジニアの輪！ 第 42 回 黒枝 真(makotan) さんの巻 今回のゲストは、makotan さんです。ワークステートエンジン Buri の開発などをはじめ Java のオープンソースプロジェクトの開発で知られています ■ 始めに --- 前回インタビュイーの arton さんから makotan さんをご紹介いただきました。arton さんとはどのようなつながりですか？ あの、宴会です。(笑) 20世紀ギリギリくらいの頃ですね。Seasar ( の開発 ) が始まる前後に飲み会があって、そのときに arton さんに初めて会いました。この人が arton さんなんだ、あの Ruby 邪道編を書いた人なんだ、というところから入りつつも、技術の話は一切してなかったですね。 --- じゃあ、Seasar 本関連とか Seasar プロジェクト関連とかとはちょっと違う。プライベート的
ジョー・マラスコ氏「21世紀のソフトウェア開発管理」セミナー報告 講演質疑編｜オブジェクトの広場
［技術講座］ ジョー・マラスコ氏 「 21 世紀のソフトウェア開発管理」セミナー報告 講演質疑編 ( 株 ) オージス総研 藤井拓 前編では、10 月初旬に大阪、名古屋（豊田）、東京で開催したジョー・マラスコさんの「21 世紀のソフトウェア開発管理」セミナーの講演の概要を紹介しました。講演質疑編では、そのセミナーで行われた質疑で講演内容の理解するために大事だと思われるものをいくつかピックアップして紹介します。なお、マラスコさんの回答の中で思い出せないものについてはマラスコさんに後日問い合わせた回答を記しています。そのため、本記事の回答はセミナー当日のものとは異なるかもしれませんが、その点はご容赦頂きたいと思います。 ソフトウェア開発と他の分野との違い --リーダーとマネージャーとはどう違うのでしょうか？ リーダーとは、構想を作り、人々に進むべき方向を示し、励ます人である。それに対して、マネ
[ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場
［技術講座］ DDD難民に捧げる Domain-Driven Designのエッセンス 第 1 回 ドメイン駆動設計とは 第 2 回 DDDの基礎と実践 第 3 回 大規模なプロジェクトへの適用 DDDパターンカタログ パターン名 参考訳 I. Putting the Domain Model to Work Ubiquitous Language ユビキタス言語 Model-Driven Design モデル駆動設計 Hands-On Modeler 実践的モデラー II. Building Blocks of a Model-Driven Design Layered Architecture 層状アーキテクチャ Smart UI （アンチパターン） 利口なUI Entities エンティティ Value Objects 値オブジェクト Services サービス Modules モジ
OOエンジニアの輪！ ～ 第 38 回 笹田 耕一さんの巻 ～ | オブジェクトの広場
現在のお仕事について ---最初に、今どういうお仕事をやっておられるか、お話していただけますか？ 東京大学大学院の情報理工学系研究科創造情報学専攻で特任助教をしています。ここ、情報理工学系研究科秋葉原拠点は、創造情報学という最近できた専攻のラボになっているんですが、主にここに常駐しています。 そこで具体的に何をしているかといいますと、文科省の「先導的 IT スペシャリスト育成推進プログラム」というプロジェクトに従事しています。産業界から「きちんとわかる IT 技術者が少ないので大学もなんとかしてくれ」という要請があったらしく、文科省の公募により、数拠点が選ばれました。 で、東大と東工大と NII（国立情報学研究所）の 3 つの研究機関が協力してそのうちのひとつ「情報理工実践プログラム」を行っているんですが、私はそこに雇われている、というわけです。 この拠点では、実際にソフトウェアを作ること
[ 技術講座 ] Domain-Driven Designのエッセンス 第1回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
OOエンジニアの輪！ ～ 第 37 回 栗原傑享さんの巻 ～ | オブジェクトの広場
"Practice Makes Perfect." -- 日々是努力。大きなことができるのは、毎日の鍛錬があるからです。自分の限界まで努力していれば大きな自信になるし、ダメだったときにも後悔しない。 最近設立したオープンソースコミュニティ The Ashikunep Kotanのロゴにも、この言葉が入っています。 現在のお仕事 -- 最初に現在のお仕事、活動についてお聞かせください。 私の日常業務は会社経営であり、その一方、ボランティア活動としてオープンソースコミュニティに関わっています。 会社全体としての日常業務はソフトウェア受託開発なのですが、私は会社の非日常業務である、経営全般が仕事です。多くは問題解決と意思決定で、 幸いに会社が順調だと、私自身は結構自由な時間が取れることが多いのですよ。 そこで残りの時間を使って、NPOであるSeasarファウンデーションを運営したり、オープンソー
OOエンジニアの輪！ 〜 第 36 回 西岡 悠平さん ＆ 染田 貴志さんの巻 〜
[2007 年 2 月号] ［ＯＯエンジニアの輪！］ OOエンジニアの輪！ ～ 第 36 回 西岡 悠平さん ＆ 染田 貴志さんの巻 ～ 今回のゲストは、株式会社四次元データの西岡 悠平さんと染田 貴志さんです。おふたりは、Webブラウザ上の操作だけでデータベース連動型 Web アプリケーションを簡単に作成できるツール WebUDA Tuigwaa *1 の開発者です。おふたりに、Tuigwaa の開発経緯や、学生時代の思い出などを語っていただきました。 *1 情報処理推進機構(IPA) 2005年度上期 未踏ソフトウェア創造事業に採択され開発されたアプリケーションで、開発代表者である西岡さんは「天才プログラマー／スーパークリエータ」に認定されています(千葉 滋PM)。現在は 特定非営利活動法人 Seasar ファウンデーションからオープンソースソフトウェアとして提供されています。
Click Framework探訪 | オブジェクトの広場
(株)オージス総研 Yoji Kanno はじめに WebフレームワークとMVC 2006年現在、JavaでWebアプリケーションを開発する場合は、MVCアーキテクチャを採用するケースがほとんどです。Web開発におけるMVCは、本来のMVCとは若干異なる部分もあり、Web版MVCというべき概念です。しかし、このWeb版MVCアーキテクチャはStrutsの流行ととも本来のMVCよりメジャーになりました。 Web版MVCアーキテクチャの大雑把なコンセプトは以下のとおりです。 画面(View)とロジックの分離 リクエストをハンドリングしてコントローラクラスの呼び出しに変換する機能 画面フロー制御ロジックとビジネスロジックの分離 Web版MVCフレームワークは、上記のようなMVCアーテクチャに基づいた設計と実装を支援もしくは強制します。そして上記の施策により画面開発者とロジック開発者が分離でき、よ
OOエンジニアの輪！ 〜 第 34 回 比嘉 康雄 さんの巻 〜
特になし。 私は人を丸ごと尊敬することはありません。それぞれ好きなところもあれば、嫌いなところもある。できるだけいろんな人の素敵な点を見つけて、その素敵な点を 認識したいです。 現在のお仕事について -- まず最初に、現在の業務についてお話していただけますか？ 弊社でこの 4 月より「Seasar2 技術推進グループ」が新しくできました。そこで主に、弊社の中での Seasar2 を使ったプロジェクトへの支援や、商用サポートなどをやっています。 あるいは、ちょっと会社の仕事には関係ないんですけど、Seasar プロダクトの強化もやっています。 -- 基本的には技術的なリーダーをされているのでしょうか？それともマネジメントが中心ですか？ 時と場合によりけりで、会社ではマネジメントとして判断することがほとんどです。 Seasar ファウンデーションではチーフコミッターとしての役割がありますので、
OOエンジニアの輪！ ～ 第３回 青木淳さんの巻 ～ | オブジェクトの広場
"I have children, I have wealth." thinking thus, the fool torments himself. But when he is not the possessor of his own self. How then of children? How then of wealth? - Dhammapada 62 「私には子がある。私には財がある。」 と愚かな者は悩む。 しかし，すでに自己が自分のものではない。 どうして子が自分のものであろうか。 どうして財が自分のものであろうか。 - ダンマパダ 62 オブジェクト指向、Smalltalk との出会い --- まず、オブジェクト指向との出会いというか、どういったところでオブジェクト指向に入り込んでいったか、というお話をいただけると。 私はもうすでに 3 社ほど会社を変わっているんですね。
OOエンジニアの輪！ ～ 第 32 回 丸山 不二夫 さんの巻 ～ | オブジェクトの広場
今回のゲストは稚内北星学園大学 学長の 丸山 不二夫 さんです。Java のイメージの強い丸山さんですが、実は一番好きなのはネットワーク技術なんだそうです。今回は、そんな丸山さんの好きなネットワーク技術から、アジアで IT 教育を行うという野望まで、Java 以外のお話もたくさん伺ってきました。 大学でのお仕事 -- まず現在のお仕事についてお話ししていただけますか。 現在は稚内と東京を往復する生活をしてまして、土日は東京、平日は稚内（稚内北星学園大学）で働いています。 -- 土日はこちら(東京サテライト校)でお仕事をされているのでしょうか? そうです。ここ（東京サテライト校）に通うのは全員社会人ですので、開講が土曜日と日曜日なんです。授業の他にも、僕と浅海さんと佐藤さん*1の 3 人でゼミをやっていまして、僕はそのうちの半分くらいを担当しています。 -- ホームページで拝見したんですが、
マイルドなアジャイル開発手法 AMOP | オブジェクトの広場
今回は, アジャイルモデリングを実践するためのベースとなるアジャイル開発手法として筆者らが考案したAMOP (Agile Method for Ordinary Projects) [1] という開発手法を紹介します. AMOP は, 既存の開発のやり方に慣れた開発者や管理者に受け入れられやすいものであることを目指したアジャイル開発手法です. 今回の記事では, まずスクラム [2] の短所や難しい点を説明し, 次いでそれらを XP (eXtreme Programming) [3] のプラクティスでどのように補おうとしたかについて説明します. さらに, AMOP を２つのプロジェクトに適用した結果を紹介します. 1. スクラムの短所や難しさ 前回の記事では, もっともシンプルで取り入れやすいと筆者が考えるアジャイル開発手法スクラムを紹介しました. その記事では, スクラムの長所を中心に説明
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gregor Hohpe さんインタビュー