定年説をめぐって — 1. ミームの濫用
35歳定年説をめぐる言説がずっと嫌いだった。気になる話題だけれど、その語られ方が好きになれない。 35歳定年(限界)説には大きくふた通りの解釈がある。ひとつ目はプログラマのキャリアにおける「ガラスの天井」が35歳にあるというもの。管理職にならないと給料あがらないとかそういうの。ふたつ目は加齢による衰え。つまり「老衰」のせいで業界の変化についていけなくなるというもの。××おじさんみたいな話。 前者、ガラスの天井バージョンが発祥の言葉だと自分は理解している。このガラスの天井バージョンから人々が徐々に興味が失うのにあわせ、後者の老衰バージョンが目につき始めた。自分も主に老衰バージョンに関心がある。どちらも加齢を気にしているものの、懸念のありかは違う。それでも「35歳」で「定年」という過激さが人々の心を刺激するのだろう。情報産業に広がる老いへの恐怖をとらえ、ふたつ一緒くたに扱われることが多い。 ガ
死んでしまったOSたちへ
自分は本の草稿に誤字脱字探しをしつつ好き勝手言う係としてちょっとだけ手伝った。せっかくなので宣伝してみる。 この本はコード読みブログやアーキテクチャ解読ブログをまとめたような体裁になっている。といっても各章バラバラではなく、本としての連続性はある。そして OS というものを包括的に解説するかわりに Android の特徴的なところ、たとえば GUI フレームワークや VM のランタイムなど、をつまみ食いしている。これは正しいアプローチだと思う。伝統的な OS の話をしだすと Android ってだいたい Linux だからね。Android に限らず、この「伝統的な OS の上にあるプラットホームのレイヤ」の中身を説明した本は少ない。 そこが面白い。 この本の欠点は文章がけっこう slippery なところ。悪い意味でブログぽいというか同人誌ぽい。ただそれは「支える技術」シリーズに共通する
17年後のプラグマティズム (0)
「達人プログラマー」が新装版になり、記念にと一冊いただいた。世間話がてら「Dave Thomas にはこういう本をまた一冊書いて欲しいですね」と伝えたら、Dave Thomas が出版業から引退したことを教わり、新しい話は新しい人が書くべきではと指摘される。別の読者からも今の時代にあわせた達人プログラマを読みたいという感想があったそうな。 原書の Pragmatic Programmer が出版されたのは 1999 年。XP Explained や Refactoring も同じ年に出版されている。Agile movement 元年と呼べなくもない。Pragmatic Programmer 自体は agility そのものに関する本ではない。とはいえ Dave Thomas は “Manifesto for Agile Software Development” 発起人の一人でもあるから、
意見を持つ
今のチームのプログラマたちは、製品の機能や UX に意見を持っている。 UX デザイナがおらず PM もおとなしいプログラマ中心のプロジェクトから来た自分は、アプリやサービスの世界でデザイナや PM がどう物事を決めるのか、そこにプログラマがどう絡むのかに興味を持っていた。どうも一筋縄でない。 定例ミーティングではデザイナのモックを前にプログラマたちが細かいレイアウトや動きを議論している。各リリースの計画会議では誰かしら自分の欲しい機能を持ち出す。廊下でデザイナと顔を合わせては唾を飛ばし合っている。ランチで PM と同席するたび何かを申し立てている。 自分はそんな意見がない。開発しているアプリに興味はある。自分で使っているから良くなってほしい。でもアイデアはない。速くてバグがなければいい、くらい。 コードの書き方には意見があるし、開発プロセスやインフラにも言いたいことは多い。バグを減らした
ひどさの理由は聞き流す
Android らしい Java そのさんは API のひどさ…のつもりだったけれど脇道にそれ、ひどさについて時々思うことを書いてみる。 世の中にはひどいコードがたくさんある。自分もよくひどいコードを書いている。広く使われている基盤的なソフトウェアにもひどい部分は多い。たとえば C++ には理不尽な仕様がいくつもある。Web 標準にもなんだこりゃ、というのがよくある。 ひどさの中にはハンロンの剃刀もあれば、それなりの理由があることも多い。Windows API がひどい歴史的背景については本が一冊書かれているくらい。 一方で理由がどうあれひどいものを使う痛みはかわらない。ところが「ひどいなあ」と口にした途端、そのひどさの由来や理由を嬉しそうに話しだす人がいる。 それがたまらなく嫌だ。 ひどさを前にうんざりしてる人を見てなにが嬉しいのか。落とし穴に嵌ったところを笑われた気分。当人も同じ穴の中
持たないプログラマ
仕事で成果を挙げたいのなら、何かをオウンしろという。 たとえばモジュール。機能。ライブラリやフレームワーク。まとまったコードを書いて、あるいは引き取って、自分の持ち物にする。バクを直し、人のコードをレビューして、持ち場の面倒を見る。 何かをオウンするのが、自分はあまり好きでない。なにしろめんどくさい。 コードをオウンするのは家を買うようなものだろうか。持ち家に憧れローンを組む人はいる。コードの対価として重責を引き取る人もいる。気持ちはわかる。自分にも憧れがあった。でも今は月々の返済に追われない身軽さが勝る。我ながら気が弱い。 オーナーシップには副作用もある。自分の所有権を守りたい心理が働く。領土を壁で囲いたい誘惑に駆られる。執着と責任の磁場に包まれて正気と勇気を保てるのか。 何もオウンせず働くのは借家暮らし。あるいは居候。部屋をひとつ間借りする代わりに家主の仕事を手伝う。コードから虫を追い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
