ヨタ話

C/C++ の将来性その 3

ちゃっぴ (tyappi@wankuma.com) — Fri, 05 Sep 2008 03:44:00 GMT

Craf さんの書き込みより

あとちゃっぴさんの考察はデスクトップアプリや業務、Web系に偏ってる気がします。短期的には組み込み系、携帯端末アプリ(iPhoneとか)でC/C++需要が増えることは考えられるかと。ハードの能力が上がれば長期的にはPCとかと同じ道をたどるのでしょうけど。

こちらに関しては別の道もあるかもしれないですね。というのは、最近消費電力が注目されていますから。

現状では hardware level での消費電力削減が注目されていますが、将来的には software level での消費電力削減が必須だと主張している人もいますね。この主張をそのまま採用すると C/C++ の未来は明るいのかもしれません。

でも、個人的には software level での消費電力削減が必要とされるのは相当先の話になる気がします。というのは、一番削減すべきは idle 時の消費電力削減なんですが、これがまだまだ満足いくものになっていないと思いますから。

いくら CPU resource を利用しないように programming したとしても、現状では busy 時の消費電力削減が主になるんではないかと思います。これはこれで効果はあるんですが、CPU resource を使いまくるというのは結構少ないんですよね。

もっとも、組み込み用途は別だ！という人も多いと思います。確かに組み込み用途で要件が厳しい話をよく耳にします。ただ、そこまで性能を要求されない局面では Java 等の利用が増えていることから、なんとなく減っていきそうな気がします。

また、GC のような技術を採用した programming language がより進化しそうな気がしますし。

とりあえず、有言不実行の予告を書いておくと、次で oganac さんの意見に反論します。

引用元の筆者を追記

Progress bar

ちゃっぴ (tyappi@wankuma.com) — Fri, 05 Sep 2008 03:05:00 GMT

とりあえずこれ見てください。At Windows Vista Enterprise Edition です。

0% なのに。。。

さて、内部処理はどうなっているんでしょうね？

Progress bar を正確にすることの馬鹿らしさは分かっているつもりですが、それにしてもちょっとやりすぎの悪寒が。。。

二つ名

ちゃっぴ (tyappi@wankuma.com) — Tue, 02 Sep 2008 13:34:00 GMT

ちゃっぴさんの二つ名は…「虚構隠者（モノクロームミラージュ）」です

世捨て人らしいです。

まっちゃ４４５に参加してみた

ちゃっぴ (tyappi@wankuma.com) — Sun, 24 Aug 2008 23:54:00 GMT

いろいろあって、だいぶ久し振りの entry になりました。

まっちゃ４４５こちらに参加してきました。

趣味で security 扱っているオイラと違い本職の人が結構いて大変ためになりました。

で、その専門家も現状の security には危機感を覚えているようで、最近では application level の脆弱性が多いこともあり、開発者と discussion したいという意見が多かったです。

ということで、10/4 にまっちゃ１３９とわんくまの合同勉強会があるらしい。

オイラもなんとか調整して参加したいと思っていますので、みなさん参加しましょう！

おいらが想像する一般家庭向け thin client

ちゃっぴ (tyappi@wankuma.com) — Tue, 08 Jul 2008 01:14:00 GMT

一般家庭向けの thin client のすすめの続き。

皆さんから多くの熱い突込みをいただき、感激していますｗｗ

前回の entry では一般家庭向け thin client の利点を強調するため、具体的な構成までには踏み込んでいませんでしたが、ここでおいらが考えてる一般家庭向け thin client の構成を説明したいと思います。

Hardware
Server-side は Windows Terminal Service ないし、Cytrix Plesentation Server のような RDP を base にしたものを想定しています。
Client-side は thin client を提供する業者からの rental を想定しています。また、printer や scaner も希望者へ rental という形で提供します。
これはすべての hardware を扱える service を提供するのは費用がかかるというのももちろんありますが、Terminal Service のような共有環境の場合、安定稼働させるためには device driver を厳密に評価する必要があるからです。
Business model
User への月額課金を基本にします。もちろん、安価にするために広告を併用してもよいでしょう。
利用可能な apllications
一般的とされる applications はできる限り利用できるようにします。有償製品に関しては基本的に option 扱いとし、必要な時に月単位で課金できるようにします。
もちろん、対象としているのは power users では無いので、本当に一般的な applications に関しては pack でまとめて契約できるようにします。
Cable TV とか Sky PerfecTV! のような契約形態と想像してもらえるとわかりやすいかな？
なお、利用できる applications は世間の人気度に応じて適宜追加できる体制を整えます。

