いう見方だと思います。つのどちらかに当てはめることができそうです。環境をとらえるべきなのではなかろうかと思い直しました。環境には、きれいな組版ができるという出力側の優れた機能と、テキスト形式であるという入力側の利便性、それにプログラミング可能という特徴があります。つの抽象を分離できます。「うまく使う」というのがポイントです。うまく使わないと、まるで分離できない。ような固定的な分離だけでなく、ユーザにとって都合のよい分離を設計することさえできるはず。プログラミング可能というのはそういうことです。ある必要はないのです。いえ、現実には補助線もなく適切な分離を毎回設計してそれを守り抜くのは誰にでもできることではありません。漏れのない抽象化は至難。風だったりするテンプレートを使って書くというのも次善策でしょう。閑話休題)こういう話、実は予稿集の「ごあいさつ」にもきちんと書いてありました。実行委員の方々が2の立場を意識しているからこそ、村上さんの招待講演に結びついたのだろうし、実行委員の皆様には本当にどうもありがとうございました。自動組版の可能性と限界」とかあってもよかったかも。比較とかできるのは武藤さんくらいではないかと。いう、構造/スタイルをはじめとする抽象分離を意識したドキュメント全般の事例をもっと聞いてみたかったです。ユーザーにとって直接役立つヒントも多いはず。(昨今の電子書籍ブームみると、これらが来年のネタの提案としてふさわしいかはちょっと疑問ですが。)gdgdな内容ですが、だから雑感だといったでしょ。あと、山本さんと八登さんの発表はおもしろかったです。いう路線もありますよね。出版される前の本の内容は、通常は著者や編集者に代表される「制作サイド」の人間にしか読まれない。専門性の高い本であれば査読とか監修といったプロセスを有識者にお願いすることはあるけど、そうしたお願いをするときには有償だったりカバーや袖に名前を出したりすることが多いので、これも「...職務経歴書いろいろあって職務経歴書を作成してみることにしました。機能を使うのが一番お手軽です。編集をお手伝いしました。Blogger.自己紹介Unknown詳細プロフィールを。