<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:media="http://search.yahoo.com/mrss/"><channel><title><![CDATA[Microscopium]]></title><description><![CDATA[Microscopium]]></description><link>http://microscopium.stellato.blog/</link><generator>Ghost 0.7</generator><lastBuildDate>Wed, 18 Jun 2025 06:15:19 GMT</lastBuildDate><atom:link href="http://microscopium.stellato.blog/rss/" rel="self" type="application/rss+xml"/><ttl>60</ttl><item><title><![CDATA[中小企業のデータ活用戦略]]></title><description><![CDATA[<h2 id="">デジタルビジネスとデータ</h2>

<h2 id="">データとは？</h2>

<p>Oxford Languagesによると「それをもとにして、推理し結論を導き出す、または行動を決定するための事実。資料。」</p>

<p>「何か新しい取り組みを始めなければならない」
「でも、何をどう取り組み始めていいかわからない」</p>

<p>そんな時に役に立つのが「データ」です。</p>

<p>「専門家がいないから難しい」
「データが少ないから難しい」</p>

<p>これも大きな課題であるが、専門家に困っているのは大企業も同じであるとともに運用モデルで解決をできる可能性がある。近年のデータ分析のトレンドは「小さいデータと幅広いさまざまなデータ」となってきている。このようなデータであれば、中小企業でもデータを集められる可能性が高くなる。</p>

<p>デジタルで構成されたデータは、デジタルビジネスの強力なパートナーとなり指針を示してくれるナビゲーターにもなりえる。</p>

<h3 id="">デジタルビジネスとデータの関係</h3>

<p>デジタルビジネスでデータを活用するということは、「データの山を元に推理して結論を出し、行動や組織の方針を決定したり、ビジネスとデジタルを融合することで成果を出すこと」と言い換えることができる。</p>

<p>本レポートを参考にしていただくと、デジタルビジネスとデータの事例及び運用モデルのサンプルがわかるので、今のビジネスデータを活用してどのようにデジタルビジネスへと進化をさせるのか？の理解が進む。</p>

<p>以下の事例のように、デジタルで構成されているデータとデジタルビジネスは切っても切れない関係となっている。</p>

<p>それでは、デジタルビジネスとデータの関係について以下に記載していく。</p>

<h2 id="">「今あるものをオンラインに置き換える」は間違い？</h2>

<p>デジタルビジネスを検討する時に、今のビジネスをオンラインに置き換えたらどうなるのか？というアプローチで考えるケースが多いが、これは成功の可能性を低くする事になる。</p>

<p>一番大切な事は、今のビジネスがどうやって成り立っているか？を見直す事である。今のビジネスを分析してみよう。</p>

<p><code>・会社のミッション、</code></p>]]></description><link>http://microscopium.stellato.blog/zhong-xiao-qi-ye-nodetahuo-yong-zhan-lue/</link><guid isPermaLink="false">b09a6d16-ee85-4e30-a025-2d536d142e85</guid><dc:creator><![CDATA[Microscopium]]></dc:creator><pubDate>Mon, 26 Jul 2021 06:11:58 GMT</pubDate><content:encoded><![CDATA[<h2 id="">デジタルビジネスとデータ</h2>

<h2 id="">データとは？</h2>

<p>Oxford Languagesによると「それをもとにして、推理し結論を導き出す、または行動を決定するための事実。資料。」</p>

<p>「何か新しい取り組みを始めなければならない」
「でも、何をどう取り組み始めていいかわからない」</p>

<p>そんな時に役に立つのが「データ」です。</p>

<p>「専門家がいないから難しい」
「データが少ないから難しい」</p>

<p>これも大きな課題であるが、専門家に困っているのは大企業も同じであるとともに運用モデルで解決をできる可能性がある。近年のデータ分析のトレンドは「小さいデータと幅広いさまざまなデータ」となってきている。このようなデータであれば、中小企業でもデータを集められる可能性が高くなる。</p>

<p>デジタルで構成されたデータは、デジタルビジネスの強力なパートナーとなり指針を示してくれるナビゲーターにもなりえる。</p>

<h3 id="">デジタルビジネスとデータの関係</h3>

<p>デジタルビジネスでデータを活用するということは、「データの山を元に推理して結論を出し、行動や組織の方針を決定したり、ビジネスとデジタルを融合することで成果を出すこと」と言い換えることができる。</p>

<p>本レポートを参考にしていただくと、デジタルビジネスとデータの事例及び運用モデルのサンプルがわかるので、今のビジネスデータを活用してどのようにデジタルビジネスへと進化をさせるのか？の理解が進む。</p>

<p>以下の事例のように、デジタルで構成されているデータとデジタルビジネスは切っても切れない関係となっている。</p>

<p>それでは、デジタルビジネスとデータの関係について以下に記載していく。</p>

<h2 id="">「今あるものをオンラインに置き換える」は間違い？</h2>

<p>デジタルビジネスを検討する時に、今のビジネスをオンラインに置き換えたらどうなるのか？というアプローチで考えるケースが多いが、これは成功の可能性を低くする事になる。</p>

<p>一番大切な事は、今のビジネスがどうやって成り立っているか？を見直す事である。今のビジネスを分析してみよう。</p>

<p><code>・会社のミッション、ビジョン、バリューは何か？その達成度は？
・自分達の価値を高めてくれているものは何か？
・お客様が求めているものは何か？
・お客様が求めている事（お客様が自分達と関わることで得られる体験：UX）をデジタルで実現するとどうなるのか？
・自分達自身の課題が何で、それはデジタルビジネスを導入する事でどう変化するのか？</code></p>

<p>大まかにみてもこれらがポイントになる。
以下の事例では、中小企業でも実現可能なデータ活用及び分析についてまとめてみた。</p>

<h2 id="">実用的なデータ活用及び分析について（事例）</h2>

<p>中小企業では、データと分析を利用することによって、業務改善や成長を推進することができる。また、データと分析を使用する際、一般的に４つの目標がある。</p>

<p>　<code>①データ品質と全社的な管理プロセス改善
　　②エンタープライズプロセスと運用の最適化
　　③CX向上とビジネスの成長の促進
　　④製品イノベーションとデータの収益化の促進</code></p>

<p>上記の目標に対して、組織はどのようにデータを活用しているかの例を下記にて述べる。</p>

<h3 id="1">1. データ品質と全社的な管理プロセス改善</h3>

<p>　データの品質と管理の実践は、データと分析を通じて改善できる。組織は、データのタグ付け※1、新しいデータのオンボーディング※2、および反復データファイルの量を自動化して、減らすことができる。</p>

<p>航空会社には、お客様に関する多くのデータが蓄積されている。問題は、どのデータが有用なのかを見極めることである。サウスウエスト航空では、人気のある商品やサービスを発見するために、すべての顧客データをグループ化していた。しかし、期待したほどの結果が得られないことに気付き、別の方法に切り替えた。現在、サウスウエスト航空は、一人一人のお客様のデータに集中している。各顧客は、過去の購入履歴や過去の行き先など、150以上のデータ変数を持っている。これらのデータタグにより、それぞれのお客様がどのような行動をとるのかを予測している。その結果、サウスウエスト航空は200ミリ秒で各顧客にパーソナライズされた独自の提案ができる。 大きな競争相手の1つであるユナイテッド航空は、同様の方法の結果として、チケット以外の売上が15％増加した。
　※1 主催者がデータにキーワードを割り当てて整理しやすくする方法
　※2 オフラインデータをオンライン環境に転送するプロセス</p>

<h3 id="2">2. プロセスと運用の最適化</h3>

<p>　組織は、データ分析を使用して、エンタープライズプロセスと運用を最適化することもできる。 一部の組織は、データと分析を通じて、手動のデータ照合プロセスを、異常や不正を検出するアルゴリズムに置き換えることができた。 他の組織でも自動化されたワークロード管理ツールを作成して、従業員のプロジェクト管理とタスク管理を改善することに成功した。</p>

<p><code>Peachは定期的にデータを収集して分析を実施している。 分析から得た情報を使用して管理、サービス、製品、イベント、およびキャンペーンの改善を行う。また、販売分析、調査、および新しいサービスや製品の開発にも活用する。</code></p>

<p><code>データを使用してプロセスと運用を最適化する会社の例はSlackである。 顧客はSlackを使用して貴重なデータを送信するため、セキュリティはSlackにとって非常に重要である。 進行中のセキュリティプロセスの一環として、Slackはユーザーデータ、アカウント情報、使用状況情報、および場所情報を分析する。 このデータは、自動監視ソフトウェアを使用して潜在的なセキュリティ問題について分析される。</code></p>

<h3 id="3cx">3. CX向上とビジネスの成長の促進</h3>

<p>　さらに、組織は、顧客満足度、顧客維持、および売上転換率の形で成長を測定すデータと分析を使用することで、企業は組織の成長を促進することもできる。 顧客のフィードバックを分析し、営業チームのコミュニケーション戦略を改善する組織もあれば、機械学習を使用して顧客の行動を予測する組織もある。</p>

