John Resig - Programming Book Profits
As I begin working on my second book I’ve gone back and realized that there’s a lot of things that I wish I knew before I started writing my first book way back in March of 2006. One of the big ones was the volume of book sales and the amount of profit made. Namely: Programming books (by-and-large) are poor sellers, thus, don’t expect to be buying a new mansion anytime soon. I recently received my
ラストオーサーとしての国際会議投稿やジャーナル執筆のサポートについて - 人間とウェブの未来
先日、アメリカのミルウォーキーで開催されたIEEE Computer SocietyのフラッグシップカンファレンスとされているCOMPSAC 2019に参加・登壇してきました。 ファーストオーサーの論文をメインシンポジウムのNCIWにショートペーパーとして1本、ラストオーサーとしての共著の論文を同じくNCIWにショートペーパーとして1本、併設ワークショップのNETSAPに1本の計3本の論文を通したことになります。採択率などについては、ゆううきさんの論文に詳細が書かれているのでそちらを見て頂くとして、257本の投稿の中でフルペーパー63本の採択率24.5%、ショートペーパー50本というデータを踏まえると、なかなか頑張ったのではないかと思います。 そこで、ファーストオーサーの発表については、以下の記事で十分に触れられているので、僕は共著としてどのようにやっているかについて紹介しようと思います。
review-jsbook.cls の基本版面設計 — Re:VIEW knowledge ドキュメント
2018/12/24 by @kmuto review-jsbook.cls の基本版面設計¶ Re:VIEW 3 で導入した review-jsbook.cls クラスでの版面設計の算出方法を紹介します。 Re:VIEW 3 からの LaTeX 処理 の「基本版面設計」で言及したとおり、新しく導入された review-jsbook.cls クラスでは、パラメータで本文領域である版面を設計できます。デフォルトでは jsbook そのままの余白が広い紙面となっているため、これを変えたいというときには版面設計が必要になります。 版面設計の考え方¶ 版面設計の基本的な考え方はいくつかあります。 ページあたりの文字数が重要であれば、次のようになるでしょう（プランA）。 1行あたりの文字数と行数を任意に決める（行あたりの文字数×行数で1ページあたりの文字数が求められる）。 本文文字サイズと行送り（行
Re:VIEWとDockerとCircleCIで原稿を継続的インテグレーション - orangain flavor
Re:VIEW で執筆する原稿を継続的インテグレーションしたかったので、以下の図のような仕組みを作りました。 ローカル執筆環境の前提条件 Docker 1.3以降がインストールされている Re:VIEW形式の原稿のフォルダがある Re:VIEWやLaTeXはDockerイメージのものを使うので、インストール不要です。 私はMac OS X 10.9とBoot2docker 1.4.1で動かしましたが、WindowsやLinuxでも動くのではないかと思います。 Re:VIEWをDockerで動かす vvakameさんがDocker Hubにイメージを公開してくれていますので、これを使います。 https://registry.hub.docker.com/u/vvakame/review/ dockerコマンドさえ使える状態であれば、以下のようにしてサンプル書籍 をコンパイルしてbook.p
Dockerを活用し、Re:VIEWによる技術書の執筆環境を構築する最短経路 for Mac - このすみノート
技術書典5に向けて、執筆環境の整備を行なっています。前回の技術書典4では、最終的にGoogleドキュメントで執筆しました。 前回の技術書典4の模様は、過去のブログ記事で綴っておりますので、もし宜しければご覧ください。 www.konosumi.net さて、今回は、GitBookかRe:VIEWを使おうと決めていました。そこで、実際に両方で執筆をしてみたのですが、比較した結果Re:VIEWで書くことに決めました。 その際のRe:Viewの環境構築手順を共有したいと思います。最初に言っておきますが、Re:VIEWの執筆環境の構築は、物凄く簡単です。 必要なモノはDockerだけである 私は、今回の執筆にはDockerを活用することにしました。なお、Docker for Macのインストールは、HomeBrew経由が最もお手軽です。 # HomeBrewのインストール(入ってない人だけ) /u
Atom Flight Manual
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
どのように40万文字を超える技術書籍を執筆したのか？ - Qiita
このエントリは、ex-mixi Advent Calendar 2017の16日向けに書いたものです。 ex-mixi Advent Calendar 2017は、ミクシィを卒業したメンバーが次々と近況などを書いているカレンダーです。僕はミクシィに2009年に入社して2013年まで在籍していました。もう少しで4年間ってところの手前で離れた感じです。その後、LINEに移って、mixi Platformの経験を活かして、LINE Platformの構築を3年ほどやってました。未だに「あ、OpenSocialの人だ」って指をさされることも多いですが、そんな感じです。 前の日、つまり15日分の投稿は、エンジニアを辞めて1年が経ちました ~ ex-mixi Advent Calendar 15日目でしたが、僕のIDが3回も登場していて、朝読んだんですけど笑ってしまいました。ソフトウェアエンジニアとし
原稿と呼ばれるものは短いものでもScrivenerで書くべき9つの理由
Scrivener（スクリブナー）は “原稿” と呼ばれるものをすごく上手に扱ってくれるソフトだが、「長文執筆で便利である」ことが強調されて、長くない文章で利用を躊躇する人もいると思う。しかしたとえブログや読み切りのコラムのように、長くない文章を書くときでもScrivenerはアナタの力になるのだ。その9つの理由をご紹介しよう。 Scrivenerとは？ Scrivener カテゴリ: 仕事効率化 価格: ￥5,400 Scrivenerの詳細についてここで説明しないが、長文執筆のためのソフトウェアである。ずいぶん昔にも紹介記事を書いたことがある。 旅する作家の道具箱 第4回 書く道具ScrivenerとiText Pro また、これから使い始める人はこういう書籍もあるので、活用されてもいいだろう。わたしも最近読んでみたが、まったくの初心者が最低限使えるようになるところまで解説されているの
Re:VIEW+InDesign制作技法
Re:VIEWで、魅せる。Re:VIEWメンテナであり、多数の商業技術書をRe:VIEWとInDesignで作ってきた著者がその手法を解説。InDesignを使った自動組版の奥義、待望の電子書籍化。 関連サイト本書の関連ページが用意されています。 Re:VIEW+InDesign制作技法『Re:VIEW+InDesign制作技法』情報ページ内容紹介Re:VIEWは、青木峰郎氏が2002年に設計・開発したマークアップ記述言語およびドキュメント変換システムです。その後筆者がこれを引き継ぎ、高橋征義氏、角征典氏の加わったチーム体制で、GitHub上で開発と保守を続けています。その優れた設計思想と、簡易かつ拡張性のある言語体系、そしてEPUBや（LaTeXによる）PDFを1つのRe:VIEW原稿から作成できる機能が、昨今の電子書籍ブームとあいまって、エンジニアを中心に多くの利用者を獲得するに至りま
Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
編集は「自動化」されていく仕事なのか 編集者のためのイベント「編む庭 」レポ【前編】 - はてな編集部ブログ「編む庭」
2016年2月18日に、はてな東京オフィスで編集者のためのイベント「編む庭 －冬－」を開催しました。その様子の一部を2回に分けてレポートします。 今回は、高橋征義さん（株式会社達人出版会代表取締役／日本Rubyの会代表）と、毛利勝久（株式会社はてな シニアエディター／週刊はてなブログ編集長）による「対談 その1」の様子をお届けします。高橋さんはWebアプリケーションエンジニアを経て、2010年に技術書の電子書籍を制作・販売する「株式会社達人出版会」を設立。現在はその運営に携わっています。毛利は本（紙）の編集を経て、現在ははてなブログや週刊はてなブログなどの編集をしています。こういった経歴をたどり、編集の現場に関わっている2人が、編集者に求められる役割や、電子書籍における編集という仕事の在り方について話しました。 ＊ ＊ 情報を発信する手段がたくさんある中で、なぜ「電子書籍」なのか？ 毛利
発売から1週間で1000部売れた電子書籍の作り方 ～編集の起用、執筆ツールの選択、商業本との差別化～ - 斗比主閲子の姑日記
昨年12/23に電子書籍をAmazonのKindle経由で発売いたしました。当初の想定ではトータルで200部いけばいいほうだと思っていたのですが、蓋を開けてみれば最初の1週間で1000部も売れました。この間、Amazonの電子書籍のランキングでは初日が最高で7位、以降も30位以内をキープしていました。購入いただいた方、ありがとうございます。 ※グラフは、AmazonのKDPサイト > 販売データ一覧より 以前にも宣言したとおり、これから電子書籍を発売したい人の参考になるよう、自分が執筆にあたって気をつけたこと、参考にしたサイトなどをこの記事では書いてみます。なお、今回は文字数の関係から執筆に重きを置いた前編です。値付けやPR戦略などは次回になります。 関連記事としてこちらに触れます。 【宣言記事】単著がなければ自分で出せばいいのでは？ Kindle本現在執筆中です！ - 斗比主閲子の姑日記
初めての電子出版に役立ちそうな、Kindle本の作り方解説サイト - 嗚呼、学習の日々
みなさまごきげんよう！ 嗚呼蛙でございます！ 最近寒いですね。 寒さのせいか、最近は寝ても寝ても眠くて朝が辛いです。 まぁ、寝ても眠いのは年中そうなんですけどね。 さて、今日は電子書籍を作るために必要そうな情報を集めてみた話です。 自分用のメモ程度のものですが、お役に立てば幸い。 基本的な作り方について 使えそうなツール 売り方 基本的な作り方について Kindleで電子書籍を出版するには、まず「Word」「HTML」「Mobi」「ePub」のどれかで本のデータを作ってからAmazonに登録するという流れのようです。 参考になりそうなサイトは以下。 まずは、公式の出版準備についてのページ。 ちょっと読むのが面倒ですが、公式情報は大事なのでメモっておきます。 kdp.amazon.co.jp 有名な「わかったブログ」さんの記事。 ざっくりしていて、かつ、わかりやすい。 実際作る時はまずここを
Re:VIEWで売り物の本を作ってみた（InDesign抜き）
本を作って出版する仕事をしています。 今回、はじめてRe:VIEWを実際の仕事に使ってみたので、忘れないうちに感想とメモを殴り書きしておきます。 ちなみに、作ったのは『エクストリームプログラミング』という本です。 公式サイトのREADMEに「an easy-to-use digital publishing system for books and ebooks」とあるように、 Re:VIEWは日本語の技術書をできるだけ簡単に作るための仕組みです。 テキスト原稿に比較的簡便なマークアップをマニュアルどおりに施し、本全体の構造をYAMLに書けば、それなりに体裁が整った日本語の技術書PDFを編纂してくれます。 同じソースからepubも出せます。InDesignへネイティブに取り込めるような出力もはけるので、テキスト原稿をInDesignに流し込んでバッチ組版とかも可能です。 自分が今回使ったの
書籍執筆支援システム「ReVIEW」に触ってみた話（＆リンク集） - the code to rock
なんと表現したらいいのか、最初は「電子書籍用組版ツール」という感じで考えていましたが、開発者の青木さんの過去日記で「書籍執筆支援システム」とあったのでそのように呼んでみました「ReVIEW」の話。 概要 まず、ReVIEWとは何か、というと・・ ReVIEW は、EWB や RD あるいは Wiki に似た簡易フォーマットで記述したテキストファイルを、目的に応じて各種の形式に変換するツールセットです。 平易な文法ながらも、コンピュータ関係のドキュメント作成のための多くの機能を備えており、テキスト、LaTeX、HTML、XML といった形式に変換できます。独自のカスタマイズも簡単です。 とのこと。（引用元） 大元のページとしてはどこを見ればいいのかって、まあひとまずは、こちらの公式レポジトリでしょうか。 kmuto/review · GitHub その上で、基本的な説明を読むには、以下が良い
新春座談会 このコンピュータ書がすごい！ 2015年版
新春座談会 このコンピュータ書がすごい！ 2015年版 －2014年に出たコンピュータ書ならこれを読め！－ 会場：ジュンク堂書店池袋本店 4階喫茶 日時：2014年1月10日（土）19:30 ～ 出演：高橋征義（達人出版会、日本Rubyの会）、稲尾尚徳（技術評論社）、杉山聡（SBクリエイティブ）、村田純一（ビー・エヌ・エヌ新社）、森田尚（オーム社）、矢野耕次（オライリー・ジャパン） 、敬称略。 Web: http://www.junkudo.co.jp/mj/store/event_detail.php?fair_id=7706 ※モバイル回線を利用した配信のため、遅延や切断等があり得ます。あらかじめご了承ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
井上大輔 (@pianonoki) | Twitter
GitHub - TechBooster/FirstStepReVIEW-v3: 技術書をかこう！はじめてのRe:VIEWは技術書の執筆ノウハウ本のリポジトリです
https://hub.docker.com/r/vvakame/review
売れる本の作り方、見せ方