ざっとこんな感じですかね。で、実際に提供する業者ですけどこれ新規に起業してってまず無理だと思う。というのは、こういった service はめちゃくちゃ規模がものいいますから。

ということで、service を提供する最も有力な業者は ISP だと思う。ISP なら回線までまるっと 1 stop で support を提供することができますし。当然 network 負荷の面でも有利ですし。

技術的には今すぐでもできないことはありませんが、問題なのは software の license ですね。現状では売り切り型の license が多いため、そこを改定しなければ厳しいですね。月額課金とかできるようにならないと service 提供する側も厳しいかな。でも、これって software を売る方側からしても悪くない話だと思いますがね。

あと、消費者にとって一番重要な価格。おそらく、最低限の service で月額 7,000 円以下 (回線込み) でないと契約する user いないと思う。Microsoft Office とか一般的な software をつけても月額 10,000 円以下に抑えないとね。

さて、こんなものを妄想してみましたが、いかがでしょうか？

ってことで突っ込みお待ちしてますｗｗｗ

Touch typing が可能な user ってどの程度いるんだろ？

ちゃっぴ (tyappi@wankuma.com) — Mon, 07 Jul 2008 02:45:00 GMT

一般家庭向けの thin client のすすめなんてもの書いてからちょっと気になった。

実際にどの程度の user が touch typing できるんだろ？

現時点で PC とその他の専用機を分けている一つの要因に keyboard があるかないか？というのがあると思います。

個人的には、touch typing できるようになってから PC の keyboard 以外の入力は苦痛 (思いっきり geek 視点) 以外の何物でもありませんが、人によっては携帯電話の入力の方が楽という人もいるでしょう。

で、現状と将来はどうなるんでしょう？現状ではおそらく半数はtouch typing できないんじゃないかな？と思うんですがどうでしょうか？

ただ、将来は変わってくるんじゃないかな？とは思います。現在でも、一般職では必須だと思いますし、だんだん必須とされる割合が多くなってくるのではないでしょうか？

ここら辺が実は PC の未来に大きく関与するんじゃないかと個人的には思っています。まあ、専用機が PC の keyboard 搭載されて汎用化していく可能性ももちろんあるわけですが。最近の情勢を見ていると、PC の技術が専用端末に移植されていくという逆の場合もありますね。たとえば、Windows mobile とか、Windows embedded な POS 端末とか。さてどうなるか？

一般家庭向けの thin client のすすめ

ちゃっぴ (tyappi@wankuma.com) — Mon, 07 Jul 2008 00:22:00 GMT

ネタ元

そういえばちゃんと blog に書いていなかった気がするので、この際書いておきます。

企業内ではそれなりに普及してきている thin client ですけど、家庭向けのものは聞かないですね。でも、これ家庭向けにもぜひ提供してほしいと思っています。その理由を説明したいと思うんですが、その前に下記を考えてほしい。

PC を使いこなしている人って PC を扱っている人の中でどのくらいいますか？正直多めに見積もっても数割程度だと思います。それ以外の人はどのような user なのでしょうか？

私の周りを見回しても PC は持っているけど Web と E-Mail しか主に利用しないという人が結構います。もうちょっと使える人だと game をやったり、動画見たり、画像編集したり、そんなことするでしょう。

で、これらの user に共通することなんですが、PC を特定用途にしか使っていないんです。ぶっちゃけた話、一年通しても 10 程度の application しか利用しない user が約半数程度占めるんじゃないかと思っています。

そういう user は当然普段利用している作業が滞りなくできればそれでいいんです。拡張性が無いとか、別の application が利用できないとか、そういったものは気にしません。当然、security がどうだこうだというのは事が起きてからじゃない気にしませんね。

これらの user は問題でしょうか？個人的には仕方ないと思います。この層にもちゃんとした security 教育が必要という人もいますが、それはちょっと違うんじゃないかと。最低限の level でいいんじゃないですか？ID と password の重要性を認識し、他人に教えないようにする程度で問題ないかと。

ではどうしたらよいか？

その一つの解決策が一般家庭向けの thin client だと思います。では thin client の利点としてどのようなものがあるでしょうか？

