「学習」について頭の中を往復ビンタされながら自らの無知を思い知らされる新しいタイプの本 : 小野和俊のブログ
ふろむださん、いや私にとっては一世を風靡したブログ「分裂勘違い君劇場」の著者 fromdusktildawn さんと言う方がしっくりくるのだが、氏の新著「最新研究からわかる 学習効率の高め方」を1巻から5巻まですべて読んだ。fromdusktildawn さんはやまもといちろうさん、shi3z さんと並んで私が「こんな文章が書けたらどんなに素晴らしいだろう」と尊敬する、私にとっての Web 論壇の三大将軍の一人だ。(shi3zさんとはよく喧嘩もするが) 書籍のテーマは「学習」について。 こんなにも誰もが無関係でいられないテーマは他になかなかない。それなのに私も含め、あまりにも多くの人が「学習」について踏み込んで調べたり考えたりすることができていないことを思い知らされる一冊だった。 「子どもの成績も悪くないし、まあいいや」 「習得しようとしていた技能も身についたし、まあいいや」 このように、
「ソフトウェア・ファースト」を読むべし : 小野和俊のブログ
10月初めに著者の及川さんより「ソフトウェア・ファースト」を送っていただいていたのだが、つい先日まで仕事が立て込んでおりずいぶんと読み終わるのが遅くなってしまった。極めて良著だった。 とりわけ私にとっては、問題意識や取り組みの方向性があまりにも自分と一致しすぎていて、「いや、本当にそう。それでいまこういうことをやってるのよね。」と一致の程度が高すぎて読んでいてところどころで共感の気持ちが声として漏れ出てしまう内容であった。むしろ違和感があまりにもなさすぎて、危険だとさえ感じた。共感の程度が高すぎると、自らが肯定されたような気分になり、このままで良いのだろうかという迷いから生まれる自省的考察から自らを遠ざけることがあるからだ。 私がクレディセゾンに来たのはまさにこれが理由だ。 自分でアプレッソといベンチャーを立ち上げてきたし、DataSpiderというプロダクトも生み出した。だが、あるときか
クレディセゾンでエンジニアリングチームを立ち上げます : 小野和俊のブログ
先程、クレディセゾンの来期組織のプレスリリースが出ましたが、3/1からクレディセゾン CTOの仕事をメインの仕事にしていくことになりました。 （立場は変わりますが技術顧問という形でセゾン情報システムズ/アプレッソの仕事も継続しますので、引き続きぜひ何かありましたらお声がけください。昨年秋にはAmazon Alexaスキルアワードで法人部門優勝＆特別賞のダブル受賞もしたりしてだいぶ面白くなってきています！）。 で、クレディセゾンで何をやっていくか？ エンジニアリングチームの立ち上げをします。 具体的には2つのことをしようとしています。 クレディセゾンは金融の会社です。ITの世界の枠組みで言うと、いわゆるユーザー企業です。 少し前までは、多くのユーザー企業にとって、ITは「社内業務の効率化」のためのものであり、重要ではない、とまでは言わないまでも、今日のような重要性を持つものではなかった。 そ
SIについて私が思ったこと。そしてSIerにおけるモダン開発について : 小野和俊のブログ
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と
上下昇降デスクの導入 : 小野和俊のブログ
3月半ばからエンジニアチームの一部で上下昇降デスクを導入している。 まずは10台程導入したのだが、社内でとても好評なことに加え、 知人に話すと自社でも導入したいと言われることも多いのでブログで紹介してみたい。 上下昇降デスクとは、ボタンを押すとウィーンと机が電動で上がったり下がったりするデスクで、 あらかじめ自分に合った高さを設定しておくことで、 ボタンひとつで座って仕事をするモードと立って仕事をするモードとを切り替えることができる。 机のプレート部分右下の部分にあるボタンを押すと机の高さが変わり、 立ち上がって仕事するのにちょうどよい高さになる。 同じデスクで立って仕事をしている人と座って仕事をしている人が並ぶとこんなオフィス風景になる。 これを導入しようと思ったきっかけは、昨年シリコンバレーに行った際、 Facebook本社で上下昇降デスクを使っている人が多くおり、 良さそうだったので
シリコンバレー企業の「フォーカスする」文化 : 小野和俊のブログ
先週は久しぶりにシリコンバレーに行ってきた。 訪問先は大きく2つあり、ひとつはシリコンバレーで勢いのある企業。 もうひとつはシリコンバレーで活躍する日本人エンジニアだった。 ・先月ニューヨーク証券取引所に上場したZendesk ・企業向けオンラインストレージを提供しIPO申請中のBox ・YCombinator出身のAllan氏率いるインキュベーターRun Way ・「日本を代表するビッグデータ技術者集団が米国で起業」のTreasure Data ・「10年連続10万行の男」の石黒さんのIP Infusion 日本人エンジニアとしては ・Twitterの川本さん ・Twitterの中川さん ・Facebookの松信さん ・Treasure Dataの太田さん ・IP Infusion石黒さん にお会いしてきた。 訪問の際のディスカッションの詳細はNDAもあり書けないのだが、全体を通じて印象
HRTの原則 〜ソフトウェア開発はバーでしっとり語り合うように 〜 : 小野和俊のブログ
「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team
コードレビューについて : 小野和俊のブログ
伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ
人生のパフォーマンスチューニング : 小野和俊のブログ
プログラマーはソフトウェアを開発する際、無駄な処理や非効率的な処理を極力排除しようとする。この意味においてプログラマーは処理の効率化の専門家であると言える。ならば私たちプログラマーはソフトウェアだけでなく、自分自身の人生についてもパフォーマンスチューニングできるはずだ。 プログラムでしばしばパフォーマンスのボトルネックになるのは、「ループの中の処理」だ。例えば10万行10列のデータを1列ずつ処理していくようなループ処理の中身を1ミリ秒速くすれば、全体で約16分の速度向上が見込める。 人生においても、実行頻度の高い処理はパフォーマンスチューニングの効果を得やすい。 例えば職種を問わず毎日2回ずつ実行される処理として、通勤がある。通勤のチューニングにより、営業日が月に20日だとして、もし通勤を片道30分短縮できれば、月20時間の時間を得ることができる。具体例として私の場合、「通勤を徒歩10分以
私がshi3zさんを愛さずにいられない理由、そしてノブレス・オブリージュ : 小野和俊のブログ
清水亮という男がいる。ネットのidはshi3z。 本当に嫌な奴で、だいたい飲み会の席で同席すると喧嘩になる。 4年ほど前にもこんなことがあった。九州大学工学部大学院の『高度ITCリーダーシップ特論』という授業の講師として招かれた我々は講師陣の飲み会で口喧嘩を始め、shi3zさんは私に捨て台詞を吐いてその場を退席したのだった。リーダーの見本たるべき私達が飲み会の席で喧嘩別れし、しかもその直後からTwitterなどの公の場で互いに罵り合う姿を見て、「自分はこんなリーダーにだけはなりたくない」と思った学生も少なからずいただろう。この授業の本質が、ダメなリーダーを反面教師的に間近に見ることで受講生の意識改革を促すことにあったのだとしたら、そこまで見越してコーディネートした楠さんの深謀遠慮には敬服の意を表さざるを得ない。 shi3zさんの昨日のエントリによれば、小野和俊、すなわち私という人間は、慶応
進撃のプログラマー : 小野和俊のブログ
■ 半年後の君へ ドォォォン 兵士A 「第一バッファ、突破されました！！！」 兵士B 「そんな・・・この3年、バッファが食いつぶされたことなんてなかったのに・・・」 エレン 「こんな巨大なバグ、見たことがない・・・」 兵士A 「もし次のバッファが食いつぶされたら、このプロジェクトはもう終わりだ・・・」 ■ バグ調査兵団の帰還 母親 「私の息子は・・・？」 エルヴィン 「残念ながら・・・」 母親 「でも、息子は役に立ったんですよね？再現手順のひとつでも・・・見つけてきたんだろう？」 エルヴィン 「もちろん・・・いや・・・今回の調査で我々は、いや、今回も・・・くっ・・・何の成果も得られませんでしたぁぁ！！私が無能なばかりにただいたずらにスケジュールを食いつぶし、バグの原因を突き止めることが、できませんでしたぁぁ！！！」 ■ リヴァイ課長 「人類最強のトラブルシューター」と呼ばれ、1人で100人
エンジニアの成長と「快適な職場」について : 小野和俊のブログ
「時間あれば軽く飲んでいきます？」 一年前のちょうど今くらいの季節に、Diablo3のオフ会の後に伊藤直也さんと2人で新宿三丁目のバーに向かった。 伊藤さん曰く、 「グリーにいたとき、すごく優秀な人がいて。お願いしたいことを短い言葉で伝えるだけで、行間を読んでこちらがやりたいことを全部理解して、必要な指示を出して自分も動いてあっという間に成果を出しちゃう。」 一般に、エンジニアの楽園のような職場 - 快適で自由闊達に意見が言えて、技術力があり、それぞれが自主性を持ってのびのびと仕事をしている職場の方が、エンジニアは良いアウトプットを出せるし、類は友を呼んで優秀なエンジニアが集まってきやすい。これは確かなことだろう。ただ、エンジニアの成長を考える時、そういう職場は本当に理想的なのか、という点については、少し立ち止まって考える必要がある。 人の成長には、明るく楽しく周囲も優秀でコミュニケーショ
新生ミクシィへの期待と要望 : 小野和俊のブログ
「ここに書いても・・・誰からも反応なしか」、「○○月☓☓日でmixi退会します」などとマイミクがmixiから次々と去って行ってはや数年、mixiはもう再び話題になることはないかのように思える時期が長く続いていましたが、昨日の新経営陣発表を受け、「mixiアカウント復活！」、「懐かしい！」といった要領で、知人の間でmixiが盛り上がりを見せております。 マイミクの多くがmixiを離れてFacebook/Twitterに移行したりログインしなくなったりしていく中、私は1年前までブラウザ三国志 for mixiをかなり激しくプレイしていたこともあり、また、その結果mixiでしか繋がっていない知人もそれなりにおり、なんだかんだで今日に至るまで毎日5〜10回くらいはmixiにアクセスしていたので、ここはどうにかならないかなぁ、この部分はやっぱりmixiが良いんだよなぁ、などとmixiに対して感じるこ
セゾン情報さんとの資本業務提携について : 小野和俊のブログ
昨日発表のあった件で個別に多数問い合わせいただいていまして、個人的には、株主の変更はあるものの体制・事業等これまで通りなので特に何も書かなくて良いかな？と思っていたのですが、「小野さんもしかして辞めるの！？」等のご心配もいただいていますのでここでも少し触れておきます。 まず、私は辞めません(笑) 株主の移動はありますが、基本的に組織・事業ともアプレッソは今までどおりに事業を進めていきます。もともとアプレッソの事業は順調に推移していて、今期は過去最高益を更新できそうな見込みなのですが、今回の資本業務提携でほぼ確実に事業が加速すると思います :) 24歳になったばかりで世の中の右も左もわからない中で立ち上げたアプレッソの事業が、社内外のみなさんに支えられながら12年間でここまで成長してきて、時価総額15億円ということでこの分野では非常に高い評価を得ることができたのはとても嬉しく、また誇らしく思
小野和俊のブログ:プログラマーが覚えておきたい英単語
小飼弾さんのブログで、やっちゃうとバカにみえちゃう英文法の間違いという記事があったのだが、読んでいて、こういう間違えやすい英語というのはプログラミングの世界でもあるなと思ったので、私が実際見たことある事例に絞って、プログラマー版を何点か。 * 小飼弾さんと秋元さんからいただいたトラックバックの内容に基づいて、一部追記しました。 たまに、フィールドやメソッドの名前で、「メモリにキャッシュする」というようなケースで使われる「キャッシュ」が cash になっていることを見かけるのだが、cash は現金という意味のキャッシュで、正確には cache。そんな間違いする人いないのでは、と言う人もいるかもしれないが、この間違いは実際に何度か見たことがある。 2. Programming - Programing 辞書的には programming (mが2つ) が正しい表記。ただ、Google などで検
if-then-else文の順番 : 小野和俊のブログ
ペアプロで if-then-else 文が出てきた際、「これ、else if の順序、こっちの方が良くない？」というような会話をすることが時折ある。 どれも当たり前のものかもしれないが、「ああ、確かに」という反応があることもあるので、今日はそんな会話の際に出てくる視点についてまとめてみた。 if (よくあるケース/正常なケース) { // 処理 } else if (比較的特殊なケース) { // 処理 } else if (さらに特殊なケース) { // 処理 } else { // 処理 } 条件式の結果がtrueになる確率が高く、「ノーマル」に近いものを上に書く。可読性が上がる他、特に2.で触れる条件式の判定に時間のかかる場合や、ループの最奥にある処理などのif-then-else文の実行される回数が極めて多い場合には体感レベルで実行速度にも大きな差が出ることもある。 Code Co
ブリザードにつづけ : 小野和俊のブログ
「ブリザードは伝説になるゲームしかつくらない。」 2012年5月15日はこの10年のどの5月15日より エキサイティングな一日だった。 12年前に発売された伝説のゲームDiablo2の続編、 Diablo3が発売される日だったからだ。 ある人は会社をいつもより早く切り上げ、 Diablo3の降臨に備えた。 最初の1週間、もう何年も心待ちにしていた私たちは 無我夢中でDialbo3をプレイした。 なんといっても「あの」Diablo2のブリザード社の作品である。 ネットワークプレイを前提とした今作の動きが遅く、 時々ラグで操作がままならなくならなくなることも、 前作と比べてずいぶん難易度が高いように感じられたことも、 すべては慣れの問題であり、続けていればそのうち 毎日帰宅してDiablo3をプレイするのが待ち遠しくて仕方ない 至福の世界が待っているはずだと信じ、 プレイヤーは各々、Norma
Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
ソーシャルメディアで破局するカップル : 小野和俊のブログ
「Twitterで結婚しました！」 「ネットで知り合って付き合い始めました！」 ソーシャルメディアで知り合ったり結婚したり人のことは以前からよく耳にしますが、最近、逆にソーシャルメディアで別れたカップルの話を耳にすることが何度かありました。 半年ほど前に、カップルの女性が別の男性と浮気してししまったことがありました。 が、男性側にも過去に浮気の経験があり、女性もそれを知っていたので、浮気自体はまあお互い様、ということでそこまで問題にならなかったそうです。 男性は女性に「彼と寝ちゃったことは仕方ないけど、もうやり取りしたりしないでね」と話し、女性も「うん、わかった」と答え、二人には平穏な日々が戻って来ました。 しかしある日、浮気相手の男性のFacebookタイムラインを見ると、和解した後もほとんどすべてのポストに女性が「いいね」をつけていることが発覚。 男性は「いいね」を見るたびに「ふざけん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
