IT業界で生きる技術者に勧める100冊みたいなもの - 未来のいつか/hyoshiokの日記
ふと思い立ち、「人月の神話」「理科系の作文技術」とかIT業界で生きる技術者に勧める100冊みたいなのを考えてみた。どんなものがあるのだろうかとtwitterで聞いてみたら、「100人のプロが選んだソフトウェア開発の名著」というのを教えてもらった。というか、わたしも一冊紹介していることをすっかり忘れていた。すいませんすいません。（ぺこり） そこで、久しぶりに、読み返してみた。というか今までじっくり読んでいなかった。すいませんすいません。そして未読のものに付箋をつけた。付箋だらけになった。 100人のプロが選んだソフトウェア開発の名著 http://www.seshop.com/1satsu/100nin/ それはともかく本の紹介もさることながら、それにまつわるお話が面白い。読んだことがない本の紹介だと、ふーん、そうなのかぁーと思うこともあれば、ぜひ読んでみたいと思うものもあり、自分の趣味と皆
ソフトウェア開発に携わるすべての人に捧げる、アジャイルにソフトウェアを開発する為に読むべき15冊 | Act as Professional
私は夏休みの宿題のやり方を教えてもらったことがありません。約2ヶ月という限られた時間で、どういう風に消化していくと良いのかを学習したことがなかったのです。 夏の終わりに24時間テレビが放送されますが、あれを見ながら、答えをチラ見し、綺麗なドリル(*1)を1冊消化するのは忘れられない子供の頃の思い出です。 この経験はソフトウェア開発にも似ていて、開発の手法を知らなければ、良い結果を生むのは難しいのです。不幸なことに、夏休みの宿題のように明確に何をやるべきなのか、明確では無いのです。 夏休みの苦い思い出と、ウォーターフォールっぽい大失敗プロジェクトの経験をいくつか得た上で、アジャイルソフトウェア開発を学ぶことによって、ソフトウェアのつくりかたを学びました。 これは、中小のSIerでも、イケてるWEBサービスを提供している会社でも教えてくれたことではありませんでした。そう、夏休みの宿題のやり方を
「品質に厳しい組織で、なぜ品質が劣化するのか？」 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/szk-takanori/20111218/p1 なんか的外れすぎる気がする． 品質に厳しい組織で、なぜ品質が劣化するのか？ ということ。 レビューを強化したり、テストを強化したり、品質分析を強化したりと、いろいろな対策を打っているにも関わらず、品質が維持されるどころか、劣化することがあります。 それは「品質に厳しい組織」なのではなく「品質管理部門が肥大化した組織」なのではないかと． 「品質管理部門」とは，高い品質のものの品質確認はできるけど，どれだけ管理部門が大きくなっても品質の低いソフトウエアが高くなることはない．そして品質管理部門が肥大化して現場を軽視する組織においては，現場の人の質が低下した分だけソフトウエアの品質も低下し，品質監視部門は低品質を確認するだけの組織に成り下がる．（経験者談） 3. 「レビュー」ではなく「検討会」を 最近、「
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
新人エンジニアとその先輩たちへ、新人研修にこの本「ずっと受けたかったソフトウェアエンジニアリングの新人研修」を
新人エンジニアとその先輩たちへ、新人研修にこの本「ずっと受けたかったソフトウェアエンジニアリングの新人研修」を 4月に入り、それぞれの企業では新人研修が始まったことでしょう。最初に挨拶の仕方や名刺の渡し方などビジネスマンとしての基本的なマナーを人事担当や外部の講師から教わったら、次は実際の仕事の進め方を覚えることになります。ここではおそらく、先輩エンジニアの出番になるのではないでしょうか。 そんな新人研修を任される先輩エンジニアに、おすすめしたい本を紹介します。 仕事としてソフトウェアの開発を行うことは、趣味や研究で行うプログラミングとは全く異なります。 仕事としてのソフトウェア開発では、発注元としてのお客様がいて（お客様は社外だけとはかぎりません）、要求について聞き取りを行い、それを仕様に落とし込み、外部仕様書、内部仕様書といったドキュメントで確認をして、プログラミング、コードレビュー、
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
