アジャイルで欠落するテストの能力
12のソフトウェア・アーキテクチャの落とし穴とその避け方 成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。
Growing C++ Software Guided by Tests
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
アジャイル導入のよくある間違い
原文(投稿日：2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption” (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ
Test-Driven Development of Asynchronous Systems
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
InfoQ: OOPSLA Keynote: The Power Of Abstraction
What's New in PHP 8.3 PHP 8.3 is the latest major update in the PHP 8.x series. In addition to performance improvements, it brings a wealth of new features, including amendments to the readonly feature introduced in PHP 8.1; explicitly-typed class constants; a new #[\Override] attribute for methods intended to be overridden from a superclass, and more.
Hypertable のリード開発者が Hadoop と分散データベースを語る
最近、データベース関連の話題が盛り上がっている。IBM はこのほど(source)、Amazon EC2 上で動作するクラウドエディションをサポートする EnterpriseDB (source)に出資したし、Amazon は去年の終わりごろに独自のクラウドデータベースをリリースした。Google の BigTable(source) も、オープンソースではないにもかかわらず、コミュニティによる学習や研究の対象となっている。このような流れの中(source)、ふたつのオープンソースプロジェクト HBase(source) と Hypertable (source)が、 BigTable にインスパイアされたスケーラブルなデータベースを実装するために Map/Reduce プラットフォームである Hadoop (source)を活用している。InfoQ は Hypertable 産みの親で、
HBaseの開発者がHadoop、BigTable、分散データベースについて語る
Google が最近リリースしたGoogle Application Engineと、それが持つBigTableへのアクセス機能により、（RDBの）代替となるデータベース技術への感心が新たに盛り上がっている。数週間前にInfoQは、GoogleのBigTableデータベースから着想を得て始められた、Hypertableプロジェクトの創始者であるDoug Juddにインタビュー(source)を行った。今週InfoQは、HBase(サイト・英語)の主要な開発者であるJim Kellerman 、Michael Stack、Bryan Duxburyへのインタビューを行った。HBaseはオープンソースで分散型、列指向のデータストアで、BigTableを手本として作成された物である。 1. HBaseについて初めて聞く、と言う方に対しての説明をお願いします。 HBase はオープンソースで分散型
InfoQ: Bobおじさんが述べるTDDの適用可能性
原文(投稿日：2009/11/04)へのリンク "TDDによってペースが鈍ると考えている人は石器時代で生きつづけているようなものだ"と主張したことで議論を巻き起こしたブログに続き、Bob Martin氏は現実のTDDの適用可能性、役割、恩恵に対する深い洞察を試みている。 氏はまず"TDDはアーキテクテャの代替物か？"という大きな問題を取り上げ、実例を背景に「そうではないですが、しかし...」と答えている。 いちから始めて次々にテストケースを書いていくことで実行可能なアーキテクチャを生成できるという意見は全くばかげたことです。テストしないという決断を下す必要もあります。 もちろんこれらの決断の多くはできるだけ先延ばしにすることができるし、そうすべきです。例えば、データベーススキーマは恐らく長い時間待つことが可能なものです。Spring、JSF、Hibernate、JPAなどを使うかどうかの決
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Towards an Agile Software Architecture
Facebook の決断：MVCはスケールしない。ならば Flux だ。
Ruby on Railsの現状と調査結果
リーンやアジャイルの契約書の書き方
アジャイル組織の特徴
技術的負債、マネージャの視点
InfoQ: "古典派"TDD 対 "モック派"TDD、これは本当の対立軸だろうか？
なぜTDDとペアプログラミングで生産量が増えるのか
テストのヒューリスティクス- テスターのように考える
機能テストツールのワークショップ
InfoQ: より良いユニットテストためのガイドライン
InfoQ: TDDを根づかせる:導入の問題と解決策
