[読書]「科学者になる方法」 科学技術振興機構(JST)プレスルーム編

科学者になる方法―第一線の研究者が語る

本書「はじめに」より。

進路に迷っている高校生の皆さんや、科学に興味を持っている方々が「理系に進んだらこんな仕事をするのか」、「研究者の日常生活はこうなのか」など、「研究者の実像」が分かるような本を作ってみようということになったのです。

タイトルや掲載順は異なるが、原稿作成者はSciencePortalのページ「科学者になる方法」と同じであり、内容のイメージは掴める。おそらくwebにあるのが、原稿で、これを基にインタビューを行いまとめたものが本書なのだろう。

研究分野ごとに章がわかれており、それぞれ以下の通りとなっている。

1. 環境分野。2名。
2. 情報通信分野。4名。
3. ライフサイエンス分野。16名。
4. ナノテクノロジー・材料分野。11名。

webでは34名登場しているのに対し書籍では合計33名になっているのは、書籍では毛利衛氏の文章はコラムとして扱われているため。

冒頭引用文及び、上記webのタイトルを一覧するとわかるが、本書は書籍名である「科学者になる方法」というより、『科学者の半生』という色が強い。

この他、『○○先生の研究』という節でそれぞれの著者が行っている研究の概要を、『研究者になるなら-先生からのアドバイス』という節で研究者としての資質や、どう考え行動していくべきなのか等が記述される。この3節がこの書籍の構成になっている。

研究分野の比率は前述のとおり情報工学分野は少ないため、研究内容についてはあまり関心が生まれなかった(全く無いというわけではなく、例えば野依良治氏の文章の中にある、鏡に映った右手の手袋から不斉合成の説明をされるくだりは大変面白かった)のだが、アドバイスの節は読んだ価値を感じさせてくれた。著者ごとに反対の意見とも言える主張をされているものもあり、面白い。

途中のコラムに「研究者へのキャリアパス」というものがあり、ここでは、最終的な研究環境として『大学研究者』『公的研究機関』『企業研究者』の3種類が挙げられている。この書籍に登場されている方をカテゴライズしてみたところ、以下のようになった。

1. 大学研究者: 25名
2. 公的研究機関: 5名
3. 企業研究者: 4名

執筆の以来を行う際の伝手の問題なども影響しているのだろうが、やはり研究者になろうとした場合の正攻法は(おそらく世間のイメージどおり)大学研究者になることなのだろうか。

Androidプログラミング系の書籍を立ち読みしてきた

Google Androidアプリケーション開発入門 画面作成からデバイス制御まで――基本機能の全容 木南 英夫

書店の近くで10分ほど隙間時間ができたので、立ち寄ってAndroidプログラミングの書籍を閲覧してきた。

HTTP通信の説明を探したところ、前エントリ記載の「Android 1.5プログラミングバイブル」, 「Google Android アプリ開発ガイド」の他、「Google Androidアプリケーション開発入門 画面作成からデバイス制御まで――基本機能の全容」(目次)もHTTP通信を扱っていた。

前者2冊はjava.net.HttpConnectionを使用して通信するサンプルが書かれていた。HttpClientを利用しているのは、最後の「Google Androidアプリケーション開発入門」のみのようだった。

サンプル自身についても、前者2冊は通信してみた、というレベルのようだったが、最後の書籍は、目次に記載されている通り、駅検索アプリケーションの作成という実践的なサンプルになっているようだった。ただし、HttpClientのチュートリアルとして購入するには内容が浅いと思う。

ホリエモンの徹底抗戦を読んで会計について学んでみようと思った

徹底抗戦 堀江 貴文

本書の中でB/SやP/Lの話題が何回か出てきたので、企業会計の本を探り出して再入門してみようかと、ふと思った。

手元にあるのはアンダーセンビジネススクール編 エクスメディア社発行の「企業会計超入門」という本。アンダーセンは解散、エクスメディアは倒産、ということなので中々貴重な本、かもしれない。2001年発行なので、法律も変わっているのだろうが、本格的に勉強しようというわけではないのでこれで良しとした。

さて、貸借対照表(B/S)の出だしていつもつまづくのが以下の図である。

 

