塾に行かずに中学受験 : 小野和俊のブログ
我が家は小学生の子供が3人おり、みな近所の公立の小学校に通っている。 一番上の長男が生まれたばかりの頃はうちの子供はみんな中学校までは公立がいいんだろうなぁ、と思っていたのだが、長男については友人の親からも「私立の方が向いているのかも」と言われることがあり、親としても何となくそうかもねぇ、などと話し始めたのが小学６年になった昨年の春。そして直後に友人もたくさん受けていた無料学力テストの結果を受け取りに近くの学習塾に行った際、そこで言われた言葉が「あのね。今からは無理ですよ。お子さんはずっと塾や家庭教師なしで学校の授業だけ受けてきたようですけれど、もう小６に入ってしまっていますから。塾では５年生までに６年生までの勉強を全部終わらせて、６年生はひたすら応用問題を解くんです。それに今回のテストは受験しない生徒も多数受けるごく一般の学力テストで、そこで現在偏差値40台ですし・・・。ですから、私たち
クレディセゾンでエンジニアリングチームを立ち上げます : 小野和俊のブログ
先程、クレディセゾンの来期組織のプレスリリースが出ましたが、3/1からクレディセゾン CTOの仕事をメインの仕事にしていくことになりました。 （立場は変わりますが技術顧問という形でセゾン情報システムズ/アプレッソの仕事も継続しますので、引き続きぜひ何かありましたらお声がけください。昨年秋にはAmazon Alexaスキルアワードで法人部門優勝＆特別賞のダブル受賞もしたりしてだいぶ面白くなってきています！）。 で、クレディセゾンで何をやっていくか？ エンジニアリングチームの立ち上げをします。 具体的には2つのことをしようとしています。 クレディセゾンは金融の会社です。ITの世界の枠組みで言うと、いわゆるユーザー企業です。 少し前までは、多くのユーザー企業にとって、ITは「社内業務の効率化」のためのものであり、重要ではない、とまでは言わないまでも、今日のような重要性を持つものではなかった。 そ
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
DataSpiderにおけるコンポーネント間のインタラクションの設計と実装 : 小野和俊のブログ
先日、ソースコードのメンテナビリティについてのエントリを書きましたが、dankogaiさんから「で、具体的にどんなコード書いてるの？」という指摘がありました。 返信エントリでは、「DataSpiderはオープンソースではないのでソースコードをそのまま出すことはできない」と書いたのですが、よく考えたら、一部エッセンスを抜き出してサンプルコードとして紹介することはできるので、最近私が書いたコードの中で、メンテナビリティに関係するコードを紹介したいと思います。 ※ ソースコードの行数が正しく表示されない場合にはブラウザの幅を広げると正しく表示されます。なお、ソースコードの構成をシンプルにするため今回のサンプルではViewModelは使用していません。 目次 ・コンポーネント間のインタラクションの管理 ・最も原始的な実装方法: コンポーネントの相互参照 ・Mediatorパターン ・Role Ob
dankogaiさんへの返信 : 小野和俊のブログ
昨日、「メンテナビリティの高いソースコードを目指して」というエントリを書いたところ、dankogaiさんから、「コードも見せていないお前にコードを語る資格はない」と怒られてしまったので返信エントリ。 実はブログを初めて1,2年くらいの頃はコードを含むエントリをそこそこ書いてたのですが、プログラマーでない知人から「何の話か全然わからなかった」と言われ、またdankogaiさんも指摘している通り、「コードについて書く方がコードを書くより読まれる現実」があり、コードを含むエントリはJava Programming Tipsという別のブログに移した経緯があります。 ではどこに力を入れているかというと、私が一番力を入れいてるのはDataSpiderという商用ソフトウェアの設計と実装ですが、これはアプレッソの50人の社員を10年間支えてきてくれているソフトウェアなので「はい、どうぞ」とソースコードをお
小野和俊のブログ:メンテナビリティの高いソースコードを目指して
ソフトウェアを中長期にわたってメンテナンスしていく場合、メンテナンスしやすいコードと、メンテナンスしにくいコードとの間には、同じ機能を実現していたとしても、その価値には雲泥の差があります。 メンテナンスの容易さを示す言葉として、メンテナビリティ(Maintainability)という言葉がありますが、私自身、アプレッソでDataSpiderを11年間開発・メンテナンスしていく中で、「この人の書いたコードは本当にわかりやすいし無駄がない」とメンテナビリティの高いソースコードに感心させられることもあれば、「急いでいたとはいえ、このソースコードはリファクタリングしないと・・・」と、メンテナビリティの低いコードがソフトウェアに混入してしまったことを嘆くこともありました。 このエントリでは、一本のソフトウェアを11年間開発・メンテナンスしてきた経験から、ソフトウェアのメンテナビリティについて考察して
ブラウザ三国志を引退します : 小野和俊のブログ
昨年3月にブラウザ三国志をはじめてから1年の月日が経ちましたが、この度、3月23日の3期終了のタイミングでブラウザ三国志を引退することになりました。 当初は「噂のゲームをちょっとやってみよう」と様子見程度の気持ちでゲームを開始したのですが、様々な人と出会い、各所で戦争し、さらにはサーバーで最大の勢力「竹馬連合」を形成し制圧ランキング1位に至り、最終的には3000人を超える君主から攻めこまれて敗北必至の状況に追い込まれ、「1日5分で軽めにプレイ」する予定のはずが、気づけばゲーム開始直後からプライベートの時間のほぼすべてを投入するよう状態が続く中で、黎明期も勝利も敗北も経験し、あっという間に一年という月日が過ぎてしまいました。かなり精力的に活動していたことに加え、各所で戦争していたこと、不義理を批判して敵を作ったこと等もあり、私が所属していた17-20サーバーの2chのスレッドは、常に私の名前
「酒たまねぎや」に行ってきました : 小野和俊のブログ
以前から、神楽坂に都内でトップクラスの日本酒を揃えている「酒たまねぎや」という店があるという噂を聞いていたのだが、今週火曜日に行ってみたところ、日本酒と刺身が想像を絶する美味しさだった上に、「おしゃれでない一杯飲み屋」を自称する店の雰囲気が、かつて足繁く通った新宿のバー・アカシアと共通するところがあり、非常に気に入って、昨夜も一人で酒たまねぎやを訪れたのだった。 店に足を運ぶ前に「たまねぎや」でウェブを検索したところ、酒たまねぎやのウェブサイトがヒットしたのだが、かなり政治色が強く、色づかいもアングラサイトっぽかった上、神楽坂に酒蔵をつくるプロジェクトを進めているKQZ氏からTwitterで「たまねぎやでは政治の話はしないように」と釘をさされ、正直かなり尻込みしたのだが、いざ店に入ってみると、そうした不安が吹き飛ぶようなクオリティの酒と刺身とが待っていたのだった。 食事中に写真を撮る習慣が
精読のTwitterと速読のTwitter : 小野和俊のブログ
Twitter を始めてから半年が過ぎようとしている。 使い始めて3ヶ月位して思ったのは、Twitter には3つの段階があるということ。 3段階目の「What are you thinking of?」が楽しくて仕方なかったので、 家でも会社でもブラウザのトップページを Netvibes から Twitter に変更した。 しかし、その頃私が見ていた世界は Twitter の二つの世界のうち 実は一方の世界だけだったということに気付かされたのは、9月21日のことだった。 「@lalha は32人しか follow してないのに twitter の何を語ってんだ。」 最初私が感じたのは、「それは違うだろう」という抵抗感だった。 というのも、以前から RSS や Twitter について、フィード登録数や Follow 数が少ない人間は語る資格がないという趣旨の発言を見るたびに、どちらもこん
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
小野和俊のブログ:Windows から Mac に移行しようとして悪戦苦闘している人の話
46. mfigure 2007年03月29日 19:49 >Kyoさま Winが不安定だったのは、9x系のころで、NT系の2000以降は安定してますよ。 同じく、MacもOS9までは不安定でしたが、OSXになってからは全く別のシステムに生まれ変わり（Linuxの兄弟のようなものです）、安定しています。 どちらもサーバー用途に開発されたOSをベースにしているのですから、システムの安定度で比較するのは、現在では、あまり意味が無いように思います。 47. 毒林檎 2007年03月29日 20:17 ＞マカーが顔を真っ赤にして反論しているのが予想通りすぎる これは、ギャグかなんかですか？ 「マカー」と「マッカ」の言葉遊びなんすかね？ 何でも人の意見をコピペできる便利な時代ですよね。思考能力をごっそりネットに預けっぱなしという人物も結構見かけますしね。校正入れていいですか？ マカーが顔を真っ赤にし
小野和俊のブログ:Ruby に今一番ほしいもの
この半年ほど Ruby を使っていて思うのは、コーディング量が少なくてすむし、プログラム言語的な手触りが良いし、まず作ってみてどれくらい感動できるソフトなのかを確認しながらソフトウェアの仕様自体を見直してスパイラルでつくっていくという開発プロセスも取りやすいし、ライブラリも揃ってきているし、Ruby on Rails のバランス感覚はすばらしいし、といったことである。そういう意味では大絶賛なのである。 それでも、普段 Java をメインで使っていて、時々 Ruby にスイッチすると顔をしかめてしまうような猛烈なストレスに襲われるのは、標準的で、無料で、安定しており、好みに合わせてカスタマイズでき、リファクタリング機能 *1をサポートした IDE が存在しないからである。 もちろんこれは言語そのものの問題ではないが、結果的には、使用する言語を選択する際に、要求の変化などの外部的な変化には強く
かたい技術とやわらかい技術 : 小野和俊のブログ
1976年生まれ。1999年慶應義塾大学環境情報学部卒業後、同年サン・マイクロシステムズ株式会社に入社。入社後まもなく米国 Sun Microsystems, Inc での開発を経験し、2000年より株式会社アプレッソ代表取締役に就任、データ連携ミドルウェア DataSpider を開発する。2002年には DataSpider が SOFTIC ソフトウェア・プロダクト・オブ・ザ・イヤーを受賞。2004年度未踏ソフトウェア創造事業 Galapagos プロジェクト共同開発者。2007年〜2010年日経ソフトウェア巻頭連載「小野和俊のプログラマ独立独歩」執筆。2008年〜2011年九州大学大学院「高度ICTリーダーシップ特論」非常勤講師。2013年よりセゾン情報システムズ HULFT事業CTO、2014年 CTO、2015年 取締役 CTO、2016年 常務取締役 CTOを務め、2019年
小野和俊のブログ:徹夜をしてはいけない理由
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
