ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell『ソフトウェアアーキテクチャの基礎』 - Techmee vol.2 での発表資料です https://timeedev.connpass.com/event/254336/ 動画: https://youtu.be/ydQ2xoc49Lc #Techmee
ソフトウェアアーキテクチャの歴史 - tasuwo's notes
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か？何が正しくて何が間違っているか？も重要なのだが、それよりは、なぜそれが生まれたのか？何を解決しようとしたのか？どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか？を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
「スライムが強かったらバグ」～テストと「品質」の関係について～ - bluebird
青山公士氏は、WEB+DB PRESS Vol.90の「国民的RPGオンライン化へのチャレンジ ドラゴンクエストⅩ開発ノウハウ大公開」で「ドラゴンクエストX オンライン」の開発プロセスについて述べる中で、品質管理について以下の様に述べています。 たとえばドラゴンクエストシリーズの序盤で対戦するモンスターのスライムが、まわりのモンスターより強いようなことがあればドラゴンクエストシリーズのお客様視点では異常です。仕様書に書いてあったとしても指摘すべきです。 WEB+DB PRESS Vol.90 作者: 江口和宏,吉田太一郎,内田優一,青山公士,石本光司,まつもとゆきひろ,おにたま,田籠聡,竹内郁雄,南川毅文,伊藤直也,佐藤太一,?橋侑久,Magnolia.K,佐藤歩,泉水翔吾,西尾泰和,中島聡,はまちや2,竹原,宮崎亮輔,安藤祐介,WEB+DB PRESS編集部出版社/メーカー: 技術評論社
いまアメリカのソフトウェア特許に起きていること - It's Not About the IP
７月１日は弁理士の日！このエントリは、ドクガクさんの「弁理士の日ブログ企画2016」に乗っかったものです。 今年のお題は「知財業界でホットなもの」 いまIT知財の世界でホットな話題といえばなんといっても35 U.S.Code§101（米国特許法１０１条、通称ワンオーワン（101））、2014年にUSでAlice判決というのがでて以来、ソフトウェア特許の世界は蜂の巣を突いたような騒ぎになってる。 少し前までアメリカはプロパテント（知財保護重視）で、ビジネスモデル特許という流行を生み出したのもアメリカだし、なんでもかんでも特許になる、なんて言われていたのも今は昔、いまや日本の審査の方が全然ユルユルで、少なくともソフトウェア特許においてはアメリカは完全にアンチパテント側に振れたといえる。 まあこのへんの話はソフトウェア特許に限った話なので、他分野の知財業界人や弁理士はあまり知らないかもしれないが
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita
2019/06/11追記: これは2012年の投稿です。なぜかはてなブックマークで拡散されていますが、内容は時代にそぐわなくなったものもあるのでご注意ください。 これ知らないプログラマって損してんなって思う汎用的なツールのコメントに寄せられたツールを分類分けしてみました。 解説は、ほぼコメントに寄せられた内容のコピペです。 URLのみの記述は公式サイト(か、ほぼ公式サイトと化しているサイト) 公式サイトとは別に、ページタイトルだけでツールを説明しきっているページへのリンクも付けておきました。類似ページが複数ある場合は、はてブのブックマーク数が多いものを選びました。 知らないツールもあるので、分類がいいかげんなところもあると思います。何か気づいたらコメントください。 解説が不十分なツールについても、補足（コピペで本文に取り込める体裁だとありがたい）を頂けると助かります！ 元ネタの投稿は現在進
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
Hiromitsu Takagi on Twitter: "大口議員：「プログラムにバグはつきもの。公開していたプログラムにバグがあって、指摘を受けて作成者がそれを認識した場合、それを公開し続けているとき、それが罪に問われることはあるか。」 江田法務大臣：「あると思います。」"
大口議員：「プログラムにバグはつきもの。公開していたプログラムにバグがあって、指摘を受けて作成者がそれを認識した場合、それを公開し続けているとき、それが罪に問われることはあるか。」 江田法務大臣：「あると思います。」
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
Joel on Software - ストラテジー･レターIV：ブロートウェアと80/20の神話
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/3/23 MicrosoftのフラッグシップスプレッドシートプログラムであるExcelのバージョン5.0は1993年にリリースされた。それは間違いなく巨大なソフトウェアで、まるまる15メガバイトのディスクスペースを必要としていた。その当時は、私たちの最初のPC用ハードディスクの容量が20MBだった(1985年頃)ことを私たちはまだ覚えており、15MBというのは確かに大きく思えた。 Excel 2000が現われたとき、それはべらぼうな146MBを必要としており・・・それはほんど10倍にもなっている！まったくあのルーズなMicrosoftのプログラマたちときたら、そう思わない？ そうじゃない。 あなたは私がネット上にあふれている「ブロートウェア」を嘆くあの退屈なアーティクルを書こうとしているのだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
