MBA出願エッセイ2012年になりました。本年もどうぞよろしくお願いします。アメリカの大学の冬休みは本当に長く、多くの学生は実家に帰ったり旅行に出かけたりするのですが、私の場合は諸事情で北米から出られないことになっています(いざというときは出られるんですけどね)。アメリカ国内も学生時代や転職の狭間でそれなりに旅行してますし、この冬休みはのんびりと自宅周辺で過ごしております。そんな自分が昨年の今頃何をしていたのかなぁと思い返すと、締め切り直前のMBA出願用エッセイを正月返上で書き上げていました。それもこれも自分のタイムマネジメント不足が原因とは言えるのですが、しかしそれにしてもなかなか仕事をしながらのエッセイ書きというのも大変なものです。年の瀬はいわゆる年末進行な企業もあるでしょうし、そんな中、たとえば夜1時・2時に終電やタクシーで帰宅してからエッセイを書くのもなかなか現実的ではなく、結局週末や年末年始を使わざるを得ないわけですよね。そんなわけで季節柄、エッセイの書き方について、渡米前に(というか1年前の出願時に)知っていればなぁということを書いてみます。エッセイといえば、こちらに来て一番に学んだのはイントロダクションの書き方を含めたエッセイ全体の構造です。イントロダクションは、エッセイの全体的な方向性を左右するので本来はとても重要なパートです。statement"と呼ばれる文です。これがエッセイや論文では非常に大きな意味を持ちますが、日本では聞いたことがありませんでした。僕は卒論を英語で書かされましたが、この論文を参考に同じように書けと言われただけで、論文の構造についてのちゃんとした説明は受けなかった。書き方のようなものは聞かなかった。アメリカでは高校の英語の授業で教えてるんですよね。知らない日本人の英語エッセイは、構造だけで言うと、アメリカ人の高校生の宿題以下ってことなんです。エッセイの「結論」を一文にまとめたようなもので、通常、イントロダクションの最後に置かれます。ライティングのオンライン講座には定評のあるパデュー大学の資料(http://owl.english.purdue.edu/owl/resource/545/1/)あたりを読んでいただくのが一番わかりやすいと思いますが、議論可能である(arguable)ことと、ピンポイントであること(specific)ことが重要です。statementにつなげていくことが重要です。して、イントロダクションをしっかり作るだけで、相当印象が変わってきます。通常、「(1)及び(2)の観点から、(A)である」という構造を持ちます。awareness.という例文を出していますが、「(A)高校を卒業して大学に入るまでの間に、1年間のコミュニティサービスプロジェクトに参加すべき」という主文に対して「(1)成熟するため、および(2)グローバルな知見を高めるため」という目的部分が続いています。エッセイの本文の部分は、(1)及び(2)について議論します。接続句を用いてこれらの部分をつなげるとともに、大まかな本文部分の構造を示唆するのが良いとされています。statementそのものはとても簡単です。単なるテンプレートじゃないかと思われるかも知れませんが、アメリカの大学では(特にアカデミックな雰囲気を重んじる大学では)この作法を守っているかどうかというのが非常に重要です。卒論や修論を書くときに、指導教官から文献の引用スタイルについて細かく直された方は多いと思いますが、あれと同じようなものです。作法を守れば合格ということではありませんが、このような作法に従うのは一種の前提となっており、こうした作法を守らないエッセイはよほどインパクトが強くなければ本文に入る前に門前払いされてしまう可能性すら潜んでいます。日本のMBA予備校で一般人にはあり得ないような体験に基づくエッセイを書くことが求められますが、それは構造を無視しているから内容で勝負せざるを得ないということなんだと思います。アメリカ人のMBA受験はもっとおおらかで、マクドナルドのバイトでこんなことを学んだとか、その程度のリーダーシップだったりします。MBAの受験では、本来、世界をひっくり返すような体験は求められていないのです。他の人が気づかないような毎日の出来事にきっかけを見いだせる人が求められているのではないかと思うのです。友人に「テンプレートは嫌いなのでそういうのは使いたくない」という人もいましたが、これはテンプレートというよりも作法とも言うべきものです。statementで終わるもの。statementを利用するのが無難です。statementを意識するようになってくると、これが無いだけで随分と印象が変わってくるのが面白いです。参考文献シカゴ近郊の日系書店で英文エッセイの書き方について日本語で解説してある書籍を探してみましたが、ないようです。以下のリンクが参考になるでしょう。statementを用いた構造をしっかり意識すれば、英文エッセイはそれほど難しく考えなくても、ある程度は論理的に作ることができます。ついては、以下のような考え方もできるでしょう。つながるイントロダクションを作る一生の中で様々な出会いがあるが~云々。方が重要だという人もいるだろう云々。私にとっては、○○への旅行(*)こそが、友人を増やし(A)、日本の地方についての新しい知識を与え(B)、さらに体力的な基礎を築く(C)という点で、非常に有益だった。「体力的な基礎は~」もちろん、論理的な流れであれば合格というものでもないでしょうから、上記のように考えれば必ず合格ということでもないでしょう。いう構造を知らないがゆえにエッセイの印象を下げているということは多々あるものと思います。Areaまで出かけてきました。このとき、持参したクレジットカード(外貨建て)が使えなくて、フロントから呼び出されることになりました。認証エラーになるとのことでしたが、限度額までは余裕もあって原因がわからずじまいでしたが、結局念のために持っていた日本で発行されたクレジットカード(円建て)で決済しました。アメリカへ赴任・留学する人へは外貨建てのクレジットカードを持つことを勧められることがあります。これは、アメリカでは不正利用防止のために住所確認が行われますが、日本発行のクレジットカードには有効なアメリカ国内の住所が登録されていないことによるものです(したがって、決済通貨の問題ではなく、登録住所の問題です)。一般的にはJALカードかANAカードの外貨建てカードを作るものだと思います。これらは、アメリカ国内の銀行が発行するカードで、JAL/ANAと提携しているものです。普段使っている航空会社の提携カードを利用するのが良いでしょう。住所確認は、登録住所から離れたところで決済されるものをマークしますので、たとえば東海岸に住む方がサンフランシスコベースの企業のウェブサイトでクレジットカード決済しようとすると、時々認証エラーになります。やって住所確認に引っかかったカードは、しばらくの間すべての取引で認証エラーになることがあります。今回の場合、発行会社に電話してみたところ、出発直前にネット通販で使ったのが「怪しい」とマークされ、カードに注意コードがかかったようでした。いったことは比較的頻繁に起こりうるので、アメリカで新しく発行したカードのほかに、念のため、日本発行のクレジットカードを用意しておくのが無難です。日本発行のクレジットカードは、ガソリンスタンドなど一部の業態のお店で利用できませんが、それでも飲食店やホテルなど一般的に旅行で利用しそうな業態のお店では問題なく利用できますので、安心のためにも、日本発行のクレジットカードとその引き落とし口座にはある程度の余裕をもって渡米するのが無難です。系を使いたくなります。4)のインストールを『アップグレード』する手順をサポートしません」としており、アップグレードではなく、クリーンインストールが推奨されています。VPSの場合、手元にCD-Rを用意して...という手順が使えませんから、ネットワークインストールをすることになります。自分用のメモ代わりに、やり方を記録しておきます。Termなどを使ってログインした方が楽でしょう。ログインできたら、ネットワークの設定に必要な情報をメモしておきます。ミラーリストから最寄りのFTPミラーを選びます。(ftp://ftp.kddilabs.jp/Linux/packages/CentOS/6.2/os/x86_64/isolinux/)からダウンロードできるファイルを使います。ディレクトリを作り、そこに移動します。'ftp://ftp-srv2.kddilabs.jp/Linux/packages/CentOS/6.2/os/x86_64/isolinux/*'これでネットワークインストールに必要なファイルがダウンロードできました。ここからは、ブラウザ上からコンソールにログインできる「リモートコンソール」(とそのグラフィック版であるVNCコンソール)を使います。ネットワークインストール用カーネルでの起動VPSコントロールパネルからVNCコンソール(リモートコントロールにあります)を起動し、ログインしたらいったん再起動します。メニューに切り替えます。押してコマンドモードにし、以下のように入力します。bootブートに起動すれば、インストーラーの画面が表示されます。インストールインストール中に利用する言語(Japaneseを選択)、キーボード(jp106を選択)、インストール方法(URLを選択)を指定します。supportと選択します。(IPv4の設定はマニュアル指定する必要があります。IPv6は現時点では無効にしておいた方が無難なのでチェックを外します)IPv4の設定には、1.でメモした内容を使います。ftp://ftp-srv2.kddilabs.jp/Linux/packages/CentOS/6.2/os/x86_64/)を入力します。いう画面が表示されます。インストール続きタイムゾーン(UTCを利用・Asia/Tokyoを選択)、rootのパスワードを入力。パーティションの設定をディスクに書き込んだら、しばらく自動的に処理が進み、インストールの終了です。再起動が終わったら、すでにサーバーは通常のサーバーとして利用可能な状態になっています。Termなりでログインしましょう。updateでパッケージを更新します。ため、さくらVPSと一部プロバイダの間での通信に遅延が発生するらしいです。するとアクセスが改善されたとの報告があったので、まぁそういうものなのでしょう。してリリースされました。リリース時にはそれなりに業界ニュースで報じられましたが(例:ITmediaニュース)、その後の続報があまりありません。クラウドWatchなどは、同サービスを「S3対抗」(2011/5/19)などとしていますが、どちらを使うべきなのでしょうか。S3は、クラウドストレージとしては古参で、2006年にサービスを開始しました。歴史のある分、日本語のサポートもしっかりしており、また、東京にもリージョン(データが物理的に保存される地域)があるのが魅力です。Storageは、2011年にリリースされたもののまだ「実験的な段階」にあるとされ、日本語サポートもありませんし、北米と欧州にしかリージョンがないのもネックです。両者ともほぼ同等のAPIを利用できるので、Google側にドキュメントがないこと自体はそれほど問題になりませんが、やはり大きな差が出てくるのはリージョンです。実に10倍の差があります。RTTが10倍だからスループットも10倍というわけではありませんが、やはり一つ一つの動作について、レスポンスの違いを体感できる程度になってきます。Storageの北米バケットが1MB/sでしたので、サービス提供者の違いではなく、単にリージョンの違いと言えそうです。管理インターフェイスはS3よりも使いやすそうな可能性を持っています。格納オブジェクト数(ページ数)を正しく表示できないなどのバグもあり、現時点ではちょっと使いづらいと言わざるを得ませんが、今後少しずつ改善されていくでしょう。GSUtilを提供しているのは望ましいことでしょう。一定の可能性も見いだせる、とまとめられましょうか。手っ取り早くスクリプトをダウンロードしたいという方は、1/29の記事の最後の段落を参照してください。Twitterは短いツイートを簡単に投稿できる点が便利な反面、あっという間にタイムラインが流れ、あとでまとめて読んだりするのに向いていません。そのため、ブログを運営している人であれば一日分のツイートをまとめてブログに掲載したり、メーリングリストを運営している人であればメーリングリストに転載するなどの工夫が行われてきました。参考twitterのつぶやきをtdiaryに投稿するスクリプトの改良いわてモバイルメール(*注)すでにtw2tdiaryなどのプログラムも公開されていますが、過去可能な限りさかのぼって全部のツイートを日別にまとめてtdiaryに投稿するようなプログラムは見つからなかったので、Rubyの勉強もかねて、自分で一から作ってしまうことにします。初心者ですので、プログラムの作法がRuby的でなかったり、一部の用語を誤って使っている可能性があります。便利そうなライブラリがあるので、これをインストールします。(単数形)なんですかねぇ)とりあえずこれで必要最低限のライブラリはそろったようです。過去のツイートを取得するテストで、とりあえず過去のツイートを数件取得するには、こんなプログラムでいいそうです。t.textendなるほど、確かに簡単です。いった形で与えてあげれば良いようです。このライブラリのドキュメントを読んでも(初学者には)こういったことはさっぱりわからないわけで、もうちょっとドキュメント周りがしっかりしててくれればなぁと思わないわけでもありません。「昨日一日分」のツイートを取得する(2)で作った簡易プログラムは、過去20件分のツイートだけを取得します。これに、さらにツイートが「昨日」に含まれるかどうかを判定しながら表示する処理を加えます。Twitterライブラリの時刻の表現は、Timeオブジェクトを用いて行われています。オブジェクトはUNIXタイム(UTCでの1970年1月1日0時0分0秒)経過秒なので、ローカルタイムにおける「昨日」を求めるのはちょっとトリッキーです。86400あたりが相当するだろう、ということになりました。満たすかどうか調べながら、繰り返しツイートを取得します。ツイートを処理する部分Rubyでツイートを扱うのは結構簡単そうだということがわかったので、今度はツイートをファイルに書き出す処理を考えます。いう形式のファイル名で書き出します。endendなんだかRubyのTimeクラスって暗黙にローカルタイムを利用してるのがちょっと気持ち悪いですかねぇ...。カッコを付けようとするとインタープリターに怒られるのですが、結合順位というかオペレーターの優先順位が見た目にはっきりせず、なんだか落ち着きませんねぇ。過去数日分のツイートをまとめて取得というわけで、「昨日」だけでなく、過去数日分をまとめて取得するプログラムにします。してはまってしまいました。解釈され左辺値がないことになってしまうから、だとか。