<p><code>2017年、ビルド・ア・ベア・ワークショップはデジタルビジネスを立ち上げた。 ソフトウェアを使用して、各顧客の状態を視覚化された全体像で見ることができる。 ビルド・ア・ベア・ワークショップはこのデータを使用して、デジタルだけでなく、ビジネスのあらゆる側面で優れたパーソナライズされた体験を提供してきた。 データは、物理的な場所、ソーシャルメディアのコンテンツ、および一般的なブランドを支援するために使用される。 努力の結果、ビルド・ア・ベア・ワークショップのデジタルビジネスは9四半期連続で2桁の成長を遂げた。</code></p>

<h3 id="4">　4. 製品イノベーションとデータの収益化の促進</h3>

<p>　最後に、組織はデータと分析を通じてビジネスのデジタルイノベーションを推進している。 組織は、分析処理を使用してデータ駆動型の意思決定を行うとともに、予測モデリング※1を使用して製品の欠陥を見つけ、現在の機能を改善し始めている。</p>

<p><code>FICO社はクレジットスコアサービスを提供している。データを収集して人々のクレジットスコアを作成し、その結果をさまざまな金融機関に販売している。大量のデータを持つFICO社にとって、データに素早くアクセスできることは重要である。そのために、クラウドサービスを開発したり、AIや機械学習の技術に投資している。2019年には、AIや機械学習に関する特許を100件以上出願した。これらのツールにより、顧客はリアルタイムにデータにアクセスできるようになった。また、AIと機械学習によって、顧客は、差別化されたデータを探索することで、新たなインサイトを発見し、予測モデルを構築し、ソリューションを迅速に展開できるようになる。このようにして得られた有用なデータやインサイトは、貸し手に販売される。</code></p>

<p>　※1 統計を使用して意思決定の結果を推測するモデルを作成する</p>

<h2 id="">運用モデル（プロセス・ワークフロー）</h2>

<h3 id="step1">【step1】データドリブンビジョンを立てる</h3>

<p>　covid-19で、人間の行動は過去とガラリと変わった。顧客の行動が見にくくなり、営業活動が困難になってきた。企業の運営も、対面で行ってきた業務が、リモートワークとなるにつれて、今までのプロセスの実行が困難になってきた。しかし、一部の企業はこの危機をきっかけに、一気に成長することができた。それは、データドリブンの重要性をすでに認識し、機敏性を生かした企業である。
　データは運用のプロセスを改善し、意思決定の質を上げることができる。さらに、企業資産として、ビジネスモデルのシフトを推進することができる。これは大手企業だけではなく、中小企業にも適用できる。企業の経営者は、データ戦略が企業全体の目標に貢献することを認識し、データドリブンのビジョンを立てないといけない。データ戦略は今までITの一部に過ぎないと思われているが、ITと同様な重要性を持つようになるため、データ戦略を担当するCIOやCDOのポジションを設定する必要もある。</p>

<h3 id="step2">【step2】スモールスケールでスタート　</h3>

<p>　近年、アジャイルという言葉はとても流行っている。データ戦略にもアジャイルの適用が最適である。大手企業はアジャイルをやろうとしているが、中小企業は自身の規模や指示系統でより早くアジャイルを展開することができる。</p>

<p>　中小企業は大手企業と比べると、規模が小さく、投資可能な資本も限られてる。しかしながら、これは必ずしもデメリットになるとは限らない。今、データは、ビッグデータからスモール＆ワイドに切り替えるトレンドがあり、中小企業でもデータ活用する機会が増えている。また、スクラッチ開発は費用と時間がかかるし、変化への対応するスピードも遅いため、ベストの選択ではない。現在、技術の進歩によって、多種多様なニーズを満たすツールが沢山出ている。中小企業にとって、気軽に利用できるツールも増えているため、自分のニーズに合わせて、とにかく様々なツールを利用してみた方がよい。　
　
　中小企業はデータ戦略を実行する際に、最初範囲を絞って、スモールスケールで開始することをお薦めする。最初のデータ戦略は、実現したいビジネス成果から、プロセスの改善、意思決定それともビジネスシフトのいずれを優先するか？を決定する必要がある。範囲を絞ったら、測定可能な指標メトリクスを策定する。利害関係者を招集し、評価を行う。データは一部の人のみならず、なるべく全員にデータを使用する権利と権限を与える。企業全体のデータリテラシーとデータ文化の醸成を図る。大企業と中小企業に関係なく、データ人材不足している。しかし、中小企業は一気に投資して、多数のデータサイエンティストを抱えることは難しいが、通常の採用と同時、フリーランス活用の道も推薦したい。</p>

<h3 id="step3">【step3】データドリブンを運用し組織に定着させるループを実践する</h3>

<p>　ビジョンを設定し、スモールスタートで開始をした後はいわゆるPDCAの内PDCが揃った状態となる。Actionとしては、スモールスタートで実施した内容を評価するところがスタートとなる。</p>

<p>代表的な自らへのAction（問いかけ）は以下のような内容となる。</p>

<p>・データドリブンビジョンとのズレがないか？
・実施した内容は、企業の業績に良い影響を与えられるか？
・データ化指標の数は十分か？拡張するべきか？絞るべきか？
・利害関係者からの意見はどのようなものがあったか？
・データを利用した人は十分か？
・データドリブンビジョンが組織に行き渡っているか？
　これらを必要なメンバーで協議し、スモールスタートを行った際の設計に反映させる。
この時点から、データドリブンビジョンまで戻る必要はない。ビジョンは先を見据えるための目標であり、スモールスタートではじまったサイクルを回す際にはそこまで戻してしまうと目標がずれていることになる。もし、この時点でデータドリブンビジョンがずれている場合は、スモールスタートの機動性を活かして全てやり直しをするという選択をしても良い。</p>

<p>　以上の問いかけに答えが見つかれば、Step2とStep3を繰り返して徐々に範囲を広げていく。この手法は、Step2で述べられたアジャイルの手法であり、企業に置き換えればリーンスタートアップの手法とも共通する手法となる。</p>

<p>　アジャイルだからPDCAが無くスピードが速いという表現をしているレポートもあるがPDCAが個々のメンバーの中に浸透しているから必要ないのであって、本質的なアジャイルの手法ができないうちは、組織に定着させるループを実践する方が現実的であろう。</p>]]></content:encoded></item><item><title><![CDATA[「蓄積したデータ資産」はデータシェアリングで新たな可能性を創造する]]></title><description><![CDATA[<p>データは守るべきものから活用するべきものへの変貌を遂げる必要がある。
特に、信頼されたデータの利用はデジタルビジネスを加速させる。</p>

<p>これらにリスクを感じることもあるだろう。
データの誤用や蓄積したデータ資産が流出することなどがあげられる。</p>

<p>しかし、我々の考察によるとそれらは文化の創造、リスクの把握、テクノロジー等によって解決できる可能性がある。
例えば、データシェアリングのビジネスにおける必要性の定義を検討してみたり、何がリスクになるのか？というリスクの評価を行って実際にどれぐらいのリスクがあるか？を検証してみたり、ブロックチェーンを活用した信頼性の担保や、AIによる運用マネジメント、証跡管理などが挙げられる。</p>

<h2 id="">データの価値は？</h2>

<p>デジタルビジネスが成功している状態とは、「デジタルビジネスで価値を創造している」状態と定義する。デジタルの特徴を考えた場合、データ化（可視化）されている事が最大の特徴である。これまでのビジネスでは、全てのデータが「守るべきもの」という前提でオペレーションされてきた。</p>

<p>しかし、「デジタルビジネスで価値を創造している状態」はデータを守るだけで実現できるものであろうか？以下の事例をご覧いただくと、ビジネスの規模やデジタルビジネスの加速のためには「データの共有によって生み出される価値」と「データ共有の文化を構築する」ことの大切さが理解いただけるであろう。</p>

<p>実体を持っている企業がM＆Aやアライアンスを通じて企業価値を最大化しているように、データの価値を最大化するためにはデータとデータの間に信頼関係を構築し、発見する機会を増やす事でそれらを活用する文化の創造が必要不可欠なものとなってきている。</p>

<h2 id="">データ共有の従来の見方は否定的である</h2>

<p>　従来の企業文化は、組織内であってもデータ共有に反対している。 データ共有を妨げる慣行は報われた。（データ共有を行わないことつまりデータを保護する事は、企業を守る行為という認識をされてきた。） その結果、データ共有に対しては懸念事項が多い事が一般的である。</p>]]></description><link>http://microscopium.stellato.blog/xu-ji-sitadetazi-chan-hadetasiearingudexin-tanake-neng-xing-wochuang-zao-suru-2/</link><guid isPermaLink="false">8497ad5c-21c3-4d95-816e-a42361f868f1</guid><dc:creator><![CDATA[Microscopium]]></dc:creator><pubDate>Mon, 26 Jul 2021 01:19:02 GMT</pubDate><content:encoded><![CDATA[<p>データは守るべきものから活用するべきものへの変貌を遂げる必要がある。
特に、信頼されたデータの利用はデジタルビジネスを加速させる。</p>

<p>これらにリスクを感じることもあるだろう。
データの誤用や蓄積したデータ資産が流出することなどがあげられる。</p>

