2011/03/10

好きな仕事の95%

好きなことを仕事にする、という言葉には甘美な響きがあるけれど。

Auditions, Justice (And Other Ruminations) | The Professional Actor

When you see an actor ‘working all the time’ – it’s usually means that actor is a good businessperson. You know – good at sales, following up, customer relations, getting repeat business, marketing … well, it’s a long list.

Being a good actor is really not enough to build a career. Talented or not, you’ve got to be good at the ‘not much fun’ parts – if you want to exercise your artistic rights.

選挙権の行使には陪審員義務がついてくるように、 本当にやりたいこと、好きなことをするためには、 どっちかというとやりたくない、楽しくないことも 上手くこなさなければならない、って話。 引用したのは役者についての話だけれど、 素晴らしいものが作れた、やってて良かったと思えるようなことは5%くらいで、 オーディションに始まってウマの合わないスタッフとの付き合いから営業活動まで、 not so fun partsが残りの95%。 でもそれを避けることはできない、ってなことが書いてある。 あなたがどんなに才能溢れる役者であっても、その能力を行使できる 5%へ開くドアは、この95%の先にしか無いからだ。

これはどんな職業にも当てはまるよなあ。

私はLisp/Schemeでプログラムを書いて生計を立てていて、 プログラミング好き、Lisp好きな人間としては理想的な環境だ。 これで文句を言ったらバチが当たるけれど、 本音を言えば仕事のうち95%は、ひたすら忍耐が必要な、 出来れば他の人にやってもらえたらなあ、と思う作業で占められている。

でもそれを他人にやってもらうわけにはいかない。本当に面白い5%に到達できるのは、 それまでの面倒な道を歩いた人だけだから。(あ、これはあくまで本業に関係する作業の話。 税務申告処理とか、はっきり外部に委託できる業務は外に出しちゃえばいいんだけど。)

こういう作業もまた楽しい、って言う人はいるかもしれないけれど。 「この先に素晴らしい世界への扉があるかもしれない」という展望が全く無かったとしても その作業が続けられるか、ってことを考えてみたら判断はつくと思う。

この95%が避けられないのは、それが仕事の原理だからだろう。 仕事というのは、ある人が、「これはお金を払ってでも他の人にやって欲しい」と 思うことを引き受けることだからだ。 自分のやりたいことかどうかというのは、基本的に関係がない。

それを自分のやりたいことにどうしてもつなげたければ、 誰もが「面倒だな他の人に任せたいな」と思っているようなことを引き受けて 自分のやりたい方向へ誘導してゆくしかない。 誰もがやりたがることであれば、発注側にとって仕事を出す先はよりどりみどりで、 請け側の裁量は際限無く減ってゆくわけだから。

一応、別の道として、「それを出来るのは自分しかいない」っていう技を身につける、 という方法もあるけれど。 その「出来ること」が需要にマッチしなければ仕事にはならないので、リスキーな賭けになる。 一時的に需要が高まったとしてもそれが続くとは限らない。 それに比べれば、「人が面倒だと思うことを引き受けて、自分のやりたいことにつなげてく」 方法は、需要が移り変わっても適応してゆける。

書いてみると、仕事してる人なら誰でもわかってるようなことしか言ってないな。 まあ、普段から思ってることを別業界のブログで読んだので思わず書いてみたってことで。

Tag: Career

2011/03/09

名前を覚えるのが苦手

昔から、人の名前を覚えられない。特にこっち来てからは、 最初に自己紹介でファーストネームを名乗ったらあとはその名前で呼び合うわけだけど、 自己紹介の1分後には忘れてる。人の顔と、属性や話した内容は結びつけて 覚えていられるんだけど、名前だけすぽっと抜ける。

とはいえ名前を忘れたまま付き合い続けるのも無理があるので、 せこい工夫を色々している。

