タグ

ブックマーク / blog.livedoor.jp/lalha (7)

  • わたしのバイモーダル戦略 : 小野和俊のブログ

    このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化アジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし

    わたしのバイモーダル戦略 : 小野和俊のブログ
  • レガシーコード改善ガイド : 小野和俊のブログ

    以前からパラパラと部分的には目を通していたレガシーコード改善ガイドを、週末に最初から最後まで通して読んだ。 テスト駆動開発入門(以下TDD)がゼロからテスト駆動でソフトウェアを開発するための方法を示した書籍であるのに対し、書はテスト駆動で開発されなかったソフトウェアを、後からテスト駆動に変えていく方法を示した書籍である。書の定義によれば、最近開発されたソフトウェアでも、テストコードのないコードはレガシーコードであり、そのレガシーコードを改善し、レガシーコードでなくしていくための道筋を提示するのが書の目的だ。 TDDに興味は持ったものの、自分たちのソフトウェアはすでに完成してユーザーに使われており、今からTDD化のためだけに大きな予算や工数を取るわけにもいかず、「TDDは良いと思うけれど、次のプロジェクトから」という結論に落ち着いた事例を目にしたことがある人は少なくないだろう。そして

    レガシーコード改善ガイド : 小野和俊のブログ
  • 精読のTwitterと速読のTwitter : 小野和俊のブログ

    Twitter を始めてから半年が過ぎようとしている。 使い始めて3ヶ月位して思ったのは、Twitter には3つの段階があるということ。 3段階目の「What are you thinking of?」が楽しくて仕方なかったので、 家でも会社でもブラウザのトップページを Netvibes から Twitter に変更した。 しかし、その頃私が見ていた世界は Twitter の二つの世界のうち 実は一方の世界だけだったということに気付かされたのは、9月21日のことだった。 「@lalha は32人しか follow してないのに twitter の何を語ってんだ。」 最初私が感じたのは、「それは違うだろう」という抵抗感だった。 というのも、以前から RSSTwitter について、フィード登録数や Follow 数が少ない人間は語る資格がないという趣旨の発言を見るたびに、どちらもこん

    精読のTwitterと速読のTwitter : 小野和俊のブログ
  • はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ

    昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論

    はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
  • 小野和俊のブログ:そして、ペア・プログラミングが始まる

    ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 1セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends

    小野和俊のブログ:そして、ペア・プログラミングが始まる
    kiririmode
    kiririmode 2007/07/05
    ペアプログラミングはバグを早期発見するだけじゃない。研究でも取り入れられれば能率があがるんだろうけど。
  • 小野和俊のブログ:Thunderbird の唯一にして最大の悩みである「アドレス自動補完問題」を解決する方法

    そして、新規にメールを作成しようと、メールのメールの宛先に sato@some... と入力していくと、アドレスが自動補完されて「株式会社△△佐藤 <sato@somecompany.com>」となってしまい、tanaka@somecompany.com に至っては「弊社田中 <tanaka@somecompany.com>」になってしまう。 英語圏ではファーストネーム + ラストネームが一般的なのでこれでも問題ないが、日語圏では「様」とか「弊社」といった文字が使われていることが多いので、このままでは次のような失礼なメールになってしまう。 しかも、名前の部分を削除してメールアドレスだけにしようとしても再度補完されてしまうため、この問題を解決するには、アドオン無しのデフォルトの状態では、アドレス帳を失礼のないように手作業で変更するか、自動補完機能をオフにするかしかない。手作業で一つ一つのア

    小野和俊のブログ:Thunderbird の唯一にして最大の悩みである「アドレス自動補完問題」を解決する方法
    kiririmode
    kiririmode 2007/06/22
    使うべきか使わざるべきか。便利そうだけど。
  • 「アドバイス」について考える : 小野和俊のブログ

    アドバイスというのは他の人に対する助言なわけだから、基的にはそれなりにありがたく受け止められるはずのものなのだが、世の中にはあまりありがたくないアドバイスというものがあり、その原因は、人が自覚的かどうかは別として、裏側にアドバイス以外のものが隠れていることが多いように思える。 人生における何らかの意味での先輩が、後輩に対して、アドバイスという形で、過去の苦労や輝かしい実績や知識といったものをひけらかしたい欲求を満たす。 2. 注意する側にまわる喜び 自分が規範とする尺度で見て許せない行為に遭遇した場合に、そういうことはやめた方がいいのだという一般化した物言いで、自分がこれまでに人から言われてきたことを別の人間に対して指摘し、自分も注意できる側に回ったのだという、規範内における勝者としての立ち位置を確認する。 3. 負けていないことのアピール 学生における学業の成績や、スポーツ選手におけ

    「アドバイス」について考える : 小野和俊のブログ
  • 1