情報開発と利活用

令和維新

2004年4月から企業を離れ、コンサルタントや情報起業を試行しながら、失われた２０年を取り戻し、日本再生をめざす私の歩みをみて一人でも多くの後継者が出てくれることを祈りつつ友達から紹介されたこのホームページの更新を続け、これまでの活動の記録と今やビッグデータ、AI,、IOT,ブロックチェーン、仮想通貨の時代になってしまいましたが、私の現状認識と関連技術を紹介していきたい。

フォローする

UX

(0)

オンライン

(0)

ソーシャルメデイア

(0)

教育訓練開発手法の紹介

Headline News

Shopping List

お買いものレビューがまだ書かれていません。

< 新しい記事

新着記事一覧(全5174件)

過去の記事 >

2021.08.22

(4)Dynamic Publishing with a Headless CMS 見出しがないCMSでダイナミックな出版

テーマ：英語のお勉強日記(8002)

カテゴリ： DITA

Sabine : There currently is a lot of buzz around moving to headless. Can you speculate why that might be?
ザビーネ： 見出し無しへの移行の周りには多くの騒音が現在あります。あなたはそれがなぜそうなのか推測できますか？

Barry : With headless CMS in a Jamstack environment, you can drop any given website architecture for a new one, without migrating your content. My feeling, the “buzz” part of headless CMS is because it fits nicely with how pure web developers prefer to work (with the latest technology stacks). As docs-as-code progresses, adding headless CMS allows for wider participation in the publishing process – more content, from a broader range of SMEs. However, the kind of fine-grained content re-use – closer to an algorithmic publication from disparate data sources to “automate” a lot of repetitive tech-writing grunt work, this (in my opinion) is the bigger payoff from (my) the technical communicator’s point of view. Intelligently engineered content can save your writers from wasting time on low-value add tasks, as well as allowing for rich subject-affinity linking across the corpus of content – again, algorithmically determined, with no link maintenance required from writers. I don’t think this gets brought up so much in headless CMS discussions because those discussions focus more on the developer community and the toolchains they love. But it holds great promise for solving a lot of complex content engineering problems, the kinds only technical communicators have a real affinity for (i.e., necessity is the mother of invention).
バリー： Jamstack 環境の見出しのない CMS で、あなたは、あなたのコンテンツを移行しなければ、新しいのものためにいかなるウェブサイト体系でも落としてしう可能性があります。私の感じでは、見出し無しの CMS の「騒音」部分はそれがうまく純粋なウエブデベロッパーが（最近の技術のスタックで）働くことをより好む方法と適合するからです。「符号としてのドキュメント」が進行するにつれて、見出し無し CMS を加えることは出版プロセスに対してのより広い参加を可能にします－より広範囲の SME から、より多くのコンテンツを。しかしながら、ある種のきめが細かいコンテンツ再利用は－多くの反復的なテクニカルライテイングの単純作業を「自動化する」異なったデータ・ソースからのアルゴリズムの出版により近いが、（私の意見では）これが（私）技術伝達者の観点からのより大きな決着となります。知的に設計されたコンテンツは、あなたの執筆者を、低付加価値のタスクに時間を浪費することから、救うことができます。同様にコンテンツのコーパスに渡りリンクする豊かな主題親和力を考慮に入れ、－再び、執筆者から必要とされるリンクの保守なしで、アルゴリズム的に決定されます。私は、それらの議論がもっとデベロッパー共同体と彼らが愛するツール連鎖に焦点を合わせるから、これが見出し無し CMS スタック議論で本当に持ち出されると思いません。けれども、それは多くの複雑なコンテンツ工学的な問題を解決するための大きい期待ができ、技術伝達者だけが実際の親近感を感じている種類（すなわち、必要は発明の母）です。

Sabine : What’s the next step for Genesys? Where do you want to take the dynamic publishing?
ザビーネ： Genesys のための次のステップは何ですか？あなたはどこでダイナミックな出版をすることを望みますか？

Barry : We want to improve our document structures. The more explicit, “meaningful” structure you can add to your content, the more you can do downstream.
バリー： 我々は我々の文書構造を改善することを望みます。あなたがあなたのコンテンツに加えることができる明示的な、「有意義な」構造がもっと多いと、それだけあなたが下流にいっそう多く構造化ができます。

Sabine : If you had any words of wisdom or advice to give any organization considering a similar solution, what would it be?

ザビーネ： もしあなたが賢明なアドバイスあるいは類似のソリューションを考えて組織に与えるアドバイスがあるなら、それは何でしょうか？
==================================