<p>しかし、我々の考察によるとそれらは文化の創造、リスクの把握、テクノロジー等によって解決できる可能性がある。
例えば、データシェアリングのビジネスにおける必要性の定義を検討してみたり、何がリスクになるのか？というリスクの評価を行って実際にどれぐらいのリスクがあるか？を検証してみたり、ブロックチェーンを活用した信頼性の担保や、AIによる運用マネジメント、証跡管理などが挙げられる。</p>

<h2 id="">データの価値は？</h2>

<p>デジタルビジネスが成功している状態とは、「デジタルビジネスで価値を創造している」状態と定義する。デジタルの特徴を考えた場合、データ化（可視化）されている事が最大の特徴である。これまでのビジネスでは、全てのデータが「守るべきもの」という前提でオペレーションされてきた。</p>

<p>しかし、「デジタルビジネスで価値を創造している状態」はデータを守るだけで実現できるものであろうか？以下の事例をご覧いただくと、ビジネスの規模やデジタルビジネスの加速のためには「データの共有によって生み出される価値」と「データ共有の文化を構築する」ことの大切さが理解いただけるであろう。</p>

<p>実体を持っている企業がM＆Aやアライアンスを通じて企業価値を最大化しているように、データの価値を最大化するためにはデータとデータの間に信頼関係を構築し、発見する機会を増やす事でそれらを活用する文化の創造が必要不可欠なものとなってきている。</p>

<h2 id="">データ共有の従来の見方は否定的である</h2>

<p>　従来の企業文化は、組織内であってもデータ共有に反対している。 データ共有を妨げる慣行は報われた。（データ共有を行わないことつまりデータを保護する事は、企業を守る行為という認識をされてきた。） その結果、データ共有に対しては懸念事項が多い事が一般的である。 データ共有を促進するために、組織はこれらのリスクと目に見えない恐怖を軽減する必要がある。 対処する必要のある一般的な懸念は、神経質な利害関係者、データ管理の懸念、ガバナンスポリシーの恐れ、ツールとテクノロジーの欠如の恐れ、および認識されている規制上の制約である。 専門家は、これらの問題に対処するために企業文化の変更を推奨している。 組織は、データを共有しないという態度から共有するという態度に切り替える必要がある。</p>

<h2 id="">幹部や組織はデータ共有についてリスクがあると認識をしているが、データ共有の有効性については無視できなくなる</h2>

<p>　データ共有は、デジタルビジネスに関して特に重要であることが示されている。 データ共有は、AIのような高度な技術開発を加速する推進力であり、デジタルビジネスを成功させるために必要な洞察を生み出すために必要であると考えられている。 COVID-19に対応して、調査対象の経営幹部の69％が、組織がデジタルビジネスを加速していると回答した。 また、データ共有を促進する組織は、2023年までに同業他社を上回る成果を上げていると予測されている。この傾向にもかかわらず、組織の70％は、組織がデータ共有で効率的ではないと答えている。</p>

<p>　ほとんどの経営幹部は、データ共有が価値創造にとって重要であることを認識している。 世界中の政府も同様である。 調査結果は、内部および外部のデータ共有を促進するD＆Aリーダーがより成功していることを示している。競合他社間でのデータ共有の事例があり、競合他社の競争優位性を高め、業界全体のデジタルビジネスを加速させている。</p>

<p><code>株式会社小松製作所は建機市場において世界初の実用化されたIoTである「KOMTRAX（コムトラックス）」を開発し、顧客の利便性を上げるため、競合他社とデータシェアリングし、より強いプラットフォームを構築することができた。GoogleやAmazonのような大手プラットフォーマの下請けにならないように、プロダクト戦略からプラートフォーム戦略への早期シフトを実現。建機市場のデータシェアリングが注目を集めることで、2017年に株式会社ランドログ（小松製作所、NTTドコモ、SAPジャパン、オプティムの4社による合併会社）が誕生するきっかけとなった。</code></p>

<p><code>Penskeは、米国を拠点とするトラックリース会社である。 Fleet Insightというウェブサイトを立ち上げた。
顧客は自分のトラックデータをWebサイトにアップロードできる。これにより、顧客はトラックの効率、コスト、および日常のメンテナンスを調べることができる。 Penskeもデータを使用できる。 Penskeが受け取るデータは、トラックの動態管理とパフォーマンスを向上させることができる。 目標は、これにより最終的にPenskeが予測分析を利用できるようになることである。</code></p>

<p><code>HERE Technologyは、ドイツのさまざまな自動車メーカーが所有するオランダの会社である。 HEREの主な事業は、GPSデータを使用してマッピングデータを収集することである。 HEREは、そのデータをBing、Facebook、Yahoo、Amazonなどの企業にライセンス供与していますが、それらは他の目的でデータを使用している。 自動運転車の開発にも使用されている。 Volkswagen、BMW、Daimler、Mitsubishiは、HEREに関与している自動車メーカーの一部である。 このコラボレーションの理由の1つは、Googleなどの自動運転車の技術を開発しようとしている他の企業と競争することである。</code></p>

<p>上記のように企業だけではなく、各国政府間も積極的にデータシェアリングを行っている。</p>

<p><code>2017年エストニアとフィンランドは各国政府間のデータシェアリングのためNordic Institute for Interoperability Solutions(NIIS)研究所を設立しX-Roadを共同開発した。X-Roadはデータ交換を提供するオープンソースソフトウェアおよびエコシステムである。ヨーロッパの政府が徐々に国民を中心としてデジタル化を進めており、より良いサービスを提供するため各国政府間のデータシェアが重要だろう。その後アイスランドとフェロー諸島はNIISプロジェクトのパートナーになり、X-Roadの機能をもっと有効に活用されるだろう。
</code></p>

<h2 id="">データシェアリングの課題と対策</h2>

<p>　このように、データシェアリングの課題は複数取り上げられる。組織内のデータシェアリングにおいて、「データマネジメント」と「ツールとテクノロジーの不足」の二つの課題がある。一方、外部のデータシェアリングにおいては「規制の禁止事項」と「セキュリティのリスク評価」が主要の課題である。ただし、「利害関係者の抵抗」は内部と外部のデータシェアリングに共通する課題となっている。
そういった課題をどうやって対応するのか、下記の内容が考えられる。</p>

<h3 id="">データの所有権ではなく、データシェアリングの文化を醸成</h3>

<p>　内部のデータシェアリングと外部のデータシェアリングの共通課題として、利害関係者の抵抗が取り上げられたが、この課題を解決するには、データシェアリングの文化を組織内ないし全社会の中で醸成しないといけない。
　内部でデータをシェアリングすることにより、社内プロセスの効率向上、人材マネージメントや、売上の増加に役立つ。チャレンジするときには、組織をまたがって、合同に対応する必要がある。その際に、データを自分のところだけに蓄積しない仕組みを作る必要がある。データの蓄積は一般的な考え方だが、蓄積したデータに対応する計画がなければ、データの価値とデータ分析に対する投資のリターンも低下する。データシェアリングは運営の効率向上、コストの低減や顧客体験にいかなるメリットがあるのか、利害関係者に説明する必要がある。</p>

<h3 id="">データシェアリングのビジネス上の必要性を示す</h3>

<p>　調査によると、データの使用を促進するデータ分析チームはより成功している。その内の大多数は、内部でデータをシェアリングすることにより、内部のプロセスを改善している。例えば、販売や製造、人材管理などを改善した。しかも効果は定量的に測れる。ただ、それだけでは十分でない。ビジネスの新しい価値を作るために、所有権や管理の及ばない組織とデータをシェアリングする必要もある。
　上記の事例はビジネスパートナーとデータシェアリングすることで測定可能な経済的な利益を生み出していることを証明している。
　ただ、調査によると、この比率はまだ31％に止まっているとのこと。
　ビジネスパートナーデータシェアリングすることで、商品、サービスまたは有益な契約条件などにおいて、測定可能な経済利益を得ている。さらに、顧客に対して、製品やサービスの価値を高めて、カスタマーエクスペリエンスの向上に貢献している。
　外部のデータシェアリングの対抗に対応するために、外部データシェアリングの成功事例の研究を積み重ねて、ビジネス上の必要性を浸透させる必要がある。</p>

<h3 id="">リスクを正しく評価</h3>

<p>　
調査によると、ツールとテクノロジーの欠如を成功への主要な障壁として報告している組織は、チームのパフォーマンスが低いとのこと。これらの課題を軽減するのに、テクノロジーではなく、マスターデータ管理、データカタログ、データ品質などに重点を置きたい。同様に、パフォーマンスの低いデータ分析チームは、パフォーマンスの高いチームよりもリスクとセキュリティの問題を障壁として挙げる傾向がある。リスクは実際より大袈裟で過剰に評価されることが多い。実際のリスクを客観的に評価するよりも、「リスクが高すぎる」と言う方が簡単ではあるが、それでは何も生まれない。規制違反またはセキュリティの脆弱性のリスクを対処するときは、「実際のリスク」と「自分が思っているリスク」を明確にする必要がある。多くの組織はリスク回避的すぎて、共有しないアプローチになっている。そのようなアプローチがデータのバリューと企業価値を推進する機会を喪失させてしまう。</p>

<p>ーーーーーーーーーーーーーーー</p>

