情報開発と利活用

令和維新

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

フォローする

UX

(0)

オンライン

(0)

ソーシャルメデイア

(0)

開発

(0)

スマートマネー

(0)

流動性

(0)

教育訓練開発手法の紹介

Headline News

Shopping List

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

< 新しい記事

新着記事一覧(全7948件)

過去の記事 >

2021.08.20

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

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

カテゴリ： DITA

You start by building page schemas, which typically map conceptually to the “web page” as the unit of delivery, and not a more abstract “chunk” that maps to a different information modeling theory (i.e., DITA). In my opinion, this frees up your mind to think about your content more naturally, that is, in terms of what your readers need to read. But it also forces you to make your content structured; you can’t really “get started” without a page schema: you need fields in your user forms and fields in the backend for the thing to work at all.

あなたは、ページ概要を構築することによって、始めますが、それは配信単位として典型的に概念的に「 Web ページ」にマップし、異なった情報モデリング理論（すなわち、 DITA ）にマップするいっそう抽象的な「大きい塊」ではありません。私の意見では、これは、いっそう当然あなたのコンテンツについて考えるため、すなわち、あなたの読者が読む必要があるものに関して、あなたの心を開放します。けれどもそれは同じくあなたにあなたの内容を構造化させることを強います；あなたはページスキーマがなければ、実際、「始める」ことができません：あなたはあなたの利用者フォームのフィールドとそのことがともかく、うまくいくために後端のフィールドを必要とします。

Sabine : What made you consider a headless solution? What problem does it solve that other solutions couldn’t?
ザビーネ： 何があなたに見出しなしソリューションを考慮に入れさせましたか？それは他の解決ができなかった問題を解決しますか？

Barry : We were already working in MediaWiki as our CMS, using unstructured content. Once we realized we could expand our existing stack to “Enterprise MediaWiki,” letting us move to fully structured authoring without moving to a new stack, we went for it. In any case, Enterprise MediaWiki has a long history of solving idiosyncratic knowledge management problems across a range of industries. Our feeling was that, at the time, no existing content platforms provided anything near the feature flexibility we required, so we used Enterprise MediaWiki to solve our problems, fitted precisely to the needs of our content. It is also our belief that Enterprise MediaWiki is some sense a victim of its power and flexibility – it deserves broader consideration than it currently does. Still, because it is less a set of features than a set of tools you use to build features, it can be hard to “grok” the potential. With the rise of headless CMS and Jamstack, IMO the basic approach of structured content + query engine to algorithmically display content (either at runtime or at build time) validates the approach we’ve been taking in MediaWiki, and I’m glad to see there are more tools out there now that can use this approach.
バリー： 我々は、非構造化コンテンツを使って、我々の CMS として MediaWiki ですでに働いていました。いったん我々が、新しいスタックに移行することなく我々に完全に構造化されたオーサリングに移行させて、「企業 MediaWiki 」に我々の既存のスタックを拡張であろうことを悟ると、我々はそれを目指しました。いずれにしても、企業 MediaWiki は広範囲の複数の業界にわたり特異なナレッジマネジメント問題を解決する長い歴史があります。我々の感じは、当時、既存のコンテンツプラットホームは我々が必要とした機能の柔軟性に近いものは何も供給しないということでした。それで我々は正確に我々のコンテンツの必要に合う企業 MediaWiki を、我々の問題を解決するために使いました。企業 MediaWiki がある意味、その力と柔軟性の被害者で－それが現在するより広範囲の考慮に値することは同じく我々の信念です。それでも、それが機能を作るために使う道具のセットより少ない機能のセットであるから、潜在能力を「理解する」ことは難しい可能性があります。見出し無し CMS スタックと Jamstack の台頭で、私の意見では（ランタイムにあるいは実装時のどちらでも）アルゴリズム的にコンテンツを表示するため、構造化されたコンテンツ＋問い合わせエンジンの基本的なアプローチは我々が MediaWiki でとっていたアプローチの妥当性検証をします。そして私は、それがこのアプローチを使うことができる今、そこにもっと多くのツールがあるのが分かりうれしいです。

Sabine : What is the tool stack in place at Genesys?
ザビーネ Genesys で所定のツールスタックは何ですか？ ==================================
インターネット・コンピュータランキング
==================================
ネットサービスランキング
==================================