図書館の使い方 - 未来のいつか/hyoshiokの日記
自分は図書館が大好きなので、しょっちゅう図書館に行っている。中学時代に可愛いこが図書委員をやっていたので、その頃から図書館が好きだ。図書館短大の女子と合コンをしたこともある（関係ないけど） 通勤の行き帰りに図書館に寄るのがもはや日常と言っても過言ではない。 ネットのおかげで図書館に直接行かなくても本を予約できる。 図書館好きならば誰でも使っている、日本最大の図書館検索サイト・カーリルを使いこなそう。 https://calil.jp/ 面白そうな本を見つける ネットで図書館検索をする ネットで予約する 忘れた頃に予約した本が借りられる 図書館に行って借りる 図書館でぶらぶらして関係ない本も借りる 感想をネットに書く 読んでも読まなくても期限がきたら返却するので積ん読にはならなくてネットの感想だけが残る。 予約してすぐ借りられる本もあれば、予約が殺到していて何ヶ月も待つ本がある。すぐに読みた
ジョイ・インク、読了 - 未来のいつか/hyoshiokの日記
川口さんが持っていたジョイ・インク 役職も部署もない全員主役のマネジメントを読んだ。 著者が2001年に設立しCEOをやっている会社（以下メンロー社と呼ぶ）を題材に、ソフトウェア開発のマネジメント手法について書かれている。本書をソフトウェア開発手法の解説書だと捉えるのは狭すぎる。広い意味での組織マネジメントの実践書である。そのユニークなことは「喜び」を追求していることだ。 「喜び」をマネジメントの主眼に置いているだって？意味がわからない。お前は何を言っているのだ状態である。 詳しくは本書を読んでいただきたいのだが、本書で紹介されている手法の多くは、XP（エクストリームプログラミング）、スクラムなどアジャイルソフトウェア開発として知られている。 それらの手法を愚直に実践しているところが著者の会社の強みであり、凄みである。 例えば、ペアプログラミングで毎週メンバーを入れ替えるとか、XPの導入も
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はのちにマージされるのだけど前者が今で言う所のバザール型開発で、後者が
継続的インテグレーション(CI)と継続的デリバリー(CD)について知りたかったら、闘うプログラマを読め - 未来のいつか/hyoshiokの日記
継続的インテグレーション(CI - Continuous Integration)と継続的デリバリー(CD - Continuous Delivery)について知りたかったら、闘うプログラマー［新装版］を読もう。 これはWindows NTの開発物語だ。大規模基盤ソフトウェアの現場の葛藤を生々しく描いていて、ソフトウェア開発に従事しているものには必読書といっても過言ではない。 デスマーチ、ドッグフードを食う、ビルド、業界人なら誰でも聞いたことがあるジャーゴン（業界用語）がちりばめられている。本書によって、それらの用語を覚えた人も少なくないと思う。 「カトラー（開発の総責任者、伝説のプログラマー）は、オペレーティング・システムを開発するときは、機能を増やすより、スケジュールを短縮するべきだと考えている。最初のバージョンは、機能を減らしても、早くリリースしたほうがいい。最初は機能を最小限にして
チームで学ぶ - 未来のいつか/hyoshiokの日記
PBL(Project Based Learning)の授業を持っていて、その教員が集まってあーだこーだという会に参加している。PBLという手法は必ずしも教員にとっても経験豊富なものではないので学生の指導方法とかに悩みが多いので、いろいろな立場の人が集まって、あーだこーだ試行錯誤や悩みについて披露し合う。 産業技術大学院大学でのPBLはウェブアプリケーションの作り方を学ぶというもので、モダンなソフトウェア開発手法やクラウドを前提としたツールなどを利用してチームで実際にものを作る。 *1 キーワードとして、Continuous Delivery (CD), Test Automation, Continuous Integration (CI), Version Control System, Test Driven Development (TDD), Platform as a serv
ハッカソンの発表に自己紹介はいらない。デモをしろ。 - 未来のいつか/hyoshiokの日記
本日開催した、「声優ハッカソン」に審査員として参加した。 https://apps.rakuten.co.jp/special/rakkathon201602/ 声優ハッカソンというのは、プロの声優の声を使ったアプリを作るというイベントだ。何を言っているか、実のところわたしも参加するまでわからなかった。頭の中に？マークがぐるぐるしながら参加した。 アプリの題材はなんでもいい。ゲームでもいいし、VRやARでもなんでもいい。ゲームであれば、ナレーションをプロの声優にやってもらう。とかなんとか。 2日間でアプリを完成して、最後に2分間のプレゼンをする。 プレゼンの評価ポイントはデモである。どんなに高尚なアイデアであろうが実装されていないものに価値はない。ハッカソンは作ってなんぼという価値観が支配している。 それを勘違いしているグループがいくつもあった。 自分は審査員として、どんな作品もなるべくい
CROSS 2016 に行って来た - 未来のいつか/hyoshiokの日記
勉強会コミュニティCROSS2016に行って来た。チラシ200枚と楽天のステッカー500枚を配布した。 http://2016.cross-party.com/ 会場は今年も横浜港大さん橋ホール。天気にもめぐまれ気持ちいい。 及川さん、伊勢さん、森藤さんとのパネルディスカッションに出た。 http://2016.cross-party.com/program/x4 会場の様子 伊勢さんと森藤さん 及川さん 会場から、会社から勉強会の参加が禁止されているという話を聞くのですが、そのような場合はどうしたらいいですか、という趣旨の説明を受けた。 世界はソフトウェアで出来ているという時代にわれわれは生きている。ソフトウェアは人が創る。そのためによい人材を雇用するのが経営のトッププライオリティになる。勉強会への参加や発表を奨励することはあっても禁止することはナンセンスだ。そんなこともわからない経営者
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか - 未来のいつか/hyoshiokの日記
数千万から数億のソリューションを買うのかオープンソースをハックできる人を育てるのか。もちろんそんなに単純な問題ではないが、じっくり考えてみるに値する。 企業にとっては、何らかの経営的課題が解決できれば別に自社で内製しようが、他社のプロプライエタリなソリューションを購入しようが、それこそオープンソースであれやこれやしようが単に手段が違うだけである。リスク、コスト、時間などを天秤にかけて決定すればいい。 わたしなんかは、オープンソース原理主義者的なレッテルを世間からは貼られているので、なんでもかんでもオープンソース（OSS）を推進しているように思われているが、理念としてのフリーソフトウェア運動に深く敬意を抱きつつも、ま、安ければなんでもいいんじゃない、という日和見主義者なので、商用製品を使うことになんら躊躇はない。 例えば、EMCのご大層なストレージを1TB用意するのと、ローカルストレージで1
伽藍とバザールの「伽藍」ってなんだろう。 - 未来のいつか/hyoshiokの日記
Linuxの開発モデルを初めて紹介した歴史的エッセイとして有名なThe Cathedral and the Bazaarは、山形浩生氏が「伽藍とバザール」として翻訳している。The Cathedral and the Bazaar: Japanese オープンソースの開発モデルを従来型のカテドラル（大聖堂）モデルと対比して解説した。 Linuxの開発モデルでは、正式な文書もなければ、開発ロードマップも、技術的な設計書もない。皆無である。そして、そのような開発方法がうまく行く筈がないという風に広く信じられていた。特に、オペレーティングシステムのような精緻で組み立てる必要があると考えられているものが、そのようないい加減な方法で出来る訳がないと考えられていた。中央集中的に作る以外ありえないと当時は考えられていた。 Linuxの開発モデルは、素人の大学生が作った、ちょっとした遊びのプログラムを、イ
ちょうど20年前に最初の転職をした - 未来のいつか/hyoshiokの日記
新卒で入社した日本DECを11月で退職して、1994年12月に日本オラクル株式会社に転職をした。そのときは、後に米国Oracleに出向になってシリコンバレーでOracle 8の開発に関わることになるなんてことは全く思っていなかった。 日本DECに残っていても開発の仕事はどんどんなくなるし、できればもう少し開発の仕事を続けたいとは思っていたが、日本オラクルに転職したからといって開発が出来るとは限らないし、当時の日本オラクルは販売会社なので、むしろ開発の仕事の機会は減るのではないかと思っていた。開発を続けたいと思いつつも、開発の機会が減る選択をするという矛盾した行動は、いまから考えると、そーゆーことを言えるが、そのときはある種の勢いで転職したというのが実情である。何事もタイミングと勢いか。 きっかけはいくつかある。一つは1993年に初めて行われた日本DECの希望退職制度である。指名解雇ではない
ブルックスの法則 - 未来のいつか/hyoshiokの日記
ムーアの法則（18ヶ月で半導体の能力が２倍になる）というのは有名だが、それに比べてブルックスの法則は知られていない。 http://commons.wikimedia.org/wiki/File%3AFred_Brooks.jpg *1 ブルックスは1960年代、IBM System/360用オペレーティング・システムOS/360の開発責任者で、後にそのときの経験をもとに人月の神話という本を書いた。 大規模ソフトウェア製品開発の難しさを書いた画期的な書物である。IT産業に従事しているなら必読の書である。ソフトウェア開発あるいはプロジェクトマネジメントに関わる人はだまされたと思って読んだ方がいい。わたしの日記でも何度となく紹介している。 それはともかく第二章人月の神話だ。次のような例題がある。12人月かかると見積もられた仕事があるとして、３名で４ヶ月でその作業を完了すると考えた。そして一月毎
Linusが2週間でgitを作った話。 - 未来のいつか/hyoshiokの日記
Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記という日記がとんでもなく読まれていてビビる。ブックマークもいっぱいついた。はてなブックマーク - Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記 Linusがgitを２週間で作ったという話はわりと知られていなかったようなので、その話である。 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
チームで1番弱い子がアジャイルレトロスペクティブやってみたらの再演を聞いた #devlove #devKan - 未来のいつか/hyoshiokの日記
DevLOVE甲子園2014 西日本大会 - DevLOVE関西 | Doorkeeper 会社の勉強会（毎週火曜日17時からゆるゆる開催）でDevLOVE甲子園2014西日本大会に出場した田中選手の追加公演を観戦した。大阪会場とは社内TV会議システムを利用し、東京の第二会場、仙台などともつなぎ中継した。（荻野さんいつもありがとう） （おかしや飲み物を飲み食いしながら聞いた） 内容は2010年入社の新人エンジニアが、数々の困難に立ち向かいながらも徐々に成長していくというロードムービーなのだが（この設定が泣ける）、周りを固める、脇役がいい。主人公がどうにか仕事にもなれたとき、上司が異動する。主人公は一人になる。途方にくれる。いきなりピンチである。無理だ、自分には絶対無理だ。しかし、持ち前のがんばりと周りの協力もあり、師匠がやっていた姿をまね、最初の困難をどうにか切り抜ける。秘伝書を楽天ブック
ソフトウェア職人気質―人を育て、システム開発を成功へと導くための重要キーワード (Professional Computing Series) - 未来のいつか/hyoshiokの日記
倉貫さんが、ソフトウェア職人気質―人を育て、システム開発を成功へと導くための重要キーワード (Professional Computing Series)を紹介していた。 ずいぶん前に読んだのだけど、本棚から引っ張りだして、パラパラと再読した。180ページほどなので、お気楽に読めるのであるが、中身は濃い。 最後の章（19章）は「永続的な学習」を取り上げている。１）学習環境を作り上げる。２）ソフトウェア開発における技芸の熟達。３）訓練コースは細心の注意を払って選択すること。４）ソフトウェア開発コミュニティ内で目立つことを奨励する。５）内省的な実践者になる。 学習環境を作り上げる。 １）学習環境を作り上げるために、組織内に講座を設ける。２）興味深いテーマのセミナーには部外者も招待する。３）学習時間はプロセス改善の投資である。 具体的なコツがいろいろ詰まっている。 ソフトウェア開発における技芸の
自分の業務以外のシャドーワーク - 未来のいつか/hyoshiokの日記
サイボーズ式の小崎さんのインタビューが面白い。*1 仕事が楽しくなくて、後ろ向きな動機からはじめた仕事が本職になっちゃうとか、人生のなかで二つの俺プロジェクトとか、仕事をサボって勝手にやってみたらうまくいったとか、なかなか面白い。 言われたことをちゃんとやるというのは重要だけど、言われたことしかやらないというのでは成長がない。勝手に何かをやって、学んでいくと言うのが成長には欠かせない。 自分にとってもオープンソースなんかは業務とは一切関係ないところからはじめていつのまにかにそれが仕事になっていて、あまつさえ会社を立ち上げてしまった。 Googleの20％ルールはそれを制度化したものとして有名だが、正式な業務以外を勝手にやるものをシャドーワークとか、スカンクワークとか言う。社内でそれを黙認したり、むしろ奨励したりする企業もある。DECはそのようなプロジェクトをミッドナイト・プロジェクトとよん
Done is better than perfect 完璧よりもやることだ - 未来のいつか/hyoshiokの日記
FacebookのHacker Wayという行動原理のなかに、Done is better than perfect（完璧よりもやることだ）というのがある。IPOのときの目論見書にそれが書いてある。 Registration Statement on Form S-1 The Hacker Way is an approach to building that involves continuous improvement and iteration. Hackers believe that something can always be better, and that nothing is ever complete. They just have to go fix it ― often in the face of people who say it’s impossible o
Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記
誰でも知っていることだけど、LinuxというOSというかカーネルはLinus Torvaldsが学生のときに趣味で作ったのがはじまりだ。それは1991年ころの話で彼が21歳の頃だ。個人の趣味で作ったものが、いつの間にかに世界中のコンピュータだけでなく、携帯や家電や様々な機械の制御に使われている。 Linus Torvalds - Wikipedia 1994年ころには、PCで動く個人向けOSとしては十分な機能を持っていた。Xもあるし、gccなどのコンパイラもあるし、GNU Emacsやbashもあるので、ちょっとしたプログラムを作るには十分な機能を持っていた。 当時、勤め先のマシンはSunのワークステーションで仕事でLinuxを使う機会は全然なかったのだけど、自宅のPCにSlackwareのCDを入れてみたりした。日常的に使うことはなかったけど、1998年にOracleがLinux版を出し
OSCON 2014、まとめ - 未来のいつか/hyoshiokの日記
OSCON 2014に参加した感想をまとめておく。 O'Reilly Open Source Convention: OSCON, July 20 - 24, 2014 in Portland, OR OSCON (Opensource Convention) は文字通りオープンソースを主要テーマとした大規模なコンベンションだ。 オープンソースはもはや技術というよりも社会的な営みなので、議論される話題やセッションも多岐にわたる。1997年にEric Raymondが「伽藍とバザール」によって発見したLinuxにおける開発方法論のイノベーションは、ソフトウェア産業のみならず、広くハイテック産業そして社会そのものを大きく変えた。 技術によって社会をよくするという楽観主義がインターネットには満ちている。ハッカー精神といってもいい。オープンソースというのはそのハッカー精神が作り出したムーブメントだ
チャック女子 - 未来のいつか/hyoshiokの日記
チャック女子という言葉を教えてもらった。 外見は女子の着ぐるみを着ているが、背中のチャックを下ろすと中身はおじさん、というオス化女子のことを指す。女性が視点も思考パターンもおじさんと同一化してしまう現象のことだ。 http://womantype.jp/mag/archives/25240 女性の管理職というのが、チャック女子によって占められている、ということらしい。 日本の大手企業の場合、新卒採用、終身雇用、企業内組合という労働慣行があると言われている。さすがに終身雇用や企業内組合などの制度は徐々に崩壊しつつあるとしても、そのような傾向はまだ残っている。 新卒で入社して、その会社に長いこといると、その会社の文化にどっぷり浸かってしまって、金太郎あめのような価値観になる。そして、そのようななかで管理職になれば、チャック女子になるということなのだろうか。 スタートアップの場合、そもそも終身雇
社内勉強会とパートナーエンジニア - 未来のいつか/hyoshiokの日記
社内勉強会は参加者の利便性を考えて昼休みに開催することが多い。昼休みならば、時短勤務のお母さんも参加できるし、夜学に通っている人でも参加できる。 とは言え、社外の人を講師として呼ぶ場合は、必ずしも昼休みにお願いするということが可能とは限らない。その場合は、夜7時ごろから開催になる。 今回たまたま開催した勉強会では、参加者が少なかったこともあって、各自自己紹介をした。そうすると意外と協力会社のパートナー（常駐）エンジニアの方が多かった。 今まで気がつかなかったのだけど（人数が多いときは自己紹介をしないので）、パートナーさんの勉強会に対するニーズというのは潜在的には大きいのではないのだろうか。勤務時間中の勉強会の出席は契約にもよるだろうけど、勉強会は業務ではないのでパートナーさんが参加することは難しい。勤務時間外であれば、問題はない。 職場での勉強会のメリットは移動時間がゼロというところもある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