この図の下に、『資産 = 負債 + 資本、つまり資産は、負債と資本を足したものと常に等しい。このようにバランスが取れているからバランスシート』とか説明があるものだから、つい、「なるほど、負債が増えると資産も増えるのか。確かに借金も財産のうち、とか、負の資産、とか言うしなあ」と納得しそうになる。もちろんこの理解は誤っている(はず)。

上図だと、負の値を取り得る項目があるのが分からない(表せない)のが問題ではないかと思う。3項目のうち、(私の理解が正しければ)資本のみ負数になり得る。

このようなものは、ベクトルで表すか、下図のような棒グラフと差分で表した方が分かりやすいと思うのだが。貸借対照表の書式が上図に似ているから無理矢理こじつけているのだろうか。

   

JAVA POWER TOOLS/GROOVY MAG

Java Power Tools (Power Tools) John Smart

思い出しついでに。

Jolt Awardsのfinalistに選ばれていたこと、FEST-Swingのことが記載されていること、の2点の理由で、JAVA POWER TOOLSを購入した。

あまり事前に調べずに買ったせいで、届いたときの本の分厚さに驚いた。870ページほどあり、日本語版が出るとしたら上下巻に分かれるのでは、と思われる程。

内容の方は、やや期待外れ。目当てのFEST-Swingの記事については、Webサイトで開発者が書かれている記事ほぼそのままで、この書籍にしか載っていない情報、というものは無かった。

全体的に、プロダクトの機能紹介と、ある程度までのチュートリアル、という内容である。目次を見れば分かるとおり、名前くらいは聞いたことがあるメジャーなプロダクトが殆どであり、検索すれば日本語で解説されているサイトも多く存在する。英語が得意でない私のような人間にとっては、残念ながらあまりためになる書籍ではないと思う。

また、日本語訳が出たとしても、その頃には内容が陳腐化しているのでは、という懸念もある。

プロジェクトにここに載っているプロダクトを導入しようと考えている場合、上司に、書籍に載るくらいには有名なものである、という説得材料には使えそうだ。

2点目のGROOVY MAG。groovy言語の電子出版月刊雑誌であり、5ドルとリーズナブルである。ただ、内容が(少なくとも今のところ)充実しているとは言い難く、あまり薦められない。創刊されてからまだ半年ほど？のようなので今後に期待か。今であれば、Grailsの本家サイトと前回記載したGrails in Actionだけ購入しておけば良いのではないかと思う。

ちなみに、現在のGrails in Action、誤記がいくつかあるのでサポートフォーラムも覗いておいた方がよいだろう。

電子書籍を購入するのに当たって、PayPalを利用した。アメリカではネットオークション(eBay)等で発生する個人間の送金をこれで行うことが多いらしいが、日本でもこういったサービスは普及するのだろうか。

また、今回Googleが似たようなGoogle Checkoutというサービスを行っていることを初めて知った。Googleの無償サービスはかなり利用しているだけに、逆にこういった個人情報に深く関わるサービスは利用したくない、という意識が働くことに気付いた。

RailsによるアジャイルWebアプリケーション開発 第3版(原著)

Agile Web Development With Rails Sam Ruby Dave Thomas David Hansson

第3版が3/18に出版されたようだ。

eBookを購入しようかどうしようか迷っているうちに書籍が出たのでこちらを購入しようか。

サポートサイトでは、紙の書籍のほか、PDFやiPhone, Kindleで読めるeBookという電子書籍の購入も可能であり、同時購入であれば以下のようなメリットがある。

• 紙の書籍+αの値段でPDF版も手に入る。
• 電子書籍はearly版ということで、紙の書籍が出版されるよりかなり前から読むことが可能(前回第3版について触れた2008/06/07の時点で、early acces版は購入できた記憶がある)

ただし、このサイトから紙の書籍を購入した場合、国外送料が14.3ドルかかるようなので、日本に住んでいると同時購入のメリットは薄れてしまう。amazonでは、冒頭のリンク先の通り4,500円ほどで購入できるようなので、紙の書籍だけでよい場合はこちらの方が安く上がるのだろう。

