QHMユーザーフォーラム

5つの方針

(1) 追加機能せず、QHMの不具合対応を進める
- PHP7に対応する
- エラーログを拾える仕組みを作る
- ユーザーの多いレンサバでの調査を行う

(2) WordPress への出力を用意する
- XML形式で出力
- 出力形式を、多少のカスタマイズ可能にする（Page、Postなどを選択できる）

(3) HTML出力するものを用意する
- QHMのサイトをHTML出力できるようにする

(4) QHM の構造を解説するコンテンツを用意する
- PHP、レンサバ、サーバーの仕組みを解説
- QHMの仕組みを解説

(5) 受け入れ先を探す
- 継続的に募集する（各所に記載する）




# 動画が見れないについて

・サーバー移転が終了したら、見られるようになると思います。


# QHMを事業譲渡した理由

大きく分けて4つあります。


(1) 本来の目的のために

釈迦に説法ですが、QHMでWebサイトを作れただけでは何も解決しません。
イノベーション、マーケテティング、マネジメントが必要です。

一方で「形」にするためには、eBook、オーディオ、ビデオ、写真などの技術も必要ですし、
他にも、コピーライティングや、説明能力などなど、学ぶことがたくさんあります。

さらに、すべてのツールは進化し、変化し続けています。
この傾向は、ますます顕著になっています。

このような時代において必要なのは、「学ぶ力」です。新しいものを、その都度、すぐに学び、使い、使いながら学ぶという力が必要です。私の強みは、人工知能やシステム工学などで培ってきた「人の知性」に関する研究です。

それらは、起業してからも細々続けてきました。

そして、３年前から本格的にスタートし、体系化できたのが今年です。そして、この金土日で、東京にてセミナーを行い、「やっと完成した」と実感しました（進化は続きますが、ひと段落です）。

なんと伝えていいかわかりませんが、

『QHMが使えるようになるぐらいの人なら、正しい教育（学び方を学ぶ仕組み）で、
　もっといろんなツールが使えて、可能性が開ける』

と思っています。もちろん、不安もあり、混乱もあると思いますが、焦らなければ大丈夫です。
時間は、十分にあります。

少しずつ、様々なWebサービスを組み合わせる方向に進んでいただきたいと思っています。
伝え方が、センセーショナルすぎて（これは、私の不徳の致す所です）、一部の方は、話が聞こえなくなっています。
これは、反省すべきことだと認識しています。



(2) 事業上の都合

私は本格的に「学習」についての研究を柱に、「研究所」として、学習に関することを発信し、ビジネスをすることにしました。その結果、北研のソフトウェア事業は、開発チームに任せていく意思決定をしました。しかし、リーダーである私が抜けるなら、継続できないという返事をもらいました。

「技術者として、道を歩み、極めていきたい」
「マネジメント、ビジネス戦略を作りたいわけじゃない」
「これこれを作って欲しいを実現するのが仕事」

というのが、開発チームの意向でした。結果、継続開発は難しいと判断し、事業譲渡先を探し、開発チームは解散（退社し、違う開発系の会社へ転職）しました。

非常に優秀な開発チームだと自負しておりますが、それらをマネジメントする人を生み出せなかったのは、私が経営者の自覚を欠いていたことが原因だと思います。単なる研究者、起業家ぐらいのイメージしかなかったことが原因です。

今は、「経営者」としての自覚を持って、 toiee Lab に関わっています。
若いメンバーしかいませんが、考えさせ、仕事を大きく捉えることを伝え、意思決定することを学んでもらっています。



(3) toiee Lab では、QHMを必要としなかった

開発チームを解散するとなり、学習に関する研究機関である、 toiee Lab は、「独自システムを持てない」ことになりました。今までなら、北研の開発チームにお願いして（タダで）、システムを作ってもらっていました。彼らも、新しい技術を学ぶ機会として、歓迎してくれました。

ところが、事業譲渡ということになり、toiee Lab のシステムを作ることはできなくなりました。そこで、私たちは、「Webサービス」を組み合わせて、実現したいことを実現することにしました。

