忙しい人のための要約 以下の５つのパートで文章を構成する。 Ａ．〈はじめ〉 ……内容の紹介・要約 Ｂ１．〈なか１〉 ……具体例その１ Ｂ２．〈なか２〉 ……具体例その２ Ｃ．〈まとめ〉 ……具体例の共通点 Ｄ．〈むすび〉 ……上記の共通点の一般化〈としての主張〉 書く順序は次の通り。 １．具体例をあつめる→〈なか１〉〈なか２〉 ２．具体例の共通点を書く→〈まとめ〉 ３．まとめから言えること（主張〉を書く→〈むすび〉 ４．内容を簡単に紹介する入口を書く→〈はじめ〉 （ほかに参考になりそうな記事） ・文章の型稽古→穴埋めすれば誰でも書ける魔法の文章テンプレート 読書猿Classic: between / beyond readers ・物事を論じられるようになるスモール・ステップス→米国の小学生が使う思考ツール 読書猿Classic: between / beyond readers 書くこと
前回は「世界を見つめる解像度」について書きました。前回も書いたように、たくさん書くことで世の中を見つめる「解像度」が上がっていくのですが、文章を書くには最低限の技術も必要です。そこで今回は、物事を説明するための文章の書き方を説明していきます。 ■報告書やメールの書き方 まず、超シンプルですが、基本はこれです。 結論をまず書いて、それについて説明して、最後にもういちど結論をまとめます。報告書やメールなどはこのフォーマットが一番適していると思います。もちろん、メールでは、お礼や挨拶などがここにくっつきますので、お忘れなく。 よくある失敗をふたつ上げておきましょう。 失敗1：「結論」と「説明」を逆順に書く まず長々と説明を書いて、その次に結論を書くという失敗です。おそらく、わかってほしいからこそ、延々と説明してしまうのだと思うのですが、結論がなかなか出てこない文章は読んでるほうはイライラして、読
ITエンジニアにとって文書作成技術は欠かせません。日常のメールのやりとりにはじまり、要件定義書、機能仕様書、企画の提案書など、上司やチーム、顧客などに対して、文章でコミュニケーションをとる機会がとても多いからです。 連載『悪文と良文から学ぶロジカル・ライティング』では、論理的にわかりやすい文章を書くノウハウを伝授しています。ITエンジニアが日常的に用いるであろう文章を例に使い、どこが悪くてどう直せばいいのかといったポイントをわかりやすく解説しています。実践すれば、誰でもすぐにわかりやすい文書が書けるようになるはずです。 オリエンテーション ITエンジニアにとって「書く技術」とは？ 文書の全体構成を組み立てられるようにする 内容を大きく分けて項目を立てる 適切な順番で項目を並べる 話の階層をそろえる 文章表現の基本ルールをマスターする 主語と述語を対応させる 修飾語と被修飾語をはっきりさせる
当ブログは、どんぐりスクールに関係のある いろいろな人たちによって書かれています。 投稿内容自由・更新不定期 自由気ままなどんスクブログをお楽しみください。 投稿者プロフィールは「+ PROFILE」よりご覧いただけます。 さて，2010年度は何のテーマが出るのだろう。。。 2009(H21) 「言葉によるコミュニケーション」 具体的な体験を示して意見を発表する 出典：大庭健「いま，働くということ」 2008(H20) 「地球の将来を考える」 自分のなすべきことを具体的に示して意見を発表する 出典：黒田玲子「科学を育む」 2007(H19) 「科学が分かる」 具体的な体験を示して意見を発表する 出典：酒井邦嘉「科学者という仕事」 2006(H18) 「言葉を書く」 身近な体験を交えて意見を発表する 出典：石川九楊「書に通ず」 2005(H17) 「相手に働きかけるコミュニケーション」 身近
孤独な散歩者＠愛のわんこ党 @wizardrylife 仕事絡みのツイートしたくないけど、ちょっとだけ。子供向けの作文ドリルに「ぼくはＡの絵を見てＢが面白いと思いました。理由はＣだからです」というパターンが紹介されていた。で、これはあんまりだと思った。（続く） 2010-08-28 11:12:45 孤独な散歩者＠愛のわんこ党 @wizardrylife （承前）気持ちや感想に「理由」は要らない。あるいは、それを単純な理由に言語化して、封じ込めるべきではない、と言う方がいいだろうか。私なら絵をもう一度じっと見させることから始めるし、自分ならどう描くかを話し合う。視点を複数持たせることで、世界と深く付き合えると思うから。（続く） 2010-08-28 11:17:05
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
