システムインテグレーション崩壊、斎藤昌義著、読了 - 未来のいつか/hyoshiokの日記
システムインテグレーション崩壊 ~これからSIerはどう生き残ればいいか?を読んだ。 編集の傳さんから直々の献本。ありがとうございます。 先日読んだ、倉貫さんの「納品」をなくせばうまくいくが面白かったという日記 *1 を読んだ傳さんが送ってくれた。 刺激的なタイトルである。副題が「これからのSIerはどう生き残ればいいか？」である。このままでいいのか、いやいいわけはない、という問題意識の本である。 わたしは、SIerでもないし、SIerに勤めた経験もないので、あくまで部外者の感想にしかすぎないのだけど、本書で述べられていることはいちいちその通り、おっしゃる通りである。 IPAの「IT人材白書2014」からの引用があるが、それが衝撃的で、ユーザー企業が今後新規／拡大をしていく分野（SaaSやPaaSなど）、IDCサービスへのSIerの関心は低く、SIerの今後の新規／拡大を予定している事業に
インターネットが見えている人たちのカンファレンスに参加した。（新経済サミット2013） 2013-04-18 - 未来のいつか/hyoshiokの日記
Willam Gibsonの有名な言葉にThe future is already here -- it's just not very evenly distributed. （未来はすでにここにある。ただ均等にないだけだ）というのがある。 http://en.wikipedia.org/wiki/William_Gibson インターネットの世界で世の中を変えた人たちには当たり前に見えている世界があって、それを普通に追求していると結果としてそれが破壊的なイノベーションになって世界を変えてしまったということなのかもしれない。 今回の新経済サミットは、極論すると三木谷さんのインターネットで成功した古くからの知り合いを一同に集めて、インターネットによる新産業を創出というのは、どんなことなのか、そのイメージを固めるというところにあるのではないか。そのために、インターネットで世の中を変えた人を集
モチベーション3.0を読んだ - 未来のいつか/hyoshiokの日記
モチベーション3.0（ダニエル・ピンク著、大前研一訳）を読んだ。 ツィッター向けのまとめ。 アメとムチは前世紀の遺物。「モチベーション3.0」によると、二十一世紀の職場では「自律性」「マスタリー」「目的」へのアップグレードが必要。277ページ カクテルパーティー向きのまとめ 『モチベーションの話となると、科学の知識とビジネスの現場にはギャップがある。ビジネスにおける現在の基本ソフト（OS）は、外部から与えられるアメとムチ式の動機付けを中心に構築されている。これはうまくいかないし、有害な場合も多い。アップグレードが必要なんだ。科学者たちの研究成果がその方法を示している。この新しいアプローチには三つの重要な要素がある。一つは「自立性（オートノミー）」ーー自分の人生を自ら導きたいという欲求のこと。二番目は「マスタリー（熟達）」ーー自分にとっての意味のあることを上達させたいという衝動のこと。三番目
統計学が最強の学問である 2013-04-21 - 未来のいつか/hyoshiokの日記
釣りのタイトルにまんまと釣られて読んでしまった。しかもベストセラーだ。内容はまっとうな統計学の入門書である。 これから出てくるであろう、「ビッグデータ」がどーだこーだ、「データサイエンティスト」がどーだこーだという類いの本をひもとく前に基本（？）をおさえておくためには手頃な本になっていると思う。 大学時代、工学部だったので、一応統計学の授業はあったと思う。数式満載の授業だったと思うのだが、あまりに記憶がない遠い昔だ。 t検定とかカイ二乗検定とか、分散分析とか、回帰分析とか習ったような気がする。いや、習った。忘却の彼方にあるそれらの知識を夜空にある星座を見つけるように、この本を読むことによって再発見した。 ミルクティーを作るとき、ミルクに紅茶を入れるのか、紅茶にミルクを入れるのか。まざったものは同じ成分なので、どっちだっていいじゃんという立場なのか、英国の貴婦人のように、いや厳密にその順番は
昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記
大学を1984年に出て、新卒で入社した会社がDECという会社だった。その当時日本デジタルイクイップメント研究開発センター株式会社というのが日本にあってそこに新卒バリバリで入社した。その会社は米国のDigital Equipment Corporation (以下DECと称す）の日本子会社であった。当時はDECの販売子会社日本ディジタルイクイップメント株式会社と別会社で、後に合併して日本ディジタルイクイップメントになる。 エンジニアリング部門の子会社なので、トップはPhD（博士号）を持っているし、米国本社からの出向者もいて、技術系の外資という感じだった。一方で、新卒入社ということもあり、同期も少ないながら（6名）いて、日本DECの同期と合わせれば、200名近くいて、日本企業的な感じもあった。 DECをコンピュータ産業史的な観点から眺めると、当時コンピュータ産業を支配していたメインフレーム、す
IT業界で生きる技術者に勧める100冊みたいなもの - 未来のいつか/hyoshiokの日記
ふと思い立ち、「人月の神話」「理科系の作文技術」とかIT業界で生きる技術者に勧める100冊みたいなのを考えてみた。どんなものがあるのだろうかとtwitterで聞いてみたら、「100人のプロが選んだソフトウェア開発の名著」というのを教えてもらった。というか、わたしも一冊紹介していることをすっかり忘れていた。すいませんすいません。（ぺこり） そこで、久しぶりに、読み返してみた。というか今までじっくり読んでいなかった。すいませんすいません。そして未読のものに付箋をつけた。付箋だらけになった。 100人のプロが選んだソフトウェア開発の名著 http://www.seshop.com/1satsu/100nin/ それはともかく本の紹介もさることながら、それにまつわるお話が面白い。読んだことがない本の紹介だと、ふーん、そうなのかぁーと思うこともあれば、ぜひ読んでみたいと思うものもあり、自分の趣味と皆
仕事で文書を書く必要がある人は理科系の作文技術を読むべきだ - 未来のいつか/hyoshiokの日記
仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知
40代、50代の人たちはなぜ表現しないのか - 未来のいつか/hyoshiokの日記
インターネットの未来の一断面を「総表現社会」と梅田望夫は「ウェブ進化論」（2006年）の中で希望をもって述べた。3年たった今日現在、日本という地域では、インターネットを能動的に利用する若い世代（おそらく40前後がその上限）、あるいはヒマ人以外には、表現をする人というのはほとんど現れていない。少なくともわたしと同世代（50歳前後）にはそのような表現をする人はほとんどいない。 例外的なアルファーブロガーというのはいることはいるが、梅田が期待したような、「不特定多数無限大」として1000万人程度の表現する人々は出現していないように思える。 例えば、わたしの世代では、中間管理職として企業の中核を担いつつ、家庭では子供が中学、高校、大学と、進学だ教育だというところで悩み、住宅ローンの返済に追われ、両親の健康状態が心配というような世代なのだが、彼らはほとんど表現していない。日々の日記として、会社の愚痴
Debug Hacks出版記念トークイベント、企業による出版支援 - 未来のいつか/hyoshiokの日記
多数ご来場ありがとうございます。利用したスライドを公開する。 当日お話したことなのであるが、ミラクル・リナックス社の社内ガイドラインでは、従業員の執筆、出版等について次のパターンがある。 A 業務による執筆、出版 B 業務外の執筆、出版（ミラクル・リナックスの名前を出す） C 業務外の執筆、出版 Aのパターンは業務として、Asianuxのマニュアルを書くとか、紹介記事を雑誌に投稿するというようなものである。業務なので、就業時間内に行う。ただし、印税等は会社へ帰属する。Bのパターンは、業務ではなく執筆するもので、就業時間外に行う。雑誌にLinuxの技術記事を書くようなイメージである。原稿料などは著者に帰属する。ただし所属名としてミラクル・リナックス社ということを明記する。Cのパターンは、会社名も一切出さないで個人として執筆するものである。夜中に台所で原稿を書いて芥川賞を狙うというようなイメー
OSS開発者の実践的教育プログラムとキャリアパス - 未来のいつか/hyoshiokの日記
基盤系プログラマの実践的教育が必要だ(http://d.hatena.ne.jp/hyoshiok/20090429#p1)に、多数のブックマーク、コメントなどを頂いた。補足的な説明を。 コミュニティというのは、誕生し、発展、成長、成熟、そして衰退というような、生物と同じような過程をたどる。OSSコミュニティももちろん同様な過程をたどる。活発なコミュニティが注目を浴びるわけだが、そのようなものは例外的な存在でむしろ閑古鳥が鳴く寂れたコミュニティというのは少なくない。 持続可能なコミュニティになるためには、継続的な新規参入者が必要だ。コミュニティには強制力がないので、去るものは追えないし、コミュニティに束縛するようなメカニズムもない。参加者が自らの意思によって参加したいと思うような何がしかの魅力がない限り、タコ壷化していく。 さて、そのような前提の中で、OSS開発コミュニティを考えてみると、
基盤系プログラマの実践的教育が必要だ - 未来のいつか/hyoshiokの日記
ここで言う基盤系というのは、OSとかRDBMSとかプログラミング言語処理系とか、そーゆー奴ね。アプリケーションプログラムとかWebサービスとかを支える縁の下の力持ち。その基盤を作るプログラマをどのように育てるかというお話。 まあ、ハッカー予備軍をどのように育成するか。ハッカーって、育てるとか教育するとか、そーゆーものではなく勝手になるものだから、そもそも、そんなものはありえないという議論もある。確かに天才というのは、天才なので、教育がどうだこうだということはないのだけど、一般的なプログラマというのは、一般的な教育プログラムである程度底上げ的なことは出きると思う。 例えば、PostgreSQLの開発者を考えてみる。ちょっとRDBMSに興味がある、だけどどこからとっかりをつけていいのかよく分からないという初心者がいたとする。今ある、OSS利用者教育プログラムをいくらやったところで開発者にはなれ
わたしがprintf()デバッグをしない理由 2009-03-22 - 未来のいつか/hyoshiokの日記
プログラマという職業について、もう25年くらいになるのであるが、その間にコンピュータのコストパフォーマンスは、それこそムーアの法則に従って、10万倍〜100万倍くらい向上した。にもかかわらづ、デバッグの方法というものの劇的な変化はほとんどみられない。 プログラミング入門書では、デバッグについて、ほとんど議論されていないし、仮にふれられていても、おざなりな方法というか、かなり邪険にあつかわれていたりする。プログラマの多くの時間がデバッグについやされていたとしてもだ。 たまたま手元にあった、C実践プログラミング(ISBN4-900900-64-8)という10年くらい前に買った参考書では、450ページのうちデバッガの利用については、4行ほど記述がある。たった4行である。診断用のprintf()を挿入するということは3ページにわたって記述されているのにだ。 流石に21世紀になってprintf()デ
質問力 - 未来のいつか/hyoshiokの日記
シンポジウムなどで、質疑応答の機会がわざわざ設けられているのに、なかなか質問がでない。質疑応答は大抵低調だったりする。 質問をするということに関し、誰もその重要性や価値を、わざわざ教えてくれない。質問をすることを奨励する人もいなかったりするし、質問をしたことによって、何かいいことがあったかというと、ほとんどなかったりする。むしろ、学生のころから、教師からあてられることはあっても自らがしがし質問をして授業を受けるというスタイルをほとんど経験していない。社会人になっても、質問どころか自由な喧喧諤諤の議論というのは、ほとんど経験しない。…というような人が多いのではないかと想像するがどうなんだろうか。 ばかな質問をしたら恥しいと思っていたりするのだろうか。話が難しすぎて、質問そのものができないということなのだろうか。質問をすると発表者の機嫌をそこねると思っているのだろうか。 一方、海外のカンファレ
地域Linux Users Group (LUG)の現状について - 未来のいつか/hyoshiokの日記
地方での勉強会の開催について先日記したが、世界に目を向けてみる。丁度、Linux Foundation CTOの、Ted TsoのBLOGに地域LUGの現状について書いていたのでそれをネタにしてみる。 http://thunk.org/tytso/blog/2009/02/04/how-active-are-your-local-linux-users-groups/ At the Linux Foundation, I recently had been brainstorming with some my colleagues about ways in which we might be able to reach out to the various local Linux User’s Group (LUGS) Linux Foundationで先日、同僚と、いろいろな地域LUG
自分の人生は自分で決める。 2008-09-23 - 未来のいつか/hyoshiokの日記
先日のエンジニアの未来サミットで、「自分の人生は自分で決めよう」ということを言ったら、よしおかさん、自己責任論言いすぎと揶揄された。自分は、一言も「自己責任」という言葉を使っていないつもりだったのだけど、世間ではそうとらえるのねと非常に勉強になった。 自己責任って何だ？ わたしが繰り替えし主張していたのは、あくまで「自分の人生は自分で決めよう」ということである。その主張がマッチョだと言われると、もう何も言えないのだが、まあ、そーゆーことである。 別に努力しろとか頑張れとか言っているのではない。自分の人生は自分で決めようということである。 子供のころ、日が暮れるまで野球をやっていた少年が、いつの日かどうがんばっても自分はプロ野球の選手になれないのだなということを知り、すこしづつ大人になっていく。小さい決断を積み重ね、それが今の自分になる。 家庭の環境や、育った地域、自分ではどうしようもない、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
