tryプログラミング、リモートワーク、田舎暮らし、音楽、etc.2019-11-29予備校で習った「現代文の読解テクニック」を使って、Web記事から「筆者の主張」を抽出してみたよもやま話はじめに元の記事は削除されてしまったのですが、昨日Qiitaで「Webエンジニア業界に感じた違和感」という記事を読みました。内容の方は「まあ、言わんとすることはわからなくはない」という感想だったのですが、それ以上に「なんか読みにくい文章だな」「話が右へ左へ大きくブレていて(=褒めたりdisったりを何度も繰り返していて)、結局何が言いたいのかよくわからないな」という印象を強く受けました。そこで、本エントリでは昔僕が予備校で習った「現代文の読解テクニック」を使って、「筆者が主張したい内容」を抽出してみることにします。予備校で習った「現代文の読解テクニック」とは?僕が予備校で習った「現代文の読解テクニック」は、ざっくりいうとこんなテクニックです。「だが」「しかし」など、逆接の接続詞が登場したら、そこから後ろが筆者の主張なので、「だが」「しかし」の前に書いてある内容は無視して良い。「〜ではない」と書かれていたら、その直後に筆者の主張が書かれていることが多い。「〜ではないだろうか」という疑問文は純粋な疑問ではなく、むしろ筆者が強調したい内容である。「たとえば」で始まる具体例は主張を補足する役割しかないので無視して良い。筆者の本来の主張は「たとえば」以外の箇所に書かれている。だいたいこんな内容だったと思います。上記のテクニックを使って元記事の文章を分析してみるでは、上記のテクニックを使って、元記事の文章を分析してみることにします。残念ながら元記事自体は削除されてしまっているので、下記のWeb魚拓ページから本文を引用します。Qiitaウェブの技術は大変面白かったのですが、そこである大きな違和感を感じもしました。逆接の接続詞「ですが」のうしろ、「そこである大きな違和感を感じもしました。常に数字や営業的な雰囲気に包まれている企業向け製品開発にはない、純粋に技術を楽しむ雰囲気がとても楽しかったです。観察しているとWeb業界には「何が凄いのかよくわからないけど有名な人」もいました。「よくよく観察しているとWeb業界には「何が凄いのかよくわからないけど有名な人」もいました。ツールやライブラリをスクラッチで自作した本人じゃなければ評価されちゃいけないと言ってるわけではないです。Web業界では「ライブラリを作った人」より「上手く紹介した人」の方が有名になっている、といった違和感を感じました。これも「ですが」のうしろが筆者の主張。技術とその価値は「具体的な成果物を出して世の中にどれだけの影響を与えたか?」ではないでしょうか?ここは純粋な疑問ではなく、むしろ筆者が強調したい点。その成果物は技術の紹介ブログ記事やTwitterやカンファレンスの発表やQiitaのGood数やGitHubのスターの数ではなく、「直接、あるいは間接にでも売上に貢献した目に見えるプロダクト」であるべきです。「ではなく」の後ろが筆者の主張。極端かもしれませんが、これが基準にならなければ評価の基準も曖昧になります。「これが基準にならなければ評価の基準も曖昧になります。「これ」が指すものは、前文に出てくる「直接、あるいは間接にでも売上に貢献した目に見えるプロダクト」のこと。最後に、私はWeb業界の雰囲気が嫌いではありません。Qiitaを見ていると新しいことを学ぶモチベーションが高まります。Qiitaやブログの記事を一つ読むにしても、その人は「本当に価値のあるアウトプット」をしている人なのかを考えながら接する必要があると思っています。「ですが」のうしろが筆者の主張。上記の分析をもとに、筆者の主張だけを抽出してみるこのように「現代文の読解テクニック」を活用すると、筆者の主張だけを抽出することができます。以下がその抽出結果です。私はウェブ系のカンファレンスである大きな違和感を感じました。Web業界には「何が凄いのかよくわからないけど有名な人」がいました。「ただツールやライブラリの使い方を紹介するだけで有名人になっている人達がいる」ように見えてきたのです。Webカンファレンスのほとんどの発表内容は、「このツールを使えばこんなことができる」という使い方の説明であり、多少の業務経験がある人が英語リファレンスを読み解けば、比較的容易に発表できてしまう内容が多かったです。業界を観察していると「新しい技術を紹介したもの勝ち」的な雰囲気が蔓延しており目的を見失ってそのスピードの速さ、紹介するレトリックの巧みさが競われているような文化さえ感じたのです。周囲から有名になると、まるで芸能人のように祭り上げられます。Web業界では「ライブラリを作った人」より「上手く紹介した人」の方が有名になっている、といった違和感を感じました。技術とその価値は「具体的な成果物を出して世の中にどれだけの影響を与えたか?」です。その成果物は「直接、あるいは間接にでも売上に貢献した目に見えるプロダクト」であるべきです。これが基準にならなければ評価の基準も曖昧になります。Qiitaやブログの記事を一つ読むにしても、その人は「本当に価値のあるアウトプット」をしている人なのかを考えながら接する必要があると思っています。言うなら、筆者の一番言いたいことは最後の2段落に集約されていると思います。技術とその価値は「具体的な成果物を出して世の中にどれだけの影響を与えたか?」です。その成果物は「直接、あるいは間接にでも売上に貢献した目に見えるプロダクト」であるべきです。これが基準にならなければ評価の基準も曖昧になります。Qiitaやブログの記事を一つ読むにしても、その人は「本当に価値のあるアウトプット」をしている人なのかを考えながら接する必要があると思っています。常に数字や営業的な雰囲気に包まれている企業向け製品開発にはない、純粋に技術を楽しむ雰囲気がとても楽しかったです。ツールやライブラリをスクラッチで自作した本人じゃなければ評価されちゃいけないと言ってるわけではないです。私はWeb業界の雰囲気が嫌いではありません。Qiitaを見ていると新しいことを学ぶモチベーションが高まります。いったように、「持ち上げておいて、落とす」レトリックが多用されています。これは僕個人の推測ですが、筆者なりに気を遣って文章を書いた結果、こうなったんだと思います。意地悪な見方をすると、「自分は悪者になりたくない、自分はあなたたちのことを十分理解しているつもりだ。その点をまず理解してもらいたい」というエクスキューズ(弁解)を散りばめただけ、と言うこともできます。過剰なエクスキューズは読者を混乱させ、筆者の主張が正しく理解されない原因となります。エクスキューズの部分を「込み」で評価する人と、そうでない人に分かれてしまい、人によって記事の評価が大きくブレる原因にもなります。ぶっちゃけ、僕は元記事を読みながら「お前、ほめてるんか、けなしてるんか、いったいどっちやねん!」と心の中でツッコんでしまいました。先ほどやったように、余計なエクスキューズは省いて「筆者の主張」だけを抽出してみると、「ふーん、なるほどね」と、筆者の言いたいことがすっと理解できました。まとめというわけで、このエントリでは「現代文の読解テクニック」を使って、とあるWeb記事から「筆者の主張」を抽出してみました。ここで紹介したテクニックは文章を読むときだけでなく、文章を書くときにも活用できます。自分で書いた文章を読み直すときに読者の視点でこのテクニックを使えば、自分の主張がちゃんと論理立てて展開されているか、チェックできるからです。本エントリの後半ではエクスキューズを過剰に散りばめることの弊害についても説明しました。文章におけるエクスキューズは「用法と用量を守って使えば、文章のよいクッション材になるけど、使いすぎには要注意」という感じですね。「Webエンジニア業界に感じた違和感」このエントリ自体はあくまで「国語」の話にフォーカスしているので、ここから下の話は蛇足です。ついでに元記事に対する僕の感想も書いておきます。冒頭で書いたように、僕の感想は「そうですねー、言わんとしていることはわからなくもないですね」という感じです。筆者が言うところの「Web業界の何が凄いのかよくわからないけど有名な人」には僕も入ってるのかなー?たぶん入ってるんだろうなー、と思いました。そのへんの評価基準は個人の自由なので、ここではとやかく言うつもりはありません。元記事の筆者さんが「技術者は直接、あるいは間接にでも売上に貢献した目に見えるプロダクトでのみ、評価されるべきである」と考えているのであれば、それはそれで良いと思います。(ただし、僕がその考えに完全に同意しているかどうかは別問題です。そもそも「私が考えた最高のエンジニア評価基準」は往々にして各人のポジショントークになりがちです。)僕の反論ただ、ひとつだけ反論するなら、僕は「周りから評価されて有名になりたいから」とか、「新しい技術を紹介して、他の人に勝ちたいから」とか、そういう理由でアウトプットをしているわけではありません。僕が新しい技術をQiitaやブログで紹介するのは、「早かれ遅かれ、みなさんも僕と同じようにいろいろ調べるでしょ?だったら、僕が先回りして調べて説明しておけば、みなさんの時間が節約できますよね?」という思いからです。「英語リファレンスを読み解けば、比較的容易に発表できてしまう内容」であっても、世の中にはやっぱり英語が得意な人と不得意な人がいます。「母国語は英語です」という人でなければ、結局英語で読んで(人によっては苦労しながら)日本語に翻訳すると思います。そこのインプットとアウトプットがどの人にとっても同じものなのであれば、誰かがそれを日本語でわかりやすく紹介しておくことで、日本全体でかなりの工数削減になるはずです。最終的なよりどころは「英語で書かれた原典」になりますが、それを理解した上であえて日本語で書かれた情報源を読んで時間を節約するというのは、全然アリだと思います。英語の情報源を右から左へ翻訳するだけでなく、自分で使ってみて、自分なりの解釈や説明を加えた上でネット上に技術記事を公開することもよくやっています。これも「単純に英語のREADMEを読んで理解するより、こうやって説明した方が、みんな理解しやすいんじゃないか(その結果、みんなの開発がよりスムーズに進むのではないか)」という思いからやっていることです。した思いを持ってネット上で活動してきた結果、いつのまにかなんか有名になってしまった、ということろは事実としてあります。有名になることを第一の目的としてやってきたわけではないので、その点についてはちょっと誤解されているんじゃないかなーと、僕は感じました。はてなブログPro株式会社ソニックガーデンで働くRubyプログラマ。2017年11月に「プロを目指す人のためのRuby入門」を出版。blog)はてなブログをはじめよう!JunichiItoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。