• メモる: 会話中にメモることはしないけれど。会話の合間を見つけて、 名前とその人の簡単な特徴を可能な限りメモしておく。
• リフレッシュする: その集まりの最中に、「彼はGary、彼女はClair…」 と頭の中で反芻する。あるいは会話中になるべく相手の名前を呼ぶようにする。
• 復習する: 集まりが終わって家に戻ってからとか、翌日とかに、メモを見て顔を思い浮かべる。また、その場でメモできなかった人についてもメモしておく。
• また聞く: そうしていても、次の集まりになるとやっぱり思い出せないことが多い。 どうしても思い出せなかったら "Excuse me, but you are...?" と聞く。あるいは自信が無かったら "You are Pete, right?" とか確認する。 いちばん良いのは、2回目に会ったその瞬間に、"Hi! you are... excuse me, but can I ask your name again?" などと挨拶の勢いで聞いてしまうことなんだけど、 全員にそれをやってるとさすがに気まずいので適宜使い分ける。 何にせよ、回も重ねるごとにどんどん聞きにくくなるので、 早めに聞いて記憶を定着させる。
• 人を頼る: 何度も会って、 何度も名前を聞いてるにもかかわらず、 どうしても名前が思い出せないことも、よくある。困ったことに。 さすがにまた名前を聞くのはなあ、という時はその場にいる共通の知人に 彼の名前なんだったっけ、と尋ねたりする。

他の人はもっとうまくやってるんだろうなとは思う。 ただ、私のみたところでは、アメリカ人は全員が全員初対面でぱきーんと 名前を頭に入れるってわけではなさそうだ。 自分も2回3回と名前を聞かれることはあるし、「彼女の名前なんだったっけ」などと 尋ねられることもあるんで、あやふやな人も結構いるんだろうと思う。 あと、わからなかったら適当な名前で呼ぶって人もいるなあ。そんで「違うよ」と言われて「あっそうか、ごめんごめん」てな感じ。

だもんで、早い段階で悪びれずに何度か聞いてしまうってのが良いんだろうとは思う。

Tag: 生活

2011/03/08

Meisner intensive 2回目の1

Scott Rogersの前回のMeisnerのクラスが良かったので、 彼のregular acting classも取りたかったんだが時間の都合がつかず。 そうこうしているうちにまたMeisnerのクラスが開講されるというので取ることにした。 Meisner techniqueのエクササイズは1人ではできないので 何度取っても良いものだ。

今日はrepetitionの基礎からthree momentsまで。

ScottはRepetition exerciseを "tedious" というんだけど、 あんまりそうは感じないんだよなあ。 ひたすら繰り返して、対象の微妙な変化を観察するっていう点に関していえば、 仕事でやってるデバッグとかベンチマークの方がずっとtediousであるわけで、 生身の人間相手でやってる時点で飽きる気がしない。 単にあきあきするほど十分にexerciseをやっていない、というだけかもしれないけれど。

Some quotes:

• Indicating is bad. Any indication makes acting fake.
• No other technique works better for CUs than Method. Tight shot can catch what's happening inside you, behind the eyes. It also catches any fake moment. However, Method sucks when interacting with other actors. So, use both [Method and Meisner].
• The point of emotional preparation: Being in an emotional state at the beginning of the scene. It doesn't need to be the emotion you are supposed to get in the scene. It can be an oppsoite emotion. As far as you're in an emotional state, and you react in the scene honestly, then the real emotion hits you.

前回のクラスのメモへのリンク: #1, #2, #3, #4, #5, #6

Tag: 芝居

2011/02/26

sf.net svn -> git 移行メモ

仕事でgitに慣れてきたら、subversionでの作業がだんだん辛くなってきた。 そこでsourceforge.netに持ってるプロジェクトの方も徐々にgitに 移行することにした。まずはWiLiKiのリポジトリで練習。

subversionからgitへの移行はgit-svnでできるみたいなんだけど、 そっくりそのまま移行してsubversionの方は忘れちゃう、というやり方が ずばり出てこなかったので若干迷った。 Chatonでokuokuさんに教えて頂いて解決。 sf.net特有の事情もあるので、手順をメモっとく。

subversion repoからのclone

git svn clone --stdlayout だとブランチへのrefがremoteに入ったりして面倒なので、 空のrepoを手元に作ってからcloneする。

$ mkdir tmp/WiLiKi.tmp
$ cd tmp/WiLiKi.tmp
$ git init

.git/configを編集してsubversion repoへの参照を足す。 足したのは以下の記述。

