こんなに、ありがとうございます

"waxman"さん、こんばんは。susumu です。

　軽く聞いたつもりだったのですが、こんなにもありがとうございます。
　せっかくでしたので、しっかり拝見しました。

>今のところ、「やさしくたくさん」の効果はよくわかっていません。
>いろいろな方法で試行錯誤している最中です。

　そう言うものなのでしょうか・・・。
　どこまで行っても、英語勉強法はなぞですね。

>英語学習履歴

　英語を仕事にしている方なのでしょうか？
　１日の勉強時間、すごそうですね。

　　私の場合、本業の勉強（プログラム）ならこの位やっています。多分・・・。

　GRも片っ端から読んでいるという感じがしました。

　TOEICの点数も(今話題の)「右肩上」でいいですね。

　英語も総合的にやらないとダメ、時間もかかると言うのが、
　わかっただけでも良かったです。

　ありがとうございました。

　susumuさん、こんにちは。waxmanです。


〉　軽く聞いたつもりだったのですが、こんなにもありがとうございます。
〉　せっかくでしたので、しっかり拝見しました。

〉>今のところ、「やさしくたくさん」の効果はよくわかっていません。
〉>いろいろな方法で試行錯誤している最中です。

〉　そう言うものなのでしょうか・・・。
〉　どこまで行っても、英語勉強法はなぞですね。

　読んで頂いて、ありがとうございます。「わからない」だけではあまりに素っ気なくて
伝わらないだろうと思い、「わからない」という見解に至った経緯や事実をできるだけ客
観的に記すことで、理解して頂きやすくなるのではないかと考えて、あのようなことを書
き添えました。しかし、同じ事実を目にしていても、人によって受け取め方や見方が異な
ることは良くあることなので、「同意」を期待しているわけではありませんが。


〉　英語を仕事にしている方なのでしょうか？

　仕事をする上で英語はほとんど必要ありません。単に、趣味、楽しみ、希望、夢、のよ
うなものです。


〉　１日の勉強時間、すごそうですね。

　そうですね、英語の学習時間は、平日は平均して2時間ほど、休日は4時間ほどです。こ
れ以外に国内外の英語ニュースサイトの記事を読んだりしています。

　数年前に、TOEICサイトの下記のページ、

　●HOME > TOEIC Square TOP > 学習アドバイス > レベルアップ道場 > step4 学習スタート！

を読んで、

「少なくとも『2000時間』は学習しよう、いや、年がいっていて物覚えが悪いし、残り
　時間も少ないんだから、倍の『4000時間』の学習を目標にして集中してやってみよう。」

と決めました。私にとっては、ちょっとした「冒険」をしているような気分なのです。


〉　　私の場合、本業の勉強（プログラム）ならこの位やっています。多分・・・。

　そうですか。私はマイコンのソフトウエアをつくる仕事をしています。暇な時間が多く
なっていますが...。


〉　GRも片っ端から読んでいるという感じがしました。

　そんなことはありません。多読を始めてからの通算で、PGR:104冊、OBW:20冊、CER:71冊、
MMR:20冊、ORT:172冊、その他:7冊です。PGR、OBW、MMRのほんの一部しか読んでいません。


〉　英語も総合的にやらないとダメ、時間もかかると言うのが、
〉　わかっただけでも良かったです。

　勘違いがあると恐いのですが、「誰もがこうしなきゃいけない」なんて私は思っていま
せん。「冒険」なので、あのような方法で果たして目的地に辿り着けるかどうかも定かじゃ
ありません。そのうち、野たれ死んで行方不明になるかも。また、「時間もかかる」とい
うより、意図的に「時間をかけている」のです。短いに越したことはないのですが、効果
や結果を早い段階でとやかく言うのはやめて、まずは「4000時間」に向かって少しずつで
も前に進むことにしよう、なんて思っています。「冒険」ですから、山あり谷ありでしょ
うし、数々の失敗をして悲嘆に暮れたり、時には驚いたり喜んだりする時もあるのではと。
この過程を楽しむつもりでいます。


〉　ありがとうございました。

　こちらこそ、ありがとうございました。susumuさんからの質問は、英語学習に関する私
自身の考えを改めて問いかける良いきっかけとなっています。


　それでは、Happy Reading！

こんばんは、suusmu です。

〉　私はマイコンのソフトウエアをつくる仕事をしています。

　マイコン制御プログラムをしている人が知人にいます。

　　DSPのチップ？のリファレンスが英語でした。
　　すごい量でした。

　　あれは大変そうですね。

　僕は、サーバサイドのプログラマなので、Java (J2EE、Framework)の
　英語リファレンスを本当は、読まないといけないのですが、
　どうしても日本語の解説を読んでしまいます。

　　英語だと、文献が２倍ある気がしますが、読むのに、２倍以上かかる・・・

　　多読で「読める部分」と「読めない部分」を切り分けることが
　　出来るようになりましたが、

　　「肝心な概念部分が難しくて読めない」、「時間がかかる」というのが、
　　今、ネックですね。

　　うーん、困った。

　　私の方は、そんな感じです。

　susumuさん、こんにちは。waxmanです。返信が遅くなりました。


〉　　DSPのチップ？のリファレンスが英語でした。
〉　　すごい量でした。

〉　　あれは大変そうですね。

　だと思います。DSPはかなり複雑で多機能なので、その仕様の解説はかなりの量になる
と思います。


〉　僕は、サーバサイドのプログラマなので、Java (J2EE、Framework)の
〉　英語リファレンスを本当は、読まないといけないのですが、
〉　どうしても日本語の解説を読んでしまいます。

〉　　英語だと、文献が２倍ある気がしますが、読むのに、２倍以上かかる・・・

　私も一時J2EEでの開発に関わったことがあるのですが、日本語に翻訳された書籍ですら
読み進んで行くのは大変でした。英語ならば尚更でしょうね。御苦労をお察しします。


〉　　多読で「読める部分」と「読めない部分」を切り分けることが
〉　　出来るようになりましたが、

〉　　「肝心な概念部分が難しくて読めない」、「時間がかかる」というのが、
〉　　今、ネックですね。

〉　　うーん、困った。

〉　　私の方は、そんな感じです。

　私の方は、CPUなど中心的なデバイスは日本製がほとんどなので、あまりデバイスメー
カーの資料を英語で読む機会は多くはありません。ただ、マイコンを搭載したボードへの
Linuxの移植の際には、Linux関連ドキュメントやメールがほとんど英語なので、気合を入
れて読む必要に迫られます。日本語の資料だけで用が足りると良いのですが、当面は無理
だろうと諦めています。


　このような話題は多読とは直接関係がなさそうなので、この辺で終わりにしておきます。


　では、いつか「英語の資料でも気にならない」日が来ることを願って、Happy Reading!