最近購入したものとして、Grails in ActionのPDF版がある。前述の出版社とは異なるが、似たようなサービスを提供している(iPhone版などは無く、PDFのみだが)。こちらでも送料が20ドルかかるらしく、両方購入するのはあきらめた。

PDF版だけだと持ち運びに関して不利だが、検索性が格段によかったり、本を読みながらコードを打ち込んだりするときページが閉じないように気をつけたりしなくて良いので、利点も多くあると感じる。

持ち運びについても、DellのUMPC(Inspiron Mini9)などが4万円、1kg強であることを考えると、状況によっては電子版の方が良い場合も少なくないのでは。

Kindleが日本でも簡単に購入できれば、とも思う。iPhone/iPod touchについては…さすがに画面が小さすぎてこのような利用には全く向かなかった。

近況報告

LVP-HC1100 [DLP方式ホームシアタープロジェクター]

Groovyイン・アクション Dierk Konig Andrew Glover Paul King Guillaume Laforge Jon Skeet

初めてのPython 第2版 マーク ルッツ デイビッド アスカー

集合知プログラミング Toby Segaran

ネトラン 2008年 12月号 (小冊子付) [雑誌]

時間が無いので箇条書き風に。

• サブプライムに関連して、資産が半減した。
  • 1,000万円の預金ができたら、一旦退社して将来について考え直そうとしていたが、予定が大幅に狂うことになった。
  • 昨年末時点で達成できていたので、プロジェクトのキリが悪いから…などと余計なことを考えずに実行していれば良かったとも思う。
• 昇進できないことがわかった。
  • 全く認識していなかったのだが、一般的には、今年は昇進試験を受ける年次だったらしい。私は評価が低く、適正でないと判断されたようだ。
  • 自分自身でも、会社から求められているスキルに対して不足している部分はあると感じている(特にコミュニケーションスキル)ため、特に異議は無い。
• 参画プロジェクトがデスマーチ進行でである。
  • 9月の連休(15日;敬老の日)以降、休日を取れていない。
  • 今までは、自分の能力不足分はサービス残業で補っていたつもりだったが、あまり金銭的に余裕があるわけでは無くなったこと、わざわざ自己を低評価しなくても会社は会社でちゃんと評価を行っていること、この2点の理由により残業時間はもう少し正しい値に近づけて申請しようと思う。
  • 今までは1ヶ月40時間を超えないよう申請を行っていたが、これからは深夜残業がつかない程度(90～110時間程度だろうか)にしようかと考えている。もう少し検討が必要。
• 部屋が片付かない。
  • 片付け作業中にデスマーチに突入したため、中途半端な形になってしまった。片付けようと考えていた当初より乱雑さは増大している。
• 三菱電機社製プロジェクタLVP-HC1100を購入した。
• 時間が取れないので使用できない。
• 部屋のスペースの問題が解消できていないのと、資金の問題でスクリーンが購入できない。
• NetBeans6.5をインストールした。
• 時間が取れないのでインストールしただけ。
• GroovyとPythonのサポートが追加(PythonはEarly Accessだそうだが)されたので、それぞれ入門書を購入してみた。ついでに趣味にできそうな「集合知プログラミング」(Pythonで解説されている)も購入。
• NicoBrowserが雑誌「ネトラン」に掲載されていた。
• 取り敢えず近所のコンビニでは販売していないのを確認した。書店が開いている時間帯には外出できないしamazonで購入するにも受け取れない、送料がかかるといった問題があるし、と考えあぐねていた。
• これについてはコンビニ受け取りと、上記の書籍をまとめて注文することで解決した。
• いままで日中家にいられないときはセブンアンドワイを利用していたが、これからはamazonで事足りることになる。セブンイレブンは帰り道からすこし外れるが、ローソンであれば勤務ビル内にある。
• "Browser"なのにブラウズ機能が無いのは、元々はニコニコ動画のRSSビューアをGUIとして持つプログラムを作成しようとしていたから。

本棚の整理

前回のコードで書籍の登録を始めたが、あのままではほんの登録順が分からないので、一時中断した場合、どこから再開すれば分からなくなる問題があった。

このため、前回のコードでは削除してしまったidを復活させプライマリキーとし、@GeneratedValue(strategy = GenerationType.AUTO)アノテーションもつけたままにした。このことにより、idで昇順に並べた場合に登録した順と一致するため、上記の問題は解消した。