<p>ここまで、データの共有の有効性、事例や課題、その解決策について調査、考察してきた。
抵抗する勢力に争うよりも、データシェアリングがもたらす可能性に目を向けるようなビジネスや文化、有効性の構築を行う事が、デジタルビジネス加速への有効なアプローチとなるだろう。</p>]]></content:encoded></item><item><title><![CDATA[Ad Madness... Still :-|]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>The revelations of Facebook having provided data to a 3-party without users' consent has brought much due attention, again, to the matter of... what the hell are these companies doing?!!!</p>

<p>Firstly, let's get this out of the way.  Many refer</p>]]></description><link>http://microscopium.stellato.blog/ad-mad/</link><guid isPermaLink="false">2f1ac817-af80-4c52-9bf2-06435030a0b0</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Thu, 05 Apr 2018 06:23:29 GMT</pubDate><content:encoded><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>The revelations of Facebook having provided data to a 3-party without users' consent has brought much due attention, again, to the matter of... what the hell are these companies doing?!!!</p>

<p>Firstly, let's get this out of the way.  Many refer to Google, Facebook, as technology companies.  When in fact, the are advertising companies who use/develop technology.  They make money from advertising, not technology.</p>

<p>Let's now survey Internet advertising and see what's currently happening.</p>

<p>Internet companies with hyper-scale user-bases are sucking up as much data about those users, sometimes without express consent, so as to target advertisements to them which are paid by entities selling something. </p>

<p>Online advertising is rot with fraud whereby companies pay for their brands to reach eyeballs via online ad exchanges, receive reports of the numbers of eyeballs having seen the those costly ads, and yet actually it's it's not possible to know because human and bot attention can't be proven distinguishable.  And ad providers, platforms, etc. have incentive to use such attention bots.</p>

<p>There's "ad wars".  This nonsense amounts to recursive blocking of ads, ad-blockers, ad-blocking blockers, ad-blocking-blocker blockers, etc. ad infinitum (pun intended).</p>

<p>Then there's malvertising.  Yeah, that's a thing, whereby ad platforms are used as vectors for malware (e.g. ransomware, etc.).</p>

<p>And very sadly just yesterday, there was the incident at Youtube's headquarters involving shootings.  Which it now appears to have been aggravated by... advertising.</p>

<p>One struggles to find anything good about any of this.  Except perhaps those Internet, ahem, advertising companies with hyper-scale user-bases.  The negative aspects of it all for society now seemingly outweigh it's benefits.  Perhaps we need not online advertising anymore anyway; maybe never did?  With "Web 3.0" technologies maturing, this might finally be realized.</p>]]></content:encoded></item><item><title><![CDATA[CISO (Cheif Insecurity Scapegoat Officer)]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>I understand the New York Department of Financial Services enacted laws, originally from March 2017 but are now in-effect, to create more accountability for cyber security efforts of major corporations - banks, insurers, financial service organisations, etc. Which require senior</p>]]></description><link>http://microscopium.stellato.blog/ciso-cheif-insecurity-scapegoat-officer/</link><guid isPermaLink="false">8c8b3394-a1df-47b2-8ccf-b73b925e6304</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Fri, 02 Mar 2018 07:33:00 GMT</pubDate><content:encoded><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>I understand the New York Department of Financial Services enacted laws, originally from March 2017 but are now in-effect, to create more accountability for cyber security efforts of major corporations - banks, insurers, financial service organisations, etc. Which require senior executives, Chairman of the Board of Directors, or senior officers (e.g. CEO) to personally certify their computer networks are protected by a cyber security program appropriate to their risk.  A cyber security <a href="https://en.wikipedia.org/wiki/Sarbanes%E2%80%93Oxley_Act">Sarbanes-Oxley</a>, if you will.</p>

<p>3,000+ firms must have a very top-level executive formally attest to having the following: </p>

<ul>
<li>cyber security program appropriate to their risk profile</li>
<li>cyber security policies to protect information systems and customer data</li>
<li>chief information security officer responsible for overseeing and implementing cyber security and enforcement thereof</li>
<li>qualified cyber security staff or contractors to work with the CISO</li>
<li>incident response plan</li>
<li>control of privileged access to its IT network</li>
<li>either continuous monitoring or periodic penetration testing </li>
<li>vulnerability assessment for their network</li>
<li>full-scale risk assessment of their information systems</li>
<li>multi-factor authentication for remote access</li>
<li>regular cyber security awareness training for staff </li>
<li>annual reporting from the CISO to the board of directors</li>
</ul>

<p>This is all well-and-good, but for one thing; the CISO appointment.  This poor sole has unattainable responsibilities for which they'll be sacked when there's a security incident, which will likely be caused by lapses from others.  See, a CISO can't possibly, constantly oversee actions (e.g. development, operations, and use) of every single person within an organisation.  Security should be equal and great responsible of every single staff member.  And assigning such responsibility to a single individual would reduce others' sense of having such responsibilities themselves.  </p>]]></content:encoded></item><item><title><![CDATA[Cryptoidables]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Maybe "crypto collectables" has yet to enter English vernacular like crypto currency; however, it's not far off.  Or, maybe it actually is far off.</p>

<p>Background: the Ethereum blockchain's <a href="https://github.com/ethereum/EIPs/issues/721">ERC</a> (Ethereum Request for Comments 721) for a non-fungible token standard allows</p>]]></description><link>http://microscopium.stellato.blog/crypto-collectables/</link><guid isPermaLink="false">437088a3-a848-4de6-9670-1df52838e6a6</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Wed, 31 Jan 2018 02:08:29 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2018/02/cryptoidable.jpg" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2018/02/cryptoidable.jpg" alt="Cryptoidables"><p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Maybe "crypto collectables" has yet to enter English vernacular like crypto currency; however, it's not far off.  Or, maybe it actually is far off.</p>

<p>Background: the Ethereum blockchain's <a href="https://github.com/ethereum/EIPs/issues/721">ERC</a> (Ethereum Request for Comments 721) for a non-fungible token standard allows creation of a non-divisible and uniquely characteristic cryptoid, if you will.  To date, realizations are data structures which can be rendered as images of cute animals or the like.  And are even operands under a closed system of operations, such as "breeding".  By the way, the point of system closure under a set of operations is the moment of power for that system.  That is, where the fun starts.</p>

<p>When I first heard of cryptographic data structures over a blockchain as collectables (i.e. crypto collectables), I of course thought whaaaaaaaaaaaat.  But quickly, my thought changed to cooooooooooool!  Then I heard one sold to the tune of $100,000, and I instantly went back to whaaaaaaaaaaaat.  And I continued to whaaaaaaaaaaaat over the weekend.</p>

<p>To answer my own nagging question over the weekend, a basis of comparison was required.  Naturally, I took the quintessential, an often expensive, collectible known as a "baseball card" :-), and will run with that.  So here goes.</p>

<p>The reason university economics departments are in humanities, rather than science or business, is because it's about human choice and behaviour therefrom.  Economists may use scientific methods and tools, and in turn, business may use economics, but economics itself is about humanity's choices.</p>

<p>So if a human chooses to pay $100,000 for a crypto collectible or a similar amount for a baseball card, why might each be a sound economic choice or completely bonkers?</p>

<p>Firstly, what are we talking about?  A crypto collectible is a data structure atop a blockchain, just 1s and 0s, but such that they come with guarantees blockchain technology can provide; assuming a well-distributed network blockchain of course.  A baseball card is just a piece of rigid paper, but also comes with guarantees over a network - a network of people who collect/trade/buy/sell baseball cards.  Crypto collectibles are extremely new and as such can only be traded/bought/sold, over speculation at this point.  But not actually collected, like baseball cards are.</p>

<p>And therein lies the big difference.  A baseball card has a backbone of more than 100 years of history in which a great number of people cherish extremely heartfelt memories of their own lives, having played the game themselves, gone to games with their families as children and as adults with their own, and romancing of baseball's history and figures.  All for which they are willing to pay, have, and hold a physical symbol representing it all, and never to be parted.  It's very human.  A crypto collectible cannot possibly have all that at this point.  </p>

<p>So could paying $100,000 for a baseball card be a sound economic decision?  Absolutely.  Is paying such an an amount for a crypto collectible?  Ummm...no.  They are currently, at best, only uh, cryptoidables.</p>]]></content:encoded></item><item><title><![CDATA[Linux Journal Ceases Publication :-o; Update, They're Back!!!]]></title><description><![CDATA[<p>Opinions expressed in this commentary are solely those of MRD.</p>

<p>It's only fitting to use this month's article to call attention to <a href="https://www.linuxjournal.com/content/linux-journal-ceases-publication">Linux Journal Ceases Publication <br>
</a></p>

<p>Publishing in general is going through transformations that jeopardize known sustainable business models, very sadly.  Until sustainable models in the Internet age can be</p>]]></description><link>http://microscopium.stellato.blog/linux-journal-ceases-publication-o/</link><guid isPermaLink="false">3a1fa8ed-069c-4ee0-ae54-ec99adf6208b</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Mon, 04 Dec 2017 05:53:36 GMT</pubDate><content:encoded><![CDATA[<p>Opinions expressed in this commentary are solely those of MRD.</p>

