スキップしてメイン コンテンツに移動

英語上達完全マップ―初級からTOEIC900点レベルまでの効果的勉強法 (単行本) 森沢 洋介 ベレ出版












■紹介
自分の英語遍歴が、著者の言い分と重なった。
そして何をどう練習することが大事か、
回数や、単語数をもって示してくれている。

①幻想は幻想であり、
 朝起きていきなり英語がしゃべれる事はないし、
 高い教材を買っても、なんとなしに成果が出ることはない。
②中、高、大はなんとなく英語の授業を受けていただけ。
③暗記する必要はなく、繰り返しやることで刷り込むことが大事。
④TOEICの評価と、英語を使うという評価の感覚が同じ。
 ・600点:しゃべらない人からは、しゃべれていいなーと言われる。
 ・900点:ネイティブに混じれば、わからないことも多々ある。
⑤数字が明確に記載されている。
 ・音読練習では初回は必ず30回以上。
 ・20000語でTIME、8000語でTOEICを読むレベル。
 などなど

過去、現在、そして未来を示す、題名通りのマップになっている。
これまで英語を勉強してもいまいち成果がでなかった人、
これから英語を勉強したいけど何をしたらいいかわからない人、
いろんな英語初心者から中級者にお薦めできる良書、だと思われる。

1年後にでも結果が出れば、
★を4つから5つに変えて、「だと思われる」は消しておきます(笑)

※注
 あくまでも勉強方法が記載されている本です。
 この本を読んだだけで、英語が上達することはありません。
 読むだけでなく、記載されている内容を実行する必要があります。


■簡略抜粋
○学校英語の限界には次のような要因があります。(P.30)
 ⑤教師自身の英語能力があまり高くない場合が多い。

○基本法則を効率的な方法で実践する重要なポイント。(P.33)
 ①文法・構文は基本的なものをマスターしてから、
  より高度で複雑なものに取りかかる。
 ②勘や推測に頼らない、分構造をしっかりと把握する読み方を身に着ける。
 ③学んだことを「わかる」だけでなく「できる」ようにする。
 ④「わかっていること」を「できる」ようにするために声に出す。
 ⑤一気の暗記をせず、軽い繰り返しによる刷り込みで知識を技術に変える。

○TOEICは900から満点のレベル。(P.38)
 複数のネイティブ同士の非常にカジュアルな会話、
 早口でぞんざいな発音で話させる映画やテレビドラマでは半分程度しかわからない。
 英文を書くと構文的にはほぼ正確だが、
 冠詞、前置詞の間違いやネイティブから見ると不自然な文体が混じる。

○TOEIC300点位の日本人が900点レベルに達するには、
 4000時間前後英語に触れる必要があるとされます。(P.269)

コメント

このブログの人気の投稿

間違ったフォーマットのプログラムじゃないんだけど

以下エラーに対し、 ファイルまたはアセンブリ 'SSPI'、またはその依存関係の 1 つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。 以下環境で対応した話です。 VisualStudio2012(C# ASP.NET MVC4.0) IIS7.5 とあるところのdllを使用中 ASP.NETをIISに発行しようとしたら、上記エラーが発生。 他のプロジェクトでは問題なく発行できているのに、 何かと思ってみたら、google先生に尋ねてみると、 DLLファイルの対象プラットフォーム(32bit/64bit)が異なる とのことでした。 このサイトでは対処方法として、 運用環境のプラットフォームに合わせ、適切なランタイムファイルを配布してください。 と記載されていますが、今回の私のようにとあるところのdllを使用している場合などは、 そうもいかない場合もあるでしょう。 そこでdllを変更できない場合には、 IISのアプリケーションプールの設定で、 32bitアプリケーションを有効化してあげることで対応できます。 以下手順です。 コントロールパネル → 管理ツール → インターネット インフォメーション サービス (IIS) マネージャー を起動します。 変更したいアプリケーションを右クリックして、詳細設定を選択します。 32ビットアプリケーションの有効化をTrueに変更します。 もう一度発行します。 ここまでです。 簡単だけど知らないとなかなかはまるかなって気がしますね。 独特のくせなのかもしれません。 そして、次なるエラー発生中です・・・。

SQLServer2008でのトランザクションログの切り捨て方

SQL Server 2008でとあるDBのトランザクションログが一杯に。 BACKUP LOG DatabaseName WITH TRUNCATE_ONLY を使ってトランケートしようとしたら、 'TRUNCATE_ONLY' はBACKUP オプションとして認識されません。 との冷たい返事。2008で廃止されていたのを忘れていた。 SQL Server 2008 で廃止されたデータベース エンジンの機能@MSDN そこでヌルデバイスを使用してバックアップを取得する方法で、切り捨てを試みる。 BACKUP LOG DatabaseName TO DISK = ‘nul’ GO するとまた冷たい返事。 現在、データベースのバックアップが存在しないので、BACKUP LOG を実行できません。 2008では過去にフルバックアップを取得しておかないと、ランザクションのバックアップが取得できないことを忘れてた。てなわけで、まずはデータベースのフルバックアップを取得して、 BACKUP DATABASE DatabaseName TO DISK = ‘nul’ GO もう一度トランザクションのバックアップをして、やっと切り捨てれた。最初から単純にしておけばよかった・・・。

並列化できない非同期の話

あるバッチ処理で顧客にメール送信する場面ありますよね。そんなとき、メール送信はメールサーバに投げ込むだけなんだから、投げ込むの非同期すりゃ早くなるんじゃないって思いませんでした? 思いますよね? そんなことを考えて、C# で SmtpClinet を使ったお話です。ちなみに結論的に非同期で早くなりません。 SmtpClient.SendAsync C# でメール送信するなら、SmtpCilent クラスってのがありますと。こいつが同期でメール送信する Send だけではなく、非同期でメール送信する SendAsync ってのを持っているわけですよ。 MSDN を参照すると、 指定した電子メール メッセージを、配信用 SMTP サーバーに送信します。 このメソッドは、呼び出し元のスレッドをブロックしません。また、呼び出し元は、操作の完了時に呼び出されるメソッドにオブジェクトを渡すことができます。 とのこと。非常に Good ですね! 少しの背景と過大な期待 背景として、すでに動いているバッチが遅いって話になって、性能改善に取り組んでいました。現存しているバッチは Send で動作しています。 てことは、 SendAsync にするだけいいんじゃないの?それだけ非同期になるから早くなっちゃうんじゃないの?こんな期待感でいっぱいでした。 ところが 修正して実行すると想定以上の時間で完了しました。でもメールが飛んできません。。。よくよく見ると例外が。。。そしてよくよく MSDN を見ると、 SendAsync を呼び出した後、Send または SendAsync を使用して別の電子メール メッセージを送信する前に、電子メールの伝送が完了するまで待機する必要があります。 とのこと。 これって結局メール送信は非同期で並列になることことを許容していないってことだったんですね。 非同期と並列処理は別ですが、とは言え並列処理を許容していないとは。。。 結局 今回は Parallel.Foreach を使って、メール送信箇所は並列処理するように書き直しました。これもお手軽ですね。