今日の読書会は、ちょっと雑務でごたごたしていて、遅れぎみだったら早瀬さんから電話がかかってきて、「ビール足りないすよ」ということなので、近所のコンビニによって、ビールとつまみを調達して参加した。いつのまにかに、参加者が8人になっていて、毎回会を重ねるごとに徐々に増えてきて喜ばしい。 「ビールです」（どや顔）。「お〜〜〜」（一同）。 今日は第4章「Implementing a Test Strategy（テスト戦略の実装）」。るかさんが綺麗なプレゼン資料を用意していて、それをもとに皆であーだこーだと議論を深めた。 テストの類型でBusiness-Facing vs Technology Facingという軸とDevelopment Process vs Critique the Projectの軸というBrian Marickが提唱した4象限のものを使いながら説明して、自動化できるもの手動で

同僚とContinuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Addison-Wesley Signature Series (Fowler))の読書会をやっている。 英語の本なので、一人で読むにはちょっと敷居が高くても何人かで読めばどうにかこうにか読了できるような気がする。きっかけとして読書会というのはいいメソッドである。 読書会のメリットは、わたしのようなものぐさでもある種のプレッシャーがかかるので、どうにかこうにか続けられるというのがあるが、それ以外でもいろいろある。 何といっても読書会のメンバー間では、言葉の定義というか概念について共通の理解が深まる。 前回レガシーコード改善ガイドを読んだとき、レガシーコードというのは、テストのないコードのことを言

釣りの仕方を教えてもらうという機会は人生においてそうそうあるものではない。老子曰く「授人以魚 不如授人以漁」。魚を与えるのではなく、釣りの仕方を教える。ということらしい。*1 新卒は、研修でいろいろな釣りの仕方を教わっている最中かと思う。新人ゆえの特権だ。中途入社の人間は基本的には放置というのが世の常だろう。釣り方は既に身につけているという前提で雇用されているのだからしょうがない。 よく考えてみると例えばDebugの方法とか誰かに教わったかというと多くの人は見よう見まねでどうにか自分のスタイルを確立していったのではないだろうか。いまでこそ、テストの方法とか、ソースコードの読み方のような書籍があるけど、そのようなものは例外的な存在のような気がする。 IT業界のような変化の激しい業界では、2年前には影も形もなかった技術がぽっとでてきて業界を席巻しているようにみえる。そして、そのようなものは当然

奇妙な名前の同好会を作ったのは約半年前である。半年同好会の会長（ぐはは）をしてみての振り返りをしてみた。 勉強会勉強会*1というこれまた奇妙なコミュニティをかれこれ二年くらいやっていて、勉強会に関するちょっとしたノウハウ、運営上必要になる情報等をいろいろな人やコミュニティと共有してきた。勉強会というか勉強家愛というか、勉強会が好きでしょうがない、手段と目的を履き違えたような多様な人たちといろいろ集まってみて、IT系の勉強会のあれやこれやについてそれなりに経験をつんできた。 その勉強会がもつパワーというかお金に変えられない価値を会社の中に持ち込むという試みが社内勉強会なわけであるが、そもそも勉強会というような形式は、自分の周辺で同じような問題意識、興味を持った人たちが自主的に開催するものだから、自分の半径5メートルが会社しかない人にとっては、必然的に会社の人と勉強会をすることになる。むしろ社

欧米の研究所なんかでは、昼休みにランチを同僚ととりながら様々なことを議論するブラウンバッグミーティングというのがあるらしい。ランチを紙袋（ブラウンバッグ)にいれて持ってくることから、そのような名前がついている。日本だとコンビニでランチを買ってもビニール袋は白なので、ホワイトバッグミーティングになってしまうけど。 このランチでのミーティングというかインフォーマルな勉強会というか単なる雑談の会というか、中身はいろいろあると思うけど、これが意外といい。非常にいい。 先日も、昼休みの時間帯に読書会をやった。週1回のペースで開催を目論んだのだけど、なんやかんやで月に2〜3回程度のペースではあったが、最後まで読めたのは非常によかった。 まず、ちょっと形式ばって勉強会を昼休みにやることのメリットを考えると、夕方就業時間後にやるのと比べて、スケジュール調整が容易なことがあげられる。就業時間後だと、時短勤務