<p>It's only fitting to use this month's article to call attention to <a href="https://www.linuxjournal.com/content/linux-journal-ceases-publication">Linux Journal Ceases Publication <br>
</a></p>

<p>Publishing in general is going through transformations that jeopardize known sustainable business models, very sadly.  Until sustainable models in the Internet age can be determined, some great publications may not survive to adopt them.</p>

<p>If anyone can assist the good people at Linux Journal and their readership, please do.  Linux Journal has been a valuable source of news and useful information to the Linux community for a long time, and has so much more to offer in the future.</p>

<p>Sincerely,</p>

<p>MRD</p>

<p><a href="https://www.linuxjournal.com/content/happy-new-year-linux-journal-alive">It's with great pleasure I can update that Linux Journal received backing to continue publishing.
</a></p>]]></content:encoded></item><item><title><![CDATA[The Story in The Story]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>So yesterday I came across an article on <a href="http://money.cnn.com/2017/10/31/technology/business/google-docs-locked-out-shared-documents/index.html">CNN Money</a> which discussed users of Google Docs loosing permissions on their own documents because Google pushed out a technological change that deemed a "small percentage" of documents as abusive.  Apparently the</p>]]></description><link>http://microscopium.stellato.blog/the-story-in-the-story/</link><guid isPermaLink="false">7bbe89f7-9a16-4e48-836c-98197b3ec0ee</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Thu, 02 Nov 2017 08:50:55 GMT</pubDate><content:encoded><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>So yesterday I came across an article on <a href="http://money.cnn.com/2017/10/31/technology/business/google-docs-locked-out-shared-documents/index.html">CNN Money</a> which discussed users of Google Docs loosing permissions on their own documents because Google pushed out a technological change that deemed a "small percentage" of documents as abusive.  Apparently the activity on Twitter suggested it was more than what Google was letting on.</p>

<p>Anyway, the news article seemed to focus on the matter at hand and unfortunate users, while I couldn't help but think - Geez, my suspicions of Google scanning documents in Google Docs is true.  Guess I could have just read the policy, but would rather not and hope for the best.  Oh, and Google's deciding what people can put in those documents; huh?</p>

<p>It's one thing for Facebook, Twitter, etc. to scan and ban because it goes out to the public.  But Google Docs doesn't... does it?  Maybe it's just me, but this feels like the SaaS "Public Cloud" equivalent of not only being told what one can't say, but what one can think.  And negative reinforcement should breach occur. </p>

<p>Sigh.</p>]]></content:encoded></item><item><title><![CDATA[internet.com]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>On September 18th, The <a href="https://www.eff.org">EFF</a> wrote "An open letter to the W3C Director, CEO, team and membership" to tender their resignation from the <a href="https://www.w3.org">W3C</a>, and express reasons for doing so. </p>

<p>After careful review of the letter, related publications, and recent</p>]]></description><link>http://microscopium.stellato.blog/internet-com/</link><guid isPermaLink="false">78a0ac58-30b7-4dfc-8f61-6d15bdc0a8c9</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Sun, 01 Oct 2017 10:52:02 GMT</pubDate><content:encoded><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>On September 18th, The <a href="https://www.eff.org">EFF</a> wrote "An open letter to the W3C Director, CEO, team and membership" to tender their resignation from the <a href="https://www.w3.org">W3C</a>, and express reasons for doing so. </p>

<p>After careful review of the letter, related publications, and recent events, an official response is imperative -  HOLY CRAP!!!</p>

<p>Like just about everything on the Internet, most users have no idea what's going on behind the scenes, within the technology, and the implications for us all.  I would never claim to know all about these myself, but understand the EFF's resignation stems from DRM (digital rights media) and how the EME (encrypted media extensions) specification to be adopted by the W3C as an HTML5 standard would allow corporations to impose their own 3rd-party technology onto user's via browsers.  Further deincentivising corporate innovation and possibly giving corporations a legal foothold to charge legitimate security researchers, who make the Internet more secure for us all, with the already very controversial  <a href="https://en.wikipedia.org/wiki/Computer_Fraud_and_Abuse_Act">CFAA</a>.  And in so doing, seemingly undermining the whole open Internet ethos itself!</p>

<p>It's imperative to support media creation or it won't even be around for us, and thank God .com is a PART of the Internet.  But they are NOT the whole Internet.  EME seems some further expression of super sour grapes from corporations after having done too little too late to leverage the Internet with innovation for their own customers to consume media, and has no place on an "open Internet".</p>

<p>Besides, how are you going to control 0s and 1s anyway.  I mean, once any media is decrypted, it can be copied into any format to anywhere anyway.  EME ain't even gonna work people.</p>

<p>It's clearly understandable from where the EFF are coming and where I stand on this.  But perhaps their reasons for resigning are the very reasons they should remain in the W3C.  We clearly need them there, now more than ever.  </p>]]></content:encoded></item><item><title><![CDATA[I'm Calling It!!!]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Anytime I'm kicking back, relaxing, and looking for something to make my still only almost perfect situation even better with an instant and blinding migraine headache, I reach for some smooth XML data.  As in the image for this blog!</p>]]></description><link>http://microscopium.stellato.blog/hey-browser-makers/</link><guid isPermaLink="false">b2bf89fe-d1ca-45fc-81c7-e458923070a9</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Tue, 29 Aug 2017 06:18:04 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2017/08/pom.png" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2017/08/pom.png" alt="I'm Calling It!!!"><p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Anytime I'm kicking back, relaxing, and looking for something to make my still only almost perfect situation even better with an instant and blinding migraine headache, I reach for some smooth XML data.  As in the image for this blog!</p>

<p>But than again, after being appointed regional responsibility in a past life for globally synchronized XML databases, of which there were too many to recall now, I'm biased of course.</p>

<p>The fact that XML data is so hard to read should have been a clue it can't be good for processors and electric bills either.</p>

<p>It might not have been JSON, but something had to change.  And God bless us everyone, it finally did.  JSON is so much easier to work with.  Shoot, I even migrated an entire database of it with a few standard Linux commands just the other day; no joke.  </p>

<p>And because HTML is an instance of XML, HTML is also being called out in this rant.  In fact, it's the real target.  </p>

<p>See, if HTML is an instance of XML, and XML has clearly shown itself supplanted by JSON, then it would only seem to reason the same should happen to HTML.  That's right.  You read me.  This blog is a call to get this inevitable show on the road - replace HTML with JSON!!!</p>

<p>Sure, I get it.  It's without doubt, a huge amount of work.  But consider the amount of work required otherwise to maintain HTML in the long run.  And how pointless it will be long after XML has been dead, and the nightmares have subsided of those who've had to admin databases of it.  It's short term pain for long term gain people!  Heck, if sites were in JSON, rather than HTML, command line jockeys like me might not even use any would-be JSON-enabled browsers for most things.</p>

<p>Hopefully, this blog will find its way to someone at the W3C.  If any readers have such connections, please pass it on.</p>]]></content:encoded></item><item><title><![CDATA[Please Don't You Take Away My Perfect Forward Secrecy]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Decisions having ubiquitous consequence with the way the Internet or services thereon work happen all too often without almost all who use the Internet even knowing.  Ignorance doesn't mean not caring though.  It more likely means blissfully unaware; and in</p>]]></description><link>http://microscopium.stellato.blog/please-dont-you-take-away-my-perfect-forward-secrecy/</link><guid isPermaLink="false">7acd18c0-95d5-42f0-ab79-69f4de694b20</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Mon, 31 Jul 2017 05:37:00 GMT</pubDate><content:encoded><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Decisions having ubiquitous consequence with the way the Internet or services thereon work happen all too often without almost all who use the Internet even knowing.  Ignorance doesn't mean not caring though.  It more likely means blissfully unaware; and in some cases, to our own detriment.  Hence this blog posting, and for the chance that even a single reader may benefit from learning a bit more about what happens behind the scenes.  And perhaps motivate them to seek more information on its content, the Internet, how it works, and when key players make consequential changes to innerworkings.</p>

<p>We're talking about the stuff WE ALL use EVERY time our browser connects to sites on the Internet requiring secure connections, within which sensitive data is transmitted.  You know... that HTTPS stuff (S is for security).  Or at least, those sites that should be using HTTPS, TLS, and key agreement (e.g. Diffie-Hellman key agreement).  The latter two are implementations and applications of mathematics respectively for the former, and the topic at hand.</p>

<p>Key (Diffie-Hellman) agreement is necessary for two computers over a network (e.g. the Internet) to transmit data securely.  As it happens, there are two types - ephemeral and static.  The former produces a new key for each session of data transition, and thus provides what's called PFS (Perfect Forward Secrecy).  Meaning should any session's key be compromised and security of the data along with it, all other secure sessions should still be securely OK.  The latter, static... any compromise means henceforth, your cover is blown.  That is if the key is not regenerated, which would be unlikely.  </p>

<p>If what I understand is correct, the <a href="https://www.ietf.org">IETF Internet Engineering Task Force</a> are considering reintroducing ciphersuites with static  key agreement back into the TLS specification, so as to appease the network monitoring industry into adoption of the specification, rather than ephemeral key agreement having PFS.  As this would require no change to the client-side of key agreement, and prior versions of TLS have such static key agreement ciphersuites, one would never know if they've PFS or not.  And implications don't stop there.  It invites other vulnerabilities, such as replay attacks.</p>

