RedPen v1.4 のリリース | Recruit Tech Blog
ATL の takahi_i です。 RedPen の v1.4 をリリースしました。v1.4の RedPen は以下の URL からダウンロードできます。また、ご利用の OS が MacOS をであれば、Homebrew を利用して RedPen v1.4 をインストールできます。 https://github.com/redpen-cc/redpen/releases/tag/v1.4.0 リリース v1.4 の目玉は LaTeX 対応と、機能強化です。以下各トピックについて解説します。 LaTeX 対応 今回のリリースでは LaTeX フォーマットへの対応を開始しました。LaTeX のサポートは RedPen の開発当初から多かったリクエストです。v0.6 のリリースから一年以上かけてやっとの対応となりました。 残念ながら現状の LaTeX サポートには以下の制限があります。 Red
Alex – 政治的に正しくない英単語の利用をチェックできるツール
Catch insensitive, inconsiderate writing (心無く、浅はかな文章を捕らえよう) というキャッチで公開されている Alex は、JavaScript/Node.js ベースで書かれた […] Catch insensitive, inconsiderate writing (心無く、浅はかな文章を捕らえよう) というキャッチで公開されている Alex は、JavaScript/Node.js ベースで書かれた英文チェックツールです。いわゆるポリティカル・コレクトネス(PC)に反する、政治的や社会的に差別や偏見のある単語が使われていないかを見つけてくれます。 ウェブですぐに動作を試せるデモが公開されているので、それを見てみるのが一番早いでしょう。 「カメラマン」「チェアマン」みたいな男女差別につながる言葉、”he”とか”she”とかの男女を決め打ちで書い
JavaScriptでルールを書けるテキスト/Markdownの校正ツール textlint を作った
azu/textlint textlint というテキスト(plain textとMarkdown)の校正をするためのコマンドラインツールを書きました。textlintはNode.jsで書かれていて、Node.jsモジュールとしての利用することもできます。 一番の特徴は校正するルールをJavaScriptで書くことで拡張可能な作りになっています。 The pluggable linting tool for text(plain text and markdown). 逆にデフォルトではルールはサンプル扱いのno-todoというTODOが含まれてることを検知するルールしか今のところ入れていません。 Example: creating no-todo rules. デフォルトでルールが用意されていて、それの設定を変更することでLintする場合はRedPenなどがお勧めです。 RedPen:
日本語組版処理の要件（日本語版）
1.1 この文書の目的 すべての文化集団は，独自の言語，文字，書記システムを持つ．それゆえ，個々の書記システムをサイバースペースに移転することは，文化的資産の継承という意味で，情報通信技術にとって非常に重要な責務といえよう． この責務を実現するための基礎的な作業として，この文書では，日本語という書記システムにおける組版上の問題点をまとめた．具体的な解決策を提示することではなく，要望事項の説明をすることにした．それは，実装レベルの問題を考える前提条件をまず明確にすることが重要であると考えたからである． 1.2 この文書の作成方法 この文書の作成は，W3C Japanese Layout Task Forceが行った．このタスクフォースは，次のようなメンバーで構成され，ユーザーコミュニティーからの要望と専門家による解決策を調和させるために様々な議論を行ってきた． 日本語組版の専門家（“JIS
TypeScript in Definitelyland 発行
公開しましたよ どうも、vvakameです。 去る12月30日、コミックマーケット87にてTypeScript in Definitelylandという冊子を頒布しました。 当日買いに来てくださった方、本当にありがとうございました！見本誌が見られている間、なかなかドキドキするものですね。 前回C86でお昼すぎから初コミケを観戦に行き、今回は初めてサークル入場で売り子(の後ろから在庫出すマン)をしました。 落ち着いて周囲を回ってみると、TechBoosterみたく在庫ガン積みしてる所が見当たらなくて、あってくぶって変なサークルだったの…？？と知りました。 Unity部さんはバウチャー販売になってて在庫の山を積んでいなかったので、賢いな…！と思いました。 頒布前から宣言していた通り、その全文を公開します。 GitHubリポジトリはこちら。 本書はTypeScriptリファレンス（Amazon、
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
秀丸マクロ集｜未來社
//■無駄なスペースとタブの削除 //行頭・行末の無駄なスペースとタブの削除 replaceallfast "^[ \t]+"," ",inselect,regular; replaceallfast "[ \t]+$","",inselect,regular; //和文中の無駄なスペースとタブの削除 replaceallfast "\\f[、-黑]\\f[ \t]+\\f[、-黑]\\f","\\1\\3",inselect,regular; //カッコ類で始まるときの行頭のスペースを削除 replaceallfast "^ \\f[「『〈《（［〔【｛“‘\n]\\f","\\1",inselect,regular; //■行頭1字下げ処理 replaceallfast "\n\\f[^ 「『〈《（［〔【｛“‘\n]\\f","\n \\1",inselect,regular; /
ルールの書き方と説得力 - 蒼き月の囁き
名声値-社会的地位の技能化-1 - 蒼き月の囁き 名声値-社会的地位の技能化-2 - 蒼き月の囁き 名声値-社会的地位の技能化-3 - 蒼き月の囁き このあたりに、まと．さんから「本格的なボリュームの追加ルールになってますね。」なんて、お褒め（？）のお言葉をいただきました。 実はボリュームはこけおどし、つーか、必要以上に文章量が膨らんでいるので、そのあたりのことをつらつらと。 学生時代、ハウスルールって箇条書きで書いてました。 それで十分だったし、「売ってるルールブックも箇条書きで書いてくんねえかな」ぐらい思ってましたね。 ところが箇条書きって、そのときは内容を理解してるんだけど、長く運用して読み手の意識に変化があると、結構恣意的な解釈が可能だということがわかってきました。暗黙の了解を外において、最小限の事項だけ書き出しがちなんですね。 もちろん文章だから暗黙の了解がないというわけではない
コンテンツ作りの三原則
8. へーい！ エヴェリバディ〜！ 元気かーい！ Everybody is Nobody Web上は同志が集まったライブ会場とは違います。 「エヴェリバディ〜」と呼びかけても、 他人ゴトと思われ、だれにも伝わりません。 1. ターゲットは一人！
文章を「書ける人」と「書けない人」のちがい - デマこい！
文章を書くという仕事は、ゼロを１にする作業だと思われがちだ。 小説や脚本、ゲームシナリオなどの創造的な文章ならばなおさらだ。しかし実際には、文章を書くというのは１００を１にする作業だ。文章を書けるかどうかは、このことに気づけるかどうかだと思う。作家にせよ、ジャーナリストにせよ、それこそアルファブロガーに至るまで、きちんとした文章を書ける人はみんなこのことに気づいている。 狼と香辛料 (電撃文庫) 作者: 支倉凍砂,文倉十出版社/メーカー: メディアワークス発売日: 2006/02メディア: 文庫購入: 18人 クリック: 471回この商品を含むブログ (745件) を見る 『狼と香辛料』を書くにあたり、著者の支倉凍砂はかなりの量の文献を読み込んでいたらしい。ライトノベルは、青少年向けの「軽い小説」と見なされることが多い。しかし、そのライトノベルでさえ、メガヒットの裏側にはきちんとした情報収
WEB+DB PRESS編集部で使っている用語統一ファイルです。WZ Editorというエディタ固有の設定ファイルですが、基本的な書式は「変更後単語（タブ）変更前単語」なので、おおよそはおわかりいた
WEB+DB PRESS編集部で使っている用語統一ファイルです。WZ Editorというエディタ固有の設定ファイルですが、基本的な書式は「変更後単語（タブ）変更前単語」なので、おおよそはおわかりいただけるかと思います。詳しい書式は【WZの書式】部分をご覧ください。末尾に長所や短所も書いています。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87
いま、何の話をしているのか。 - デマこい！
ひさしぶりに「議論の組み立て方」系の記事を書きます。 ◆ 議論が苦手な人は、情報の整理が苦手な人だ。相手の“言っていること”を体系的に理解できないから、うまく反論することができない。自分の感情を“主張”へと昇華できないから、自分が“何を言っているのか”さえ、あやふやになっていく。情報を整理する力は、議論に強い・弱い以前の問題だ。 「現状分析をしているのか、それとも理想や目標について話しているのか」 「全体の話をしているのか、それとも個別の話をしているのか」 少なくとも、この２つの軸だけは見失わないようにしたい。 ◆ たとえば、こちらの記事： 国民国家とグローバル資本主義について‐内田樹の研究室 http://blog.tatsuru.com/2012/12/19_1126.php 私は以前から、「充分に豊かになった国・地域では“政治”の力が弱くなる」と考えていた。なぜなら民主的で豊かな国で
あのひとはなぜ「ネタ切れ」しないのか？――世界を見つめる解像度 - 週刊アスキー
前回は「アイデアのつくり方」について書きました。今回はそれをもう少しすすめてみたいと思います。 作家やライターを志望していて「書くネタがない」と言うひとがいます。自分は普通の人間で、特別な人と会うこともないし、派手な出来事とかも身の回りに起こらないから、とくに書くに値する出来事の持ち合わせがない、だから書かないのだというのです。お笑い芸人を志望していてこういうことを言っている人もたぶんいるでしょう。 ■「ネタ切れ」しない人たち 『ほぼ日刊イトイ新聞』（関連サイト）を主催している糸井重里さん（ @itoi_shigesato ）は、『今日のダーリン』というコラムを毎日書き続けています。『ほぼ日』は1998年に創刊しているので、これまでに5000本以上を書いた計算です。数もすごいのですが、いつも面白いのがさらにすごいです。もちろん糸井さんは、これだけでなく、日々ほかにもたくさん原稿を書いている
いまどきの技術本執筆環境 - 「CakePHP2実践入門」
原稿執筆 原稿は Vim で書いて、Marked のプレビューを確認するという形で進めました。 Vim 原稿の形式は、Markdown＋独自マークアップのプレーンテキストだったので、執筆陣は各自好きなツールを使うことができました。 Vim は普段から使っていて慣れていますし、技術本ということでソースコードを読んだり書いたりする場面が多いので同じエディタ上でそれができるのは楽でしたね。 Markdown ということで当初は専用のエディタなども試したのですが、やはり「書く」という行為に関しては手に馴染んでいるものが一番です。 Marked Marked は Markdown 形式で書かれたファイルをプレビューするツールです。Marked でファイルを開いておくと元ファイルが変更されるとプレビュー側も連動して更新されます。 あくまでプレビューに特化したツールなので任意のエディタと組み合わせて使用
ユーザーはWebをどう読んでいるか
答えはノーだ。ウェブを一言一句たんねんに読んでいる人はめったにいない。かわりに彼らはページを流し読みしている。個々の単語や文をつまみ読みしているのだ。 How Users Read on the Web by Jakob Nielsen on October 1, 1997 最近の調査で、John Morkesと私は、テストユーザーの79％がどんなページに出くわしても流し読みしていることを発見した。逐語的に読んでいた人はたった16％しかいなかった。 このため、ウェブページは流し読みに対応したテキストを採用する必要がある。具体的には、 キーワードを強調する（ハイパーテキストリンクは一種の強調としての働きを持つ。他に書体の変化や色が挙げられる） 意味のある小見出し（「気の利いた」ものではない） 箇条書きリスト 1段落1アイデア（ユーザーが段落始めの数語でつかめなかったアイデアは、その後で言って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術解説書向け用字用語（案）
GitHub - prh/prh: proofreading helper
Amazon.co.jp: 知的文章とプレゼンテーション 日本語の場合、英語の場合 (中公新書): 黒木登志夫: Digital Ebook Purchas
WEB+DB PRESS編集部で使っている用語統一ファイルの専門用語部分です。WZ Editorというエディタ固有の設定ファイルですが、基本的な書式は「変更後単語（タブ）変更前単語」なので、おおよそはおわかりいただけるかと思います。詳しい書式は【WZの書式】部分をご覧ください。末尾に長所や短所、背景説明へのリンクも書いています。
http://blog.olivinecafe.info/post/19055876482/olivineeditor
