SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
HRTの原則 〜ソフトウェア開発はバーでしっとり語り合うように 〜 : 小野和俊のブログ
「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team
コードレビューについて : 小野和俊のブログ
伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ
ベンチャー企業の事業推進と資本政策: 私の場合 : 小野和俊のブログ
2ヶ月前にポストした前回のエントリに関して、「おめでとうございます」的なコメントを多数いただいた一方、「小野さんって8%しか株持ってなかったの？ギリギリまでむしり取られてたのね・・・」的な感想をTweetしている人もいたようで、いや、違うんだけどなぁと思いつつも別にエントリを書くほどのことでもないか、と思っていたのですが、アプレッソの資本政策周りの経緯を書いておくことは今後ベンチャーを始める人の参考になる部分もあるかもしれないのでエントリを書くことにしました。 会社を始める目的は人それぞれかと思います。こんなものがあったら素晴らしいだろう、というアイデアを世に問うてみたい、という人もいるでしょうし、一攫千金を夢見る人もいるでしょう。自分の中にくすぶる若さのエネルギーをぶつける先がなく、ほぼ勢いだけで始める人もいるでしょうし、身近な誰かが切実に求めているものがあり、それを実現するために起業す
UX/UIデザインガイドライン : 小野和俊のブログ
このところ、アプレッソの中でも、MIJS製品技術委員会でも、自分たちのソフトウェアのUX/UIをブラッシュアップしていくためにどんなことができるのかをディスカッションしている。 UX/UIデザインガイドラインとして各社の推奨する指針をまとめたものがWebで公開されているので、プログラマーであれデザイナーであれ、ソフトウェアの画面設計に何らかの形で携わるのであれば、基礎知識として主要なものには目を通し、プログラマーがデザインパターンの用語で手短にコミュニケーションが取れるのと同じように、「ここは○○ガイドラインの△△パターンを使うのはどうかな？」というような会話ができるようにしていきたいと思っている。 ■ Apple ・アップル ヒューマンインターフェースガイドライン ・iOSヒューマンインターフェースガイドライン(PDF) ・iPadヒューマンインターフェースガイドライン(PDF) ■ M
マイクロソフト西脇資哲氏に学ぶプレゼンとデモの秘訣 : 小野和俊のブログ
昨日はマイクロソフトの西脇さんのMIJS会員向けエヴァンジェリスト養成講座に参加してきた。 前職のオラクル時代に一度、現職のマイクロソフトで一度、計二回西脇さんのプレゼンとデモを見てすっかりファンになった私は、その彼がプレゼンとデモの秘訣を披露してくれるということで、これは参加しない手はないだろうと思い、イベントの開催告知が届くや否や、すぐに参加申し込みをしたのだった。 とても勉強になる内容だったのでブログで書いても問題ないかと確認したところ、OKとの回答をいただいたので、以下に私が講義を聴きながらメモした内容を書く。 -------- ■ はじめに 今日の講座はプレゼンテーションとデモンストレーションに関する講座。 オラクルに13年いて、今はマイクロソフトにいる。 エヴァンジェリストという仕事は、会社の製品や取り組みを、自社の製品を好きでない人に対しても、魅力的に伝える仕事。 マイクロソ
あえてNoSQLでクラウド上にエンタープライズアプリを作ってみる : 小野和俊のブログ
RDBMSとNoSQLを巡る議論でいつも私が違和感を感じるのは、RDBMSに固執しようとする人と、NoSQLに固執しようとする人と、それぞれが極端にどちらかを擁護し、極端にどちらかの長所や可能性に対して目を瞑ろうとしているように見受けられることである。 これまでRDBMSを業務で使ってきた人にNoSQLの制約の話をすると、大抵の場合、「そんなのじゃ業務には使えない」という反応が返ってくる。特に即時一貫性が保てないという話をすると「まったく使い物にならない」と脊髄反射的に拒否反応を示されることが多い。 私が思うに、クラウドがシステム構築で活用されていくのに比例して、これからは「RDBMSとNoSQLを適材適所で使い分ける」ことがこれからのアーキテクトに求められるのではないか。 これまではRDBMSがあったから何もかも一貫性が保障されていた。だが、本当にそこまですべてのデータに即時一貫性が必要
ソフトウェアビジネスのスケーラビリティと経営戦略 : 小野和俊のブログ
昨日書いたエントリについて、shi3zさんから返信エントリをもらった。 後半のリーダー論については100%同意するとして、それ以外にshi3zさんが指摘しているのは次のような点だ。 (1) ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない (2) ITビジネスの世界では競争意識がなければ成功できない。外の敵とどう戦うかを意識しないと、江戸幕府のように敗北する > ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない もともとはアプレッソも直販メインの会社で、私も含めてエンジニアが製品の説明にお客さんのところに出向いて、DataSpiderの説明をしたり、目の前でDataSpiderを使ったシステムのプロトタイプをペアプロでつくったりしていた。この仕事の仕方は、現場の喜びと悲しみを直接肌で感じるための最短
Twitterで就職 - ネットコミュニケーションで仕事を決める時代 : 小野和俊のブログ
昨年末あたりから、開発加速のためにエンジニアを募集しようと、 商用媒体にいくつか広告を出したりしてみたのだが、 なかなか良い人が見つからず、困っていたのである。 何か方法はないかと社内で立ち話をしているとき、 ふとこんな風に思ったのである。 「Twitterに書いてみたらどうなるかな？」 その発言から5分もしないうちに、私は急いで席に戻って、 Twitter に社員募集のメッセージを書き込んだ。 その後、4月7日現在までに、約３０人の人からリプライをもらったり、 DMをもらったり、会社見学に来てもらったりした。 結果的には現時点でもう出社している人が一人おり、 あと二人のエンジニアが近日中に開発チームに参加してくれることが決まっている。 今まさに面接の最中の人も何人かいる。 このエントリで書きたいことは、 Twitterで実際に採用活動ができた、 ということではない。 Twitterで採用
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
平成20年度センター試験: 現代ウェブ社会 : 小野和俊のブログ
年が明けて成人の日が近づくに連れて思い出すのは大学入試のセンター試験のことで、大学受験から十数年経った今になって思うのは、あの試験をつくる側の人は意外とネタっぽく、ププッと吹き出したりしながら試験問題を作ったりしているのではないかということである。 文章中に下線を引いて、そこに対する正しい記述と正しくない記述とを織り交ぜて問題をつくっていくわけだから、特に正しくない記述の選択肢を考えるのはかなりネタっぽい作業なわけである。 それが具体的にどのような作業であるのかを体験するには、身近なテーマについて、センター試験の形式で問題をつくってみるのが最良なのではないかと考えた。 以上の経緯で、平成19年の現代社会のセンター試験を参考にしながら、現代ウェブ社会と題して以下のように試験問題をつくってみた。 現代ウェブ社会 第1問 次の文章を読み、下の問い(問1 〜 問12)に答えよ。(配点 36) はて
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
アプレッソ x ラグザイア技術交流会 : 小野和俊のブログ
昨夜は以前からラグザイアの相馬さんと企画していた、アプレッソ x ラグザイア技術交流会に参加してきました。プレゼン資料とそれぞれのプレゼンへの感想をポストします。 私のパートでは、ブラウザのスタートページ「lalha's portal」を紹介したり、Google AJAX Feed API や Google Document List Data API を利用した Netvibes Google Docs Widget をライブコーディングしたりしました。 作成した Widget を Netvibes UWA として iGoogle などでも利用できるようにするところまでやりたかったのですが、Google Authentication API のところで手間取ってしまい、Google Docs のアイテム一覧を表示するための RSS リーダーまで作成したところで時間切れとなってしまいました
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
小野和俊のブログ:プログラマーにお勧めしたいプチ・ライフハック 4選
1. 割り箸を職場に常備する 草野球をやっていた人は子供の頃、怒られたことがあると思う。 打った後にバットを投げ出して走り始めてはいけないと。 いつも使うものは丁寧に扱いなさいと。 プログラマーがキーボードやマウスを油で汚すなんてことは言語道断である。 ポテトチップスや唐揚げ、スナック菓子などを直接手で食べてはいけない。 かならず割り箸を使って手を汚さずに食べる。 それがプログラマーとして最低限の作法。 XP な職場であればあるほどお菓子が用意されていたりするから、 なお要注意である。 文章を書く場合でも、ソフトウェアを開発する場合でも、 プレゼン資料を作る場合でも、 成果物のイメージが明確になっている場合には キーボード＆マウスは極めて有効なデバイスだ。 だが、構想を練っている段階やアイデアを膨らませている段階では、 紙とエンピツでアナログなやり方をする方が圧倒的に仕事が進む。 これは誰
ソーシャルウェア･ユーザビリティ : 小野和俊のブログ
これまで長い期間に渡って、ソフトウェアは一人で使うためのものだった。 ここで言う「一人で使う」ということの意味は、自分以外にも家族も使うかどうかというような意味ではない。例えばテキストエディタは他の PC の前に座っている誰かとリアルタイムで共同編集するものではなかったし、ゲームはネットに接続せずに自分一人で遊ぶものだった。そういう意味でソフトウェアはこれまで長い期間に渡って一人で使うためのものだった。 だからこれまで私たちは、ユーザビリティのことを考えるとき、まず自分が一人で使うときに使いやすいかどうかを考えてきた。 例えば、昨日はてなの伊藤さんが書いていたような、コミュニティに蓄積されるコンテンツを良質なものにするために、あえて一人で使うときの利便性に目を瞑るという考え方は、ソーシャルウェア・ユーザビリティを重視したアプローチと言えるだろう。 以前、はてなブックマークと del.ici
小野和俊のブログ:ベンチャー企業の始め方
「いつかベンチャーをやりたいと思ってるんですよ！」 この種の発言は確か私が大学生の頃によく耳にしていた台詞で、その時ベンチャーにまったく興味のなかった私の感想としては、ああ、この人は自分にはあまり関係がない世界のことを話してるな、という感じで、そんな自分がまさか数年後にベンチャー企業をやることになるなんて夢にも思っていなかった。 そんな私もベンチャーを始めてから気付くともう6年が経って、会社も軌道に乗ってきて、ベンチャーを始めるにはどのようなことが大切で、どのようなことをすれば良いのか、ある程度わかるようになってきた。だから今日はそのことについて書こうと思う。 もしあなたが、自分自身で起業しようと思っているなら、ヒトの問題についての最初の関門はクリアしていると言っても良いかもしれない。 というのも、起業の際のヒトの面での最大の問題は、創業者が見つかるかどうか、ということにあるからだ。 もし
小野和俊のブログ:心に残るプレゼンは、必ずと言っていいほど事前に用意周到に準備されている
私はもともとはプレゼンは完全にアドリブ派で、大まかな流れだけサッと考えて直前に資料をつくって、後はぶっつけ本番で、残り時間を見ながら話す内容をその場で考えてプレゼンする、というのがお決まりのスタイルだったのだが、昨年末あたりから、このやり方だと、内容はそれなりに伝えられても、発言に冗長なところがあったり、表現が洗練されていなかったり、そして何よりも、プレゼンの中にドラマがないというか、良いプレゼンを見ていると、どれも周到に準備されていて、話の展開はもちろんのこと、沈黙のタイミングや長さ、声の調子に至るまで微にいり細にいり実によく考えられており、アドリブのプレゼンだと、このようによく準備されたプレゼンと比較すると、演出の面において決定的に劣ってしまうのではないかと考えるようになった。
小野和俊のブログ:海外旅行でホテルを格安で予約する
今回夏期休暇でヨーロッパに行ってわかったことは、海外のホテルは予約の仕方によって随分と値段が違うということだった。 私はIT系の職種につく人間でありながら、今まで個人で海外旅行と言えば旅行代理店で航空券予約とともにセットでホテルを予約してしまっていて、まあ手間を考えればこれで良いのではと思って、ネットでもっと良い方法があるのではないかと調べることをしていなかった。 今回、泊まりたいホテルがホテルリストに載っていなかったので、自分でいくつか調べて予約したのだけれど、予約の方法によってあまりにも価格が違う - 場合によっては倍以上違う - ことに驚いて、これはもう今後個人で海外に行く時は迷わず自分で予約するな、と思ったのでブログに書くことにした。 サイト名 備考
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