<p>This smells like yet another use case for distributed consensus key agreement.  Although not plentiful, there has been such research.  No doubt the monitoring industry is important and deserve a say in this matter.  But reintroducing static key agreement ciphersuites back into a specification that's meant to be moving forward, simply seems a step backward.</p>]]></content:encoded></item><item><title><![CDATA[The Elusive Red-Gold Herring]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Have you ever heard the expression "Red Herring"?  If not, it's described as an <a href="https://en.wikipedia.org/wiki/Red_herring">informal fallacy</a>, meaning an argument's stated premises fails to adequately support its proposed conclusion.  Or more colloquially, you're barking up the wrong tree mate.</p>

<p>It's often</p>]]></description><link>http://microscopium.stellato.blog/the-elusive-red-gold-herring/</link><guid isPermaLink="false">f9ffbcb2-21b4-4573-931d-93114275d5a5</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Sun, 02 Jul 2017 14:16:33 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2017/07/herring-1600392_1920.jpg" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2017/07/herring-1600392_1920.jpg" alt="The Elusive Red-Gold Herring"><p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Have you ever heard the expression "Red Herring"?  If not, it's described as an <a href="https://en.wikipedia.org/wiki/Red_herring">informal fallacy</a>, meaning an argument's stated premises fails to adequately support its proposed conclusion.  Or more colloquially, you're barking up the wrong tree mate.</p>

<p>It's often used by technologists when investigating bugs, problems, system outages, etc.  Due to the complexity of technology, which only technologists can appreciate, one is often swimming in a sea of potential red herrings.  The more experienced one is with the technology investigated... well theoretically, the fewer red herrings with which one should need to contend. </p>

<p>Let me now introduce the Red-Gold Herring; and yes, I just made this up myself.  None the less, bear with me a little and hopefully there will be something to take away for you.</p>

<p>I build my own PCs, manually install Linux, configure, and custom compile everything in in both kernel and user space.  Recently when installing particular hardware for the first time, it seemed not to work and I suspected the issue had to do with the system security technology (i.e. PaX, seccomp, SELinux) I use.  Well, that wasn't the issue, just a red herring.  Actually I had the hardware working and just didn't initially recognize the fact due to some misleading results.</p>

<p>Fast forward a couple months, and there I was again on another PC build, installing similar, but not exactly the same, hardware.  Compilation of the driver for which, was definitely not working this time.  I couldn't help but recall what I had seen and thought before, and wouldn't you know it - the issue was that darn red herring from before (i.e. the security technology).  Except it had now become red-gold and immediately led me to understanding and resolution of the current problem much more quickly than I would have otherwise.</p>

<p>The moral of the story is not to discard those red herrings completely because they may be red-gold someday soon enough, and should always contribute to one's experience anyway.  Sure they're not pure gold, having a bit of copper, but gold and glitter enough in a  restatement of the logical premises to the current problem and providing a solution to it.</p>]]></content:encoded></item><item><title><![CDATA[Get Going]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Typically I write about the intersection of technology, business, society, government, etc.  But this time it's GOing to be different; and pun intended, about the programming language Go.  Or as it's often referred - GoLang.</p>

<p>I've been using it for</p>]]></description><link>http://microscopium.stellato.blog/get-going/</link><guid isPermaLink="false">ab464e20-bb78-4bcf-aac0-f269ef4d6ae3</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Thu, 01 Jun 2017 00:13:00 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2017/05/gopher_color2.jpg" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2017/05/gopher_color2.jpg" alt="Get Going"><p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Typically I write about the intersection of technology, business, society, government, etc.  But this time it's GOing to be different; and pun intended, about the programming language Go.  Or as it's often referred - GoLang.</p>

<p>I've been using it for 3 months, and wish to share some reasons why I'm continuing on with it and now consider myself a gopher (i.e. someone who develops in Go), so readers can hopefully benefit when having to make a decision for the themselves: To Go, or not to Go.</p>

<ul>
<li>Although a Modern Rapid Development Language, It's Strongly Typed</li>
</ul>

<p>Sure, I get it, some prefer to just get on with coding and not have to worry about data types.  Only to be burned by this later though.  Especially in an ever increasingly data-import world, having to debug code is one thing; debugging data, another.  With regards to D. Sculley's paper, <a href="https://static.googleusercontent.com/media/research.google.com/en//pubs/archive/43146.pdf">Machine Learning: The High-Interest Credit Card of Technical Debt</a>, is Go's strongly typed nature a silver bullet solution? Of course not.  Will it help?  Absolutely.</p>

<ul>
<li>Go is Compiled</li>
</ul>

<p>Compiled languages are faster... period.</p>

<ul>
<li>Go is Compiled in Go</li>
</ul>

<p>This is a sign of a mature language.  Any self-referential system, hasn't just an accolade, but drips with this power.</p>

<ul>
<li>Error-Handling is Enforced</li>
</ul>

<p>Go forces a developer to reason about errors at the time of development, that could be catastrophic at runtime.  Resulting in more robust and predictable software.</p>

<ul>
<li>Parallel, Distributed, and Concurrent</li>
</ul>

<p>As Moore's Law slows, a modern language can't be called such unless it is developed from the ground up with these characteristics.</p>

<ul>
<li>Go vs. Python</li>
</ul>

<p>Python's syntactically appealing, but seems Go is really the language I've always wanted Python to be, but instead has even fractured its usership trying to get there.  2.7 vs. 3?!</p>

<p>Don't take my word for it.  Look it <a href="https://www.tiobe.com/tiobe-index//">TIOBE's Index</a> <br>
 index.  There's a reason Go is on the rise</p>

<p>And now I've got to get back to GOing.</p>]]></content:encoded></item><item><title><![CDATA[RedmineにてAPサーバとDBサーバを分離させる]]></title><description><![CDATA[<h6 id="raspberrypi">Raspberry Piを使うにあたって</h6>

<p>APサーバとDBサーバを分けられないか？と考えている。書き込みの多いDB処理をSDカード内で行う、ということに不安を覚えているからである。</p>

<p>考えている手段は以下の通りである。<br>
・Raspberry PiをHDDから起動する<br>
・DBのデータを外付けのストレージに移し、そこから読み書きさせる<br>
・データは外部サーバやクラウドに任せる<br>
今回は、3番目を採用する。</p>

<h6 id="">用意するもの</h6>

<p>Raspberry Piとクラウドを用意すればよかったのだが、まずは仮想環境間でやってみることにする。<br> <br>
・仮想端末2台　Virtualboxにて作成<br>
　OS:CentOS7.2<br>
　メモリ:1GB<br>
　ストレージ:40GB<br>
　ネットワーク:ブリッジネットワーク<br>
ブリッジネットワークを選んだ理由だが、後々Raspberry Piと相互で処理させたいためである。
なお、ホスト名だが「Tone」と「Chikuma」にした。ToneがAP、ChikumaがDBである。ホストの命名については、個人のみで使う分にはどうやってもよいと思う。名前だけで判別できるなら全く問題ない。</p>

<h6 id="redmine">Redmineをインストールする</h6>

<p>Redmineのインストールについては、GitHubにあるインストール方法を採ることにした。</p>

<p><a href="https://github.com/farend/redmine-centos-ansible">https://github.com/farend/</a></p>]]></description><link>http://microscopium.stellato.blog/redmineniteapsabatodbsabawofen-li-saseru/</link><guid isPermaLink="false">a7fedb19-9fb6-4f9d-8342-ff1ce554341d</guid><dc:creator><![CDATA[Kazuo Seguchi]]></dc:creator><pubDate>Fri, 26 May 2017 00:35:46 GMT</pubDate><content:encoded><![CDATA[<h6 id="raspberrypi">Raspberry Piを使うにあたって</h6>

<p>APサーバとDBサーバを分けられないか？と考えている。書き込みの多いDB処理をSDカード内で行う、ということに不安を覚えているからである。</p>

<p>考えている手段は以下の通りである。<br>
・Raspberry PiをHDDから起動する<br>
・DBのデータを外付けのストレージに移し、そこから読み書きさせる<br>
・データは外部サーバやクラウドに任せる<br>
今回は、3番目を採用する。</p>

<h6 id="">用意するもの</h6>

<p>Raspberry Piとクラウドを用意すればよかったのだが、まずは仮想環境間でやってみることにする。<br> <br>
・仮想端末2台　Virtualboxにて作成<br>
　OS:CentOS7.2<br>
　メモリ:1GB<br>
　ストレージ:40GB<br>
　ネットワーク:ブリッジネットワーク<br>
ブリッジネットワークを選んだ理由だが、後々Raspberry Piと相互で処理させたいためである。
なお、ホスト名だが「Tone」と「Chikuma」にした。ToneがAP、ChikumaがDBである。ホストの命名については、個人のみで使う分にはどうやってもよいと思う。名前だけで判別できるなら全く問題ない。</p>

<h6 id="redmine">Redmineをインストールする</h6>

<p>Redmineのインストールについては、GitHubにあるインストール方法を採ることにした。</p>

<p><a href="https://github.com/farend/redmine-centos-ansible">https://github.com/farend/redmine-centos-ansible</a></p>

<p>入力するコマンドが少ないので、非常に楽である。しかし、今回の目的は「RedmineにてAPサーバとDBサーバを分離させる」ことなので、これだけでは終わらない。</p>

<h6 id="redmine">Redmineの設定を確認する</h6>

<p>上記のインストール方法を採った場合、Redmineのインストール先は/var/lib/redmineになる。中を見てみることにする。</p>

<pre><code>[root@Tone config]# cat /var/lib/redmine/config/database.yml
production:  
  adapter: postgresql
  database: redmine
  host: localhost
  username: redmine
  password: "*****"
  encoding: utf8
  pool: 5
[root@Tone config]#
</code></pre>

<p>・・・おそらくだが、「host:」の値を変更すれば、別サーバのDBから読み込んでくれるのではないか？と思っている。</p>

<p>続きは後ほど。</p>]]></content:encoded></item><item><title><![CDATA[メモから文書作成まで、超便利Markdown記法]]></title><description><![CDATA[<p>HTML は広く知られているマークアップ言語ですが、開始・終了タグや入れ子構造、デザインは CSS を使うなど、ちょっとしたメモ書きなどでは記述量が増えてしまいます。</p>

<p>そこで便利なのが <code>Markdown</code> です。 <br>
テキストのままでも編集容易性・可読性が損なわれず、 <code>Markdown.pl</code> などで HTML に変換されます。</p>

<p>Evernote, Tumblr, Qiita, Stack Overflow, Trello など様々なサービスで採用されている簡易マークアップ言語です。 <br>
当ブログの CMS である ghost でも採用されています。</p>

<hr>

<h3 id="">見出し</h3>

<p>見出しは6レベルまででレベル毎に <code>#</code> をつけます。</p>

<p>Markdown では次の用に記述します<sup id="fnref:1"><a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fn:1" rel="footnote">1</a></sup></p>

<pre><code># level 1
## level 2
### level 3
#### level 4
##### level 5
###### level 6

level1  
=====

level2</code></pre>]]></description><link>http://microscopium.stellato.blog/best_practices_for_taking_notes/</link><guid isPermaLink="false">e2425cad-e738-444e-aef4-77dc771b9598</guid><category><![CDATA[Markdown]]></category><dc:creator><![CDATA[Konishi, Motohiro]]></dc:creator><pubDate>Sun, 21 May 2017 06:16:00 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2017/05/markdown.png" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2017/05/markdown.png" alt="メモから文書作成まで、超便利Markdown記法"><p>HTML は広く知られているマークアップ言語ですが、開始・終了タグや入れ子構造、デザインは CSS を使うなど、ちょっとしたメモ書きなどでは記述量が増えてしまいます。</p>