[svn-remote "svn"]
    url = https://wiliki.svn.sourceforge.net/svnroot/wiliki/WiLiKi
    fetch = trunk:refs/heads/master
    branches = branches/*:refs/heads/*
    tags = tags/*:refs/tags/*

subversion repoのブランチ名はそのままローカルのブランチ名へマップ。 (万が一 "master" というブランチがsubversion repoにあったらもうひと工夫要ると思う)。

あと、subversion repoのユーザ名からgitコミットログへのマップも必要。 これはこんな感じでusers.txtを用意しとく (実際には他の人もコミットしてるので そのエントリも書いてある)。

shirok = Shiro Kawai <shiro@acm.org>
shiro = Shiro Kawai <shiro@acm.org>
(no author) = Shiro Kawai <shiro@acm.org>

ちょっとはまったのは、多分古いCVSからのインポートを svnに移行したせいだと思うけど、"(no author)" というユーザ名がsubversion repo に入ってしまっていたこと。これは上のように (no author) = ... という マップを書いておけば通る。

んで、fetch。 git svnを一度も走らせずにconfigをいじったせいかちょっとした メッセージが出るけど、問題ない。

$ git svn fetch -A ../users.txt
Migrating from a git-svn v1 layout...
Data from a previous version of git-svn exists, but
        .git/svn
        (required for this version (1.7.0.4) of git-svn) does not exist.
Done migrating from a git-svn v1 layout

これでsubversion repoのブランチもタグも全部手元に来てくれる。

確認できたら、.git/configを編集して [svn-remote "svn"] セクションを消す。

sf.net側にリポジトリ作成

sf.netの ProjectAdmin > Features で Gitにチェックを入れると PROJECTNAME.git.sourceforge.net/gitroot/PROJECTNAME/PROJECTNAME というリポジトリは自動的に作ってくれるみたいなんだけど、 PROJECTNAMEの下に複数のモジュールを置く運用をしたい場合、 各モジュールのリポジトリは自分で作らないとならない。 これはsf.netのshell serviceにログインして行う。

sf.netのshellサーバ、昔は単にsshでつなぐだけだったんだけど、 こないだの侵入事件の影響だろうか (あるいはもっと前からかも。shell service何年も 使ってなかったからな)、厳重になってた。どうやらログインする度にVMを起動して その中につながるっぽい。

ま、ともかく、sf.netのgitドキュメントの "Creating Multiple Repositories" にある指示通りに。

local$ ssh -t shirok,wiliki@shell.sourceforge.net create

Requesting a new shell for "shirok" and waiting for it to start.
queued... creating... starting...

This is an interactive shell created for user shirok,wiliki.
Use the "timeleft" command to see how much time remains before shutdown.
Use the "shutdown" command to destroy the shell before the time limit.
For path information and login help, type "sf-help".

-bash-3.2$ cd /home/scm_git/w/wi/wiliki
-bash-3.2$ mkdir WiLiKi
-bash-3.2$ git --git-dir=WiLiKi init --shared=all --bare

これでPROJECTNAMEの下にモジュールとしてWiLiKiが作られた。 Webからは http://wiliki.git.sourceforge.net/git/gitweb.cgi?p=wiliki/WiLiKi でブラウズできる。

デフォルトで作られているリポジトリの方は、使わないならシェルからrm -rf してしまっても大丈夫なようだ。ownerは"dummy"となっているがgroupが プロジェクトでwritableになっているのでプロジェクト開発者なら消せる。

sf.netにpush

先ほどローカルに持ってきたgitリポジトリからpush。

$ git remote add origin ssh://shirok@wiliki.git.sourceforge.net/gitroot/wiliki/WiLiKi
$ git config branch.master.remote origin
$ git config branch.master.merge refs/heads/master
$ git push origin master
$ git push --all
$ git push --tags

確認。

$ cd ~/src
$ mv WiLiKi WiLiKi.svn
$ git clone ssh://shirok@wiliki.git.sourceforge.net/gitroot/wiliki/WiLiKi
$ cd WiLiKi
$ git branch -a

来てる来てる。

Gaucheのリポジトリも暇を見て順繰りに移行してゆく予定。

Tags: Programming, subversion, git

2011/02/25

らむ太の発見

(予備知識: うちの車はNissan。)

• ら: ねえねえ、「にっさん」みつけたよ。1、2、3。ほら！

どうやら言葉遊びに目覚めたようである。発見したのがうれしくて何度も言ってる。

以前「たいやきの中にたいや」と歌ってた頃は多分分かってなかった。ひとつ抽象化の階段を昇ったようだ。

Tag: 生活