2015/08/26

"The Martian", "Revival"

最近読んで当たりだった小説2編。

Andy Weir: The Martian この秋に映画公開だけどその前に原作読んどこうと思って。 読み始めたら止まらなくなったうえ、読後に勢いで2度読みまでした。 サバイバルのための作業の見積りの計算部分など、映画だと多分流されちゃうから 味わい尽くすには小説を先に読んで正解だったかな。

主要登場人物がみんな(ある意味)ナードなのが素晴らしい。 宇宙とか他の惑星といった容赦ない環境では、まずその敵対的な 物理法則に合わせないことには手も足も出ないわけで、 根性とか感情とか気合では問題は解決しない。 話が出来る前提に立つまでに膨大な理詰めが 必要で、そこがナードの活躍しどころだから。前提が出た上でどの選択肢を 選ぶべきかってところでは人情が絡んで来るんだけど、その議論が出来る資格を 持ってるのはそこまでの議論を追ってきてかつ実際に手を下せる当事者だけで、 そこに外野の政治的な思惑とかが入る余地がないっていうのも、ナード心をくすぐる設定だ。

最初から最後までずーっと面白いんだけど、SOL196でのWatneyのミス (ドリルのやつ) は似たようなことをやらかした思い出が蘇って胃が痛んだ (もちろん自分のは生死に関わるような話じゃなかったけど。後から、あ、あの時のアレが… って気づいてジワッと冷や汗が出るイヤな感じが何とも)

Stephen King: Revival 安定の老境キング。超自然的な部分をspecial kind of electricityでさらりと 済ませちゃうのがThe Martianと対照的だけど、身に余る力へのアクセスを得てしまった 人間の行動と、弱さで身を持ち崩してしまった人間の贖罪についてはリアル。 ストーリーの骨子はそれほど複雑でないのに読ませる力のある文章や伏線の張り方が 相変わらずうまい。

アンタゴニスト(Jacobs)の真の目的は何だろう、それを知りたい、というのが 読み進める一つのドライブになってるんだけど、それが判明してから 振り返ると最初から答えが出てるんだよね。 うわぁやられたって感じだ。 キングのベストとは言えないけれど、Constant Readerなら読んで損なし。

Tag: 本

2015/08/09

ssh秘密鍵更新メモ

Firefoxのゼロデイでssh秘密鍵が盗まれた可能性があるってことで、 念のため秘密鍵を新しくしたのでメモ。

• ログイン必要なサーバのsshdでパスワード認証を許可しとく(新旧二つの鍵を一時的に併用する方が安全かもしれない)
• 新しい鍵ペアをssh-keygen -t rsa -b 4096 -C "shiro@..." で作成。
• cat .ssh/id_rsa.pub | ssh $server 'cat >> .ssh/authorized_keys' (この時だけパスワード認証)
• ssh $server (ここからは公開鍵認証)してauthorized_keysを編集、古い公開鍵を消す。
• 公開鍵を登録したサービスの更新
  • github
  • sourceforge

こんなもんかと思ってたら、自サーバのgitサービスを忘れてた。これは gitoliteを使ってるんだけど、 ユーザの公開鍵を更新するにはgitolite-admin/keydirを編集してpushするという ワークフローなんだが、自分の鍵を変えちゃった後ではpushできない。 (アカウント自体はgitユーザのものでそもそもシステムレベルでパスワード認証不可にしてる。 普段はgitolite-adminをpushすれば~git/.ssh/authorized_keysが自動更新される 仕組み。) 安直に sudo vi ~git/.ssh/authorized_keysで 自分の公開鍵情報を書き換えてからpushしたけど、本来は新旧二つの鍵を持ってる時点で 更新しとくべきだった。

ところで本筋とは関係ないんだけど、「秘密鍵」「公開鍵」の読み方、 最初に大学で教わった時に「ひみつけん」「こうかいけん」って聞いたような覚えがかすかに あるんだけど(わざわざ「ここでの鍵はけんと読む」って先生が注釈してたような記憶まで)、 ぐぐっても「昔はこう読むこともあった」という話さえ全然出てこない。 1989～1990年頃なんだけど、少なくとも一部でそう読む文化があったのか、 それとも自分が夢でも見ていたのか(講義中に夢を見ていた、という可能性も少なくはない)、 はっきりしなくてもやもやしてる。

Tags: Computer, ssh

2015/06/07

集中の制御

昨日、Aloha International Piano Competition, Amateur Divisonで演奏した。

• Stravinsky, Prokofiev, Ginastera - at AIPF 2015

参加者5人中ではあるけれど、もう1人の参加者とタイでfirst placeを頂いて、今日のwinners' concertでもStravinskyを弾かせてもらった。 しかし子供のコンクール入賞者はめちゃ上手いなあ。

