小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

私は今だにxUnitに代表される自動テストツールの効果が今ひとつ腑に落ちていなかったのですが、プロジェクトメンバーがその効果を調査・分析・見える化してくれたおかげですっきりしました。私の中だけに留めておくのはもったいないのでエッセンスを公開します。*1 対象プロジェクトに関する情報は以下の通りです。 業務系 画面数は60程度 帳票数は15程度 Java(Seasar2/S2Struts/S2Dao),Web系 クラス数は750程度 開発期間は約半年 最終的には総じて高い品質を実現した テストツールとしては、JUnit/EZmock/S2TestCaseを使っていて、それぞれ対象となるレイヤは、Actionクラス/Serviceクラス/Daoクラスです。画面のテストにはSeleniumも使いましたが、今回の調査の対象外としています。 目的 テストで重要なのは、要はそれぞれの工程で適切な粒度・

前回のエントリにはたくさんのブックマークをいただきました。やっぱり品質と、それを実現するユニットテストやTDDに関する関心は高いですね。そこでもう少しだけ補足することにします。 ユニットテストとレビューは補完的 まず、 r-westさんより頂いた質問に対する回答です。 ・xUnit有無で、単体バグは３倍の差が付いた。 → xUnitは単体バグを相当削減できる。 ・しかしxUnitを単に実施しただけでは、単体バグは受け入れテストまで相当数残ってしまった。 → xUnitも実施するだけでは単体バグの漏れは相当でる。 と言うことでしょうか。 質問に対する回答としては、「はい。xUnitを単に実施しているだけでは漏れるケースがたくさんあります。」となるでしょうか。 では、Actionレイヤを原因とする、「漏れてしまった単体バグ」15件の内の一部をお見せしましょう。（内容は公開用に多少書き直してます

Eclipseには、バージョン管理システムとして、CVS（Concurrent Versions System）のクライアント機能が標準で搭載されています。しかし、CVSでは実現が難しい排他制御を行いたいときなど、バージョン管理サーバとしてMicrosoft社のVisual SourceSafe（以下、VSS）を使用したい場合があります。 そこで、今回はEclipseをVSSクライアントとして利用できるようにする「VSSプラグイン」について説明します。 操作手順 （1）VSSプラグインを入手する VSSプラグインは、以下のサイトから入手できます。その時点の最新の安定版をダウンロードしてください。 ・http://sourceforge.net/projects/vssplugin 注意：VSSプラグインの使用には、あらかじめVSSクライアントがインストールされている必要があります。VSSの

「インフラエンジニアの教科書」シリーズや「クラウドエンジニアの教科書」などの著者。現在(株)ハートビーツ勤務。LINE社元創業メンバー。K-POP/韓国語/お酒/サイゼリヤワイン好き。

On top of making Basecamp and HEY, we write books about what we’ve learned running our own business. They’re filled with practical advice you won’t find elsewhere. Shape Up Shape Up is for product development teams who struggle to ship. Written by the innovators behind Basecamp — one of the biggest and longest-running software as a service apps — the book gives teams the tools to address the risks

徹底的に生魚の「生臭さ」と「衛生面」を克服する努力をしています。 酢飯だけでも、わさびだけでも、ガリだけでもありません。 全てを組み合わせて、生魚の「生臭さ」と「衛生面」に熟慮しています。 海外では、寿司を握る寿司職人がビニール手袋をして握っているお店もあります。 日本では、一流のお寿司屋さんで寿司職人がビニール手袋をして握っていることはありません。 海外の人の間では 日本の寿司職人は、素手で握っても食中りを起こさない として、日本人の清潔さを称えていることもあります。 これは日本人の清潔さだけではなく、「生臭さ」と「衛生面」に熟慮して生まれた日本の「寿司」だからこそ成せる技だと言えます。 次からは、寿司作りを参考に「Webアプリケーション開発」に結びつけてみます。 3-1. 素材が持つ長所を生かす！ 生魚には、「生臭さ」と「衛生面」に危険な側面を持ち合わせていたことは、今まで述べてきた通

「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す

完全に自分用メモ代わりですが、Web サイト制作時に参考にする機会の多いドキュメントをまとめてみました。とりあえずは仕様書関連のみ。 英語で書かれたドキュメントばかりを並べてもなんなので、参考までに日本語訳されたドキュメントも私が知っている範囲内で併記してみました。ただし、日本語訳は完全に原文との整合性を保障するものではありませんので、あくまで参考までにご利用ください。 HTML 関連 HTML 4.01 Specification -W3C Recommendation （日本語訳） ISO/IEC 15445:2000(E) ISO-HTML （日本工業規格 JIS X 4156:2000） ISO-HTML: Entities, element types and attributes (DTD) W3C から勧告されている、HTML 4.01 の仕様書に関しては現状、(X)HTML

パソコンの断・捨・離 いいことずくめのアプリ断捨離、不要なサブスクや悪意あるアプリも排除 2024.03.15

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。