良い文章の書き方とコツ、重要スキル：「パラグラフライティング」の解説 - Qiita
本記事では、「良い文章」を書くための重要スキルである「パラグラフライティング」について、内容の解説、実践方法、学び方を紹介します。 【※NEW】22年6月新記事：スクラム関連の研修・資格のまとめ & おすすめの研修受講方法 残念ながら日本の大学では、良い文章を書くための重要なスキルである「パラグラフライティング」について、ほとんど教えてもらえません。 しかし新人に限らずですが、パラグラフライティングを意識し、読み手に伝わりやすく、読んでいて苦にならないような良い文章を書くことができると、仕事の早さや質は劇的に変化します。 パラグラフライティングのスキルを知り、少しでも意識していくだけで、文章力は大きく変化します（偉そうに書いていますが、私もいまだに完全な習得に向けて、日夜、改善の日々です）。 本記事は、私の「新人&新人メンター向け記事シリーズ」の第2本目となります。 （1本目はこちら）「効
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
Becoming a Better Writer as a Software Engineer
Writing is an increasingly important skill for engineering leaders. Indeed, poor writing can hamper career progression, above a certain level. Tactics for more clear, more frequent and more confident writing. I’ve observed that my writing is not up to par with my peers. How can I improve my professional writing, as someone working in tech?I get this question from many people: senior engineers who
TL;DRの意味を勘違いして使っていたら顰蹙を買ったので気をつけて使おう！ - Qiita
TL;DRとは？ TL;DRは"Too Long, Didn't Read" 「長すぎるから読まないよ。」「要約です。」など記事や論文、プレゼンテーションなどで省略や引用を簡潔に説明する時にちょいちょい見かける表現です。(だと思っていました） 実用英語でもこういう表現が市民権を得て使われていると思って英会話で使ってみたところ顰蹙を買いました。 なにやらTL;DRには 「〜(笑)」 「本田△」 「~(以下略)」 のような煽りや小馬鹿にした意味合いも持っていることがあるということを教えてもらいました。 なので発言の仕方、かっちりしたフォーマルな場での多用はあまり避けた方がよさそうです。 ※ネットぽいというかNerdyな感じらしいです。 追記 2019/06/24 1人だけの意見を書いてしまったので数人の英語ネイティブ（非IT業界勤務)にもどういう風に見えるか、聞こえるのか聞いてみました。 ・T
読むのがつらくなる「ダメな文章」の特徴とは？ マネしちゃいけない「ダメ文の書き方講座」
大学教員の筆者が、学生のレポートを読みまくる中で発見した「ダメな文章の書き方」……いわゆる「ダメ文講座」をこれまで2度にわたってお届けしてきました。 ダメ文講座（第1回）のポイント 読点を使わない、変なところに打つ 文をねじれさせる 並列関係を混乱させる →第1回を読む ダメ文講座（第2回）のポイント 1つの文に複数の意味がある「多義文」 「こと」ばかり繰り返す「ことこと煮込んだ文」 読み手を疲れさせる「頭でっかちな修飾」 →第2回を読む 前回までの記事では主に単体のダメ文、すなわち「なぜ、その文がダメなのか」を分析しました。今回は「文」に加えて、文単位だとそんなにダメではないのに、その文がまとまると「全体的にダメ」になるパターン、複合的なダメ文についても考えてみます。 植田麦 明治大学政治経済学部准教授。研究の専門は古代を中心とした日本文学と日本語学。 「こと」「的」以外にもある！ ～省
文賢（ブンケン）- 文章の完成度を高める校正・推敲・校閲支援ツール
読みやすくわかりやすい文章や、人を傷つけない文章を書くためには、多くの人のチェックが必要です。 文賢（ブンケン）は、独自に研究を続けた「100を超える視点」を用いて、あなたの文章をチェックします。 そして、より良い文章を書くための改善点を提案します。 文賢は、人の気持ちに寄り添う、新しい文章作成アドバイスツールです。
良質なコンテンツとは：良い記事を書くための14のポイント
最近では、SEO対策として「良い記事を書こう」「良質なコンテンツを作ろう」とよく言われます。しかし、多くの場合、その具体的な定義や目安は説明されません。 明確な答えはGoogleの中の人でさえ分かっていないのかもしれませんが、仮説であっても自分なりの答えを持っておくことは重要なはずです。今回は、当サイトが考える「良質なコンテンツの定義」を14点紹介します。※ あくまでも当サイト管理人の意見であることにご注意ください。 良質なコンテンツ：14の定義 1. 主題が明確であること 1つの記事では、1つのテーマについて書きます。言うまでもなく「美味しいご飯のお供」の話と「アメリカの大統領」の話は、1つの記事に書くべきではありません。 SEOを強化したいのであれば「何というキーワードで、検索ユーザーに訪れてきてもらうか」まで考えると、記事が書きやすくなります。 2. ユーザーが探している答えを、すぐ
ブログのタイトルや見出しを効果的にする！キャッチコピーを書くための基礎テクニック
ブログやサイトのタイトル・見出しの文言は、非常に大切です。 ビジターはそこにある言葉を見て、興味を引かれれば、コンテンツを読んでみようという気になります。また、ソーシャルサービスでも記事のタイトルだけ掲載されることが多く、その言葉が強い印象を与えるほど、興味を引かれます。 ユーザーの興味を引くキャッチコピーを書くための基礎テクニックを紹介します。 コピーライティングの上達方法 キャッチコピーを書くための基礎テクニック コピーライティングの上達方法 Web・TV・雑誌・街中で気になった広告（言葉）を写真やメモで記録する。 気になるグラフィックを言語化してみる。 語彙を増やす。 言葉の組み合わせをパターン化してみる。 いつでも使えるように、ストック化しておく。 書いたら、第三者にレビューしてもらう。 感想をもらったら、改善していく。 言葉の引き出しを増やすための便利なオンラインツールもあります
UIのライティングでやってはいけない16のこと
UIのラベルやテキストは、正確且つ簡潔なライティングによって使いやすくなり、信頼度が高まります。 では、ラベルやテキストのライティングにおいてやってはいけないこととは何でしょうか？ 今回はUIライティングで避けるべき16個のポイントをご紹介します。 1. 特殊な言い回しと専門用語 ユーザーの知らない用語や馴染みのない言い回しはユーザーの認知的負荷を増やしてしまいます。「ギークな会話」を避ける為にベストを尽くしましょう。安全策を取って、すべての読者に向けて書くということ、そしてビギナー、ベテラン問わず通じるような一般的な言葉を用いましょう。 以下は特殊な言い回しをエラーメッセージに使用した例です。 もちろん、これは状況によります。もしこのメッセージを見て理解できるユーザーが対象なのであれば問題ありません。そうでなければ、今すぐにでも単純で直感的になるように変更しましょう。 2. 長過ぎる詳細
誰でも良い文章が書ける！Webライティング11のルール（スライド） | ベイジの社長ブログ
Web制作者を悩ませる問題に、「Webを熟知したコピーライターがいない問題」があります。特にメディア型のWebサイトの場合、文章の質がコンテンツパワー、ひいてはWebサイトの集客力・訴求力そのものになってきます。しかし現状、プロジェクトメンバーにコピーライターが参加しないのは当たり前になっています。 また、もしコピーライターをプロジェクトに参加させたいと思っても、Web特有のユーザ行動や設計思想、SEOなどに精通し、Webに相応しい文章を作ってくれるコピーライターは、この市場にごくわずかしか存在しないのではないでしょうか。 このWebのコピー問題は、考える以上に深刻です。なぜなら、文章の良し悪しで、コンバージョン率もユーザの満足度もブランドイメージも、簡単に変わってしまうためです。そして、その問題に対する私たちの結論は「全員でコピーをチェックして校正しよう」ということです。 私自身は今まで
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
「下さい」と「ください」の使い分け（広報Q&A）：日本広報協会
「クダ」の部分を漢字にするか仮名書きにするかは、意味や用法によって使い分ける必要があります。 漢字を使う場合 「飲み物をクダさい」といった実質動詞（「くれ」の尊敬・丁寧表現）の場合は、「下さい」と漢字書きにします。 仮名書きにする場合 「お飲みクダさい」といった補助動詞（何かをお願いするときや、敬意を表す尊敬・丁寧表現）の場合は、「ください」と仮名書きにします。
フォントやレイアウトで人にいい印象を与え好意的に文章を読んでもらう方法
画像や文章のレイアウトはウェブサイトをデザインする時だけではなく、資料やポスターなどを作成する時にも必要になりますが、正しいフォントの選択やレイアウトは文章を読みやすくするのに加えて、人の脳に作用し読み手を心地よくさせます。ということで、以前記事化した「自分のアイデアをアプリ化するための予算を自動計算してくれるウェブサービス『How Much Does It Cost To Make An App？』」を提供しているooomfの創設者・Mikael Choさんが、すぐにでもできる効果的な文書の作成方法をまとめています。 The science behind fonts (and how they make you feel) | ooomf blog https://ooomf.com/blog/the-science-behind-fonts-and-how-they-make-you-
oTranscribe
A free web app to take the pain out of transcribing recorded interviews. No more switching between Quicktime and Word.Pause, rewind and fast-forward without taking your hands off the keyboard.Navigate through your transcript with interactive timestamps.Automatically saved to your browser's storage every second.Private - your audio file and transcript never leave your computer.Export to Markdown, p
ワンページメモを用いたシンプルで説得力のある提案書の書き方 | FICCナレッジブログ | FICC
提案書のライティングはマーケティングやコミュニケーションの仕事に携わる人が一番に学ぶべきスキルです。情報を整理し、相手に正しく伝え、説得をする事が出来なければ、私たちの仕事は勤まりません。特に組織をまたぐ、大きなチームでの仕事は様々な局面で合意形成を必要とし、情報伝達の遅延やミスがプロジェクトの失敗につながります。 ※2016年3月4日追記 : ワンページメモの最新版記事を公開しました。 提案書はパワーポイントではなく、必ずテキストのアウトラインから作成します。資料に含まれる全ての情報を書き出し、分類・整理し、相手の説得に必要な論理展開を確立します。アウトラインの段階では、相手が提案を受け入れやすい順番に情報が整理されているか、正しい判断を行うための情報が正確に（抜け落ちや間違いがなく）表現されているか、そして無駄や矛盾点がなく、要点を簡潔に伝えることができているかを確認します。 情報を正
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
