タグ

ブックマーク / hyoshiok.hatenablog.com (9)

  • 9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記

    当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日ディジタルイクイップメント(DEC

    9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
    asyst
    asyst 2018/10/01
  • Netscapeがすごい会社だった頃の話(1996年前後)。 - 未来のいつか/hyoshiokの日記

    夏休みなので、たまたま読んでいたCoders at Work プログラミングの技をめぐる探求というの中にJamie Zawinskiのインタビューが載っていた。このは著名なプロラグマを集めたインタビュー集で、Unixを創ったKen ThompsonやらDonald Knuthやらすごい人たちが登場している。 その中でJamie Zawinskiはそれほど著名でもなければ誰もが使っているすごいシステムを開発したというわけでもない。私が彼の名前を知ったのはNetscapeのソースコード公開時にMozilla.orgを仕切っていた頃なので、20年近く前である。 彼はxemacsの開発者としても著名で、当時GNU Emacsではなくてxemacsを日常的に使っていたので馴染みにある名前だった。xemacsとGNU Emacsはのちにマージされるのだけど前者が今で言う所のバザール型開発で、後者が

    Netscapeがすごい会社だった頃の話(1996年前後)。 - 未来のいつか/hyoshiokの日記
  • 「角川インターネット講座2 ネットを支えるオープンソース」に「ハッカー精神とは何か」寄稿。 - 未来のいつか/hyoshiokの日記

    まつもとゆきひろさん監修の角川インターネット講座2 ネットを支えるオープンソース ソフトウェアの進化 角川学芸出版全集に「ハッカー精神とは何か」を寄稿した。 第一部、プログラミングがすべてを作った 序章、インターネットはソフトウエアでできている。まつもとゆきひろ インターネットを支えるソフトウェアを知る。法林浩之 プログラミングとは何か。久野靖 プログラミングと教育。阿部和広 ハッカー精神とは何か。吉岡弘隆 第二部、オープンソースが高めたネットの価値 ライセンスというプロトコル。やまねひでき オープンソース化が生んだ変化。瀧田佐登子 企業とオープンソース。鵜飼文敏 久しぶりの執筆だったので、七転八倒しながら書くことになった。 わたしのところは、60年代のハッカー達から70年代を経て、Richard StallmanのGNU Projectなどを紹介しつつ、OSSへの流れを歴史とともに解説し

    「角川インターネット講座2 ネットを支えるオープンソース」に「ハッカー精神とは何か」寄稿。 - 未来のいつか/hyoshiokの日記
  • 状況に埋め込まれた学習 - 未来のいつか/hyoshiokの日記

    われわれは学習というのを学校制度の中のかぎられた活動という風にとらえがちである。もちろんそんなことはない。わたしたちは日々の生活のなかで、あるいは仕事の中でなにがしかを常に学んでいる。学び続けている。 単に形式化され言語化された知識を獲得することが学習なのではない。 徒弟制度のような非熟練者が熟練者のもとで作業に参加することによって技術を習得していく方法について焦点を書はあてている。 ソフトウェア開発コミュニティへの参加ということが、オープンソースの発展によって、より開かれた形になり、一つの企業に属さなくても自由にできるようになった。ごく限られた範囲でしか見聞き出来なかったソフトウェア開発のベストプラクティスがオープンソースコミュニティによってインターネットを介して自由に流通している。 その事例を間近で見聞きするにつれ状況に埋め込まれた学習の有効性を確認することができる。 書の訳者あと

    状況に埋め込まれた学習 - 未来のいつか/hyoshiokの日記
    asyst
    asyst 2015/01/24
  • Linusが2週間でgitを作った話。 - 未来のいつか/hyoshiokの日記

    Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記という日記がとんでもなく読まれていてビビる。ブックマークもいっぱいついた。はてなブックマーク - Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記 Linusがgitを2週間で作ったという話はわりと知られていなかったようなので、その話である。 gitっていつから作られているのだろうか。ということで、家のリポジトリから引っ張ってくる。 $ git clone https://github.com/git/git わたしのしょぼいネット環境でも2分はかからない。 最初の10個のコミットは次のようになる。 $ git log --oneline|tail 9426167 Add "-lz" to link line to get in zlib. 7660a18 Add new fsck

    Linusが2週間でgitを作った話。 - 未来のいつか/hyoshiokの日記
  • 知っていること。出来ること。結果を出すこと。 - 未来のいつか/hyoshiokの日記

    知識。スキル。コンピテンシー。 知っているか知らないか。出来るか出来ないか。結果を出せるか出せないか。言葉にするとなんていうことはないけど雲泥の差がある。 インターネットの時代、記憶の価値は低い。ネットで調べれば大抵のことは分かる。ネットは外脳(外部記憶装置)だ。記憶容量は無限でコストはゼロ。 プログラミング言語の文法を知っていたとしても、プログラミングが出来るとは限らない。プログラミングが出来るか出来ないかは大きな差だ。何かを出来る能力のことをスキルという。 問題はそのスキルをどう獲得するか。プログラミングであればひたすらコードを読んだり、サンプルを写経したり、デバッガーで動作をおったりしながらスキルを獲得して行く。王道はない。かけた時間に比例したスキルが身につく。もちろん人によって、そのスキルの獲得スピードは違うだろうけど、読み書きした時間に比例したスキルの向上はある。ラーニングカーブ

    知っていること。出来ること。結果を出すこと。 - 未来のいつか/hyoshiokの日記
    asyst
    asyst 2014/01/08
    "コンピテンシー"
  • 自分のhistoryを分析する。DevLoveターミナル勉強会に行ってきた 2011-09-19 - 未来のいつか/hyoshiokの日記

    CUI -- How to Analyze History command View more presentations from Hiro Yoshioka CUI(Command User Interface)というのはGUI(Graphical User Interface)と異なってコマンドを覚えなくちゃいけないし、コマンドをタイプしなくちゃいけないので、初心者にはちょっととっつきにくい。 コンピュータとの操作をGUIの時代からやっている人にとっては面倒な使いにくいものなのかもしれないが、CUIにはCUIのよさがある。それを伝えてみたい。 CUIのコマンドは自分の意志をコンピュータに伝える言葉である。CUIはそのコマンドを記録することが簡単にできる。なんといっても文字だから簡単に分析できる。 自分はコンピュータに何を語っているか。自分は日々何をしているのかを知ることが自分の作業を

    自分のhistoryを分析する。DevLoveターミナル勉強会に行ってきた 2011-09-19 - 未来のいつか/hyoshiokの日記
  • なぜDECは市場から撤退しなければならなかったのか。 - 未来のいつか/hyoshiokの日記

    DECの企業文化について、先日記した。(昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。) *1 そんなに優れた技術があり、優れた企業文化を持ち、優秀な技術者を多数抱えたエクセレント・カンパニーが21世紀を待たずしてなぜ市場から消えなければならなかったのだろうか。 経営者が愚かで放漫経営をしていたからとか、法律に違反するような経営をしていたとか、そーゆー話であればわかりやすい。その経営者が愚かであったということで決着がつく。 DECの凋落の原因は、むしろ無能な経営者によって引き起こされたというよりも、むしろ、有能だったがゆえに、成功の呪縛から逃れられなかったという風に考えられる。既に起きてしまったことをあれやこれや言っても所詮結果論にしたすぎないが、あえてそれを考えてみたい。 「イノベーションのジレンマ」では、利益を最大化させる資源配分メカニズム(プロジェクト投資

    なぜDECは市場から撤退しなければならなかったのか。 - 未来のいつか/hyoshiokの日記
    asyst
    asyst 2011/02/18
    破壊的イノベーションについて
  • 許可を求めるな謝罪せよ

    インターネットなんつーものはね、許可なんか求めていないクレージーな人たちによって作られてきたんだよ。それによって社会はすごくよくなったんだ。もし彼らが許可を求めていたら何も起こらなかった。そんな社会を我々は求めているのか。そーゆーことだと思う。許可を求めるな。謝罪せよ。 http://twitter.com/#!/hyoshiok/status/33183999060873216 この「許可を求めるな。謝罪せよ」というフレーズは@kawagutiに教えてもらったのだが、彼は@hiranabeから3Mの社是として聞いていて、その心はというと、ともかく試してみてうまくいかなかったら、その時また考えるというような趣旨の行動規範ということらしい。*1 関係各位の許可を求めていたら絶対物事は進まないし、何も始まらない。何かをやってうまくいくこともあれば失敗することもあって、その試行錯誤によって人は学

    許可を求めるな謝罪せよ
    asyst
    asyst 2011/02/07
  • 1