タグ

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

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

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

    9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2018/09/30
  • プログラマ60歳定年説、FA宣言 - 未来のいつか/hyoshiokの日記

    タイトルは釣りです、すみません。無駄に長いのでお忙しい人は、どーぞ、飛ばしちゃってください。 自分は今年の9月で満60歳になる。60歳というと多くの日企業の御多分にもれず定年である。定年後に何をするのかしないのか、ここで簡単に記してみる。 日の伝統的な大手企業(経団連に属するような企業)では、定年などの制度がしっかり整備されているので、先輩たちがどんな暮らしをしているかおおよそのロールモデルがある。一方で自分が今所属している企業は20年ちょっと前に創業したネット系である。規模は大企業だが相対的に若い企業なのでそもそも50代の従業員がそんなにいなくて定年退職した人も数えるくらいである。 日において職業プログラマの世界では、特にフリーランスではなくて会社に所属している場合、35歳定年説というのが炎上系のネタとしてよく議論される。特にSI系の場合、多重下請け構造の中で歳をってプログラミン

    プログラマ60歳定年説、FA宣言 - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2018/06/22
  • 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の日記
    muamqm
    muamqm 2016/08/21
  • ソフトウェア職人気質―人を育て、システム開発を成功へと導くための重要キーワード (Professional Computing Series) - 未来のいつか/hyoshiokの日記

    倉貫さんが、ソフトウェア職人気質―人を育て、システム開発を成功へと導くための重要キーワード (Professional Computing Series)を紹介していた。 ずいぶん前に読んだのだけど、棚から引っ張りだして、パラパラと再読した。180ページほどなので、お気楽に読めるのであるが、中身は濃い。 最後の章(19章)は「永続的な学習」を取り上げている。1)学習環境を作り上げる。2)ソフトウェア開発における技芸の熟達。3)訓練コースは細心の注意を払って選択すること。4)ソフトウェア開発コミュニティ内で目立つことを奨励する。5)内省的な実践者になる。 学習環境を作り上げる。 1)学習環境を作り上げるために、組織内に講座を設ける。2)興味深いテーマのセミナーには部外者も招待する。3)学習時間はプロセス改善の投資である。 具体的なコツがいろいろ詰まっている。 ソフトウェア開発における技芸の

    ソフトウェア職人気質―人を育て、システム開発を成功へと導くための重要キーワード (Professional Computing Series) - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2014/09/06
  • Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記

    誰でも知っていることだけど、LinuxというOSというかカーネルはLinus Torvaldsが学生のときに趣味で作ったのがはじまりだ。それは1991年ころの話で彼が21歳の頃だ。個人の趣味で作ったものが、いつの間にかに世界中のコンピュータだけでなく、携帯や家電や様々な機械の制御に使われている。 Linus Torvalds - Wikipedia 1994年ころには、PCで動く個人向けOSとしては十分な機能を持っていた。Xもあるし、gccなどのコンパイラもあるし、GNU Emacsやbashもあるので、ちょっとしたプログラムを作るには十分な機能を持っていた。 当時、勤め先のマシンはSunのワークステーションで仕事Linuxを使う機会は全然なかったのだけど、自宅のPCSlackwareのCDを入れてみたりした。日常的に使うことはなかったけど、1998年にOracleLinux版を出し

    Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2014/07/28
  • かつてオープンソースが当たり前じゃないころがあった - 未来のいつか/hyoshiokの日記

    先日文明塾の修了生のみなさまとお話したときのこと(コミュニティとしての大学 - 未来のいつか/hyoshiokの日記参照)。ハッカー文化とかオープンソースのことをあれやこれやお話したのだけど、その中で現役の学生さんから「ゼミでIT係を担ってからよくソースコードを何気なく閲覧してしいました。しかし、自由にソースコードが見れる環境が衝撃的で素晴らしいことであることに吉岡さんのお話を聞いて学ばせていただきました。」という感想をいただいた。 そうだ。すっかり忘れていた。オープンソースが当たり前じゃない時代があった。とてつもない衝撃を受けた自分がいたことをすっかり忘れていた。 1998年1月。Netscapeが自社のブラウザのソースコードを公開するということを発表した。当時のシリコンバレー日記にそのことを書いている。http://web.archive.org/web/19990423102903/

    かつてオープンソースが当たり前じゃないころがあった - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2014/04/26
  • 詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記

    わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。 下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。 プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。 そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、

    詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2014/03/11
  • 昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記

    大学を1984年に出て、新卒で入社した会社がDECという会社だった。その当時日デジタルイクイップメント研究開発センター株式会社というのが日にあってそこに新卒バリバリで入社した。その会社は米国のDigital Equipment Corporation (以下DECと称す)の日子会社であった。当時はDECの販売子会社日ディジタルイクイップメント株式会社と別会社で、後に合併して日ディジタルイクイップメントになる。 エンジニアリング部門の子会社なので、トップはPhD(博士号)を持っているし、米国社からの出向者もいて、技術系の外資という感じだった。一方で、新卒入社ということもあり、同期も少ないながら(6名)いて、日DECの同期と合わせれば、200名近くいて、日企業的な感じもあった。 DECをコンピュータ産業史的な観点から眺めると、当時コンピュータ産業を支配していたメインフレーム、す

    昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2011/02/12
    良い環境だなあ。現在この環境に達している職場はどれくらいあるか RT @hatebu: 昔DECという会社があった。エンジニアに必要な事はDECで学んだ。2011-02-12 - 未来のいつか/hyoshiokの日記 (61 users)
  • 無駄なドキュメントは書くな - 未来のいつか/hyoshiokの日記

    ひたすら実装に関するドキュメントをしこしこ書いている人がいるが、好きで書いているわけではなく、書かされているのかもしれないけれど、そーゆー無駄なドキュメントは書くな。時間の無駄である。実装は日々変化する。それに追従する形でドキュメントが更新されるということはない。断言する。実装に関するドキュメントと最新の実装は常にい違っている。いまだかつて同期したことがない。無駄なドキュメントを書く時間があるならコードを洗練しろ。無駄なドキュメントを書く時間があるならコードをドキュメントにしろ。 ソフトウェア工学の教科書にドキュメントの重要性が書いてあるからといって信用してはいけない。ウオーターフォールモデルが商用ソフトウェア開発の現場で役にたたないように、実装に関する詳細ドキュメントは百害あって一利なしである。 コードがドキュメントだ。 http://capsctrl.que.jp/kdmsnr/wi

    無駄なドキュメントは書くな - 未来のいつか/hyoshiokの日記
    muamqm
    muamqm 2005/05/11
  • 1