文章力を上げる方法 - 山下泰平の趣味の方法
文章力を上げるための一番効率が良い行動は、大学入試で求められる程度の小論文を書くためのトレーニングを受けることだと思う。小論文対策は需要があるので、それなりのコストをかけて作られている。良いものがあるんだからそれを使えばいいわけで、意味の分からない方法で文章力上げようとする必要はない。 はっきりいって、大学入試で求められる程度の小論文を書ける以上の文章力を求められることは、普通に生きてたらほとんどない。かなり社会的な地位がある人でも、ずっとそのくらいの技術でやってることすらある。 大学入試対策の小論文通信講座的なものはわりとあるので、それを受講したらいい。どの通信講座が良いのかはよく分からない。長く続いているサービスで普遍的な内容なら、どれでも一定以上の水準は満たしているはずなので、好みで選んだらいい。どっちかっていうと理系のやつのが良いかもしれないけど、内容を知らないからはっきりしたこと
「読みやすい文章」のたったひとつの条件｜竹村俊助／編集者
「読みやすい文章」ってなんだろう？ ずっと考えていたのですが、それは読み手が「読む速度」と「理解する速度」が一致するものだという答えにたどり着きました。 理解が追いつかない文章だと何度も読むはめになります。一方で、わかりきったことをくどくどと書かれるとイライラしてしまうでしょう。 読みながらスーッと脳に染み込んでいくような文章は「読みやすい」と言えるでしょう。 では「読む速度」と「理解する速度」を一致させるにはどうすればいいのでしょうか？ たとえばこんな文章があります。適切な例が思い浮かばなかったので、テキトーに国会の答弁書から引っ張ってきました。（ちゃんと読まなくてもいいです。） 労働政策審議会の各分科会の委員並びに臨時委員及び専門委員は、労働政策審議会令第三条において、労働者を代表する者、使用者を代表する者及び公益を代表する者並びに障害者を代表する者のうちから、厚生労働大臣が任命するこ
文章を書く心がけ
目次 はじめに 読者に対する心がけ 誰がその文章を読むのかを考えよう 読者は何を知っているかを考えよう 読者がどんな感じを受けるかを考えよう 読者と対話する気持ちになろう 自分に対する心がけ 書こうとせず、読もうとしよう 読もうとせず、読みはじめようとしよう 何でも書いていいんだよ 惜しげなく人に与えよう 人からのものには敬意を払おう 魔法の呪文は毎回発見しよう まず自分がよく理解しよう 知識を誇るために書くのをやめよう その他の心がけ 言葉についての心がけ 長い文は注意して使おう 書いたものは必ず読み直そう 適切な例を示そう 言い換えの練習をしよう ８割でよしとしよう すべてを動員しよう その他の心がけ 環境についての心がけ 人の「気」を意識しよう 頑丈で軽い文章作成のツールを使おう その他の心がけ 編集者に対する心がけ 助言はよく聞こう 自分の状況を正しく伝えよう 感謝の気持ちを忘れな
執筆活動を支える技術 #ruby超入門 - Qiita
「ゼロからわかる Ruby🔰超入門」という本を書きました。共同執筆での作業を効率的に進められるように、編集者・レビュワーさんを含め、みんながいつでも最新の原稿を確認できるように環境を整えました。ここでは、技術面・環境面で工夫したこと、得た知見を共有します。書籍に限らず、技術文書の作成にも使えます。 はじめに この本は、 @igaiga さんと共同で執筆しました。イラストを描いてくれた @becolomochi さんを含めて、3人での共同作業でした。原稿を書いてから公開するまでのフローはこんな感じです。プログラミングでの開発に似ています。 原稿を書く (Asciidoc, Atom, Visual Studio Code) 共有する (GitHub, Slack) HTML/PDF形式に変換する (Rakefile, CircleCI) 限定公開する (docker, nginx) Ste
「箇条書き」ばかりしていると「頭が悪くなっちゃう」のはなぜか？ | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
※8月14日から8月26日までは「夏期充電期間」ということで、ブログの更新を原則お休みいたします！ またお逢いしましょう！ 「箇条書きは、やめてください。極力、文章にしてください」 ・ ・ ・ 僕は、自分のゼミ生や大学院生に、このように指導をすることがあります。 大学院の場合は、これに加えて、論文指導のときは、パワーポイントなどを用いた「プレゼン」も禁止します。ゼミへの提出書類は、すべてワードで文章で打ち込んだものを準備してもらい、パワーポイントなどでプレゼンすることを禁止してしまいます。 それはなぜか？ あのね、いじめぢゃありません（笑） ・ ・ ・ ・ ・ ・ ・ ・ ・ ・ それは端的に申し上げると「箇条書き」ばかりをしていると「頭が悪くなる」からです。 ええと、「悪くなる」は言い過ぎました（笑）。 「箇条書きは頭がよくならない＝思考のトレーニングにならない」 からです。 だから、僕
技術書の執筆、電子書籍ビルド、出版プラットフォーム - nullbooks
技術書の執筆、出版の方法が分からない 原稿のビルドやプレビュー、自動文字校正の環境を整備するのが面倒 出版社とのやり取りをする中で原稿と出版物が一致しなくなっていく 著者やレビュアーとの やり取りや取りまとめ、連絡が大変 執筆環境のツールがバラバラで使いにくい、手間が多い ブラウザで技術書の執筆、公開ができるので、誰でもすぐ技術書の執筆ができます エディターがMarkdown、各プログラミング言語のハイライトに対応しています 原稿を書籍と同じデザインでプレビューしたり、Epubをビルドできます 原稿から直接、出版物を作成できるので内容にズレが生じません 執筆中の文字数やページ数を常に知れるので、本の分量を意識して執筆できます さらに、以下の機能を追加予定です オンライン上での共同執筆、共著のための機能 文字校正 (textlint)やルール設定、一括での置換 レビューやコメントをオンライン
エンジニアが初めて書籍を執筆するにあたって | 外道父の匠
新年一発目のブログは腰が重いがゆえに、いざ書き出すと長くなる悪い癖──ですが、今年も継続アウトプット頑張っていきます。よろしくお願いします！ ──昨年9月に、書籍『たのしいインフラの歩き方』を発売させていただきましたが、数ヶ月が経って年も変わったので、執筆話の発生からどのような経緯があったのかなどについて、まとめてみます。一冊しか書いていないのでアレかもですが、私のように職業ライターではない、本職がエンジニアの方の初執筆や、会社内における調整などの参考にしていただければと思います。 目次 執筆話の発生 会社との調整 執筆契約と〆切 著作権 印税 執筆作業 編集 告知 発売後 執筆について 執筆話の発生 初動 ブログに設置してある、問い合わせフォームからメールがきました。技術評論社の編集者と名乗る方から、ITインフラについての書籍を執筆してみませんか、という内容です。 メールの『執筆』という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術文書アンチパターン集