品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
デバッグ力: よく知らないプログラムの直し方 - 2011-12-06 - ククログ
クリアコードではMozilla製品やRuby関連の開発だけではなく、広くフリーソフトウェアのサポートもしています。もちろん、サポート対象のソフトウェアの多くは私達が開発したものではありません。しかし、それらのソフトウェアに問題があった場合は調査し、必要であれば修正しています。 このようなサポートが提供できるのは、もともと、私達がフリーソフトウェアを利用したり開発したりしているときに日常的に問題の調査・修正をしていたからです。ソフトウェアを利用していると、問題に遭遇することはよくあることです。そのソフトウェアがフリーソフトウェアの場合は、開発者に問題を報告し、可能ならパッチを添えます。このとき、そのソフトウェアの内容を完全に把握していることはほとんどありません。しかし、それでも修正することができます。 それはどうしてでしょうか？今まではどのようにやっているのかを自分達でもうまく説明できなかっ
GNU 劣等一般公衆利用許諾契約書 - GNU プロジェクト - フリーソフトウェア財団 (FSF)
[ 英語 | 日本語 ] あなたの次のライブラリには劣等GPLを適用すべきでない理由 LGPL違反と思われる事例を見かけたら LGPLの各国語訳 GNU 劣等一般公衆利用許諾契約書 テキストファイル形式 GNU 劣等一般公衆利用許諾契約書 Texinfoファイル形式 このGNU 劣等一般公衆利用許諾契約書はGNU ライブラリ一般公衆利用許諾契約 書の後継としてみなされるものです。この名称変更がなぜ必要だったかについ ての説明は、あなたの次のラ イブラリには劣等GPLを適用すべきでない理由の記事をご覧下さい。 もくじ GNU 劣等一般公衆利用許諾契約書 はじめに 複製、頒布、改変に関する条件と制約 以上の条項をあなたが書いた新しいライブラリに適用する方法 バージョン 2.1、1999年2月 日本語訳、2002年8月14日 Copyright (C) 1991, 1999 Free Softw
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
[Studying HTTP] HTTP Header Fields
Ｑ．なぜ日本ではソフトウェア産業が不調なのか - SiroKuro Page
