本を書く前に準備したこと、執筆中にしていたこと - プログラマでありたい
「Rubyによるクローラー開発技法」は、2013年12月に話を頂き、2月くらいまで企画を検討し、2月〜7月の約5ヶ月間で執筆しました。役に立つかどうか解らないけど、本を書く前に準備したことと、執筆中にしたことを残していこうと思います。次回があれば、もう少し上手くできるようにしたいですね。 事前に準備したこと 執筆環境を構築した 執筆環境は、いの一番で用意しました。具体的には、下記の2つです。 GitHubの有料版アカウントを作成し、プライベートリポジトリを作った MarkDown記法を覚えて、MarkDownから各種フォーマットに変換できる環境を作った GitHubのプライベートリポジトリを作ったのは正解でした。これが無ければ、いろいろ事故も起こったと思います。反面、Markdownの環境はメインのMacにしか作らなかったのが失敗でした。意外に色々な端末で書くことになったので、CIツールも
TypeScript in Definitelyland 発行
公開しましたよ どうも、vvakameです。 去る12月30日、コミックマーケット87にてTypeScript in Definitelylandという冊子を頒布しました。 当日買いに来てくださった方、本当にありがとうございました！見本誌が見られている間、なかなかドキドキするものですね。 前回C86でお昼すぎから初コミケを観戦に行き、今回は初めてサークル入場で売り子(の後ろから在庫出すマン)をしました。 落ち着いて周囲を回ってみると、TechBoosterみたく在庫ガン積みしてる所が見当たらなくて、あってくぶって変なサークルだったの…？？と知りました。 Unity部さんはバウチャー販売になってて在庫の山を積んでいなかったので、賢いな…！と思いました。 頒布前から宣言していた通り、その全文を公開します。 GitHubリポジトリはこちら。 本書はTypeScriptリファレンス（Amazon、
Bitbucketでの執筆
WEB+DB Press Vol.81の特集はBitbucketでプライベート・リポジトリを使って書いた。最初はメールで詰めて、書く段階になってBitbucketへ作業場を移すという形だった。Gitを使った執筆のメリットはそこかしこで色々と触れられているので、実際に体験してのネガティブな感想を少しだけ書く。 最初からBitbucketが良かった メールだと後で読み返すのが非常に面倒くさいので、トピックごとに整理しながら最初からプライベート・リポジトリでやれれば良かった。特に書き始めから最初のレビューまでちょっと間が開いたので、記事がメールでのやりとりと矛盾しているかどうかを確認するのが大変だったため、参照しやすい形で残っていれば……と強く感じた。 また、トピック・ベースでの作業なら粒度も下げやすかったと思うので、コミットを追うのも楽だったはずだ。 レビュー BitbucketのDIFFビュ
GitHubで雑誌・書籍を作る
This document introduces deep reinforcement learning and provides some examples of its applications. It begins with backgrounds on the history of deep learning and reinforcement learning. It then explains the concepts of reinforcement learning, deep learning, and deep reinforcement learning. Some example applications are controlling building sway, optimizing smart grids, and autonomous vehicles. T
WEB+DB PRESS に記事を執筆してみて学んだこと - koogawa blog
WEB+DB PRESS Vol.79 で iOS 特集記事の一部を執筆しました。 WEB+DB PRESS Vol.79 作者:成瀬 ゆい,そらは(福森 匠大),西 磨翁,小川 航佑,佐藤 新悟,塚越 啓介,藤原 亮,堀 哲也,田村 孝文,桑野 章弘,松浦 隼人,中村 俊之,田中 哲,福永 亘,杉山 仁則,伊藤 直也,登尾 徳誠,近藤 宇智朗,若原 祥正,松木 雅幸,奥野 幹也,後藤 秀宣,羽二生 厚美,笹田 耕一,平河 正博,東舘 智浩,渡邊 恵太,中島 聡,A-Listers,はまちや2,川添 貴生,山田 育矢,伊藤 友隆,村田 賢太,まつもと ゆきひろ,佐野 岳人,山口 恭兵,千葉 俊輝,平松 亮介技術評論社Amazon 雑誌に記事を書くという経験は人生初だったので、色々と勉強になりました。なかなか体験できないことなので、今回得たことを忘れないうちにメモしておきます。 編集者とのや
Github を使って雑誌原稿を書く - naoyaのはてなダイアリー
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
「原稿を書いては消ししている」という状況を解決するには - 西尾泰和のはてなダイアリー
「原稿を書いては消し書いては消ししていて全然進まない」という話をよく聞きます。 これって「よくない精神状態」にハマり込んでいると思います。 考えてみましょう。人間が脳内で保持できる情報はどれくらいでしょう？原稿に文章Aを書いて、しっくりこないので消して、文章Bを書いた後で、文章Aのことをどれくらい覚えていますか？文章Aを書いている時に何を伝えることが重要だと考えていたか覚えていますか？ 「書いて消して」を繰り返している間、時間は消費されていますが、何も蓄積されていません。何も蓄積されないのであれば、問題はやさしくなったりはしません。ずっと同じ難易度のまま、あなたの前に立ちふさがり続けます。 原稿と戦っているうちに視野が狭くなって、自分が「よくない精神状態」にハマり込んでしまっていることを自覚できなくなるのは怖いことです。さらにはTwitterで愚痴ったり、ネットサーフィンをしてこんなサイト
Markdown記法+Git+md2review+ReVIEWで原稿・ドキュメント管理 - プログラマでありたい
来年は、インプットあたりのアウトプットの増加を目指しています。具体的なアウトプットとしては、ブログを書くこともその1つですし、公開・非公開を問わずに効率的にドキュメントを書いていくこともあります。その中で効率的にドキュメントを書くには、バージョン管理を含めドキュメントを管理する仕組みが必須だと思います。以前、原稿を書いていた時は、Git+MS Wordで書いていました。版管理出来るという点では良いのですが、Wordということで執筆出来る端末も限定され、またフォーマット変更もしづらいので改善を考えていました。 そんな中で、IT系の物書きの人たちの間でReVIEW良いよという話を何度も聞いたので試してみようと思いました。一方で、記述のデファクトは今後はMarkDown基本になると思うのでそちらもマスターしたいと考えています。Twitterで何気なく呟いたら、@masawadaさんにmd2rev
連載「JavaScript活用最前線」原稿執筆の舞台裏 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。kintone開発チームの天野です。好きな食べ物はエビフライです。 昨年4月から、技術評論社のWEB+DB PRESS誌で連載「JavaScript活用最前線」を執筆させて頂いています。まだ試行錯誤している点も多いのですが、原稿執筆の進め方についてまとめたいと思います。 WEB+DB PRESS Vol.73 執筆体制 現在の執筆者は自分(@ama_ch)と@teppeisの2名で、各回交互に執筆しています。 プラス編集の方が1名、アドバイザー1名の計4名です。 大まかな流れ 原稿が完成するまでの大まかな流れは、以下のようになります。 テーマ案検討MTG 案決定 執筆スケジュール決定 構成案提出 ラフ提出 原稿提出 校正 完成 全体を通して連絡や相談が多く、執筆者も一人ではないため、複数人での密なコミュニケーションが必要です。 コミュニケーション 基本的なコミュニケーションには
いまどきの技術本執筆環境 - 「CakePHP2実践入門」
原稿執筆 原稿は Vim で書いて、Marked のプレビューを確認するという形で進めました。 Vim 原稿の形式は、Markdown＋独自マークアップのプレーンテキストだったので、執筆陣は各自好きなツールを使うことができました。 Vim は普段から使っていて慣れていますし、技術本ということでソースコードを読んだり書いたりする場面が多いので同じエディタ上でそれができるのは楽でしたね。 Markdown ということで当初は専用のエディタなども試したのですが、やはり「書く」という行為に関しては手に馴染んでいるものが一番です。 Marked Marked は Markdown 形式で書かれたファイルをプレビューするツールです。Marked でファイルを開いておくと元ファイルが変更されるとプレビュー側も連動して更新されます。 あくまでプレビューに特化したツールなので任意のエディタと組み合わせて使用
オーム社開発部におけるTeXの利用
. . . . . . . . . . . . . TEX October 21, 2011 () TEX October 21, 2011 1 / 16 . . . . . . TEX http://www.ohmsha.co.jp () TEX October 21, 2011 2 / 16 . . . . . . () TEX October 21, 2011 3 / 16 . . . . . . () TEX October 21, 2011 4 / 16 . . . . . . . .. 1 . .. 2 PDF . .. 3 ML . .. 4 () TEX October 21, 2011 5 / 16 . . . . . . LaTeX XML Subversion Git Trac JustRight! LaTeX Jenkins () TEX October 21, 2
文章の型稽古→穴埋めすれば誰でも書ける魔法の文章テンプレート
Author:くるぶし（読書猿） twitter:@kurubushi_rm カテゴリ別記事一覧 新しい本が出ました。 読書猿『独学大全』ダイヤモンド社 2020/9/29書籍版刊行、電子書籍10/21配信。 ISBN-13 : 978-4478108536 2021/06/02 11刷決定 累計200,000部（紙＋電子） 2022/10/26 １４刷決定 累計260,000部（紙＋電子） 紀伊國屋じんぶん大賞2021 第３位 アンダー29.5人文書大賞2021 新刊部門 第１位 第２の著作です。 2017/11/20刊行、４刷まで来ました。 読書猿 (著) 『問題解決大全』 ISBN:978-4894517806 2017/12/18 電書出ました。 Kindle版・楽天Kobo版・iBooks版 韓国語版 『문제해결 대전』、繁体字版『線性VS環狀思考』も出ています。 こちらは１０刷
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Githubで書く電子書籍
WEB+DB PRESS編集部で使っている用語統一ファイルの専門用語部分です。WZ Editorというエディタ固有の設定ファイルですが、基本的な書式は「変更後単語（タブ）変更前単語」なので、おおよそはおわかりいただけるかと思います。詳しい書式は【WZの書式】部分をご覧ください。末尾に長所や短所、背景説明へのリンクも書いています。
GitBook – Build product documentation your users will love
How To Write A Technical Book (One Man's Modest Suggestions)
組込Android本の執筆環境