-
- いいね！421
enjoetoh
@EnJoeToh
小説業界にバージョン管理という概念がないのは、電子書籍のバージョン管理がなされていないことからも明らかではないでしょうか。
2020-11-14 17:08:38
専門性・売上・原稿
@golden_lucky
版を管理するのが仕事の一部であるはずの出版社が、バージョン管理システムというツールを使わないの、本当にもったいない。理工書ではすでにある程度は普及しているので、なんなら情報共有したいくらいだけど。 twitter.com/EnJoeToh/statu…
2020-11-15 07:48:17
専門性・売上・原稿
@golden_lucky
理工書では、著者が書き出してから商品として完成した後まで、ずっとgitでバージョン管理しながら編集制作進行と重版管理までGitHub上でやる出版社もあるので、要はやるかやらないかだけなんだよな。
2020-11-15 07:48:46
hikaruna
@hikaruna
いやいや、こっちのほうがいいかな？→やっぱ前のが良かったなとかあるッしょ。…ない？ というかプログラマだって究極的にこっちのほうがいいかな？だよ。 twitter.com/mizchi/status/…
2020-11-15 00:01:24
mizchi
@mizchi
プログラミングと執筆両方やる人間からすると、プログラミング実行環境は厳密すぎて一行一行意味があってdiffが必要だけど、執筆は前後のdiffがあまり意味ある感じにならなくて、「こっちの表現が良いですね」ぐらいの指摘に叱らないので、自然文の差分バージョン管理という発想が微妙な感じがしてます twitter.com/EnJoeToh/statu…
2020-11-14 21:57:56
赤樹将
@syou_akagi
小説のバージョン管理、と言うのはまさしく推敲の跡で、今よりも原稿用紙時代の方がきちんとその流れが分かったのでは…試行の(思考の)流れ、切り替わりを後世が知るという意味ではすげえ必要
2020-11-15 16:09:28
福冨諭 /(' - ' ;)\
@fuktommy
出版社、組版用のマークアップ言語も使ってないみたいで(技術書なんかはまた別なんだろうけど)、それも不思議。 twitter.com/golden_lucky/s…
2020-11-15 10:48:41
thiotimoline
@thiotimoline
W3Cの仕様書あたりでみるgithubのやり取り見ると、文章もケースバイケースなんでしょうね。 この場合も、版数管理というよりは、公開レビュー基盤としての運用の要素が強そうですが。 twitter.com/mizchi/status/…
2020-11-15 08:52:38
thiotimoline
@thiotimoline
一例で、HTML仕様のプルリクエスト一つ拾ってみますが、議論とdiff がすべて公開されて結果が残せるのはとても便利。 逆に広く残す必要のない個々人の文筆でここまでやるのは面倒で漏洩管理も面倒でしょうね。 github.com/whatwg/html/pu…
2020-11-15 09:14:03
専門性・売上・原稿
@golden_lucky
確かに、diffの意味合いがプログラミングのときとはまったく違う、というのはその通りで、それは前に書いた（ note.golden-lucky.net/2016/05/gitgit… ）。むしろ自然文の差分バージョン管理は、差分が著者と出版社の双方にとって透明になり、必要なときに振り返りを可能とすることのほうに意味がある。 twitter.com/mizchi/status/…
2020-11-15 07:54:08
andthehouserockers
@andthehouserock
小説家と編集者がバージョン管理してしまうと、後の文学研究者の仕事が無くなってしまう？ twitter.com/EnJoeToh/statu…
2020-11-14 17:18:38
Kozo Kamada
@geo80k
小説や随筆にバージョン管理は不要だと思いますが、法令文とか地位が高い人の発言内容の変化とか、地位が高い人のテープ起こしと記事の間の齟齬とかの検出には用途があると考えられますね。 twitter.com/mizchi/status/…
2020-11-15 13:26:36
misakikaoru
@misakikaoru
電子書籍はバージョン管理をするようなニーズとは異なる商業主義から生まれたのであって、電子書籍のバージョン管理の有無を論拠にすることじたいが的外れ。小説にバージョンがあることはたとえば『山椒魚』から明らか。バージョン管理というツールはコンピュータ以降なので、使えないのは仕方ない。 twitter.com/EnJoeToh/statu…
2020-11-15 18:46:12
mizchi
@mizchi
プログラミングと執筆両方やる人間からすると、プログラミング実行環境は厳密すぎて一行一行意味があってdiffが必要だけど、執筆は前後のdiffがあまり意味ある感じにならなくて、「こっちの表現が良いですね」ぐらいの指摘に叱らないので、自然文の差分バージョン管理という発想が微妙な感じがしてます twitter.com/EnJoeToh/statu…
2020-11-14 21:57:56
ななころび
@7korobi
同感。 ちょっとまえに、玄人の作家さんがdiffツール見つけて喜びのツイートをして、有閑エンジニアが大挙してgitgit鳴き始めたことがあったのだけれど、鳴き声の一翼を担ってしまい今思い返すとじつに恥ずかしくも迷惑をおかけしてしまった…。 twitter.com/mizchi/status/…
2020-11-14 23:50:46
土屋つかさ
@t_tutiya
自分もプログラミングと執筆両方する人間として同意見で、ソースコードは厳密なセマンティクスに規定されるという「文章」の中でも特異な性質を持つためにdiffによる差分チェックが可能だけど、そうでない文章では実用的なdiffやプルリク管理はできない（誤植の差分管理くらい）というのが今の所の結論 twitter.com/mizchi/status/…
2020-11-15 02:28:37
enjoetoh
@EnJoeToh
何万字もある二つのテキストの異なる箇所を人間が探すのは無駄というくらいの意味でdiffは必要だと思います。 twitter.com/mizchi/status/…
2020-11-14 22:05:11
stackfield(だんごな青玉)
@stkfld
まあ、小説とかの本では「第○版」とか出版した時の版号でバージョン管理しているので、プログラムみたいな「ちょろっと記述したら版番をあげる」みたいな文化が馴染まないのかもしれんね。
2020-11-14 17:53:24
鳥🦜
@birdir00
IT業界にも、JavaScriptのファイル名末尾に日付を入れて管理していた人がいた…もはやバージョン管理でもなんでもない（遠い目） twitter.com/enjoetoh/statu…
2020-11-15 12:37:38
鳥🦜
@birdir00
当然ですが肝心のバージョン管理はできない状態なので、次回改修時に外注先のベンダーさんにやり方変えてもらおうと思ってます。引き継いだ案件って怖いわ。
2020-11-15 12:43:56