コードを書き続けていれば、良いものをつくれるようになるわけではなく、考え方や気持ちも大事であると考えている@HIROCASTERでございませう。 もうすぐ、ゴールデンウィークです。 プログラマがプログラミング言語から離れて、ハッカーとしての考え方や気持ちを学ぶための読み物系の書籍をご紹介します。 お休みの間や帰省の移動中にでも読んでみてください。休み明けに気持ちが高まって、最高の状態でコードに向きあえることでしょう。 読んだことがある本があったら、ぜひ感想をTwitterでつぶやいて他の人にも教えてあげてください。

オブジェクト指向の考え方を適用する最大のメリットは概念操作という高水準での記述を可能にする点にあります。概念を抽出するということはシステムや業務に対する考え方も規定します。いかにシステムを認識すればよいか。コトバへの着目が重要です。 また，オブジェクトの識別とその関係整理は，オブジェクト指向に基づくシステム開発の第一歩であり，最も難しいステップです。現場のエキスパートが使う言葉に着目して候補を切り出し，適切かどうかを検証します。修飾語の関係や適用する比喩などから日常的で曖昧な認識の枠組みを整合的な体系へ変換し整理しなければなりません。 ・羽生田栄一の「オブジェクト論」【前編】（上） ・羽生田栄一の「オブジェクト論」【前編】（中） ・羽生田栄一の「オブジェクト論」【前編】（下） ・羽生田栄一の「オブジェクト論」【後編】（上） ・羽生田栄一の「オブジェクト論」【後編】（中） ・羽生田栄一の「オ

チケット駆動開発でアジャイル開発を運用すると必ず並行開発が現れる。 並行開発、ソフトウェアプロダクトラインの関係について連想した事をメモ。 【元ネタ】 ソフトウェアプロダクトラインを考えるセミナーに参加 - Basic CACM の特集記事：ソフトウェアプロダクトライン工学(1) - IT、アイスホッケーそしてヒップホップのある日常 衛星標準プロセス展開支援 成果報告 【1】Redmineでチケット駆動開発をアジャイル開発っぽく運用すると、必ず2個のコードラインを保守するようになり、自然に並行開発になる。 つまり、リリースした本番システムはリリースブランチ、裏で機能改善中のシステムはtrunkの2本を常時保守しなくてはならない。 特にアジャイル開発を実践すると、2～4週間のサイクルで小刻みにリリースしていく為、リリースしたコードラインと次のイテレーションのコードラインの2本を並行で作業しな

海外出張では，いろいろな発見がある。取材の上での新情報はもちろんだが，価値観の違いも実感する。日本にいて，普段，常識と思っていることが通用しない。何をいまさら，と言われそうだがあえて書いてみたい。 私が担当しているモバイルの分野では，「モバイル・マネー」がここ数年，話題になっている。簡単に言えば「携帯電話で送金する」ということなのだが，正直なところ最初はよく理解できなかった。日本にいれば，全国に銀行や郵便局のネットワークが張り巡らされている。特に都会に住んでいれば，最寄駅の近くに複数の銀行が顔をそろえている。モバイル経由の送金は，あれば便利だが，銀行より高い送金手数料がかかるので，自分自身は緊急時に使っているにすぎない。 しかし，銀行のネットワークが未整備の国では，モバイル・マネーがまさに“生命線”になる，という話を1月に米国ラスベガスで開催された「2010 International C

先日の記事で触れたL'eclat des jours(2008-11-20)の続きを、勝手に試みた。調子を合わせようとしたけれど無理。全然こなれないし、誤訳もいっぱいあると思うが、参考までに公開しておく。 BASE：ACIDの代わりをどうぞ ■Consistency（一貫性）のパターンいくつか ブルーワのいうとおりなら、BASEは、分散と可用性をとるかわりに、どこかで一貫性を諦めるしかない。これは難しい。というのも、ビジネス関係者も開発者も「一貫性がいちばん重要だ」というんだ。一時的な矛盾であってもエンドユーザに見えてしまうので、ビジネス関係者と開発者の両方で、どこで一貫性を諦めるかを決める必要がある。 図2はBASEが考える一貫性を説明するための簡単なスキーマだ。userテーブルは、売上総額と購入総額も含めたユーザ情報をもっている。売上総額と購入総額は現時点での合計額だ。transact

昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。

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

拙著『プログラマー現役続行』では、「業務を通した学習の落とし穴」（110頁）として次のように述べています。 新たな技術を習得するのに最も効率的な方法は、業務で使用している技術について学習することです。業務で使用していますので、すぐに業務に役立ちますし、多くの時間その技術に接しているため、効果的に学習することができます。 業務を通じての知識の蓄積は効果的なのですが、落とし穴もあります。それは、業務をこなすのに最低限必要な事柄だけしか学ばないで終わってしまうことです。業務で使用する技術が自分にとって初めての場合に、その技術を学習方法には、大きく次のどちらかのパターンに分かれるのではないかと思います(極端な分類ですが）。 初心者本を買ってきて、それを読んで、あとは、詳細を理解することなく、他人のコードをコピー＆ペーストしてソフトウェア開発を行う。 その技術のバイブルとなるような書籍を探して、それ

分散バージョン管理Git、Mercurialを絡めたチケット駆動開発で、興味深い事例があったのでメモ。 【事例1】 gitだからこそできるチケット駆動開発のやり方 - kunitの日記 今やっている方法は、作業するなら作業用のブランチを切れ！それにはチケット番号を付けろ！という方式にしている。 たとえば会員管理の機能に追加したい場合は以下のような手順になる。 1. 会員管理を拡張したいなぁ 2. じゃRedmineでチケットを切るぞ 3. チケット番号が振られた(たとえば #567 だとする) 4. さぁ、ブランチ切るか(members_567) 5. そのブランチで作業開始！ 濱野さんがWEB+DBでも入門Gitでもかかれている「トピックブランチ」というものの良さが本当に現れてくる。 【事例2】 Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - 文殊堂 t

残念なことに日本社会では理知的でフラットな議論は相手を選ばないとできない。そしてブログは公開する相手を選べない。Webがそういう同調圧力を飛び越えて個を確立するツールとなることを期待してはいるが、今のところ日本語圏ではネット上に別の世間をつくって新たな同調圧力を増幅させているかにみえる。 例えば日本語のブログで或る予算の使い途について課題を整理しつつ建設的な提案をしても「このエントリーを財務省が読んだら仕込んでいる政策玉に予算が下りない」とか勝手に慌てて国会議員に報告がいき、取引先のお偉方から勤務先の役員に「こんなことを書く社員を放置していると、御社はこの案件から外されますよ」とか丁寧にご注進して下さる。それが日本的ムラ社会の現実だ。 たまたま話の分かる役員なら「ちゃんと個人的な意見と断っているし、正しい当たり前のことしか書いてないじゃん」で済むとして、普通の日本企業じゃ「正しいか否かの問

どうして子どもにケータイを持たせるななんて時代錯誤な報告書が出るのか悩んだ。だいたい教育再生懇談会なる懐古趣味的な名前から間違っているのではないか。学力崩壊の理由ってゆとり教育だけじゃなくて、先生のいうことを聞いて、いい学校、いい会社を目指せば立身出世できるという右肩上がり成長の物語が終わったこともあるのに、そこには目を向けず年寄りが寄って集って懐古趣味に走っている。 だいたい昔は「末は博士か大臣か」なんていったもんだけど、いまどき博士になって幸せかは疑問だし、就職活動中の東大情報系の院生に話を聞くと教授が博士課程に進学して欲しいと考える俊才ほど最近は博士までいってもキャリアパスを描けないことを知って、修士卒で外資系金融やコンサル、GoogleとかIBMの研究所に流れるらしい。それで何割が幸せになれるかは分からないけどねー。こんな時代に深く考えずいわれた通りに勉強し、大企業とか目指す方がマ