★　★　★

1月の演奏会で、芝居の時の心理状態とピアノ演奏時の心理状態について関連を見つけた。

• Waldstein

  「芝居の時はあがらないのに演奏であがるのはなぜか」というのが ここ3～4年くらい考えていたテーマのひとつなんだけど、 今回また新たな知見が得られた。ような気がする。

  舞台に立っている時の心理状態に、「入る」というのがある。 芝居が作り出す「場」に浸かっている状態。 [...]

  演奏でも、音楽に「入る」状態があるようだ[...]

  人前での演奏で上がりまくるというのは、うまく音楽に「入る」ことができずに、 テクニカルなことを全て頭で制御しようとして、処理能力がパンクしているって ことかもしれないと思った。

以前は、練習では平気なのに、本番になるとself consciousになって、出す音出す音これでいいのかとかああミスったとか次は何だっけとか頭がぐるぐるしてしまっていた。これは確かに、まだ芝居の経験が浅かった頃に舞台で感じたのと似ている。

で、前回、音楽に「入る」感じがわかったので、今回は芝居の時に集中するやり方を応用してみた。具体的に音楽に「入る」状態自体は芝居に「入る」状態とは色々違うのだけれど、一度「入った」状態を知って目的地がわかれば、(1)始める前に入りやすい状態へ準備しておく、(2)入ったら抜けないようにする、という部分は芝居と共通のはず。

で、どうやらうまくいったようだ。というのは、演奏中に「あ、今のとこああすれば良かった」と思った記憶が全く無いので。これは以前書いたフィードフォワードモードになってたということだ。

間違えたことはその場では意識するんだけど、そこから次をどうするかしか考えてなかった。なので終わってみるとどういう演奏をしたのかおぼろげにしか覚えていない。技術的な反省点については録音しておけば後で振り返られるのでこれで良いのかな。 芝居でも、本番での表現をよく覚えてないってことがわりとある。「昨日のあの場面のあれがすごかった」とか言われても、どうだったのか思い出せない。でも身体が覚えてるはずなので、また「入る」状態になれば何とかなる。演奏もそういうものなのかもしれない。

もう何回か、人前での演奏で試して確認してみよう。

Tag: Piano

2015/06/06

退屈なプログラミング

• プログラミングが退屈だ

  最近、プログラミングが退屈に感じる。もはやルーチンと言っても差し支えないとまで思うこともある。プログラミングというと一般的には創造的な活動だと思われているが、実際のところその大部分は定型的な作業であり、多少頭を使うというだけである。

こんな感じですかね。

(追記2015/06/08 10:04:36 UTC): 「役に立つが金にならずおもしろくもないプログラム」が大きいのはなぜ、という疑問を複数目にして気づいたんだけど、この図は「これまで書いてきたプログラム」じゃなくて、「これから書き得るプログラム」で考えてた。つまり潜在的な需要みたいなものを反映してる。

ちょっとコードを書けば誰かがすごく助かるっていう場面はよくある。その誰かに喜んでもらえるというメリットはあるものの、要するプログラミングそのものは単純でつまらない。しかも単純もしくはニッチすぎて金を取れるほどではない。私の感覚ではそういう潜在的なプログラミング需要って膨大にある。うまく共通項を括り出せさえすれば、プログラミングのスケールメリットが効いて金になり得るし、売り物のプログラムのほとんどは実際そういうものだと思う。でもそうできるのは役に立つプログラミングのほんの一部でしかない。

Tag: Programming

2015/05/24

完成しすぎの呪い

たまに、所与の条件に対してすんばらしくシンプルで効率よい解決法を思いついて、コードも簡潔かつ余分な隙なくびしっとはまって、自分ながら誇らしげに思えることがあるんだけど、そういうのって前提条件が時間とともに変わると逆に足かせになる(あらたな 仕様が あらわれた!)

きっちり組み合わさってバランスが取れてるジェンガの塔を土台部分から変えなくちゃいけないけどどうしよう、という感じ。

一旦壊さなきゃならないのは仕方ないとしてどこまで壊すべきか。個人的には動く状態のまま少しずつ差し替えて行く開発が好みなんだけれど、関連パーツがあまりにぴったり嵌っていると徐々に移行するというのが難しい。全部壊して土台から作り直せば悩まずに済むけど今ここで綺麗に動いてるものをそっくり捨てちゃうというのもなかなか勇気がいることで、手を出すまでの心理的ハードルが高い。そんで手が進まずに時間を浪費したりする。最後は結局えいやって壊すしかないんだけど。

ツギハギのシステムというのは悪いものとされることが多いけど、適当にちぎったりくっつけたりしても形を保ってる泥団子みたいなやつの、変更への心理的障壁の低さというのは結構大きい。

Tag: Programming