自称勉強会マニアと呼ばれている@hyoshiokです。（それって自称じゃないじゃん。セルフツッコミ） それはともかく、勉強会の達人は「勉強会に勉強しにいくのは素人」とか、勉強会はあくまで手段であって目的ではないとか、勉強会マニア（苦笑）とか、まあいろいろ言っているわけであるが、わたしも勉強会について一言いっておく。 勉強会は主催者発表者参加者それぞれの思いがありそれぞれ渾然一体となって出来上がっているから同じものは世界に二つとないし、同じ主催者の勉強会でも毎回毎回微妙にことなるライブなセッションである。十人十色である。 なので、勉強会はなになにでなければいけないとかなになにであるべきだというものは一切ないし、自分が「これが勉強会だ」というようなことを言うつもりもない。 一方で勉強会に集う人々、主宰する人々、それぞれにある種の共通の価値観みたいなものはあるような気がする。十人十色なので全員が

先週は、LinuxCon Japan 2010から始まって、第106回カーネル読書会、U-20プログラミングコンテストの最終審査会、そしてPHP祭り(PHPmatsuri)へ参加とコミュニティ三昧の一週間だった。 英語三昧 コミュニティ三昧ではあったが、英語三昧でもあった。 LinuxCon Japanは日本で開催されるカンファレンスであるが、公用語が英語になっていて、日本人の発表も英語、当然質疑応答も、日本人同士でも英語である。キーノート以外には通訳はつかない。 昨年のLinux Symposium Japan以来の英語でのカンファレンスで、当初は英語の発表で大丈夫かという声もあったが、やってみたら、意外とどーにかなったというのが実状である。日本人にとっては、英語での発表は相当敷居が高いが、Linuxの世界では、避けて通れないのでしょうがない。 海外からカーネルハッカーが来るので、彼らと

はじめに どこかの会社の会議室が使えたりすればよいけれど、手続きが面倒だったりして使いにくかったりする。人数が多ければ貸し会議室という手もあるが、3〜5人程度ではけっこう割高になってしまう。そんなときカフェを使うと便利だ。東京に住んで４年、ちょっとした勉強会にカフェを使ったのでいくつか紹介しておこう。 渋谷 平日夜に数人で集まるとなると、参加メンバーが帰りやすいように利便性の高い駅を選択することが多い。しかし、そういう駅は異様に混んでいる。渋谷なんてその最たるものだろう。でもうまく選べば比較的すいているカフェは見つかる。４年前の今頃、英語隊なる活動を始めようとした我々が選んだのは、喫茶室ルノアール 渋谷東急ハンズ前店だった。http://www.ginza-renoir.co.jp/renoir/070.htm あの店で白macbook３台並べて遊んでいたあの時代が懐かしい。昨日のエコ隊で

無理してベストセラーを読む必要はない。自分にあった本を自分にあったペースで読んでいけばいい。GW中に昔（1年くらい前）献本された「リファクタリング・ウェットウェア」を読んだ。 達人プログラマでお馴染みのAndy Huntの著書である。正直言って、この本のタイトルにぐっとこなかったので、本書を1年近く寝かせておいたのであるが（献本いただいた宮川さんすいません）、ふと思いたち、読んだ。面白かった。副題の「達人プログラマーの思考法と学習法」が本書の内容を的確に表現している。 情熱プログラマーを読みながらも感じたことなんだけど、プログラマーとして、どのように学ぶかという問題にはもちろん正解はない。だけど、人間は弱いものなので、そのような正解を求めて本を読む。様々な自己啓発書が本屋にあふれているのがその証拠だ。私自身、そのような自己啓発書の類の書籍にはあまり興味がないので、買うことも読むこともほとん

