)
.NET Architecture Center: The Architecture Strategy Series
Thank you for joining us at Microsoft’s Strategic Architect Forum 2015 Session videos and presentations are now available online See sessions, presentations and additional relevant content here Architecture blueprintsScenario-based diagrams that help you build new solutions fastWatch the videoTransform technology to an asset to grow your business and your career<iframe width="980" height="550" all
- オブジェクト指向
オブジェクト・ハンドブック オブジェクト倶楽部発足記念として「オブジェクト・ハンドブック2001」という小冊子を作成しました。そのハンドブックの chapter ごとの PDFファイル を用意しましたのでご活用ください。 オブジェクト指向の再定義 ご好評につき、メールマガジン「週刊オブジェクト倶楽部」で掲載していた記事を公開いたします。 暴いておやりよＯＯバッキー ご好評につき、メールマガジン「週刊オブジェクト倶楽部」で掲載していた記事を公開いたします。 ソフトウェア原則 ご好評につき、メールマガジン「週刊オブジェクト倶楽部」で掲載していた記事を公開いたします。 「オブジェクト指向設計」トレーニングテキスト(PDF版 114KB) (PPT版 262KB)[2006/4/28](by 小井土さん) オブジェクト指向設計の入門に最適です。新人研修などにご活用ください。
第9回 原発事故から学ぶ「システム設計」の重要性 | gihyo.jp
エンジニアの役割 福島第一原発での事故は、私たちにいろいろなことを教えてくれた。畑違いとはいえ、エンジニアの一人として最初に感じたのは、「エンジニアたちはいったい何をしていたんだ？」「システムアーキテクトはいたのか？」という疑問である。 核エネルギーを発見したのは科学者たちである。そして、そのエネルギーは原子爆弾だけでなく、発電にも使えるかもしれないと考えたのも科学者たちである。科学者たちの仕事は、自然を観察し、法則を見つけ出し、そこから私たちの生活や経済活動に役に立つ可能性のあるものを見つけることである。その意味では、「原子力の平和利用」という発想はすばらしいものであった。 一方、原発を日本のエネルギー政策の中心に置いたのは政治家である。その政策に従い、日本各地に原発を作り、そこで作った電力を販売しようと決めたのは電力会社のビジネスマンたちである。彼らの仕事は、国なり会社なりの枠組
ソフトウェア工学とは何か
ソフトウェア設計とは何か？ （原文： What Is Software Design?） by Jack W. Reeves (c)C++ Journal - 1992 訳者まえがき この文書は，Jack W. Reeves 氏が1992年に C++ Journal に寄稿した記事の邦訳です。 本記事では，オブジェクト指向プログラミング言語の代表として C++ を挙げていますが，これは本記事が執筆された当時，一般的に利用可能なオブジェクト指向言語は C++ だけであったという事情があるためです。 今では C++ に加えて Java，Delphi，C# といったオブジェクト指向言語が利用可能となっていますが，そんな今でさえこの記事は古さを感じないものとなっており，ソフトウェア開発の本質，現状を鋭くえぐるものとなっています。 邦訳の公開を許諾していただいた Jack W. Reeves 氏に，
モジュール指向勉強会-コードリーディングを始める前に-
Come for the software, stay for the community - How Drupal improves and evolvesGábor Hojtsy
Javaにおけるモジュラリティ元年
QConTokyo2010でお話させていただいた資料です。写真を多用しているため、分からない部分はお気軽にメッセージをください。Read less
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 - 形ではない、型としての標準を目指して グロースエクスパートナーズ（株） 鈴木雄介Read less
品質は作り込むもの - rabbit2goのブログ
ソフトウェア開発において、ありがちな品質対策の例。 テスト作業への人員追加 テスト期間の延長 テスト体制の見直し 経験的に言って、こんな素性の悪いソフトウェアに関わるとロクな事が無い。根本的な作りが悪いソフトウェアを、いくらテストでフォローしようとしてもそれは無理というものだ。出血が続いているからと言って、傷口に絆創膏を貼り続けても何も解決しない。対処療法が効くのはほんのつかの間に過ぎないし、それでカバーできる範囲は極めて限られている。やるべきなのは出血が続いている根本原因を突き止め、その出血を抑えるための施策を取ることだろう。テストによってマイナス10点がマイナス5点に上がったことを指して「品質が改善した」と主張するのは大きな誤解だし、そもそもいくらテストを続けても決してプラスの点にはなり得ない。スティーブ・マコネル氏がCode Completeの中で言っているように、テストは品質を改善
モジュール指向プログラミングのすすめ - 千里霧中
C言語は「スコープを管理する言語機能が貧弱」「オブジェクト指向言語として設計されていない」といった要因から、C++やJavaといったオブジェクト指向言語と比べ、大規模開発に向いていないとよく言われている。 相対的に見れば実際そうなのだけれども、そういった欠点は、伝統的なモジュール指向の構造化技法をコーディング規約で支えることによって、ある程度改善することもできる。今回はその一例として、学生時代の頃辺りから使ってきた「モジュール指向」とそれを支えるコーディング規約のセットを紹介したいと思う。 なお今回はCを対象にしているものの、他の手続き型言語でも同じアプローチの導入は十分可能だと考える。 以下、モジュール指向プログラミングの方針とその規約を示す。 ※モジュール指向という用語は他所でもらほら見られる言葉だが、大体今回述べる内容のものと似た意味合いで使われることが多い。今回の定義も特に問題のな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン駆動設計入門
ドメイン駆動設計(DDD)の実践Part2
Simple & Direct 株式会社ソフィックス ｜ 採用情報 > 新人研修報告
Howtoよいデザイン
デブサミ2010 これからのアーキテクチャを見通す