書籍の整理に当たって、取り敢えず下記の3種類に分類することにした。

• 残すもの
• 捨てるもの
• 残収容スペースに依っては捨てざるを得ないもの

本日登録した件数、つまり分類が終わった書籍数は107件、うち、廃棄が決定したものは35件である。33%を廃棄することになる。107件というのは、本棚を占めていた割合から勘案すると、全体の1/5～1/6に相当すると思われる。

現在の住居へ越して来てから6年も経過していないにも拘らずこの冊数購入しているということは、消費冊数に対してかなりオーバーペースであることが分かった(転居前に購入してそのまま持ってきたものもいくらか存在はするが)。

廃棄する書籍を見てみると、大体以下のように分類できた。

• 旬を過ぎたもの。資格試験用のものなど。
• 読み物系。何度も読み返す必要が無いもの。
• 書籍の内容を十分に理解できており、所有し続ける必要がなくなったもの。
• 購入時は必要だと考えていたが、結局使用しないまま時間が経過してしまったもの。

以下、今回廃棄する書籍のいくつかを記載していこうと思う。

ハッカーズ スティーブン・レビー 松田 信子 古橋 芳恵

コモンズ ローレンス・レッシグ

CODE―インターネットの合法・違法・プライバシー ローレンス レッシグ

それがぼくには楽しかったから (小プロ・ブックス) リーナス トーバルズ デビッド ダイヤモンド

読み物。入社直後の研修期間中に、休日暇なので購入したものだったと思う。

コア・サーブレット&JSP―Javaサーバ技術によるWeb開発 マーティ ホール

新人研修でServletやJSPの学習をしたため、理解を深める必要があると思って購入したもの。結局業務ではWeb系とは全く離れたことを行っているので、役に立つことは無かった。

JMF入門―Java Media Framework (I/O BOOKS) 赤間 世紀

この人の著作は、おそらく大学の講義用に執筆しているものだと思われるが、全く役に立たない。この書籍についても例外ではなく、JMFはあまり日本語の資料が無いが、それを根拠にこの本を購入するのは誤りである。

C++Builder 6コンポーネント活用ガイド&実践プログラミング (Vol.1) 田中 和明 手塚 忠則

大学院時代、研究で用いていたプログラム(CUI)を実用化したい、ということでGUIフロントエンドを作成するために購入した。社会人になっても趣味で続けられれば、と思っていたが、GUIはJava(or MFC)で書くようになり不要となった。C++Builderの解説書籍はあまり無いので選択肢は限られるが、そういう状況の中で悪くない書籍だったと思う。

Red Hat Linuxで作るネットワークサーバ構築ガイド―改訂版6.2対応 秀和システム出版編集部

らぶらぶLinux〈3〉「もっと知りたい」人のためのパッケージ管理&構築入門 西村 めぐみ

学生時代に研究室のネットワーク管理していた頃に購入したもの。当時はかなり役に立った書籍群ではある。

C言語で学ぶ実践画像処理―Windows、Macintosh、X‐Window対応 井上 誠喜 林 正樹 三谷 公二 八木 伸行 中須 英輔 奥井 誠人

Linuxによる画像処理プログラミング 飯尾 淳

研究で学んだことを趣味にしていけたら、と思って残していた書籍群であるが、残念ながら社会人になって画像処理に関するプログラムを書いたことは無い。

今回処理した本棚は社会人1年目前半の場所なので、学生時代に購入したものが多い結果となった。

動的型付け言語はやはり使用できない

Web上で見られる動的型付け言語の利点は、それを書いた人が、現在、動的型付け言語の方が素晴らしいと思っていることは理解できる。しかし、どういう経緯でそう考えるようになったのかがいまいち分からないものだった。

BEST SOFTWARE WRITING の中の1章に、ブルース・エッケルという人が書いた"強い型付け vs. 強いテスト"というエッセイがある。

ここでは、元々静的型チェックを支持していた著者が、どのような経験を経て動的型チェックの方が素晴らしいと考えるに至ったかが記述されている。

