タグ

文章に関するhiro14akiのブックマーク (10)

  • 当てはめるだけで小学生でもロジカルな文章が書ける…ハーバード大で教えられている「オレオ公式」のすごさ 1日10分書く習慣が頭脳を鍛える

    「ロジカルな構成」をカンペキにする アメリカの大手新聞「ニューヨーク・タイムズ」などで活躍するジャーナリストのダニエル・コイルさんは、超一流の人たちがどうやって才能をみがいてきたのかが気になっていました。そして、世界中のスポーツチーム、音楽学校、一流進学校などを取材した結果、こんな結論にたどり着いたのです。 「才能とは、生まれつきのものだけではなく、練習でみがかれるものである」 ダニエル・コイルさんがたどり着いた超一流の人たちの才能開発のひみつは、その才能を開花させるために一番重要なスキル(能力)を、まずはとことんみがくということでした。そのスキルを最大値で発揮できるようになるまで、小さなことから毎日少しずつ地道に練習を重ねるのです。 たとえば、テニス選手なら、まずは「サーブのトス」を、バスケットボールの選手なら「レイアップシュート」だけを、目を閉じていてもできるくらいに練習しなさいという

    当てはめるだけで小学生でもロジカルな文章が書ける…ハーバード大で教えられている「オレオ公式」のすごさ 1日10分書く習慣が頭脳を鍛える
  • なんとなく使っていませんか? 括弧の種類と使い分け|モリサワ note編集部

    突然ですが、質問です! 以下の文章で、登場人物が実際に声に出して言っている部分と、心の中で思い浮かべている部分はどこでしょうか。 「みんなはね、ずいぶん走ったけれども遅れてしまったよ。ザネリもね、ずいぶん走ったけれども追いつかなかった」と言いました。 ジョバンニは、 (そうだ、ぼくたちはいま、いっしょにさそって出かけたのだ)とおもいながら、 「どこかで待っていようか」と言いました。 青空文庫 宮沢賢治『銀河鉄道の夜』 https://www.aozora.gr.jp/cards/000081/files/43737_19215.html 答えは簡単ですね。 「 」の中の言葉が声に出して言っている部分、( )の中の言葉が心の中で思い浮かべている部分です。 前後の文章からも読み取れると思いますが、括弧の使い分けがされていることで、より分かりやすくなっています。 このように括弧類は主に文章内で会

    なんとなく使っていませんか? 括弧の種類と使い分け|モリサワ note編集部
  • エンジニアのための、いますぐ使える文章校正テクニック - ICS MEDIA

    ウェブ制作や開発の仕事で文章を扱う機会は多いはず。書き手は不自然に思っていない文章でも、読み手は違和感をもっていることがあります。文章校正テクニックを覚えるだけでおかしな表現は少なくなり、読みやすい文章を書けるようになります。 記事では、ICS MEDIAで実践している文章校正の一例を紹介します。 レベル1、基的な校正ルールを使う いろんな場面で使える基的な文章校正テクニックから紹介します。 テクノロジー系の名詞は正しく記載しているか テクノロジー系の名詞を間違って使うと、「当に技術に詳しいの?」と読者からの信頼度が下がります。名詞は大文字小文字、スペース有無含めて正確に記述しましょう。 GithubGitHub(Hは大文字) JavascriptJavaScript(Sは大文字) After Effect → After Effects(複数形の「s」を忘れてはいけな

    エンジニアのための、いますぐ使える文章校正テクニック - ICS MEDIA
  • 構造を意識した抜け漏れがなく主張点が明確な論文執筆

    はじめに 研究者は、自身の研究の有用性を主張するため論文を発表する。 しかしながら、研究の有用性を主張するために、抜け漏れがなく主張点が明確な文章を書くのは、慣れないうちは難しい(慣れても難しい)。 エントリでは、論文の構造を見出だす工程とその構造を書き下す工程を明示的に分離することで、抜け漏れがなく主張点が明確な論文執筆を行う方法を検討する。 論文執筆の課題 前述の通り、研究の有用性を主張するために、抜け漏れがなく主張点が明確な文章を書くのは、慣れないうちは難しい。 これは、主張の整理と文章の生成を頭の中で同時にやろうとしていることが原因であるように思う。 第一に、主張の整理は複雑なタスクである。 研究の有用性の主張は、いくつかの課題や提案、評価といった複数の要素と、要素同士の関係性のあり方、すなわち「構造」を持つ。 要素やその関係性の増加に伴い、構造は複雑になるため、頭の中だけで網羅

    構造を意識した抜け漏れがなく主張点が明確な論文執筆
  • 質の高い技術文書を書く方法 - As a Futurist...

    大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは? 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 番環境に変更を加えるにあたっての包括的な情報や具体

    質の高い技術文書を書く方法 - As a Futurist...
  • LINE社内テクニカルライティング講座第2弾!1文では説明が終わらない文章を書くコツ

    こんにちは、Developer Contentチームの矢崎です。LINE株式会社でテクニカルライターとして働いています。先日、このLINE Engineering Blogで「LINE社内で大評判のテクニカルライティング講座で説明した内容をあらためてブログにまとめてみた」というタイトルで、1文を書くときに気をつけていることや手法について紹介しました。 前回の記事を簡単にまとめると「たくさんの文案を書いて、一番良さそうなものを選択することがとても大切です」という話を多くの例文を使って説明しました。まだ読んでいない方はぜひ読んでみてください。 今回の記事は、第2弾です。次のステップとして「1文では説明が終わらない文章をどのように組み立てていくとわかりやすいか」という話を、以下のような文章を例に説明していきます。 ここでは、このくらいの情報量の文章を「トピック」と呼びます。 第2弾を最後まで読む

    LINE社内テクニカルライティング講座第2弾!1文では説明が終わらない文章を書くコツ
  • Google社のテクニカルライティングの基礎教育資料がとても良かったので紹介したい - Qiita

    はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと(テクニカルライティングとも言います)は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習したことがない、または過去学習したが改めて再学習したいという方に、お勧めのコンテンツを見つけたのでご紹介します。 https://developers.google.com/tech-writing Every engineer is also a write

    Google社のテクニカルライティングの基礎教育資料がとても良かったので紹介したい - Qiita
  • 技術記事を書くことで得られる5つの効能 - give IT a try

    先日、Qiitaの技術記事を書いているときに、ふと「そういえば、技術記事を書いてると、こういういいことがあるよなー」と思ったので、それをつらつらと書いてみます。 題して「技術記事を書くことで得られる5つの効能」です。 効能1:自分の理解が深まり、知識が定着する 「いいかげんな内容やウソは書きたくない」、「できるだけわかりやすく書きたい」と考えると、中途半端な理解や知識を必死に埋めようといろんなことを詳細に調べます。 その結果、記事を書く前よりもさらに自分の理解が深まって、知識が定着します。 効能2:「これ読んどいて」で説明が終わる コードレビューとかをしていて何か指摘を入れたくなったとき、そのトピックに関して過去に自分で書いた記事があると、「この記事を読んで修正してください」の一言で済むことがあります。 コードレビュー以外でも、「先日こんな問題に遭遇しました。みんなも気を付けて!」と、社内

    技術記事を書くことで得られる5つの効能 - give IT a try
  • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォータ

    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
  • PREP法とは? 文章構成力を上げる3つの方法。SDS法・穴埋め文章作成法も | 次々に読まれる文章とは?

    次々読まれる文章の「文章構成」の実践編として、今回は具体的な3つの「文章構成のテンプレート」を紹介していきます。 テンプレートは、当てはめるだけで目的に沿った文章の流れができる「文章構成の型」です。構成が決まっていると、安心して「内容(メッセージ)」に集中できますので、あなたの文章クオリティアップにつながります。 テンプレートを具体的に解説する前に、テンプレートを効果的に活用するために必要な前提を共有させてください。 文章を書けなくしている「思い込みの罠」「文章は始めから、順番通りに書かなければならない」という思い込みは、ありませんか? もし、その思い込みを少しでもお持ちなら、すぐに捨ててください。「書き始め」から順番に書かなければならないと思っていると、手が止まり、文章自体が書けなくなってしまいます。 まず、ここで大前提としてお伝えしたいのは、「文章はどこから書いてもいい」ということです

    PREP法とは? 文章構成力を上げる3つの方法。SDS法・穴埋め文章作成法も | 次々に読まれる文章とは?
  • 1