ここ数日間見てきたように、 Linuxコミュニティではセキュリティに関して多くのことが進行中だ。 今回のセキュリティ連載記事では、 SELinux (翻訳記事)、 AppArmor (翻訳記事)、 Bastille (翻訳記事)、 ディストリビューションをセキュアにするための各ベンダのセキュリティに関する取り組み を取り上げ、また 米国土安全保障省の「脆弱性の発見および修正のためのオープンソースのセキュリティ強化プロジェクト」の 進捗状況の考察 (翻訳記事) も行なった。 それでもまだまだLinuxコミュニティのセキュリティに関する動き全体から見れば、 これらは氷山の一角に過ぎないのだ。 多くのことが進行中とは言え、Linuxのセキュリティに関してなすべき課題も、 もちろんまだまだたくさん残されている。 AppArmorについてのMayank Sharmaによる記事中でも指摘されているよう
ときとして組織がプロジェクト管理の標準(スタンダード)を採用したがらないのは、実践的な応用方法を理解できていないか、不必要なオーバーヘッドを恐れているためだが、いずれは標準化が必要なことを思い知ることになる。しかし、比較的容易に標準に従えるようにする環境を作成することは可能だ。本稿では、プロジェクト管理手順の採用と高品質な製品やサービスの提供をより簡単に行うための実用的なタスクをいくつか紹介する。 まずは、プロジェクトマネージャとしての自らの責任をしっかりと受け止める必要がある。プロジェクトの対象範囲、時間、コストの各制約に関与するのは自分ひとりであるかのように振る舞うのだ。実際、標準を採り入れていない組織では、そうした制約が自分自身にはね返ってくることが多い。残念ながら、これら3つの制約の最低2つを定義できない限り、何も手をつけないうちにプロジェクトの命運が尽きてしまうおそれがある。当面
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く