Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ

これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド

[wkwkhautbois]

WebサイトとかLINEのようなやつとかに慣れて、組版がてきとーでも気にしない人が増えてく気がする。一般人とプロとの感覚の差が大きくなるとか。実際どのくらい読みやすさ違うのかな。

[gabill]

80%のクオリティでよければコストか10分の1になるパターンと、1%のクオリティの差で売上が10倍違ってくるパターンがあるのかな。

[src256]

電子書籍で読んでるとそこまで厳密に組版が必要なのかなという気もしてくる

[seuzo]

構造文書と物理的体裁を結びつけるのは言うほどシステマチックなことでもないし、「どうせこういうことは出来ないんでしょ、ハイダメー！」みたいな風潮もあって職能となりにくい。

[megazalrock]

ブラウザで書籍並みの和文縦書きは技術的に不可能とは言わないが「専門の会社を一つ作って」あのレベルにしかならない。canvasを使ってJSで自動組版とかそういう地獄をやらないと無理だと思う。

[kaz_hiramatsu]

これ読むと編集者が技術知らないから無理、としか読めない。。まともなエンジニア雇ってシステム組むなりすれば解決しそうなのに。カーニハンレベルだとlatexだと納得いかないからtroff使う徹底ぶり

[turu_crane]

＞ブラウザのレンダリングエンジンでJavaScriptとCSSを使ってきちんと組版しようと思ったら、専門の会社を一つ作らないといけないレベル

[ysync]

これからは文字大きくしないと辛そうなんで組版とか凝らなくていいです。（老眼並感

[kuro_pp]

ブラウザベースのEPUB閲覧ソフトが少ないのはこのためかしらね。

[ikeike443]

組版のことを考えたらWordやPDFでも細部を最終成果物として作れない点で同じなので、GitHubみたいなツールが普及しないのは単にリテラシーの問題かなとは思う。でもべつにワードベースのやり取りで全然困らないけど。

[joint1]

これはいい教訓。とある業種の者が安直に他業種について考えてしまう物事。それに対する当事者からのカウンター。勿論、他業種故に発見できるポイントもある、実際に行ってぶち当たって解決できれば…。あと温度感か

[mohri]

この手の議論になると「見栄えを凝らなくていいよ」って話がよくでてくるけど、開発で「動きゃいいですよ、適当で」って頼まれたプログラマーの気持ちというか

[securecat]

まあ本の内容とか著者のこだわりとかに依存するので、その部分おさえた汎用性をってなるとしんどいというか無理、と。k16さんの文章超久しぶりに読んだ

[fujii_yuji]

ここらへん完全に門外漢だから何も言えることはないんだけど、こういう風に「皆が言うほど簡単に解決はしない」みたいな視点を知るのは好き。

[lazex]

著者がマークダウンで書きたがるような技術書は、特殊なデザインとかいらないからホントにマークダウンビュワーみたいにシンプルなデザインでどの本も同じデザインでいいよ。読む側もデザインに期待してないでしょ

[uzulla]

「原稿を最後の最後まで」いいなあ…更新しやすそうだなあ…

[miyamae]

最近書いた某出版社では普通にMarkdownをGitHubへ入稿だったしIT系の出版社は今どきみんなそうなのかと思ってた。 >> Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ

[key_amb]

なるほど。とはいえいずれは技術で解決されるか、テキスト原稿による出版プラットフォームが普及しそうな気がしている。

[progrhyme]

なるほど。とはいえいずれは技術で解決されるか、テキスト原稿による出版プラットフォームが普及しそうな気がしている。

[Cujo]

顧客が本当に必要だったものとは（

[note103]

結構こみいった話で2〜3周みっちり読んでようやく「こんな感じの話かな」と部分的に把握した気になったけどそれなりにコメントが多くて驚く。案外需要のあるところなのだろうか

[namikawamisaki]

需要があればいい意味でのレガシー技術もあるべきなんで、Markdownしか使わない出版社も、同人原稿用紙に印刷したやつしか認めない出版社もあっていいと思う

[TakamoriTarou]

一般出版じゃなく、取扱説明書や技術文書なんかの制限が少ないものでも自動組版やろうとか画策したがまじめに考えると大変すぎて頓挫した。impressが一応国内でそういうことやろうとしてるけど、上手くいくかどうか

[Lian]

わかる

[decobisu]

なるほど

[tinsep19]

例えば変更前後の比較として2段組みにしたいとか、mdじゃマークアップできないようなことをいってるかな?

[nakex1]

GitHubはもちろん，Wordで書いてって方法もそんなに歴史があるわけじゃないし，新しい技術が出るたびに右往左往しなくていいでしょ。

[karaage]

そんな頑張って紙の本にしなくてもと思ってしまう。技術書ならpdfでタブレットで読めればよい。検索もできるし

[schwer_metall]

単に人の原稿チェックするときでもdiffほしくなるもんなぁ

[ruushu]

オーム社もこういうことやってるの知らなかったなー

[tiisanaoppai]

熱意がちょっとづつ世界を変えるんだなあ。

[uunfo]

現場が必要としてないからでしょ

[howdy39]

そもそも本というインターフェイスが古い気がする。 web上でPCなりスマホなりで最適化された画面で見れる方が良い。

[hylom]

画像や表が無いものならmarkdownでやれそうだが、それ以外が大変。改ページや配置や要素サイズをどうするか。印刷所への入稿はPDFだろうけど、印刷機が認識できるPDFになってるかとかフォントをどうするかとか課題は沢山

[bottomzlife]

「出版は遅れてる」とかほざく人の原稿に限ってページの半分が脚注で埋まってたりするのでいつも「おまえの文章能力が遅れとるわ」と思っている