9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC
エンジニアの英語化戦略 - 未来のいつか/hyoshiokの日記
あなたが現役のエンジニアならば英語から逃れることは出来ない。エンジニアというプロフェッショナルな職業を選択した以上、自分の職業に誠実になるならば、学び続けなくてはならないし、その場合、英語を避けて通ることはできない。 まあ、50代以上で、もう引退だとか言う人であれば、ぎりぎり逃げ切るということは不可能ではないかもしれないが、それは現役エンジニアというカテゴリではないので、除外する。もちろん、50代だろうが60代だろうが現役であるならば英語から逃れることはできない。 少なくともインターネットの業界とかIT業界とかそーゆーところで飯を食っている人であれば、ほとんどすべての情報は英語でやり取りされていて、一次情報の質と量については英語のそれは日本語それを圧倒している。もし、そのような認識を持っていないとしたら、それはそれで相当ヤバいと思う。 もちろん英語を学ぶとか学ばないとかは余計なお世話である
新入社員のみなさん、入社おめでとう - 未来のいつか/hyoshiokの日記
日本の風物詩、新卒入社。4月1日の入社式。 思い起こせば30年前の自分だ。希望と不安で臨んだ入社式。合宿の集合研修。 当時はIT産業という言葉は一般的ではなかった。コンピュータ産業だった。そしてコンピュータ産業はハードウェアベンダーが支配していた。ソフトウェア産業が生まれるかうまれないかの時代だ。 自分は大学でソフトウェアを学んだので、ソフトウェアを作ることを仕事にしたいと考えていた。そして、そのころはソフトウェア専業ベンダーというのがまた生まれて間もない頃なので、就職先としては自分の中には候補になっていなかった。ソフトウェアを作りたいのならハードウェアベンダーに行く。そのような時代だった。 IBMがコンピュータ産業を支配していた。メインフレームと呼ばれる、汎用大型コンピュータを作るのがハードウェアベンダのビジネスモデルだった。そして、そのようなベンダーはIBM以外残っていない。すべて時代
許可を求めるな謝罪せよ
インターネットなんつーものはね、許可なんか求めていないクレージーな人たちによって作られてきたんだよ。それによって社会はすごくよくなったんだ。もし彼らが許可を求めていたら何も起こらなかった。そんな社会を我々は求めているのか。そーゆーことだと思う。許可を求めるな。謝罪せよ。 http://twitter.com/#!/hyoshiok/status/33183999060873216 この「許可を求めるな。謝罪せよ」というフレーズは@kawagutiに教えてもらったのだが、彼は@hiranabeから３Mの社是として聞いていて、その心はというと、ともかく試してみてうまくいかなかったら、その時また考えるというような趣旨の行動規範ということらしい。*1 関係各位の許可を求めていたら絶対物事は進まないし、何も始まらない。何かをやってうまくいくこともあれば失敗することもあって、その試行錯誤によって人は学
昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記
大学を1984年に出て、新卒で入社した会社がDECという会社だった。その当時日本デジタルイクイップメント研究開発センター株式会社というのが日本にあってそこに新卒バリバリで入社した。その会社は米国のDigital Equipment Corporation (以下DECと称す）の日本子会社であった。当時はDECの販売子会社日本ディジタルイクイップメント株式会社と別会社で、後に合併して日本ディジタルイクイップメントになる。 エンジニアリング部門の子会社なので、トップはPhD（博士号）を持っているし、米国本社からの出向者もいて、技術系の外資という感じだった。一方で、新卒入社ということもあり、同期も少ないながら（6名）いて、日本DECの同期と合わせれば、200名近くいて、日本企業的な感じもあった。 DECをコンピュータ産業史的な観点から眺めると、当時コンピュータ産業を支配していたメインフレーム、す
楽天で角谷さんのお話を聞いた - 未来のいつか/hyoshiokの日記
解読アジャイルソフトウェア開発というタイトルでお話をしていただいた。*1 アジャイル開発の本質を角谷節で1時間あまり独演会してもらった。 Demystifying Agile Software DevelopmentView more presentations from Eiwa System Management, Inc. . ともかく映像を観てほしい。約1時間ちょっと、そしてその後に続く質疑応答も一緒に。 ソフトウェア開発における受託開発という立場ではない、もう一つのソフトウェア開発の現場が、自分のサービスを自分で作るという立場だ。 受託開発の場合はユーザー企業（発注する側）と開発する企業（受託する側）とがあって、時として敵対関係に陥る。一方の利益が他方の損というゼロサムゲームである。 自社開発の場合は、社内にユーザ部門と開発部門があったとしても、最終的にはユーザ部門の利益と開発部
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか - 未来のいつか/hyoshiokの日記
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか。もちろんそんなに単純な問題ではないが、じっくり考えてみるに値する。 企業にとっては、何らかの経営的課題が解決できれば別に自社で内製しようが、他社のプロプライエタリなソリューションを購入しようが、それこそオープンソースであれやこれやしようが単に手段が違うだけである。リスク、コスト、時間などを天秤にかけて決定すればいい。 わたしなんかは、オープンソース原理主義者的なレッテルを世間からは貼られているので、なんでもかんでもオープンソース（OSS）を推進しているように思われているが、理念としてのフリーソフトウェア運動に深く敬意を抱きつつも、ま、安ければなんでもいいんじゃない、という日和見主義者なので、商用製品を使うことになんら躊躇はない。 例えば、EMCのご大層なストレージを1TB用意するのと、ローカルストレージで1
ロートルの嘆き、アジャイル開発って何 - 未来のいつか/hyoshiokの日記
20数年前に大学を卒業しプログラマになって、この変化のとっても早い業界でまだ禄を得ている。最近でこそコードを書くことはないが（今でも職業としてコードを書きたいと強く思っている）、それでも、ソフトウェア開発について20数年前に得た知識、経験、スキルが役に立っているように思える。 日進月歩で日々新しいバズワードが登場し、若い人たちはそれをフォローするのにひーひー言っている。クラウドだアジャイル開発だなんだかんだ。 プログラマの一日は、会社に来て、テストを書いて、テストをして、不具合があればコードを修正し、またテストをして、問題がなければコード管理システムにチェックインする。その作業を淡々と日々こなす。この日常の流れというのは、使う道具立てこそ変わったとしても、基本的に変化がないように思える。コードを書くのは20数年前も今もプログラマだし、テストを書くのもそうだし、テストを自動化することは20数
データセンターがコンピュータになる時代 - 未来のいつか/hyoshiokの日記
話題のThe Datacenter as a Computerなる論文を読んでみた。Googleの中の人が書いたインターネット時代のコンピュータの話だ。 http://www.morganclaypool.com/doi/abs/10.2200/S00193ED1V01Y200905CAC006 The Datacenter as a Computer: An Introduction to the Design of Warehouse-Scale Machines: Synthesis Lectures on Computer Architecture, 2009, 108 pages, Luiz André Barroso Google Inc. Urs Hölzle Google Inc. ムーアの法則で、半導体の集積度がどんどん上がってきて、通信コストも安くなってきて、コンピュー
ムーアの法則を理解しているということ（第98回カーネル読書会） - 未来のいつか/hyoshiokの日記
第98回カーネル読書会は、はてなの田中さんによる、はてなでのハードでの性能の引き出し方というお題で思う存分お話をいただいた。 1年半で半導体の集積度が2倍になるというムーアの法則は誰でも聞いたことはあると思うし、IT系の技術者であれば、知っていて当然の「法則」である。問題は知っていることとそれを理解していることというのはまったく別のことである。将棋のコマの動かし方を知っていたとしても名人にはなれない。ムーアの法則を知っていても、それが自分の仕事にどのような意味を持つかということを理解し、実践している人は驚くほど少ない。 田中さんは数少ないムーアの法則を理解し実践している技術者の一人である。 1年半で様々なコストが半分になるとしたら、それを前提にシステムを組むことによって、どのような競争優位性をもたらすのか。それを自社のサービス戦略にどのように組み入れるか、ということをムーアの法則の文脈の上
2009-08-22
セキュリティ＆プログラミングキャンプ2009のわたしの講義で、「オープンソースにすると企業は損をするんじゃないですか」という本質をとらえた質問がでて、講師陣が、いきなりいろいろ議論を始めた。 企業の行動原理は、利益の追求だから、利益を生まないアクティビティは原則として行わない。オープンソースも例外ではない。 利益＝売上-経費 なので売上が増えるか、経費が減るかという観点から投資判断をする。当たり前ですな。 例えばマイクロソフトが自社の製品をオープンソースにすると、売上が伸びるか、あるいは経費が減るかというと、どちらもそうとは言えないので、マイクロソフトが自社製品をオープンソース化することは考えられない。先日マイクロソフトがHyper-V向けのLinuxドライバをGPLで公開したことが話題になったが、Linuxドライバを公開する事が自社のHyper-Vの魅力を増し、売上向上を期待して公開した
ご報告 - 未来のいつか/hyoshiokの日記
7月末をもって、ミラクル・リナックスを退職しました。それにともなって独立行政法人情報処理推進機構への出向も解除となりました。 ミラクル・リナックスでは9年の長きにわたり、様々なご支援を賜り厚く御礼を申し上げます。ミラクル・リナックスで学んだことは自分にとって貴重な宝物になっています。 オープンソースという海のものとも山ともわからないものにかけ、一緒にやってきたミラクル・リナックスの皆さん、パートナー企業の皆さん、お客様、本当にありがとうございました。 これからもミラクル・リナックスへの皆様の変わらぬご支援、ご指導ご鞭撻よろしくお願い致します。 なお、8月1日より楽天株式会社に転職いたしました。新しい職場でも、これまでの経験、オープンソース、コミュニティ活動で学んだことを生かしながら、会社および社会へ貢献していく所存ですので、これまでと変わらないご支援、ご協力賜りたくお願い申し上げます。
日本語が蘇るとき - 未来のいつか/hyoshiokの日記
旧聞に属することかもしれないが、梅田望夫が「日本語が亡びるとき」を絶賛し*1、そのはてなブックマークがプチ炎上したことがあった*2。わたしはベストセラーは読まないし、ましてや小飼弾が絶賛している*3書籍は意地でも読まないので（Debug Hacksの書評ありがとうございます＞弾さん）、わたしが何か言うべきものは持っていないのであるが、娘の本棚にそれを発見したので、こっそり読んでみた。（ありがとう＞娘） 日本語。 たしかに＜話し言葉＞としての日本語は残るであろう。＜書き言葉＞としての日本語さえも残るであろう。だが＜叡智を求める人＞が真剣に読み書きする＜書き言葉＞としての日本語はどうか。 ＜叡智を求める人＞が真剣に読み書きする書き言葉としての日本語が危機に瀕していると水村は言う。 普遍語としての英語の優位性は揺るぎないように思う。もはや勝負はついたようにさえわたしには思える。 文学はわからない
そろそろUnicodeについて一言いっておくか - 未来のいつか/hyoshiokの日記
文字コードの標準化について日記を書いたのだが、内容がいまいちだったのでボツにして気を取り直してUnicodeについて一言いっておくことにする。先日、といっても昨年(２００８年)の10月なんだけど、その中でちょと文字コードの標準化について話をしている。*1 もう1つ自分の経験としてあるのが、漢字の文字コードがあるんですけど、番号で言うとJIS X 0208とか0212とか規格の番号で皆言うわけなんですけど、実は1988年にその日本語の文字コードの改正の委員会にいたんですね。 その当時、私は 30歳ぐらいなんですけど、「富士通」とか「日立」とか「NEC」の部長さんぐらいの偉い人たちが来てて、私なんか外資系で且つ30前後のぺーぺーだから、全然格下なんですよ。 そういうところで議論の主軸を担ってるのは、「富士通」「日立」「NEC」「日本IBM」「東芝」「沖」、外資でいえば「ユニシス」とかの錚々たる
オープンイノベーションとオープンソース 2009-01-03 - 未来のいつか/hyoshiokの日記
オープンイノベーションというのはカリフォルニア大学バークレー校のヘンリー・チェスブロウ教授が提唱した用語である。従来の閉鎖的イノベーションが、企業の研究機関内で研究開発されたのに対し、オープンイノベーションは、社外の知識、研究などを積極的にとりこもうというのが特徴である。垂直統合型研究開発モデルではなく水平分業型研究開発モデルというのが特徴になる。 イノベーションをビジネスにするためにビジネスモデルを必要とするが、オープンイノベーションの場合、ビジネスモデルと対になって議論される。 近年オープンイノベーションというモデルの成功事例としてオープンソースがよくひきあいにだされる。社外にR&Dと価値の源泉を見いだすという意味でオープンソースはオープンイノベーションに他ならない。しかし投資に見合うリターンをどのように確保するかという確固たるビジネスモデルを確立しているとはいいがたい。 Linuxな
勉強会大集合 - 未来のいつか/hyoshiokの日記
OSC 2008 Tokyo/Fallで勉強会大集合というセッションを開催した。 http://www.ospn.jp/osc2008-fall/modules/eguide/event.php?eid=46 勉強会名 主催(発表者) 公式サイト カーネル読書会 YLUG（よしおか） http://ylug.jp Java-ja java-ja(yoshiori) http://java-ja.yoshiori.org/ 1000 Speakers 1000 Speakers (西尾、amachang) http://ja.doukaku.org/wiki/index.php/1000speakers Geeklog Japanese Geeklog Japanese(今駒) http://www.geeklog.jp 東京エリアDebian勉強会 東京エリアDebian勉強会(岩松) h
自分の人生は自分で決める。 2008-09-23 - 未来のいつか/hyoshiokの日記
先日のエンジニアの未来サミットで、「自分の人生は自分で決めよう」ということを言ったら、よしおかさん、自己責任論言いすぎと揶揄された。自分は、一言も「自己責任」という言葉を使っていないつもりだったのだけど、世間ではそうとらえるのねと非常に勉強になった。 自己責任って何だ？ わたしが繰り替えし主張していたのは、あくまで「自分の人生は自分で決めよう」ということである。その主張がマッチョだと言われると、もう何も言えないのだが、まあ、そーゆーことである。 別に努力しろとか頑張れとか言っているのではない。自分の人生は自分で決めようということである。 子供のころ、日が暮れるまで野球をやっていた少年が、いつの日かどうがんばっても自分はプロ野球の選手になれないのだなということを知り、すこしづつ大人になっていく。小さい決断を積み重ね、それが今の自分になる。 家庭の環境や、育った地域、自分ではどうしようもない、
2008-09-22 - 未来のいつか/hyoshiokの日記
第90回カーネル読書会(9/16開催)は、やまねさんの「Debian 60分クッキング」だった。 Debianパッケージの作り方を一から教えてくれる。すばらしい。Linux ConferenceのUbuntu+Debian BoF(9/11)の席で急遽、開催が決定したといういわくつき(？)のネタである。 Ubuntu+Debianの作る人というかパッケージをメンテナンスする人を恒常的に募集しているのであるが、ここもオープンソースのプロジェクトの例にもれづ慢性的な人手不足である。 なんとなくとっつきにくいパッケージの作成方法について入門の入門をやって作る人を増やしてみようという魂胆で今回のカーネル読書会は急遽開催の運びとなった。木曜日(9/11)のBoFから火曜日(9/16)のカーネル読書会という日程も月曜日が休日という事を考えると実質一営業日での開催という事になる。 会場をおさえ、YLUG
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
