小野和俊のブログ:罪悪感駆動開発(zaiakukan-driven development; ZDD)
みなさんは罪悪感駆動開発(zaiakukan-driven development; ZDD)という言葉をご存知だろうか。私はつい先ほどまでこの概念を知らなかった。なぜなら先ほど自分で思いついたばかりだからだ。 仕事をしていく中で、やるべきことが山積みなのについネットサーフィンをしてしまい、「うわ、今日仕事全然進んでない、やばい」という罪悪感から、その後の仕事が妙に捗る、という経験をしたことがある人は少なくないだろう。 罪悪感駆動開発は、こうした危機感や罪悪感といった人間が本来持っている感情を引き出すことで、より高い仕事の成果を上げていくことを志向する。 罪悪感を感じるポイントは人によって個人差があるが、一般に仕事中に罪悪感が高まりやすい充填行為として、次のようなプラクティスが広く認知されている。 (a) 昼寝 (b) ネットサーフィン (c) ゲーム (d) タイピングソフトでランキング
成長のためのリセットボタン : 小野和俊のブログ
東急ハンズの長谷川さんがブログで印象深いエントリを書いていた。 東京渋谷: 成長のためには、リセットが必要だ。幼稚園、小学校、中学、高校、大学と「新米」と「最年長」を５回くりかえす。問題は、社会人になって、このサイクルが、１回しかないことだ。 大学４年生は、大学１年生をつかまえて、「子供だな〜」なんて、いうけど、社会人になったら、ペコペコだ。 社会になっても、このシステムがあれば、もっと、よい組織であり、会社になると思う。 私は、何歳であろうとも、役職がなんであろうとも、自分がなんていう会社に勤めていようとも 「フラットでいること」 が大切なんだなと思っている。 東京渋谷: 成長のためには、リセットが必要だ。幼稚園、小学校、中学、高校、大学と「新米」と「最年長」を５回くりかえす。問題は、社会人になって、このサイクルが、１回しかないことだ。 以前、「初心者であり続けること」というエントリを書
人生で必要な知恵はすべてブラウザ三国志で学んだ : 小野和俊のブログ
ブラウザ三国志での1000人対1000人の一ヶ月に渡る大戦争が終わった。 今回の戦争はこの2年間のブラウザ三国志の活動の集大成として位置づけていたので、 これを機に私がブラ三を通じて学んだことをまとめてみたいと思う。 学生にとっては努力の結果状況が一変する、ということが日常茶飯事だ。 毎日部活で夜遅くまで練習して1年後には見違えるほど上達していたり、 受験勉強で1年前には絶対合格不可能だと思われた大学に合格したり、 「今のままでは無理」と諦めずに努力や工夫を継続することで状況が劇的に 改善する事例は、自分や周囲の人のことを思い出してみても枚挙にいとまがないだろう。 しかし年を重ねるにつれ、自分に合った進路を選び、 人との接し方や問題が起きた時の対処の仕方もある程度身に付き、 上手くいかない場合にもその理由を整理し、対策を考えることもできるようになって行き、 様々な意味で成長すると共に、一方
小野和俊のブログ:Twitterアカウント変更のお知らせ
ちょっとした事故でTwitterで使用していたアカウントlalhaが消失してしまいました。事故の詳細は恥ずかしすぎる内容なので聞かないでください。 Twitterは以前は一度削除した後にも復旧することができる仕様だったのですが、現在は削除されたアカウントは復旧できず、同一ID、同一メールアドレスは利用できなくなる仕様に変更されたようなので、lalha2として別アカウントでTwitterを再開します。 ブラウザ三国志での敵方にPCの前にいるのかどうかを知られないようにするために昨年辺りから自粛気味になっていたTwitterでしたが、これを機に再開しようと思いますので、引き続きよろしくお願いいたします。 http://twitter.com/lalha2
人を萎縮させるやり方はその人の価値を下げる : 小野和俊のブログ
はてなの近藤さんのブログの「怒る必要などない」というエントリーで、京都ではてなと同じビルに入っていた歯医者さんの引退飲み会に参加して、引退する彼の「怒る必要などない」という話を聞いたことが紹介されている。 先生が30代の頃は毎日スタッフのミスをメモし、診察時間が終わるとそのスタッフを怒っていたそうです。ところがある時、「怒る必要などない」ということを悟り、対等な人間として接するように変わったそうです。それから入ったスタッフの方の多くは、10年以上も勤務され続けたそうです。怒るのは自分の自信のなさの現れである、と仰っていました。 私個人としては、社内で人のことを「○○君」と呼ぶことにも抵抗があるタイプの人間で、「上司が部下を○○君と呼んだりしてるけど、もし立場が逆転したらどうするつもりなの？」と素朴に思ったりしてしまうわけだが、取引先や社内の関係者に対して、冷静な言葉を保てず、怒ったり威圧す
成長しないプログラマーの7つの悪習慣 : 小野和俊のブログ
はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上
マイクロソフト萩原正義氏MIJS講演「スケールアウト設計における問題点の考察と分析手法の提案」 : 小野和俊のブログ
昨年末にMIJSのコンソーシアム内での交流会があり、前回のはてな伊藤さん講演に続き、理事会の方から講演者の選定とコンタクトを依頼されたので、マイクロソフトの萩原さんに「クラウドの時代のデータモデリング」の講演をお願いした。 今回萩原さんに講演をお願いしたのは、以前参加させていただいたマイクロソフト系のイベントでの萩原さんの講演が大変興味深い内容だったからだ。 以下、今回の講演を聞きながら私がメモした内容である。 「スケールアウト設計における問題点の考察と分析手法の提案」 現在マイクロソフトでクラウドの技術のうち、開発の現場に対して、どういうやり方をしなければいけないかを提案する仕事をしている。 今日お話しする内容は、インターネットや書籍で紹介されているものよりも、深いところを話していきたい。とはいえ1時間という短い時間なので、ポイントを絞って話をしていきたい。マイクロソフトはWindows
Twitterの危険性 : 小野和俊のブログ
コメント一覧 (11) 1. ありがとうございます 2009年11月16日 05:55 最初の意気込みだけででエネルギーを使い果たしてしまった・・・ そうならないように気をつけます。 2. nic 2009年11月16日 17:50 たしかに、よく言われてますね。なにかで発散されてしまうと満足してしまって、創作意欲がなくなると。 私はTwitterで反応してくれるお友達がいないので、呟いても全然大丈夫です 3. min 2009年11月16日 19:05 でも、それってTwitterに限ったことじゃないし、ブログも同じだし、インターネット自体がそうだし？？？ 4. fo 2009年11月16日 21:20 >>3 読解力が無いって言われない？ 5. ベータブロガー 2009年11月16日 22:35 blogとtwitterを同列に並べるのがそも間違い それぞれの特徴をとらえて合ったものを
中学校の同窓会に行ってきた : 小野和俊のブログ
シルバーウィーク最中の9月21日月曜日に中学校の同窓会があり、八王子に向かう中央線の中で、過去にあった様々なことを思い出しながら、18年が経って、皆どんな風になったのだろうと、期待するような、しかしそれと同時に、どこか不安になるような気持ちを胸に、幼い頃に住み慣れたはずの、しかし今では店も建物も、街並みの半分以上が様変わりした八王子駅北口の放射線通りを歩きながら会場に向かったのだった。 私たちの学年には8つのクラスがあり、それぞれのクラスが35人前後だったので合計280人前後の生徒がいたのだが、同窓会に顔を出したのは70人ほどで、一次会の立食パーティーの会場では、地元の風俗の従業員を続けていたが嫌になって辞めて職を探しているのだ、という人がいたと思えば、その隣に、NTTに就職して出世コースまっしぐらという人がいたりした。小学校から一緒だった、ドラえもんの物真似に定評があった西義之君は漫画家
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい
大学の研究室の教官は昔NTT研究所の所長をされていた苗村先生という人で(と言いつつ私は大学の研究室にほとんど顔を出していなかったのだけれど)、彼の発言のうち印象に残っているものの一つとして、昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。可読性の意味でもメンテナビリティの意味でも、開発生産性の意味でも。私が考えるに、本来コンピュータが読むためのものであるソースコードに人が読むためのコメントを付け加えなければならないのは、次の２通りの場合だけである。 1.公開されるAPI APIやソースコードそのものが公開される場合、利用者は不特定多数となり、利用者のスキルにもばらつきが出て、
プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
小野和俊のブログ:アプレッソのジョエルテスト判定結果
今週末は熱海の温泉に行ってきた。 行き帰りの新幹線で読んだJoel on Softwareは衝撃的に良かった。 この本はソフトウェア開発に携わるすべての人が読むべき本だと真剣に思う。 中でも第三章に書かれているジョエルテストが面白かったので、 これをアプレッソに当てはめて判定してみることにした。 現在のアプレッソでは、12のテストのうち、10項目が当てはまっている。 該当する項目が2から3の会社が圧倒的に多いということなので、 判定結果としてはかなり良い方だと思う。 しかし、今は導入した後でその効果を知っているから全面的に賛成できるのだが、導入する前は、 「今のままで特に大きな問題があるわけでもないし、 新しい方法を導入することにはリスクも伴う。 このままでも良いのではないか。」 という理由で導入を躊躇したものも多かった。 これらはどの項目についても、マネージャーがどんなに反対したとしても
ソフトウェアビジネスのスケーラビリティと経営戦略 : 小野和俊のブログ
昨日書いたエントリについて、shi3zさんから返信エントリをもらった。 後半のリーダー論については100%同意するとして、それ以外にshi3zさんが指摘しているのは次のような点だ。 (1) ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない (2) ITビジネスの世界では競争意識がなければ成功できない。外の敵とどう戦うかを意識しないと、江戸幕府のように敗北する > ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない もともとはアプレッソも直販メインの会社で、私も含めてエンジニアが製品の説明にお客さんのところに出向いて、DataSpiderの説明をしたり、目の前でDataSpiderを使ったシステムのプロトタイプをペアプロでつくったりしていた。この仕事の仕方は、現場の喜びと悲しみを直接肌で感じるための最短
読者が選んだ2007年のエントリベスト10 : 小野和俊のブログ
あけましておめでとうございます。 ここ数日、年初のエントリをどのようなものにしようかと検討しており、当初は新年とまったく関係ないエントリを書く方が、冠婚葬祭や年末年始、クリスマスや誕生日といった各種イベントに極めて無関心な自分の性質が良く出るかと考えていたのですが、弾さんや楠さん、ZAPAさんのところで2007年のエントリをランキングで振り返るエントリが書かれているのを見て、一読者として楽しませてもらったので、自分も年始のエントリはエントリランキングにすることにしました。 それにしても初夢は期末試験の準備ができておらず、落第するのではないかと焦って、試験終了時間が来ているのにあと1分待ってくださいなどと試験官に交渉する夢を見ました。期末試験の夢からさめていつも思うのは、社会人になって試験がなくなって本当に良かったということです。最後の期末試験が終わってから10年近く経ちますが、いったい私は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