先日、情熱プログラマー読書会が楽天であったので、参加した。LT(Lightning Talks)で発表もした。発表スライド 情熱プログラマー 自分にとっての情熱プログラマーってなんだろうと考えた。 この「情熱プログラマー」という書籍は、ソフトウェア開発者の幸せな生き方という副題がついているのだが、純粋な技術書というよりもプログラマーにとっての自己啓発書みたいな位置づけの書籍だ。 ソフトウェア開発におけるプログラマという役割を取り替え可能な部品のような立場から見れば、プログラマはコストであり、どのようにしてそのコストを削減するかということになる。コストを安くするという考えで行けば年功序列的な賃金体系の中ではベテランより若いひとを使った方が安く上がる。数字でソフトウェア開発を見ていけば人月工数がすべてであり、開発コストは工数＊人月単価になる。 そのような立場で言えば人件費の高い日本で開発するの

会社でレガシーコード改善ガイドの読書会を開催する事にした。「テストがないコードはレガシーコードだ」という素敵なフレーズを帯にする本書を読み砕いて、レガシーコードと立ち向かっていきたい。 先日会社でテスト勉強会を開催した際に、*1 この本の読書会をやろうと呼びかけたところ、10名弱の有志が手を上げてくれた。 現場ではテストがないレガシーコードに喘いでいる。運用はトラブルに悩まされている。この悪循環を断ち切る武器がテストだ。時間がかかってもテストを書く。生き抜くためにテストを書く。その実践的なガイドになっている。 本書は400ページを越えるので、一人で読むのにはちょっとしんどい。きつい。そこで仲間を募って、どうにかがんばって読み砕いていきたい。 本書の例は、JavaやC++で書かれているが、弊社の場合は、Java以外にPHPのコードも山のようにあるので、PHPではどのように書くのか、書き換える

わたしの野望は楽天の芸風を変えることだ。なんてことを昨年の楽天テクノロジーカンファレンス言ったのだが、最近では社内勉強会も活発だし、少しずつだけど社外へ出ている人もいる。*1 過去と他人は変えられないけど、未来と自分は変えられる。他人を変えることは難しいけど、自分を変えたいと思っている人に、何かのきっかけを作って、その変化をアシストすることはできる。 例えば、カーネル読書会を楽天で開催すれば、気楽に参加できる。社外の勉強会にわざわざ行くのは大変だが、自社で開催されているなら、仕事の合間にちょろっと寄ってみようと気楽に参加できる。忙しいと言っても、小一時間くらいは時間は作れる。そして参加したら参加したで、そこには様々な気づきや考えるヒントがある。そしてそのようなヒントを得ることがまさに自分を変えるきっかけになる。それが勉強会のチカラである。 もちろん、社内で勉強会を開催したところで、来ない人

ICT業界動向やICT関連政策を基に「未来はこんな感じ?」を自分なりの目線で「主張(Assioma)」します。 今日は私が主催しているICT勉強会を紹介させて貰いたいと思います。 主催といっても、基本的には私が声を掛けただけであり、各自色々な企業や職種上の立場は置いといて、自由な立場でICT業界について色々勉強しようという趣旨の勉強会です。 集まったメンバーは各々が通常は業務があり専門分野は持っていますが、取り上げているテーマに関しては素人という事が前提。基本はブレスト的に進行します。「それは違うよ!」という否定や、「わかってないなー」的な高圧的な意見は排除し、エンジニア同士が意見を気兼ねなく交換出来る場があっても良いかなという趣旨で開催しています。 専門家の方から見れば初歩的な見解を述べているかもしれませんし、基本は「勉強会」ですので、誤った事を述べている時もあるかもしれません。そういっ

勉強会エバンジェリストhyoshiokです。みなさんいかがお過ごしでしょう？ 開発は楽しいという@papandaの熱いメッセージが突き刺さるDevLove首謀者の基調講演で幕を開けたデブサミ（デベロッパーズサミット）も無事終了し、明日からは日常がまっている。 今週は、自分にとっての日常であるカーネル読書会も2世紀目に突入し、その記念すべき第一回を新世代にふさわしい若手ハッカーの@frsyukiにkumofsについてガツンと発表してもらう。楽しみ楽しみ。*1 昨年8月に今の会社に入社して以来、社内勉強会もいろいろやって、縦組織でも横軸プロジェクトでもない、第三の社内勢力としてのコミュニティ的価値観の醸成などをおこなってきた。最近ではいろいろなグループがいろいろな勉強会をいろいろやっていたりする。 で、先日Ruby朝練の首謀者A（以下（あ）と略す）にRuby朝練について聞いてみた。チームに新人

