タグ

文章論とあとで読むに関するkoma_gのブックマーク (6)

  • 読んでもらえる文章にするための「パワーワード」の作り方|竹村俊助/編集者

    今日はぼくの企業秘密的な話をします。 ぼくの文章はたまに「わかりやすいです」とか「気づけば最後まで読んじゃいました」などと言ってもらえるのですが、自己分析では、そこまで文章がうまいとは思っていません。 じゃあ何が違うのかというと、「パワーワード」というものを巧みに使えているからなんじゃないかと思っています。タイトルはもちろん、見出しや文章の随所に「パワーワード」を入れることで、読み手を惹きつけることができているのではないか。 パワーワードという言葉はどうやら「意味がわからないけど強い言葉」という意味で使われていたこともあるそうですが、ここでは単に「人を惹きつける力のある言葉」という意味で使います。 パワーワードは「香辛料」パワーワードは香辛料に似ています。 チーズとソースだけのプレーンなピザは、ずっとべていると飽きてしまいます。でも途中でタバスコをかけると飽きずにべられますよね? 素う

    読んでもらえる文章にするための「パワーワード」の作り方|竹村俊助/編集者
  • 日本語エラーチェックサイトenno.jpを作った理由|TechRacho by BPS株式会社

    こんにちは、hachi8833です。はっと気がつくと、私が運営している日語エラーチェックサイト「enno.jp」を開始してからもう8年が経過していましたので、たまには振り返ってみたいと思います。 サイト: 日語の文章のタイポ/変換ミス/誤字脱字エラーをチェック/校正 | enno.jp enno.jpより 使い方はあきれるほど単純です。チェックしたい文章をフィールドに貼り付けてボタンを押すだけ。 enno.jpは、自分で作って自分で使い、自分で常にパターンを追加/更新しています。いわゆるドッグフーディングというヤツです。当然この記事もenno.jpでチェック・修正しました。 参考: ドッグフーディングとは:意味/解説 - シマウマ用語集 今年1月に突然enno.jpがバズッて自分でもびっくりしました。広めていただきありがとうございます🙇。 「外出自粛要請」が文章校正に引っかかってワロ

    日本語エラーチェックサイトenno.jpを作った理由|TechRacho by BPS株式会社
  • 文章を書くことは数学の証明問題を解くのと同じ|pato|note

    これは「文章を書く人に伝えたい50のこと」のセカンドシーズン(実践編)Vol.01です。全連載終了後に消去して有料になります。読むなら無料のうちに。よく、「文系だから」「理系だから」となんでもザクザク分割して考える人がいるけど、まあ、頭悪いなーといつも思う。そういった分類はあくまでも大学入試だとかのシステムの問題であって、実際にはそうはいかない。 そもそも、そういった「理系」「文系」という分類が仮に有効だとしても、それらの世界の奥深いところにいけばいくほど、理系の世界では文系的素養が大切だし、文系の世界でも理系的素養が大切だとすぐに気が付く。入口からちょっと入ったところで気が付いてしまう。 実際にはそういった「文系」「理系」なんて分断はあり得ないことだが、この回の文章では分かりやすくするためにあえてそれらを使って論じてみる。 例えば、文章を書くという行為は、きわめて文系的素養だと思われがち

    文章を書くことは数学の証明問題を解くのと同じ|pato|note
  • 出ない神本より出るクソ本 〜『読みやすい技術書を書く技術』の第1章と頒布情報〜 #技術書典 - 憂鬱な世界にネコパンチ!

    『読みやすい技術書を書く技術』は、読みやすい文章を書くための「校正環境」を構築するです。このでは、CircleCIを使って継続的に文章を校正する仕組みを整えます。技術書のような長い文章を書く人には、特に有益です。技術書典7で頒布予定なので、ぜひチェックいただければ幸いです。 techbookfest.org CIで校正チェックすることに興味はあるけど、そこまで手が回らないんだよな〜と思っている人いませんか。このはあなたのために書きました。このを読めば誰でも、CircleCIで最高の校正環境が構築できます。 このを読むことで学べること 『読みやすい技術書を書く技術』では、次のようなことを習得できます。 校正ツール「prh」「RedPen」「textlint」の使い方 「CircleCI」の基礎知識と校正ツールの組み込み方 「reviewdog」による校正チェック結果のGitHub

    出ない神本より出るクソ本 〜『読みやすい技術書を書く技術』の第1章と頒布情報〜 #技術書典 - 憂鬱な世界にネコパンチ!
  • レビュー前に直して欲しい日本語の問題点8つ - Qiita

    私はウンザリしています。 「○○対応」は曖昧なのでやめてください。「○○を修正した」の方が直接的です。 こんな指摘を新人が入ってくるたびにコードレビューやドキュメントレビューで繰り返しています。どうも、プログラマー(と言うか理系?)には独特の言語文化があり、みんな同じような分かりにくい表現をしてしまうようです。 「レビューを依頼する前にこれを読んどいて!」と言える記事なりなりがあれば良かったのですが、良いものが見つけられなかった(ご存知なら教えてください)ので、とりあえずレビューでよく指摘する日語の文章の問題点や変な表現ポイントを列挙しました。 なお「コメントは必要十分な量を書く」「チケット番号やWikiのURLを書く」といった、良く知られた・日語に限定されない話題は省略しています。 (※コメント欄などの指摘を受け「補足」を追加) (※タイトル変更。「コードレビュー前に直して欲しい日

    レビュー前に直して欲しい日本語の問題点8つ - Qiita
  • 分解して組み立てる作文の手引き - Shop 朝P - BOOTH

    《商品説明》 (コピーフリー版を追加しました。ver. 1.05を基に必須中の必須部分を精選、クリエイティブ・コモンズ・ライセンス「表示─非営利─改変禁止」を守っていただければ、自由にコピーして利用いただけます。学校や職場などでご活用ください) ★日語で作文する際、最も基になるであろう要素を可能な限りコンパクトに、またわかりやすくまとめたつもりです。マッハ新書はもとより、文章を書くさまざまな場面で参考にしていただけると幸いです。 ※複数の方から「Boostしたい」というありがたい声をいただいております。このコンテンツでお金を取る意思はないので、もしよろしければ、下記ページから藤堂高行さんへの支援をしていただけるとうれしく思います。深読みする方もいるかもしれませんが、正直な気持ちからです。それでも疑う方は……「しない善よりする偽善」ということでひとつ。 https://goroman.b

    分解して組み立てる作文の手引き - Shop 朝P - BOOTH
  • 1