私が静的型付け言語の方が優れていると考えている理由(静的型付け言語ではコンパイル時に分かるエラーが、動的型付け言語だと実行時になるまで分からない)と、著者が過去そうであった理由が全く同じであることもあり、今まで読んできた「動的型付け言語のメリット」に対して最も説得力があると感じた。

最終的に著者は、「テストされていないものは、壊れていると思え」、つまり、動的/静的に関わらずテストは行う必要があり、どちらも必ずテストを行う必要があるのであれば、動的型付け言語の方が柔軟性がある分優位である、としている。

上記について、理解はできるものの、やはり同意はできず、今のプロジェクトの実情からは、彼方の理想論にしか聞こえない。今までテスト無しで動かしてきたプログラムが山のように存在しており、例え、今、新規にプロジェクトが立ち上がった状態だとしても、同じメンバであればやはり同じような結果になるだろうと思われるからだ。

そのようなレベル(CMMIでいうとせいぜいレベル2だろうか)のプロジェクトでは、コンパイルによるチェックすら重要なテストのうちの1つであり、省略することは即破滅へ導かれることになる。

問題点である「テストが行われていないこと」については、解消できるのだろうか。少なくとも私の周りの人間の中には、そのような状況に対して危機感を持っている者は極少数であるし、実際実行できるスキルを持っている者も同程度のように見えるのだが。

最近、やっと定期的な静的チェックを開発プロセスの中に組み込むことができた。本の中の理想的な開発プロセスでは、JUnitなんかを実行させているところだが...

BEST SOFTWARE WRITING

Joel on Softwareの著者であるJoel Spolskyが編者として著名人(残念ながら私が以前から知っていた人はほとんどいないが)の書いた記事を集めた書籍。昨日購入したばかりで全ては読めていないのだが、Joel on Softwareより『ヨミモノ』色が強くなっているので、実開発に役立つ度合いはかなり低いと思われる。オリジナルのタイトルには"1"と与番されているので、もしかすると2巻以降も出るのかもしれない。

ブックレビュー検索の手間を省く

他人のブックレビューをGoogleで検索しようと思い書籍名で検索した場合、オンラインショップのサイトが上位に表れ、レビューページを抽出するのがわ ずらわしい。
この作業を軽減するため、Firefox検索バーからの検索において、オンラインショップをあらかじめ除外するプラグインを作成してみた。作成手順は以下のとおり。


Firefoxの検索用プラグインディレクトリ
C:\Program Files\Mozilla Firefox 2 Beta 2\searchplugins
にある、 google-jp.xml をコピーして google-jp-books.xml を作成する。

以下google-jp-books.xml の編集。編集後、Firefoxを再起動すれば、追加した"Book Review"が選択できるようになる。

• ShortName を他と重複しない文字列 Book Review に変更する。
  日本語も使用できるが、この場合、Firefox起動時デフォルトの検索バーとして表示されない。(Firefoxのバグ？)
• Description を適切に変更。ここでは Google 書籍レビュー検索 とした。
• Param name="q"　に、検索対象から外すサイトを追記する。ここでは以下のようにした。
  {searchTerms} -site:kinokuniya.co.jp -site:bk1.co.jp -site:auctions.yahoo.co.jp -site:junkudo.co.jp -site:nikkei-bookdirect.com -site:shop.sbcr.jp -site:shope.goo.ne.jp -site:kikuyashoten.co.jp -site:cbook24.com -site:books.yahoo.co.jp -site:ohmsha.co.jp -site:ailight.jp -site:books.livedoor.com -site:amazlet.com -site:books.bidders.co.jp -site:seshop.com

読書感想文

文庫になった海辺のカフカで久しぶりに村上春樹を読んでいる。
ふとgoogleで「村 上臭」を検索してみたところ、それなりに使用している人がいることが分 かった。

blogを始めた(始めた当時はweb日記だったのだが)きっかけは、本を読んだとき、その感想をどこかに残しておこう、ということだった。
時間が経過し再度同じ本を読む、あるいは読もうとしたとき当時どんな感想を持ったのか思い出したいと考えたことが何回かあったからだ。


amazonなどのオンライン書店では、書評が登録できるところが多い。
私はesbooks、今のセ ブンアンドワイで書籍をよく購入する。
ここでも「み んなの書店」という名前のサービスが行われている。

