目次 はじめに 巷の英語教材のウソ あなたの周りの人は、英語が話せますか？ あなたが英語ができない理由 理由1: 日本語と英語が違いすぎる 理由2: 時間がかかる 理由3: 必要がない 「私はこうして英語がペラペラになった」 TOEIC はどうなの 環境をハックする 具体的にどうすればよいのか 自分の好きな教材を使う オススメの教材 オススメしない教材・勉強法 周りの5人をハックする 社会的な制約を使う 英語を使うことでしかできないことを趣味にする 英語学習の原則 睡眠 意識的な勉強と、無意識の学習 インプット・アウトプット シャドーイング 良い先生を探す おわりに 突然ですが、皆さん、ピアノは上手ですか？「弾けない」と答えた方、でも、義務教育（小学や中学）で、「音楽」の時間がありましたよね。そこで、何らかの鍵盤楽器を練習した方も多いと思います。なぜ上手ではないんでしょう。 サッカー、なら

1. ITエンジニアのための英語勉強法 ver1.1 Etsuji Nakai / 中井悦司 Twitter @enakai00 Open Cloud Campus ITエンジニアのための 英語勉強法 2. Open Cloud Campus 2 ITエンジニアのための英語勉強法 自己紹介  中井悦司（なかいえつじ） – Twitter @enakai00  日々の仕事 – Senior Solution Architect and Cloud Evangelist at Red Hat K.K. 企業システムでオープンソースの活用を希望される お客様を全力でご支援させていただきます。  昔とった杵柄 – 素粒子論の研究（超弦理論とか） – 予備校講師（物理担当） – インフラエンジニア（Unix/Linux専門）  英語に関係する試験結果（俺頑張った。。。） – TOEIC 92

これからの時代は、英語とプログラミングが大事なスキルだと言われていますが、両方とも習得コストが高く、社会人になってから勉強するには相当な意欲が必要ですね。 ただ、現在エンジニアとして仕事をしている方であれば、日々の仕事の中でちょっと意識するだけで、英語を段階的に上達させていく方法があります。 まずは英語が必要になる仕事を4技能でマッピングすると エンジニアとして仕事をしていて、英語を使う場面や、英語ができたらこれができるのにと思う場面をまとめると、こんな感じではないでしょうか。英語上達のコツは、英語を使う場面を4技能ごとに分けて、リーディング=>ライティング=>リスニング=>スピーキングの順番で注力していくことです。それでは1つ1つの技能ごとにご説明します。 リーディング 普段コードを読んだり書いていると、毎日英語に触れることになるので、リーディングはそれほど苦にならない方が多いのではない

日本では、未だに「英語＝国際人」という印象が強く、電車の中は英会話教室の広告で溢れ、書店には◯◯で学ぶビジネス英語のような本がところ狭しと並んでいますが、本当に日本は小学校から全員が英語を学び、ユニクロや楽天のように社員全員が英語を話す必要があるのでしょうか。 1991年から2000年まで、日本マイクロソフトの代表を務めた成毛眞さんは、日本の9割の人に英語は必要なく、国語や数学は自分の頭で考えて結論を出す学問ですが、英語はただ暗記するだけの科目なため、得意科目を聞かれて、「英語」と答える人は、自分は物覚えがいいだけのバカだと自覚すべきで、現代では創造力がない人ほど、英語を勉強すると述べています。(1) ↑得意科目を英語と答える人は、もの覚えがいいだけのバカ。 日本人の英語に関しては、様々な議論がありますが、世の中の雰囲気は圧倒的に「英語ができる人＝優秀」で、マスコミや企業などが英語の習得が

Epitome は一言でいうと、英語などの言葉で書かれているウェブ上の文書のあらすじを読むことで、価値のある情報かどうかを事前に確認できるナレッジベースです。 何のためのサービス？ 特定の話題について調べたいけど、外国語の記事しか出てこない。記事のすべてを読むのは大変。記事を読む前に自分にとって価値のある情報かどうかを知りたい。そんな悩みの解決を試みるサービスだと思ってください。 一般的なエントリーには、原文への URL と、そのあらすじを説明する要約ポイントが表示されています。 気になった記事があれば、そのまま Google 翻訳で開けるようにボタンも設置しました。 運営が一方的にリンクや要約を提供するのではなく、利用者のみなさんに投稿していただくことで成り立つサービスです。 なぜ作ったのか 自分は友人との会話や仕事上のやりとりの際に、相手の参考になりそうな記事へのリンクを送ることが多い

「日本語には swear word はない」とアメリカで言うと驚かれることが多い。 （以下、英語だったら絶対スペルアウトできない「悪い英単語」の連続ですので悪しからず）。 swear word とは fuck とか shit とかその手の言葉。（その他はwikipedia参照）。直訳したら「やっちまえ」とか「くそ」とかだと思うが、swear wordには、そういう日本語の単語に比べて段違いに悪いニュアンスが込められている。 しかも、そこまで悪い意味なのに、連発して使われることもある。また、いざという時には軽く一回使うだけで本人の激しい感情が伝わる強力な言葉。なので、映画などでは女性がswearしているシーンも時としてあるわけだが、実生活では相当に場を選んで使う必要がある。 たとえば、私個人的には一度も「これは使ってもいい時だ」という瞬間に直面したことがない。周りの人が使うのを聞いたことも数