管理を管理者へ一任することができる
よほど M な人でもない限り、管理なんて面倒なことしたくないでしょう。それを管理者へ一任することで面倒な管理作業から user は解放されます。また、同時に security level を一定上に保つことも容易ですね。

Thin client を利用することによって発生する欠点も当然生じます。それは下記。

制限を受ける
Thin client で一元管理を行うのですから、個々の user 毎に support を提供するのはそれだけ費用がかかります。したがって、どこかで線を引かねばなりません。結果として user は現在よりも多くの制限を受けます。

さて、このような利点・欠点がありますが、今回対象としている層ではどちらが上回っているでしょうか？Application は限られたものしか利用しないというなら、どう考えても利点の方が上回っているでしょう。

でもね、そういった service はほぼ無いんです。なんででしょうね。

Microsoft Equipt

ちゃっぴ (tyappi@wankuma.com) — Thu, 03 Jul 2008 12:30:00 GMT

Code name "Albany" の時から気になっていた Microsoft Office の消費者向け subscription。このたび名前を "Microsoft Equipt" に変えて 2008 年 7 月中旬に U.S. で販売されるそうな。

MS、Google Docs対抗サービス「Microsoft Equipt」を発表

中身は、

な感じで、「Microsoft Office Home and Student」 + 「Windows Live OneCare」を核に「Windows Live Tools」や「Office Live Workspace」のような無償提供されている Web service を利用するための tool 郡がついてくるみたい。しかも、1 license で 3 台まで install 可能！。これで年間 $69.99 ですか。そのうち OS も含めて年間 $100 とかありそう。

あとは、license 条項にどのような制限 (home use のみとか) が課せられるか気になりますね。

私は常々売り切り型の software 販売は終わると思っていたので、このような subscription 形態に移行するのは大賛成です。Subscription 販売が主となれば、software の major version up を行わなくても安定した収益が得られるので、できれば major version up の代わりに service pack での update で対応のような感じにならないかなぁ。。。

live.sysinternals.com

ちゃっぴ (tyappi@wankuma.com) — Tue, 03 Jun 2008 15:35:00 GMT

ネタ元:

Sysinternals の tools が Internet 越しに UNC で download 可能になったようです。\\live.sysinternals.com から download 可能です。

田辺さんが書いているように robocopy.exe とかで自動で同期させられるよう仕掛けておくと便利ですね。

Domain name syntax

ちゃっぴ (tyappi@wankuma.com) — Sun, 25 May 2008 18:34:00 GMT

ネタ元: URL の hostname 末尾に "." を付けると。。。

Domain name の仕様どうなっているか？ちょっと調査してみる。

とりあえず、今回は URI で使われる仕様が知りたかったので RFC 3986 から。

「3.2.2. Host」の section に下記のように書かれています。

The rightmost domain label of a fully qualified domain name in DNS may be followed by a single "." and should be if it is necessary to distinguish between the complete domain name and some local domain.

FQDN の一番右端の "." は完全 domain と local domain を区別するために付ける。（ちょー意訳）

なお、その前の行で参照しろと書いてある RFC 1034 「3.1. Name space specifications and terminology」にもちゃんと書いてはありますね。

When a user needs to type a domain name, the length of each label is omitted and the labels are separated by dots ("."). Since a complete domain name ends with the root label, this leads to a printed form which ends in a dot.

"." で区切られる label は省略可能で、domain name の最後の "." は完全修飾 domain name (FQDN) を表すと。

ただ、「3.5. Preferred name syntax」では domain name は下記のように定義されています。

<DOMAIN> ::= <SUBDOMAIN> | " "
<SUBDOMAIN> ::= <LABEL> | <SUBDOMAIN> "." <LABEL>
<LABEL> ::= <LETTER> [ [ <LDH-STR> ] <LET-DIG> ]
<LDH-STR> ::= <LET-DIG-HYP> | <LET-DIG-HYP> <LDH-STR>
<LET-DIG-HYP> ::= <LET-DIG> | "-"
<LET-DIG> ::= <LETTER> | <DIGIT>
<LETTER> ::= any one of the 52 alphabetic characters A through Z in
upper case and a through z in lower case
<DIGIT> ::= any one of the ten digits 0 through 9

最後の "." についてふれられていないですね。できれば、直して欲しいな～。

どちらにしろ、最後の "." を誤って解釈するのは Web server の問題だと思います。仕様違反だなこりゃ。

ヨタ話

C/C++ の将来性 その 3