なんと具体的な回答が!
なるほどね。食ってかかるようで申し訳ないが、
それで7割減は大げさでないの?
自分もずいぶん前にドキュメントの作成方法についてはいろいろやってみた。
だから「7割減」に食らいついたんだけど、
例えばjavadocのようにコンテンツの記述のみ行えばよくて
デザイン・レイアウトは決め事という方法をとっても7割減はむりだろ。せいぜい3割減だと思う。
要件定義書やインフラの設計書なんかは書式的に面倒なことは少ないと思われるので、(詳細設計書は自動生成として)
おそらく面倒なのは基本設計書、テスト仕様書と結果報告書だと思うが、
http://business.nikkeibp.co.jp/atcl/opinion/15/221102/071800496/?P=1 ソフト開発の現場にもこういうことが起きてほしい。 書式重視の方眼Excelやめればドキュメント作成の工数が7割くらい削減できると思...
書式重視の方眼Excelやめればドキュメント作成の工数が7割くらい削減できると思うわ。 方眼Excelを蔑む人が多いのはわかるけど、 それをやめることにより工数7割削減というのがわか...
書式と内容の分離って書いてあるじゃん。 プレーンテキストでマークアップで文章を書くと自動で書式の整ったドキュメントをだしてくれるとか。 そこまでやらなくても、無意味に罫線...
なんと具体的な回答が! なるほどね。食ってかかるようで申し訳ないが、 それで7割減は大げさでないの? 自分もずいぶん前にドキュメントの作成方法についてはいろいろやってみ...
いや、たとえばドキュメントの途中に章を挿入することになって、以降の章番号を振り直すことになって、それで午前中がつぶれるとか。 自動でやったら一瞬だよね。 方眼Excelだと、行...
リナンバはVBAで書けるだろ。 今はやってないが、昔wordでドキュメント作成した時にはそういうツールっぽいVBAをいくつか用意しておいたことがある。 Excelなんかの印刷時のずれについ...
VBAがしこまれたExcelファイルって下っ端にまわってくるころにはたいてい壊れてるんだよな。 もうすこし運用をしっかりしてほしい。