なんだか、ネガティブなことばかり世間では書かれているので、個人的によかったことなど感想を一つ二つ書く。 どーでもいいことから 英語への抵抗感がなくなる。どっかで英語で話しかけられても怖くない。へらへら対応できる。切符を買えなくて困っている外国人とお友達になれる自信ある。 30分くらいの英語の会議だったら集中力が持続する。 外国籍の友達が増えた。会社に外国籍の人がいっぱいいるので、顔見知りがいっぱい増えた。英語で雑談するのが好きだ。仕事で絡みがなくても気さくに話しても大丈夫である。 海外情報がいろいろ回ってくるような気がする。翻訳される前の情報がいろいろ出回っているような気がする。（まあ、気がするだけかもしれないけど） インターネットで流通している技術情報のほとんどは英語であるということを確信した。日本語の情報は遅い、古い、不正確で、量も少ない。ググるときに日本語じゃなくて英語のページを見た

最近、会社の公用語が英語になったので、色々思うことを書いてみる。 言うまでもないけど、ここに書くことは普通の末端社員の感想に過ぎないヨロシク。 英語化になって変わったこと1) 英語ができない私の一部の業務に時間がかかるようになった 2) 会社を辞めた人が少なからずいた 3) 海外のグループ企業の存在があまり特別じゃなくなった 4) 英語が得意な人が目立たなくなった 5) 入ってくる人のカタログスペックが凄まじくなった 6) 社員の誰とでも通じる共通のネタができた 1)まず、英語化で変わったことは、仕事ができない私の仕事が更に遅くなったw 英語は苦手で頭も悪いので、TOEICも社内では下の上くらい。社内文章を読むのに2倍の時間がかかって、書くのに3倍かかる。 聞き取りは半分も理解できず、話すのもめちゃくちゃ。でもまあ、それが主要業務じゃないので、何とかなってる。 英語は喋れないので、日本語苦

はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常

2011年も終りが近づいた昨今、日本の市場が今後どんどんシュリンクしていくことは、もはや子供でも知ってる周知の事実なわけです。 そういう時代にあって、開発者が日本語環境のマシンを使い続けることの意味は、よくよく考えたほうがいいと思うわけです。 個人的には、「世界中で使われるサービスを作りたい」といってる開発者のマシンをみて、キーボードがJISだったりOSが日本語だったりすると、もうその時点でかなりガクッときます。 とくに完全なる国際化が実現されているMacなら、キーボードさえBTOでUS仕様にしてしまえば、アメリカで売ってるMacと100%同じものになります。逆に言うと、アメリカで買ったMacでも、そのまま何の問題もなく日本語が使えるわけです。（実を言うと、現在アメリカのApple Storeでは、日本語JIS配列のキーボードを選ぶことさえできるようになっています） 買ったばかりのMacを

11月2日 IT英語学習法カンファレンス(東京都) IT関連の技術者であればどこかで必ず一度は立ちはだかってきているであろう、『英語の壁』。 当勉強会はその『IT英語』に関して、あの牛尾剛さんが自らの経験を元に整理し、構成した英語学習法メソッドについて講演して頂けると言うことで参加してきました。 まずは前段から。牛尾さんはアメリカで行われた『Agile 2011 Conference』に参加。 以下が講演時の資料等の情報。 Agile2011(Salt Lake City)で講演することになりました - メソッド屋の日記 プランニングポーカー・オブジェクトゲームでアジャイルゲーム！〜Agile 2011 Conference（2/2）:企業のIT・経営・ビジネスをつなぐ情報サイト EnterpriseZine (EZ) Agile Education by Object Game – mo

今日公開された、SPaMCAST というポッドキャスティングのインタビューは、Linda Rising をフィーチャーしています。特に、彼女がアジャイルジャパンでの講演での経験について、静かに、アツく語っています。 Fearless Changeの中で「Do Food」と呼ばれるパターンから話を始めますが、あの時期の日本で話をしたときに、「エバンジェリスト」というパターンの重要さに気づいて、信じること、がそもそも未来を変える力になることを途中で主テーマにした、と彼女が話しています。 また、彼女はいま、旦那さんと引っ越して、発展途上国を支援することに力を注ごうとしていると。そして、そこでも、Fearless Changeに似たパターンを、国を変える、という目的で作りたい。それをライフワークにしたいんだ、と話しています。 リンダの英語は、本当にゆっくり、はっきり、聞きやすいので、英語のリスニン

こんにちは。 現在非常に困っています。学校で英語劇のようなものをやる事になり スクリプトを書いているのですが、英語での面白い失敗談を書かねば ならず、それがまったく思いつきません。 現在思いついたのが、下品なのですが、 A:I wanna fax this paper. B:what!? did you say 'fXXk' A:No,I said 'fax'! もしくはrestaurantにて A:え～coke please! B:eight cokes? are you serious? A:of course. この劇はいろんな人が見にくるので、どんな英語レベルの人にも 分かるもので、かつ笑いがとれるということが前提なのですが、 私には笑いのセンスがないのか、全然考えるものが面白くないん です。 もし、こんなのはどうというネタがあったら、教えていただけないでしょうか。この劇はオースト

発起人*1兼会場予約*2までしてくれた@ywindishさんには感謝してもしきれません。 ありがとうございました。 『英語文書を読む会』って何？ちなみにどういったものかというと、「みんなで英語文章を読もうぜ」というものです、はい。 第一回目のお題は、User Interface | Android Developersでした。 具体的な進行方法は 事前に和訳のたたき台を用意しておく(今回は@ywindishさんが対応してくれました) 和訳のたたき台をwikiに掲載しておく(今回は@ywindishさんが対応してくれました) 会場では 1パラグラフずつ読んでいく。 読み終わったら読んだところを話し合う。 というのを何回か繰り返し行いました。 なんという Agile Reading なのでしょう！(今気づいたけど) Agile Development は Agile Reading に通じるの