20年以上ネットに文章を書き続けた上で文章術の本をたくさん読んで分かった「文章を書く方法」 - karaage. [からあげ]
文章を書く方法 あくまで、「良い文章を書く方法」でも「文章を書く極意」でもなく「（普通の）文章を（普通に）書く方法」です。 20年以上ネットに文章を書いたりしているうちに、いつのまにか商業誌に数十本寄稿したり、書籍も数冊出したりしていました。あんまり意識していなかったのですが、ひょっとしたら自分はある意味、作家に近いのかもしれません（ご飯は食べてないので、プロ作家ではなく、セミプロかハイアマというところでしょうか）。 「ということは、少しは上手な文章を書けたほうが良いのかな？」と思い、最近いくつか文章術の書籍を読み漁っています。「今さら！？」という声が聞こえてきそうですが、そうです、今さらです。本を出す前に読めよって話ですよね。『鬼滅の刃』なら、鱗滝さんに「判断が遅い」と10回くらい殴られているところです。 遅いながらも、文章術の本は20冊くらい読みました。その上で、自分が思う「文章を書く
![20年以上ネットに文章を書き続けた上で文章術の本をたくさん読んで分かった「文章を書く方法」 - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ae58184cd6071cb40b5e6785916de7db87ab7e8d/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20240220%2F20240220111737.png)
無料で文章やコードを校正できる「textlint」にブラウザ拡張機能「textlint editor」が登場したので使ってみた
論文やマニュアルを書く場合の表記揺れや誤字脱字、読みにくいため好ましくないとされる表現などを検知して、文章全体の質を上げるための校正ツール「textlint」が、2021年5月27日にバージョン12へのアップデートをリリースしました。合わせて、textlintを任意のウェブサイトで動かせるFirefoxとChromeのブラウザ拡張をベータリリースしたことも告知されています。 textlint v12.0.0 · textlint https://textlint.github.io/blog/2021/05/24/textlint-12.html textlint 12リリース、ブラウザで動くtextlint editorをベータリリース | Web Scratch https://efcl.info/2021/05/27/textlint-12-editor/ textlintとは、az
あなたは本当に文章を書くのが遅いのか | おそらくはそれさえも平凡な日々
このエントリーは、Mackerel Advent Calendar 2020 5日目の記事です。 さて、多くの人が「自分は文章を書くのが遅い」と思っているのではないでしょうか。僕もそう思っていました。 ブログエントリーを書き出すと得てして思っていた以上の時間がかかります。書くことがだいたい決まっているちょいネタのつもりであっても書き出してみたら数時間かかってしまう、大作であれば丸一日潰れてしまったり、しばらく寝かして数日がかりになることも珍しくありません。そして「ああ、自分は文章を書くのがなんて遅いのだ」と嘆いてしまうのです。 そして、見事な大作ブログ記事をバンバン投稿している人を見ると「書くのが速い人は羨ましいなー」と羨望してしまいます。また故栗本薫氏が、一時間に原稿用紙96枚分を書いたなどの伝説を聞くに、圧倒されて唖然としてしまい、やる気を失ってしまいそうになります。 しかし果たして本
Google社のテクニカルライティングの基礎教育資料がとても良かったので紹介したい - Qiita
はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと（テクニカルライティングとも言います）は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習したことがない、または過去学習したが改めて再学習したいという方に、お勧めのコンテンツを見つけたのでご紹介します。 https://developers.google.com/tech-writing Every engineer is also a write
「という」と「こと」を減らすだけで、文章はぐっと読みやすくなる｜Ryo Yoshitake | THE GUILD
と思っている話です。もはやタイトルでぜんぶ言ってしまった。 せっかくなのでもう少し続けます。 2020/05/03追記：第二弾？書きました この本がまだ初稿になる前、共著者のみなさんと執筆真っ最中の頃に何度か打ち合わせがあったのですが、そこで「書籍的な文章を書き慣れてない人って、"という"と"こと/もの"を多用しがちなので、この2つを抑えるだけでも文章がシュッとするんですよ」とお話したら思ったより反応があったので、これは需要があるんじゃないかと感じたのがきっかけです。 ここから先は具体例を交えて解説していきます。 さすがに他人様のテキストを使うのは気が引けるので自分が書いた記事を例に挙げます。……でも自分はこのテクニックを使うようにしているので、該当する記事がなかなかないんですよねぇ……と思ったらあった！ （よりによってこれか……せっかくなので皆さんスタァライトを観ましょう！） 記事中では
白紙に近い答案はバカなのか - 小人さんの妄想
どうやら、そうでも無いらしい。 これは私にとって驚きの発見だった。 もし「白紙に近い答案＝バカ」が成立しないのであれば、 そもそも記述式テストというものは成り立たないのではないか。 より正確に言うと、 ・充実した答案 => 知識を持ち合わせている は正しい。しかし、この逆である、 ・スカスカの答案 => 知識を持ち合わせていない は、必ずしも真ではない。 なので、記述式テストというものは半分までしか成立しない。 これを当然だと思う人と、発見だと思う人がいる。 私は後者であった。なぜかと言うと、 「知識を持っていれば、それを紙の上に落とせるのは当然」 と思っていたからである。 縁あって、私はテストを作って、採点する立場にある。 掛け持ちの非常勤ではあるが、とにかく先生と呼ばれるものの端くれである。 その記述式のテストやレポートで、時折、ほんの少ししか書かれていない答案を見かける。 わずか２〜
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術文書アンチパターン集