先日、ライブドアの社内勉強会に参加した。他社の社内勉強会をするという機会はそうそうない。その貴重な機会を与えていただいたライブドア情報環境技術研究室　執行役員　CTA　室長　伊勢幸一さんには厚く御礼を申し上げたい。担当の門馬さんにも大変お世話になった。また、当日参加していただいたライブドアの皆様にも御礼を申し上げたい。*1 書き出しがいきなり固くなちゃった感があるが、お話はいつものカーネル読書会のことというか、勉強会のことというか、それを社内でやってみたら、どーゆーことになったかとか、技術とはまったく関係ないよた話をさせていただいた。 今回、お話をさせていただくにあたり、わたしのセッションの部分を後日公開するということをお願いした。わたしのプレゼンは日頃いろいろなところでお話しているものであり、所属企業に属する非公開情報も特にないので、無理を言ってお願いした。 カーネル読書会の作り方＠ライ

最近会社の昼休みの時間を使って、後輩と勉強会を開いています。 題材は「TCP/IP」。 普段から触れているものですが、いざ説明しろと言われるとなかなかできないもので、一からじっくり勉強しようということで始めてみました。 教科書はこれ。 詳解TCP/IP〈Vol.1〉プロトコル 作者: W.リチャードスティーヴンス,W.Richard Stevens,橘康雄,井上尚司出版社/メーカー: ピアソンエデュケーション発売日: 2000/12メディア: 単行本購入: 6人 クリック: 81回この商品を含むブログ (41件) を見る もう15年も前の本ですし、無線LANの話がなかったりIPv6の話がなかったりといささか古臭くはありますが、それでも未だに世界中でバイブルとして読まれている本であり、しかもVol.1だけで600ページ超の大作ですから、じっくり取り組むには丁度いいでしょう。 私達がどのように

ソフトウェアの世界は止まることを知らないです。常に、新しいことが起きています。たとえば、新たなプログラミング言語Ｇｏ※がGoogleからオープンソースとして、リリースされています。 http://golang.org/ この止まることを知らない世界で、新たな事柄の学習を、会社が教育という形態で行ってくれることを期待しても無理です。むしろ、期待しては駄目です。 一方で、社会人になったばかりの若手に対しては、継続した学習の重要性を理解してもらうのと、基礎的な事柄を習得してもらうために、勉強会や「プログラミング言語Java教育」への強制参加、日々の開発でのコードレビューを含む指導など様々なことを、前職では行ってきました。 現在の会社でも若手（入社三年以内）を対象として「プログラミング言語Java教育」を実施するための準備をしています。かなりきつい教育コースであることは、このブログにも何度か書いて

ソフトウェアの世界は、ずっと変化してきており、今後もその変化は続きます。私が初めてコンピュータに触れてから31年が経過していますが、学ぶべきことや面白そうなことが毎年のように登場してきます。 一方で、2、3年以上を要するソフトウェア開発では、その開発で使用される技術は開発期間中は固定化されます。そのため、業務をこなすのに最低限必要な技術を学習しかしなくても、そのプロジェクトが続いている限り、問題なく仕事をこなしているような感覚になるかもしれません。 常に継続して学習しているかしていないかで、ソフトウェアエンジニアとして技量は大きく差が付きます。たとえば、JavaあるいはRubyを使用して開発しているプロジェクトであれば、長い開発期間中に『プログラミング言語Java』、『Effective Java』、『プログラミング言語Ruby』などの使用している技術に関したきちんとした書籍を並行して読む

エンジニアパパと4歳の娘で2024年に作ったもの 娘も4歳となり、何かを親が作る、というより「親と一緒に作る」ことが増えてきました。 今年も細かいモノづくりをたくさんおこなったので。年末ということで一気にまとめて紹介してみようと思います。 この記事は子育てエンジニア Advent Calendar 2024の12/07の記事で…