「はじめよう! 要件定義 ～ビギナーからベテランまで」（技術評論社）を読みました。
プログラミングの技法やフレームワークなどを使って「どうやって作るか」については知見が急激に増加してきている一方、そもそも「何を作るか」については取り残され気味であったとの著者の課題意識から出発している書籍です。
「UI」「機能」「データ」の３つにポイントを絞って平易な文章で書かれており、少しずつ順番に説明が進むため、２〜３時間くらいでスッと読める一冊でした。
特に、準備編と助走編まで（ページ数としては半分くらい）は、システム開発やプログラミングの経験があまりない人にも読んでもらえると、基本的な認識を揃えることができてコミュニケーションが少し円滑になるのではないかと思います。
O'Reillyから出版されている Making Software を読みました。 ソフトウェア工学研究者たちのエッセイ集になっており、Beautiful Code: Leading Programmers Explain How They Think のような書籍です。 内容はソースコードの書き方の話ではなく、プロジェクトマネジメント寄りの話題と言えます。 即効性は期待できませんが、知っておくと見通しがよくなることが多い印象です。 具体的にどの指標を参考にするかは、本書を読んで自分のプロジェクトのコンテキストに合わせて調整すると良いでしょう。
推測や思いつきではなく、現場における実際のデータや実験によるデータに基づいて、実証的にソフトウェア開発のあり方を改良しようとする立場に立ったソフトウェア工学のことを実証的ソフトウェア工学（empirical software engineering）と呼びます。 ソフトウェア開発の現場で感覚的に語られていることに対して、できる限りのデータを収集して定量的に分析している点が特徴です。 例えば、ソースコード管理システムに巨大なコミットがあるとレビューが大変ですが、具体的に何行を越えると不具合の可能性が高まるのかを各種の統計量を用いて調査しています。 すべてのエビデンスが万人受けすることはありませんので、結果を提示する人はそのときの想定読者に合わせて内容を調整します。 研究者と読み手のコンテキストの共有が不十分だと「でも一体、それの何が良いの？」となりますので、観測したものを法則として認識し、それを説明する理論を構築できるかどうかが、この分野での挑戦となります。 詳細は A Handbook of Software and Systems Engineering: Empirical Observations, Laws and Theories を参照してください。
書籍は２部構成で、最初は一般的な原理、次に個別の話題を扱います。 各部とも割と独立した章から構成されますので、目次と図表をパラパラと眺めて興味を持てそうなところを読むと良いと思いました。
Kindle で APIs: A Strategy Guide を読みました。 150ページ弱の洋書なので、あまり気負わずに読むことができました。
REST API の実装方法、みたいな書籍は多いですが、この本は API の実装ノウハウではなく、Strategy - 戦略についての本である点が珍しいと思います。 著者は３人ですが、その内のひとりは Apigee の CTO なので、技術的にも変なところもなく丁寧で読みやすかったと感じました。 組織として API ビジネスを考えるときに検討すべき事柄が網羅されていますので、 2011年の発行から２年ほどが経過しても、とても参考になる１冊でした。
API というと実際に機能を実装することに目がいきがちですが、 戦略を決定する人にこそ読んで欲しい書籍です。 ターゲットとする読者に関しては次のように書かれています。
this book is designed for the people who need to make the strategic decisions about whether an API is a good idea for their company.
今後数年間で API 経由で公開する／すべきデータは増えるでしょうから、 この本を参考にして API の方向性を考えていけると良いのではないでしょうか。
新潮社から出版されていた「マサチューセッツ工科大学」を読んだメモ書きです。
書籍自体の初版は1995年9月で、2011年現在だと、おそらく絶版になっています。 新潮文庫から出版された 文庫版 だと Amazon から中古版を購入できるようです。読後感が訳者あとがきと一緒だったので抜粋します。
「ハイテク」関連の書籍というのは、ある友人の表現を借りると、おおむね「高血圧」の表現をとっている。 騒々しいハイテク・グルーピーとは対照的に、きわめて冷静な、低血圧アプローチをとっていることが、 個人的には本書の最大の美点と考えている。
「エキスパート Python プログラミング」を読みました。 購入したのは昨年でしたが、しばらく積読状態になっていました。 よくある感想ですが「なんでもっと早くに読んでおかなかったのか...」ということが悔やまれます。 とはいえ、読まないよりは読んだ方が良いですし、Python に限らずソフトウェアエンジニアは 9 章と 10 章は読むべきだと思いました。
OReilly から出版されている XMPP: The Definitive Guide を読みました。 各章ごとのサマリは ここ に置きました。
大学生 (コンピュータサイエンス専攻) の頃に、何かの講義で先生から次のようなことを言われました。 (細かい言い回しは失念)
君たちもいろいろ勉強していくと思うけど、最終的には「コンパイラ」「OS」「ネットワーク」のどれかにおさまるよ。
当時は「そうですか...」くらいな感じで右から左へ聞き流す感じでしたが、 何故か覚えており、最近になって考え直してみるとだいたい合ってるような気もします。
ということで、本書は「ネットワーク」に関する書籍です。 プログラミング言語の構文や OS のプロセス管理などは登場しませんが、頻繁に更新されるソーシャルネットワーキングサイトや 分散環境におけるサーバ同士の通信を設計する場合には参考になるかもしれません。 とはいえご多分に漏れず「本書を読めばバッチリ」という代物でもありませんので、選択肢のひとつとして持っておくくらいのイメージが良さそうです。
XMPP のノード同士におけるデータ交換に関して網羅的に記述されています。 不思議の国のアリスを題材とした具体的な XML が多数例示されていて、どの XEP (XMPP Extension Protocol) が対応するかもポイントしてくれます。 データの雰囲気や用途を知りたい場合はこの本を、より詳しいデータ構造を知りたい場合は XEP を読めば良いはずです。
書籍全体を通して多数の XML が登場しますので、XML の名前空間に関する知識は必須と言えます。 一方で、プロトコルに関する書籍であるために、特定のプログラミング言語に関する知識は必要ありません (とはいえ、何らかのプログラミング経験がないとデータ構造を見ても何も得られないと思いますが)。 最終章でアプリケーションを作ってみる部分では Python を使いますが、ここは読んでも読まなくても好き好きになるでしょう。
XSF の中の人たちが書いていますので、Jabber からの過去の経緯もメモされていて勉強になります。 ネットワークやプロトコル、もしくはデータ構造について詳しく知りたい人は読むべきですが、 ライブラリではなく特定のアプリケーションを実装したい人には非常に遠回りになる書籍です。 目的によって評価がバラバラになる読み物なのではないでしょうか。
構成は大きく三つに分けられます。
Python のサンプルには SleekXMPP を使います。SleekXMPP は Python 3.1 以上もしくは Python 2.6 を使います。 書籍に登場するコードとの差分は wiki にまとめられています。
英語の本でしたので、チマチマと４ヶ月くらいかけて読みましたが、 自宅で難しい本を読んでいると眠ってしまいますから、近所のスターバックスに通っていました。 繁華街の店舗ではありませんので勉強している人も多く、英字新聞を読んでいる日本人に話しかけられたり、 日本語を勉強している外国人と英語でおしゃべりしたりなど、単なる読書だけでない体験でした。 自宅でも職場でもないサードプレイス、ちょうどスタバのキャッチフレーズが当てはまる感じもたまには良いですね。