このサービスを素晴らしいと感じる理由は、書評を書く人が「仮想店舗の店長」になるところである。サービスにログインすると、自分の仮想店舗の売り上げや 訪問者数が表示される。

amazonなどのシステムだと、つまらない本にはつまらないという内容の書評がつくが、セブンアンドワイのシステムでは、書評を書く人をセブンアンドワ イと同じ立場に立たせることで、より売り上げを伸ばせるような文句だけを労せずして店先に並べることが出来る。

ただし、私(購入者)からすると、セブンアンドワイの書評は信頼性が無いということになってしまうのだが。
また、実際にセブンアンドワイの書評を見てみると、あらすじの説明だけ、といった文章が同一の書籍に対して何個もぶら下がっていたりしてかなり見苦しい。
これは、仮想店舗で書いた書評が無条件に書籍のページに掲載されることと、書評自体を他人が評価するシステム(amazonの「参考になる」の人数のよう な)が無いためではないかと思われる。

こういった、どちらかというとデメリットの方が大きいような気がするサービスを私は敢えて利用してみて、つまらない 本にはつまらないと書くことにした、
ということもすっかり忘れていた。

思い出したきっかけは、久しぶりに読んだ村上春樹が、やはり予想通りつまらなかったことである。


村上春樹の小説は何冊か読んできたのだが、未だに面白さが分からない。
それでもねじまき鳥クロニクルはまあまあだと思ったので、この本も文庫化に伴って購入してみた。
だが、感想は「面白くない」だった。
ちなみに、まだ上巻の２／３程を読んだところであるが、下巻を購入すべきではないかと考えている。
昔村上春樹を読んだときは、それでもいわゆる村上臭がそれなりに楽しめたりしたのだが、
この本では全くそれが感じられない。私が慣れてしまったせいなのだろうか？
話の進められ方もねじまき鳥の二番煎じというか、ワンパターンである。
心情描写も情景描写も悪い意味でリアリティが無い。チープであり、胡散臭さが漂う。
出血すると血が止まらなくなるという血友病にかかっている人が、怪我の恐れがあるにも拘らず「楽しいから」という理由で料理をする、
これと同様の論理でドライブが趣味であるのであれば理解できる。
しかし、包丁で怪我をすると病院に行かないといけないけど、交通事故なら致命傷にしかならないからその必要が無い（血友病で無い人と同様の煩わしさであ る）
という理由で料理でなくドライブを趣味にすることなど本当に有り得るだろうか。

読書感想文

オンラインのブックストアでは、推薦文というか読書感想文を書けるスペースを提供している会社が多い。
esbooks -- みんなの書店
楽天ブックス -- あなたの書斎
アマゾン -- リストマニア
など(アマゾンのリンクは正しいか自信無し)。
また、トラックバックでリンクを行えるサービスもある(bk1など)。
話は逸れるが、bk1(http://www.bk1.jp)とビーケーワン(http://www.bk1.co.jp)は別会社なのだろうか？サービ スが異なる気がするのだが。

また、別のサービスとして、アフェリエイトというものを行っているところも少なくない。
アフェリエイトの詳細はこちらが詳しそ うである。
簡単に言うと、自分の紹介がきっかけで購入した場合にいくらかの謝礼がもらえるシステム、ということになるのだろうか。

上記2つのサービスを同じ書店が行っているわけであるが、どうも2つを共存させている(つまり、書店のサーバ上に置いている読書感想文のリンクから購入し ても、謝礼が受け取れる)ところは少ないように見える。


読書感想文をどこかに書こうと思っているのだが、どこにしようか。
特にお金が欲しいわけではないのでアフェリエイト云々は無関係である。

知人が最近amazonにリストを作成していたが、自分が載せた本と同じジャンルのリストが自動でリンクされていたりして、作成する人にとっても有用な サービスがあるので良いと感じた。

私はesbooksに若干感想を載せているが、こちらは感想が書籍購入のページにも載るため、他人に詠んでもらいやすい、という点もある。
が、私にとってはamazonのサービスの方が嬉しい。

この日記に書く、というのも昔はやっていたのだが、整理が出来ないのが大きな欠点である。