<p>そこで便利なのが <code>Markdown</code> です。 <br>
テキストのままでも編集容易性・可読性が損なわれず、 <code>Markdown.pl</code> などで HTML に変換されます。</p>

<p>Evernote, Tumblr, Qiita, Stack Overflow, Trello など様々なサービスで採用されている簡易マークアップ言語です。 <br>
当ブログの CMS である ghost でも採用されています。</p>

<hr>

<h3 id="">見出し</h3>

<p>見出しは6レベルまででレベル毎に <code>#</code> をつけます。</p>

<p>Markdown では次の用に記述します<sup id="fnref:1"><a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fn:1" rel="footnote">1</a></sup></p>

<pre><code># level 1
## level 2
### level 3
#### level 4
##### level 5
###### level 6

level1  
=====

level2  
-----
</code></pre>

<p>このように見出しレベル１，２については代替記法が存在します。</p>

<p>以下のような HTML に変換されます<sup id="fnref:2"><a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fn:2" rel="footnote">2</a></sup></p>

<pre><code>&lt;h1&gt;level 1&lt;/h1&gt;  
&lt;h2&gt;level 2&lt;/h2&gt;  
&lt;h3&gt;level 3&lt;/h3&gt;  
&lt;h4&gt;level 4&lt;/h4&gt;  
&lt;h5&gt;level 5&lt;/h5&gt;  
&lt;h6&gt;level 6&lt;/h6&gt;

&lt;h1&gt;level 1&lt;/h1&gt;  
&lt;h2&gt;level 2&lt;/h2&gt;  
</code></pre>

<p>ghost では以下のように表示されます</p>

<hr>

<h1 id="level1">level 1</h1>

<h2 id="level2">level 2</h2>

<h3 id="level3">level 3</h3>

<h4 id="level4">level 4</h4>

<h5 id="level5">level 5</h5>

<h6 id="level6">level 6</h6>

<h1 id="level1">level1  </h1>

<h2 id="level2">level2  </h2>

<hr>

<h3 id="">段落と改行</h3>

<p>段落を分けるときは２つの改行を記述します。単一の改行は変換時に削除されます。
これは、改行を行う処理は画面の大きさに応じて Web ブラウザが担当すべきであるという設計思想によるものです。  </p>

<p>Markdown では次の用に記述します</p>

<pre><code>paragraph 1

paragraph 2  
paragraph 3

Lorem ipsum dolor sit amet, consectetur adipiscing elit,  
sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.  
Ut enim ad minim veniam,  
quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.  
</code></pre>

<p>以下のような HTML に変換されます</p>

<pre><code>&lt;p&gt;paragraph 1&lt;/p&gt;  
&lt;p&gt;paragraph 2paragraph 3&lt;/p&gt;

&lt;p&gt;Lorem ipsum dolor sit amet, consectetur adipiscing elit,&lt;br /&gt;  
sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.&lt;br /&gt;  
Ut enim ad minim veniam,&lt;br /&gt;  
quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. &lt;/p&gt;
</code></pre>

