From 2923fde468ed153a8237fa036db5282fe3eb5f86 Mon Sep 17 00:00:00 2001 From: Ken'ichi Fukamachi Date: Mon, 17 Sep 2018 12:15:56 +0900 Subject: reviewed. alignment cosmetics. --- fml/doc/ja/tutorial/threadtrack/chapter.sgml | 15 ++++++++------- fml/doc/ja/tutorial/threadtrack/db.sgml | 18 +++++++++++------- fml/doc/ja/tutorial/threadtrack/model.sgml | 2 +- fml/doc/ja/tutorial/threadtrack/states.sgml | 10 ++++++---- fml/doc/ja/tutorial/threadtrack/tools.sgml | 11 ++++++----- 5 files changed, 32 insertions(+), 24 deletions(-) (limited to 'fml') diff --git a/fml/doc/ja/tutorial/threadtrack/chapter.sgml b/fml/doc/ja/tutorial/threadtrack/chapter.sgml index d50ac876..164695c2 100644 --- a/fml/doc/ja/tutorial/threadtrack/chapter.sgml +++ b/fml/doc/ja/tutorial/threadtrack/chapter.sgml @@ -9,16 +9,16 @@ -&fml8; の問題意識は -「ＭＬを走らせたら、スレッドのまとめくらい宜しくやって欲しい」 -ということです。 +&fml8; に期待する動作の一つに +「ＭＬのスレッドまとめくらいやって欲しいなぁ」 +というのがあります。 あえていえば、インチキ knowledge database のようなものです。 つまり楽ができるかわりにインチキです :-) -が、大真面目に knowledge データベースだ、チケットシステムだ！ -とかいうと何億のシステム提案の世界らしいので、 +大真面目に knowledge データベースだ、チケットシステムだ！ +とかいうと何億円のシステム提案の世界になってしまいそうですが、 そんなのは欲しくありません(個人で使いたくないし、使えるわけない)。 @@ -27,8 +27,9 @@ より現実的な方法は、このぱちもん:) thread tracking system でノウハウをつみ、 自分の組織に求められている用件は何か？を見究めることです。 -この第一段階があって、はじめて適正な knowledge base や ticket system を -構築/購入することができるに違いありません。 +この第一段階があって、 +はじめて、 +適正な knowledge base や ticket system を構築/購入することができます。 もちろん、こんなもんで十分有用という場合もありえます:D diff --git a/fml/doc/ja/tutorial/threadtrack/db.sgml b/fml/doc/ja/tutorial/threadtrack/db.sgml index 44ff00c7..177e8160 100644 --- a/fml/doc/ja/tutorial/threadtrack/db.sgml +++ b/fml/doc/ja/tutorial/threadtrack/db.sgml @@ -41,16 +41,20 @@ $ml_home_prefix/@db@/ まぁ、あまりそういう要求は無いと思いますけど… -にある)ＭＬが相互に参照しあう拡張を想定しています。 -たとえば「support/100 の記事は sales/98 を出発点としている」 -といった情報を自動的にＭＬが教える機能を実装するための布石です。 -残念ながら、現在のところは未実装です。 +にある)ＭＬが話題を相互に参照しあう運用が想定されています。 +たとえば +「support/100 の記事は sales/98 を出発点としている」 +といった情報を自動的にＭＬが教える機能を実装するためです +(残念ながら、現在のところは未実装です)。 -スレッドのデータベースは -「主に article_id か thread_id が primary key」 -です。 +スレッドデータベースは、 +おもに +article_id +か +thread_id +を primary key にしています。 具体的に書くと以下のようになります。 [thread .db] diff --git a/fml/doc/ja/tutorial/threadtrack/model.sgml b/fml/doc/ja/tutorial/threadtrack/model.sgml index 366a5de4..05803fb3 100644 --- a/fml/doc/ja/tutorial/threadtrack/model.sgml +++ b/fml/doc/ja/tutorial/threadtrack/model.sgml @@ -4,7 +4,7 @@ - &fml8; (minimal_states モデル版)チケットシステム + [素案?] &fml8; (minimal_states モデル版)チケットシステム diff --git a/fml/doc/ja/tutorial/threadtrack/states.sgml b/fml/doc/ja/tutorial/threadtrack/states.sgml index 15bc2085..f3a410f0 100644 --- a/fml/doc/ja/tutorial/threadtrack/states.sgml +++ b/fml/doc/ja/tutorial/threadtrack/states.sgml @@ -9,13 +9,15 @@ 趣味の話をしあうＭＬは別として、 -多くの場合『ＭＬにメールを投げる』とは +たいていの場合「ＭＬにメールを送信する」のは、 「こういう問題を解決したい」 とか 「こういう問題があるけど解決法が分からないから知りたい」 ということであって、その意味で problem report といえます。 -そして、それに対してフォローアップがなされ、 -解決策が示されたり、未解決のまま放置されたりすることになります。 +そして、 +それに対してフォローアップがなされ、 +解決策が示されたり、 +未解決のまま放置されたりすることになります。 @@ -41,7 +43,7 @@ closed どうしてもこれは必要で、結局いつものように『最後は人』です。 - つまり運用に携わる人間が一番大事だということです。 + つまり運用にたずさわる人間が一番大事だということです。 これは普遍的な命題です。 diff --git a/fml/doc/ja/tutorial/threadtrack/tools.sgml b/fml/doc/ja/tutorial/threadtrack/tools.sgml index a5dd4934..64b62dea 100644 --- a/fml/doc/ja/tutorial/threadtrack/tools.sgml +++ b/fml/doc/ja/tutorial/threadtrack/tools.sgml @@ -4,7 +4,7 @@ - Problem Report 関連ツールのまとめ + [古い] Problem Report 関連ツールのまとめ @@ -76,7 +76,8 @@ http://linas.org/linux/pm.html -Call Tracking は主にお客からの問題の指摘についての扱いであり、 +Call Tracking は、 +おもにお客様からの問題指摘に対する対応システムで、 「人の割り当て」 「ステータス管理」 そして @@ -85,8 +86,8 @@ Call Tracking 一方 Problem Tracking は「開発プロセスの管理」などであり、 -その管理対象にはタスクやさまざまな統計、レポートだけでなく、 -インテグレーションやそのテストまでも含まれえます。 +その管理対象にはタスク管理や統計、レポートだけでなく、 +インテグレーションやそのテストまでも含まれます。 @@ -298,7 +299,7 @@ http://www.ravenbrook.com/project/p4dti/ -すみません、まだ、よくみてないす。 +すみません、まだ、よくみてないです。 -- cgit v1.2.1