ストーリーの文章、ストラクチャーの文章｜横田大樹（よこたひろき）
これでハッと書きかけのnoteの下書きを思い出したので、急いでまとめておく。 ◇ ◇ 編集者がライターを選んだり文章のディレクションをするとき、あるいはライターになろうとする人にも役に立つんじゃないかと思う考え方がある。 それは、文章を ◎ストーリーの文章 ◎ストラクチャーの文章 の２種類に分ける考え方だ。 日本語にすれば、ストーリー＝物語、ストラクチャー＝構造になるのだけれど、もっと言えば次のような言葉で説明できるような気がしている。 ストーリー｜ストラクチャー 主観的｜客観的 感情的｜論理的 直線的｜樹形図的 共感｜理解 話し言葉｜書き言葉 おもしろい｜わかりやすい 動的｜静的 良い文章はたいてい、このストーリーとストラクチャーが適切な塩梅と順番になっている。主観的でありながらわかりやすく、客観性と共感が共存するような文章だ。 この考え方は本の章構成を決めるときにも役に
音声入力でどのようにブログを書いているのか｜けんすう｜note
今年にはいってから音声入力でブログを書いているのですが、どんな感じでやっているかというものを、まとめてみたいと思います。 と言ってもそんな大したことはやっていません。 単純にAndroid端末でGoogleの音声入力を使って入力しているだけです。iOSでもそんなに精度悪くないんですけど、Googleさんのほうが良い気がしています。 まずやり方ですが、僕は最初に下書きを Google Keep に入れています。 ちょっと特殊なことをやっている点は、Google Keepを立ち上げるのをショートカットで簡単にしているぐらいです。Nova Launcerというアプリを使うことで、ホーム画面でダブルタップをすればGoogle Keep をすぐに立ち上げるように設定できます。これがあれば、思い立った時にすぐにメモを取ることができるので便利です。 音声入力の良さはやはり入力スピードの速さです。一般的に
「もっと学んでからにしよう」と思わなくて、本当によかった（日々の日記）｜結城浩
※全文が無料で読める「投げ銭」スタイルのノートです。いつも書いていることですけれど、自分が書いた本の再校読みは楽しい。とても楽しい。初校のざらつきがとれ、スムーズに読める。自分の書いた説明文だから、自分の頭にぴったりフィットする感じがする。とても心地よい。いや、心地よいとばかり喜んでいては校正にならないんですけれどね。とりあえず楽しいので、何度も読み返すわけです。 私の最初の本が1993年の出版。時の流れるのは本当に早いものだと思います。振り返ってみると、10年なんてあっという間ですよ。あっという間。 本を書くこと。 本を書くのはたいへんなこと……だけど。 「もっと学んでから書き始めよう」などと思わなくてよかった。 「すでに優れた本がたくさん出ているから、自分はもう書く価値がない」と思わなくてよかった。 うまずたゆまず、自分にできることをできる範囲でいいから、手抜きをせずに、こつこつと続け
Botを高速開発するためのフレームワーク「bot-express」の概要と使い方 - Qiita
bot-expressはオーダーメイドのChatbotを高速に開発するためのフレームワークでNode.jsで動作します。開発者はフォーマットにしたがって「スキル」を追加するだけでChatbotの能力を拡張していくことができます。 bot-expressに含まれる主な機能 NLU（Natural Language Understanding）によるメッセージの意図解析 複数メッセンジャーへの対応 文脈の記憶 ユーザーからの情報収集・リアクション 多言語翻訳 構成 コンポーネント bot-expressをベースとしたChatbotは下記のコンポーネントで構成されます。 メッセンジャー 自然言語処理のサービス Chatbot本体（bot-expressベースのNode.jsアプリ） 開発者はChatbot本体に「スキル」を追加することでChatbotの能力を拡張していくことができます。丁寧で品質
読みやすいブログの書き方 | DevelopersIO
渡辺です。 以前、JUnit実践入門を執筆した経験もあり、社内でもブログの文章が読みやすいと評価を受けています（内容はともかくｗ）。 折角なので、技術ブログを書くときに注意する点をまとめてみました。 はじめに結論を書く 一番大切なこと、それは結論を最初に書くことです。 エンジニアには時間ありません。 はじめに、何が言いたいか、何を解決するのか、そこを最初に書かないと、読んでて苦痛です。 回りくどかったり、話がブレブレだと最悪です。 「XXの時、解決するにはXXする」とか「XXについて一言でまとめるとXXです」など、最初にまとめを書きましょう。 見出しですべてを伝える意識を持つ 見出しは大切です。 見出しを追っていけば、内容が頭に入ってくるのがベストです。 「見出しをまとめてしまったら、本文に書くことなくなった(´・ω・`)」となれば完璧です。 まさに今、蛇足しか書いてません（笑）。 短い文
ドキュメントをプログラムのように「開発」する時代が来た
一昔前、「厚い財布」は、お札をどっさり入れて高級店に出入りする「お金持ち」の象徴だった。貨幣と交換でモノやサービスを買う社会では、お財布の厚みによって受け取れるモノやサービスの量が決定されたからだ。 しかし、クレジットカードや電子マネーが普及して高額の現金を持ち歩く必要性がなくなった現在では、厚い財布は「スマートさに欠ける人」を指す表現になっている。大量の現金を持ち歩くのは不用心だし、クレジットカードやポイントカードなどで財布が膨らんでいると「お得」や「特典」といった言葉に踊らされている人だと思われがちだからだ。 情報システムの納品物となるドキュメントも、かつてはその厚みが数億円ものコストを象徴していた。基幹系システムなら、ドキュメント一式でキャビネットが数段占有されるのが当然のことだった。 しかし、いまや紙のドキュメントはお荷物。更新が大変なのでソースコードと乖離しやすいうえ、同時に複数
textlintで日本語テキストの文字校正を試してみた - the code to rock
はじめに 導入 textlintrcを設置 最初のつまずき prh を使ってみる | 2度目のつまずき 追記: 絶対パスにも対応して頂きました prh を使ってみる（2） | 辞書を選ぶ 結果をテキストファイルに書き出す 追記: [39m[32m などを消す方法 コードを書く tx.sh textlint_pretty_error_tidy.pl Vimから使えるようにする 展望とまとめ はじめに textlintについては少し前から時々名前を聞くなと思っていましたが、自分に関わりがありそうなものとして意識したきっかけは、@t_wada さんによる以下のツイートだったと思います。 とある技術文章のレビューをする際に、細かな言い回しの修正を逐一指摘する代わりに textlint を入れてもらったら、文章がみるみる良くなってきているのをリアルタイムに見ている。 textlint は偉大だ。—
RedPen
RedPen is a proofreading tool to help writers or programmers who write technical documents or manuals that need to adhere to a writing standard. RedPen automates the verifications of input documents written in natural languages — NOT computer languages such as C++ or Java. RedPen はプログラマや記者が規約にしたがって文書（マニュアルやソフトウェアドキュメント）を記述しているか検査します。 RedPen は自然言語で記述された入力文書のチェックを自動化します。 Customizable 柔軟な設定 RedPen is
textlintで日本語の文章をチェックする
textlintはMarkdownなどテキスト向けのLintツールで、テキスト版ESLintみたいな感じのツールです。 JavaScriptでルールを書けるテキスト/Markdownの校正ツール textlint を作った | Web Scratch 最近azu/JavaScript-Plugin-Architectureという小さな書籍を書いていて、色々簡単に使えるような仕組みを追加しています。 この記事では簡単なtextlintの導入方法について紹介します。 公式サイトには一部ルールを含むオンラインデモが公開されています。 textlint · The pluggable linting tool for text and markdown ドットインストールにてNode.jsのインストール、textlintの利用方法、エディタとの連携などのチュートリアルが公開されています。Node.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