<p>ghost では以下のように表示されます(ghost では単一の改行が HTML に反映されます）</p>

<p>paragraph 1</p>

<p>paragraph 2 <br>
paragraph 3</p>

<p>Lorem ipsum dolor sit amet, consectetur adipiscing elit, <br>
sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. <br>
Ut enim ad minim veniam, <br>
quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. </p>

<h3 id="">文字の装飾</h3>

<p>斜体、太字、打ち消し、引用、コードブロック、インラインコード、水平線が一般的です
ghost にはハイライトがあります</p>

<p>Markdown では次の用に記述します</p>

<pre><code>*斜体*  
**太字**  
&lt;del&gt;打ち消し&lt;/del&gt;  
&gt; 引用

` ` `
コードブロック
` ` `

    コードブロック（タブ）

    コードブロック（スペース）

`インラインコード`

罫線

-----

==ハイライト==
</code></pre>

<p>コードブロックや罫線は前後に改行がないと変換されない場合があります。
また、インラインコードは前後にスペースがないと変換されない場合があります<sup id="fnref:3"><a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fn:3" rel="footnote">3</a></sup></p>

<p>以下のような HTML に変換されます
（実際の code タグや pre タグは要素名にスペースを含まない）</p>

<pre><code>&lt;i&gt;斜体&lt;/i&gt;  
&lt;b&gt;太字&lt;/b&gt;  
&lt;strike&gt;打ち消し&lt;strike&gt;  
&lt;blockquote&gt; 引用 &lt;/blockquote&gt;

&lt; code&gt;  
コードブロック
&lt;/ code&gt;


&lt; pre&gt;インラインコード&lt;/ pre&gt;

&lt;hr&gt;

&lt;mark&gt;ハイライト&lt;/mark&gt;
</code></pre>

<p>ghost では以下のように表示されます。</p>

<p><em>斜体</em> <br>
<strong>太字</strong> <br>
<del>打ち消し</del>  </p>

<blockquote>
  <p>引用</p>
</blockquote>

<pre><code>コードブロック
</code></pre>

<pre><code>コードブロック（タブ）

コードブロック（スペース）
</code></pre>

<p><code>インラインコード</code></p>

<p><mark>ハイライト</mark></p>

<hr>

<h2 id="">リスト</h2>

<p>順序なしリストと順序ありリスト</p>

<p>Markdown では次の用に記述します</p>

<pre><code>- item
- item
    - item
    - item

* item
    * item

1.item  
1.item  
    1.1.item  
    1.1.item  
1.item

2.item  
    2.1.item
    2.1.item
</code></pre>

<p>以下のような HTML に変換されます</p>

<pre><code>&lt;ul&gt;  
  &lt;li&gt;item&lt;/li&gt;
  &lt;li&gt;&lt;p&gt;item&lt;/p&gt;
    &lt;ul&gt;
      &lt;li&gt;item&lt;/li&gt;
      &lt;li&gt;item&lt;/li&gt;
    &lt;/ul&gt;
  &lt;/li&gt;
  &lt;li&gt;&lt;p&gt;item&lt;/p&gt;
    &lt;ul&gt;
      &lt;li&gt;item&lt;/li&gt;
    &lt;/ul&gt;
  &lt;/li&gt;
&lt;/ul&gt;

&lt;ol&gt;  
  &lt;li&gt;item&lt;/li&gt;
  &lt;li&gt;&lt;p&gt;item&lt;/p&gt;
    &lt;ol&gt;
      &lt;li&gt;item&lt;/li&gt;
      &lt;li&gt;item&lt;/li&gt;
    &lt;/ol&gt;
  &lt;/li&gt;
  &lt;li&gt;item&lt;/li&gt;
&lt;/ol&gt;

&lt;ol&gt;  
  &lt;li&gt;&lt;p&gt;item&lt;/p&gt;
    &lt;ol&gt;
      &lt;li&gt;item&lt;/li&gt;
      &lt;li&gt;item&lt;/li&gt;
    &lt;/ol&gt;
  &lt;/li&gt;
&lt;/ol&gt;
</code></pre>

<p>ghost では以下のように表示されます <br>
(ghost は順序ありリストをサポートしていません)</p>

<hr>

<ul>
<li>item</li>
<li><p>item</p>

<ul><li>item</li>
<li>item</li></ul></li>
<li><p>item</p>

<ul><li>item</li></ul></li>
</ul>

<p>1.item <br>
1.item <br>
    1.1.item <br>
    1.1.item <br>
1.item</p>

<p>2.item <br>
    2.1.item
    2.1.item</p>

<hr>

<h2 id="">リンクとイメージ</h2>

<p>リンクや画像の埋め込みをする場合は以下のように記述します</p>

<p>Markdown では次の用に記述します</p>

<pre><code>リンク  
[リンクラベル](リンクURL "タイトル")

イメージ(行頭の全角スペースは不要です)  

　![代替えテキスト](ファイルパス)

イメージリンク

[![代替えテキスト](ファイルパス)](リンクURL)

注釈
Markdown では次の用に記述します[^1]

注釈リンク
[^1]: すべての環境ですべての記法が使えるわけではありません。
</code></pre>

<p>リンクのタイトル、イメージの代替えテキストはオプションです。 <br>
ghost では、 <code>![]()</code> とタイプするとプレビューエリアにイメージをアップロードできます。 <br>
アップロードできるファイル名は英数字のみです（記号を含みません）</p>

<p>以下のような HTML に変換されます</p>

<pre><code>&lt;a href="https://eyesaac.com/ja/" title="EST"&gt;eyesaac system technologies&lt;/a&gt;&lt;/p&gt;

&lt;img class="js-upload-target" src="/content/images/2017/05/ccbync-1.png"&gt;

&lt;p&gt;  
&lt;a href="https://creativecommons.org/licenses/by-nc/4.0/deed.ja"&gt;  
&lt;img src="/content/images/2017/05/ccbync-1.png" alt="CC-by-NC" title=""&gt;  
&lt;/a&gt;  
&lt;/p&gt;

&lt;p&gt;Markdownでは次の用に記述します&lt;sup id="fnref:1"&gt;&lt;a&gt;1&lt;/a&gt;&lt;/sup&gt;&lt;/p&gt;

&lt;ol&gt;  
&lt;li class="footnote" id="fn:1"&gt;  
&lt;p&gt;すべての環境ですべての記法が使えるわけではありません &lt;a title="return to article"&gt;↩&lt;/a&gt;&lt;/p&gt;  
&lt;/li&gt;  
&lt;/ol&gt;
</code></pre>

<p>ghost では以下のように表示されます</p>

<hr>

<p>リンク <br>
<a href="https://eyesaac.com/ja/" title="EST">eyesaac system technologies</a></p>

<p>イメージ  </p>

<p><img src="http://microscopium.stellato.blog/content/images/2017/05/ccbync-1.png" alt="メモから文書作成まで、超便利Markdown記法"></p>

<p>イメージリンク</p>

<p><a href="https://creativecommons.org/licenses/by-nc/4.0/deed.ja"><img src="http://microscopium.stellato.blog/content/images/2017/05/ccbync-1.png" alt="メモから文書作成まで、超便利Markdown記法" title=""></a></p>

<p>注釈 および 注釈リンク についてはこのページを用例にしてください。</p>

<hr>

<h2 id="">まとめ</h2>

<p>マークアップ記号は環境によらず使用できるものばかりなので、環境に依存する記号（ <code>★</code> とか <code>※</code>とか）をマークアップとして使うよりも、再現性、再利用性が高いです。</p>

<p>メッセージング・サービスで使うために都度調べるより、一旦覚えて普段のメモから <code>Markdown</code> で書くようにすると便利です。</p>

<h4 id="">リンク</h4>

<p><a href="https://help.ghost.org/hc/en-us/articles/224410728-Markdown-Guide">Markdown Guide – Ghost</a></p>

<p><a href="http://help.trello.com/article/821-using-markdown-in-trello">How To Format Your Text in Trello - Trello Help</a></p>

<hr>

<h5 id="">脚注</h5>

<div class="footnotes"><ol><li class="footnote" id="fn:1"><p>すべての環境ですべての記法が使えるわけではありません <a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fnref:1" title="return to article">↩</a></p></li>
<li class="footnote" id="fn:2"><p>HTML への変換は一例です <a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fnref:2" title="return to article">↩</a></p></li>
<li class="footnote" id="fn:3"><p>前後に改行が必要な記法があります。うまく変換されない場合は改行してみるといいでしょう <a href="http://microscopium.stellato.blog/best_practices_for_taking_notes/#fnref:3" title="return to article">↩</a></p></li></ol></div>

<hr>

<p>免責事項</p>

<p><em>このサイトの掲載内容は筆者自身の見解であり、必ずしも所属する組織の立場、戦略、意見を代表するものではありません。また、記載された内容を行った或いは行わなかった場合、或いはこの文章を参照した場合に発生した損失について、著者及び所属する組織はいかなる責も負いません</em></p>]]></content:encoded></item><item><title><![CDATA[Oh, it's on.  It's so on.]]></title><description><![CDATA[<p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Most probably regard Google as a tech company.  Well, Google certainly uses much, even creates, and are forging ahead with their cloud offerings.  But almost all of their revenue is from ads.  If it looks and walks like a duck,</p>]]></description><link>http://microscopium.stellato.blog/oh-its-on-its-so-on/</link><guid isPermaLink="false">d0ace0e2-ffc2-448e-934c-a61f7ce587d6</guid><dc:creator><![CDATA[MRD]]></dc:creator><pubDate>Mon, 01 May 2017 00:33:02 GMT</pubDate><media:content url="http://microscopium.stellato.blog/content/images/2017/04/computer-1295358_1280.png" medium="image"/><content:encoded><![CDATA[<img src="http://microscopium.stellato.blog/content/images/2017/04/computer-1295358_1280.png" alt="Oh, it's on.  It's so on."><p><em>Opinions expressed in this commentary are solely those of MRD.</em></p>

<p>Most probably regard Google as a tech company.  Well, Google certainly uses much, even creates, and are forging ahead with their cloud offerings.  But almost all of their revenue is from ads.  If it looks and walks like a duck, it's a duck.  So Google's an ad company.  At least for the time being. </p>

<p>Hopefully, you read my most recent blog article <a href="http://microscopium.uitinc.io/admaddness/"><em>Ad Madness</em></a>, wherein I commented on looming regulations or lack thereof between the FTC, FCC, and ISPs heating up.  In that ISPs will soon be able to track your data in the name of serving you... an adtastic experience when using the Internet! :-\  I also mentioned ISPs positional advantage against the likes of Google, Facebook (BTW, Facebook is also an ad company.), etc. for serving ads and how it was suddenly and very suspiciously reminding of Google pushing for all sites to use HTTPS.  Even for content-only sites not requiring security.  Perhaps Google was competitively preparing for this scenario of ISPs getting into ad business.  In such a Google-enforced HTTPS world, even if not a bad thing otherwise, ISPs would have a harder time in the ad business competing against hyperscale sites providing "free" services to fuel ad business.  It was corroborating and an honour to be in the same company as <a href="https://en.wikipedia.org/wiki/Leo_Laporte">Leo Laporte</a> when hearing him having the same suspicion on Google's HTTPS push in this new light.</p>

<p>Well guess what!  <a href="https://www.wsj.com/articles/google-plans-ad-blocking-feature-in-popular-chrome-browser-1492643233">The Wall Street Journal reported</a> Google will add native ad-blocking to it's Chrome browser, which has huge market share.  This seems to also come under the guise of protecting users against abusively disruptive ads, rather than a competitive move against ISPs in the ad space.  Whatever.  Competition, however it happens and whatever Google wants to call it, theoretically benefits consumers anyway.</p>

<p>So it seems the ad wars are taking on a new twist. It's not us-and-them cat and mouse anymore, but a them-and-those-other-guys.  We'll just sit back and watch them clobber each other for our data and attention.  What was Google to do?  I hadn't thought of it before, but they actually do have a positional advantage against ISPs.  In the Chrome browser!  Not sure what ISPs can do about that.  Physically cover users eyes with their hands blocking what what's visible?  Maybe that's possible with deep packet inspection, decryption, replacement, and re-encryption.  Which Google could still possibly block in Chrome, but wouldn't be able to serve their own ads.  But then Google could preload ads in Chrome.  Hmmm... the mind can only but boggle on this.</p>

<p>What's Facebook doing about the new ad wars with ISPs.  Seems nothing so far, but let's wait for their move and see how they spin it.</p>]]></content:encoded></item></channel></rss>