すると驚くことがありました。それは、皆、IT苦手なチームなのですが、独自システム（開発チームに作ってもらったもの）よりも、はるかに柔軟で、セキュリティーが高く、マーケティング情報なども集められるものが作れました。

正直言って、QHMユーザーの方々よりも、何にも知りません。

「レンサバって何？」
「ドメインって何ですか？」
「SSLって、美味しいですか？」

こんな状態です。

それなのに「Webサービスを組み合わせて、業務システム」を作っています。
つまり、

「学ぶ力 x Webサービス」

は、計り知れない可能性があると思っています。



(4) サーバーの問題とセキュリティ

最後に、技術的なことですが、10年前に比べ、サーバーに対するハッキングは非常に多くなっています。理由はわかりませんが、インターネットが社会において重要になったからこそでしょうか。

細かい技術的な話は割愛し、たとえで説明します。

ひと昔前は、車の点検、バッテリー交換、ヘッドライト交換などは、機械いじりが得意なら誰でもできました。ところが今は「精密機械」になってしまった結果、相当、理解していないと（大事な要点を押さえておかないと）、思わぬ不具合を起こします。例えば、走行最適化のプログラムを初期化してしまい、一時的に学習が行われるまでは不安定になったり、GPSデータを修正し直す必要があったり・・・などです。

同様に、レンタルサーバーを借りて、何かをするということが「非常に精密なことになってきた」のが現状です。

・マルチデバイスへの対応
・マルチネットワークへの対応
・セキュリティの確保
・バックエンド自動化

などを考えると、「サービスを使う」というのが、ベストな答えの一つになっています。例えば、Facebook のCEO のザッカーバーグ氏は、２年前の講演で

「もし今、Facebook を立ち上げるなら、労力は何百分の1になっている。
　なぜなら、便利なWebサービスを組み合わせて、試作品を作れるからだ」

という趣旨のことを言っています。

世の中は、既に、大きく変わりました。その変化が現れてくるのは、時間の問題です。焦る必要はなく、徐々に、Webサービスを中心に据えて、様々なことをするようにお伝えしているのが、現状です。

とはいえ、これらも「一つの意見」に過ぎません。業界によっては、レスポンシブデザインは不要だし、アクティブ性なんか、誰も気にしなかったりするでしょう（そういうところなら、なおさら、ペライチのWebページで良いと思うんですが・・・）。


以上が、経緯・理由です。




# 開発の大変さについて

余談ですが、開発チームに聞いたところ、開発自体は、楽し買ったようです。
大変だったのは、サポートです。

普通の人（知識がない人）にとっては、「動かない = 不具合」としてメールをします。
ところが、調べてみたら、

・レンサバの設定ができていない
・アップしている画像が大きすぎる
・挿入したHTMLコードにミスがあって、他に影響している


などなど、大部分は、システムではなく、使い手の知識の問題になります。
かといって、苦手意識があるので、「使い方」しか見ないということが起こります。

一方で、サーバー固有の問題もあります。
また、QHMは悪くなくても、サーバーの独自仕様によって動かないことがあります。
しかも、時々動かないなどは、もうお手上げです。

このようなサポートが、かなり負担だったとのことです。
解決策は、３つあります。

(1) 一切のサポートはしない（フォーラムのみ）
(2) サポートチームを作る（でも、技術力がいるので、サポートだけでは勿体無い）
(3) QHMのWebサービス化

です。

QHMのWebサービス化は、検討した時期はありましたが、
それには、別の知識、技術だけでなく、マネジメント能力も必要です。
ひと昔前の私には、その意思も、能力もありませんでした。


もちろん、toiee Lab に関しては、マネジメントの意思があります。
人を育て、組織を大きくし、自立するようにしようという意思があります。
人生をかけてやる仕事だと思っています。

ソフトウェアは、私以外の誰かが、良いものを作れます。
私でなくても良いと思っています。



ということで、事業譲渡先が現れれば、喜んでわたしますし、
VPSなどがわかる人なら、QHMのWebサービスをされるのも一つだと思います。


以上です