これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ
とにかく手を動かすこと 若い日本のエンジニアと話していると、「今の職場ではなかなか自分が作りたいものを作らせてもらえない」「せっかくエンジニアになったのに、仕様書通りにプログラムを書くばかりでクリエイティビティを発揮するチャンスがない」などの声を聞くことが多い。 職場にもよるとは思うが、特にITゼネコンを頂点にした産業構造を持ちウォーターフォール型で開発を進める「IT産業」では、そんな思いをしている人もたくさんいると思う。 そんな人たちに私が勧めているのは、とにかく何としてでも自分の時間を見つけて、手を動かして自分の作りたいものを作りはじめることである。作りはじめて見えてくるものもたくさんあるし、上司を説得するにしろ、仲間を集めてベンチャー企業を起こすにしろ、投資家からの資金提供をしてもらうにしろ、何か動いているものがあるのとないのでは説得力に雲泥の差がある。 まずは時間をひねり出す
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
「ON、OFFのけじめが、クレージーな発想を生む」／日本マクドナルド・原田社長 プレジデント11月12日(木) 10時 0分配信 / 経済 - 経済総合 ■どんなに忙しくても、1日2時間の空白時間 時間管理は手帳の使い方よりも、無駄な予定を入れないことにつきますね。とくに、当社は午後6時以降の残業は禁止。社長も例外ではないので、余計なことをやっている暇はありません。たとえば、何の準備もできていないのにとりあえず集まることが目的となっている定例ミーティングや、すでに決まっていることを確認するような会議。こういう予定は絶対に入れないようにしています。 ただし、秘書には、ミーティングの申し入れがあったらそれがどんな内容でも、またスケジュールの空き状況にかかわらず、「検討して1日以内に返事をします」と伝えるよう指示を出しています。なぜなら、そのミーティングの重要度やプライオリティーの判断は、私
ちょっと考えてみる。 勉強してる度と人数。もちろん、勉強が0の人が圧倒的に多く、入り口まではそれなりにいるけど、あるレベルからはほとんどいなくなる。 勉強してる度とその勉強を求める仕事の総量。勉強0の人には仕事がないけど、そこそこ勉強した人には仕事が多い。で、ある程度いくと、仕事がなくなる。 勉強と仕事のやりやすさグラフ。 そうはいっても、そこそこよりちょっと上は、勉強している人数自体が激減するので、みんなが勉強しなくなるのよりちょっと上では、ものすごく仕事がやりやすくなる。ただ、そこから勉強が進むと、いきなり仕事がなくなる。 で、もちょっと勉強スケールをあげてみる。 勉強して仕事がなくなっても、もっと勉強したら仕事やりやすくなるレベルがあるから、実際には、こんな感じで勉強と仕事の関係は波打ってるんではないだろか？ ということで、ぼくはこの谷間に落ちちゃった状態なんじゃないだろうか疑惑。
作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！：遅れた日本のソフトウェア開発 その原因はここにあり!?（1/3 ページ） 米グーグルでは食事がタダに。米マイクロソフトではソフトドリンクが飲み放題。そのほか、米国のIT企業の多くでソフトウェア開発者は全員、個室を与えられている――こんなこと、日本の企業であるだろうか？ 驚愕!? 海外企業における個室の作業スペース 米国のみならず先進諸国においては、ソフトウェアエンジニアの労働環境は総じていい。世界一巨大なソフトウェア会社のマイクロソフト、欧州最大のソフト開発会社として有名なSAPで働いた経験から、そう感じる。どちらの会社も、さまざまな側面において一部から厳しく評されることもあるが、そんな評判とは裏腹に、エンジニアの労働環境は良かった。 ご存知かもしれないが、米マイクロソフト本社のオフィススペースは筆者が勤めていた当時、完全な個室型
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
ニューヨークタイムズの記事によると、デュアルモニタ環境、要するに画面を2つ連結する環境にすると表示面積が2倍になり、結果として生産性が2割から3割ほど上昇するらしい。 The Virtues of a Second Screen - New York Times 例えば原稿を書く際に資料を一方に表示させながら、もう一方で草稿を書くとか、そういう感じで「何かを見ながら、参考にしながら」という作業を要する場合に威力を発揮するらしい。 また、画像加工の際にもオリジナルの画像と加工後の画像を比較したり、ネットでお買い物する際にも価格比較とかしやすいらしい…。これにタブブラウザとか組み合わせれば最強なんでしょうか。 単純な話、机の面積が2倍になれば作業しやすいよねーというのと同じ原理に基づいているらしい。
本当は、昨日書こうと思ってたんだけど、ダラダラしてたんで、今日になってしまったお話なんだけどね。 というわけで、今日は、「豚もおだてりゃ木に登る」ならぬ「人をおだてると生産性が上がる」というお話ね。それと、人間関係が組織の基本という当たり前の話。まぁ、物凄く噛み砕いた話で、大まかな言い方だし、当たり前の話というか。 Life is beautiful: なぜ日本企業による米国企業の買収がしばしば失敗に終わるのか 実は、この中嶋さんのエントリを読んだ時に、書こうと思っていた話なんだけど、何か、だらだらしてしまい、あとであとで思っているうちに、 電通「鬼十則」、そして電通「裏十則」 - GIGAZINE ギガジンで、こんな話がでて、そうそうこれこれと思っていたら、 小野和俊のブログ:IT業界の大企業での生々しい話を5つほど 小野さんのブログでも、こんな話が出て、そんでもって、 My Life
情報技術などの産学公連携の研究機関である京都高度技術研究所は11月27日，ソフトウエア・ファクトリーを研究対象とする「ソフトウェアファクトリ研究会」を発足させた。ソフトウエア・ファクトリーとは，製造業の工場をモデルにしたソフト開発環境のこと。工場の製造ラインに相当する設備の利用や改善活動などを通して，開発効率アップを目指す。 ソフトウェアファクトリ研究会の代表者を務める，京都高度技術研究所の松本吉弘顧問は，「日本のDNAとも言える製造業の考え方を取り入れたソフトウエア・ファクトリーのあり方について，ソフトウエア開発に携わる担当者と研究していきたい」と，発足の理由を話す。松本氏は1970～80年代，東芝などでソフトウエア・ファクトリーを企画し，立ち上げた経験を持つ，ソフトウエア・ファクトリー研究の第一人者である。 国内におけるソフトウエア・ファクトリーは1970年代から1980年代，日本のコ
2006/11/29 情報処理推進機構（IPA）は11月29日、2006年度「情報処理産業経営実態調査」の結果を発表した。この調査は「情報処理産業界の財務、経営状況の現状を把握し、今後の経営の参考に供する」（IPA）ことが目的で、1978年以降毎年実施されている。28回目となる今年は従来のアンケート調査に加えてヒアリングも実施し、労働生産性の分析などを行った点が特徴だという。アンケートでは861社から有効な回答が得られた。ヒアリングは25社に対して行った。 2005年度の情報処理産業全体の売上高は0.8％の増加で、伸び率は鈍っているものの2003年度から連続でプラス成長している。経常利益も22.6％の増加で、増収増益となった。ヒアリングの結果でも、経営状況は昨年と比べ良好であるという意見が多く聞かれたという。 生産性に関しては、ソフトウェア業界において、ソフトウェアプロダクト販売分野の売上
http://www.martinfowler.com/bliki/CannotMeasureProductivity.html 設計手法などのソフトウェアプロセスについて、感情的に議論されているのをよく目にします。しかし、その議論に答えを出すのは不可能です。ソフトウェア産業では、ソフトウェア開発の効果要因を計測する術がないからです。特に、生産性を合理的に計測する方法はありません。 生産性とは、インプットとアウトプットで決定されるものです。 ソフトウェアの生産性を測るには、ソフトウェア開発のアウトプットを見なくてはいけません……が、そのアウトプットを計測できないからこそ、ソフトウェア開発の生産性が計測できないのです。 これに対して何もしなかったわけではありません。コード行で生産性を計測しようと研究をしている人たちがいます。めちゃくちゃムカつきますね。だって言語は違うし、数え方の違いもあるし
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く