IA理解の為のIA視点

当ブログは2009年1月10日のアーティクル IA/情報アーキテクチャ にて遅れ馳せ乍も情報アーキテクチャを判然と意識上に上せれば、 Webに限らぬとは云わるるも必ずやWebにも欠かせざる知見なるは明白にて、 アーティクル最後に含みを持たさせしめた当記事の続きを楽しみにすは、 Web担当者Forumの株式会社コンセント長谷川敦士氏に依る連載コラム IA視点のWebプロジェクト に2009年1月28日付の プロジェクトリーダーに求められるIA視点――プロジェクトアーキテクトという役割 なるが待望の続編です。

前回が含みの役割分担の捻れ構造は此処に生々しく具体的に表現され、 扠、其れを更に突っ込んでは chibirashka氏のブログ chibirashka journal の2009年1月29日の記事 IA視点のWebプロジェクト が我が身に照らして腑の落ちる様を記述してくれていれば、 理解の大きな助けになりますので、ご参照いただければと思います。
而して冒頭に
サイト内での情報を収集し構造化する情報アーキテクチャ設計は、プロジェクト自体を設計、管理する立場の人(プロジェクトリーダー)が行う方が効率がいいことがわかります。それができれば苦労しないわけですし、すでにそうやっているよ、という声も多いかと思いますが、その際には、プロジェクトリーダーが情報アーキテクチャ設計についてある程度体系的に学ぶ必要があります。
と纏めらる項目 プロジェクトアーキテクトという考え方 の登場と相成り プロジェクトリーダーは情報アーキテクチャ設計を扱わざるを得ぬ状況が発生するかに存知、 其れはWebに限らずして、当記事に於いては シアトル中央図書館(シアトル公共図書館) と云う正しくアーキテクチャーを例に引いていることも興を惹かれ、 続く纏めとなる
Webサイトの構築プロジェクトも、いま徐々に大規模化し、実店舗、製品、サービスなどとの連動が多くなってきています。こうした具体的な設計の専門家である建築家が、プロジェクト全体を率いるプロジェクトリーダーとして振る舞った例は、Web業界のプロジェクトのありかたの一つの参考になるといえるでしょう。
には大いに首肯出来るのです。

以上、理解の足りぬは承知の現時点での理解を示せば、情報アーキテクチャなるは およそものづくりに於いては其の初期に於いて欠かせぬプロセスである との此の身の認識でありますが、 然れば認識と同時に体得が必須の案件、 更に理解を深めるべく当該情報を追う必要があると強く感じています。
投稿日:
カテゴリー: IT

世界の常識アクセス解析

アクセス解析と云えば其の言葉が広く普及することに貢献したブログ付属のものは、 大概がオマケ程度の機能しか有さず、其の意味を理解するには却って弊害となることが窺われる昨今、 Web担当者Forumの株式会社デジタルフォレストの清水昌浩氏の手になる連載コラム ここが変だよウェブマーケティング の第6回は2009年1月6日の記事 「最適化のため」のアクセス解析はもはや世界の常識! にはブログで云うアクセス解析とは質的に異なる次元で認識するに有用なる様に、 又、利用せずにはビジネス的なブログ、ホームページ、 延いてはWebの効果的利用はあり得ないことを首肯せざるを得ない内容になっているかに思います。

EeePC S101+イーモバイルセット

近年は会議となれば始まった途端、 皆がノートパソコンを取り出しキーボードを叩き始めるに居辛さを覚え、 遂にノートパソコンを購入することを決意するに当たり、 其れでも当ブログに Eee PC 衝撃の事後分析 の様に物した如く、浮世離れした国産ノートには全く興味なく、 矢張り頃日話題のネットブックは様々な機種を見るにつけ長時間駆動可能な EeePC 901 辺りに目星をつける折しも去年々末発売は EeePC S101 を店頭で実物見るや否や、機種変更、購入を決定し、 手に入れて見ての初の当機種からのアーティクル投稿です。

従来ノートPC購入となれば清水の舞台から飛び降りる覚悟の必要も今は昔、 パチンコで擦りて自棄酒を掻っ込めば浪費するだけが分で賄える出費の状況に感謝しつつ、 必要な福翁を三枚程手に出向き入店して、 勿論この金額で賄えるのはイーモバイルとのセット購入にありせば其の スーパーライトデータプランにねんMAX の正体こそ割賦販売なれ、 説明を聞けばこのセットは通常のイーモバイルの契約に比べ、 毎月2千円程割高な上2年縛りの5万円弱程余計に計上されれば値引き分は少しも廉くなけれども、 今更仕方無きこととて当件は知らず存ぜざるも導入予定の方はご注意有られ度、 扠、予てより計画内のSDHCカードは今買い物に必要な金額を只の一枚で超過す32GBは、 恬淡と諦め今一番割安感のある16GBの同時購入、 ネットで見れば存外簡便なるメモリー交換は自ら交換の積もりのメモリー交換も、 店側と交渉すれば其れ程の出費にもならぬと判明す2GBとの交換を依頼し、 イーモバイル開通まで暫しお時間いただきますとの言に従い、 ショップから出て本屋で立ち読みすること一刻ばかり、 書肆店頭では其の陳列棚の位置と云い、装丁と云い、 入門的なるやとの思い込みより終ぞ手に取って見ることもなきしを、 今回其の物ずばりのUMPCを手に入れることになれば興を惹かれ、 どれとやれ、棚より引き出しぺらぺらと見ることなしに頁を繰れば、 見る見るうちに惹き込まれる其の内容の濃さ、 危うく見逃す破目を免れて、当書 UMPCハンドブック―Windows XP SP3対応 に扠も斯くなる上は従い、 暫く使用せんとてレジへと持参したのでした。

携帯への連絡で出向けば本日、 担当殿の云われるにはネットにも数上がるメモリーアップデートの容量が認識されぬ問題も、 BIOSアップデートで無事2GB確認との申し出の現物を手に心も軽やかに帰宅して、 早速火を入れ開通済みのイーモバイルを以ってしてネットに繋ぎ、 同書籍に従い先ずは、 或る時は此の為に立ち上げているかの感も在りや無しやの何は無くともアンチウイルスにて、 2.2「フリーのアンチウイルスソフトを導入する」は29頁でお奨めなる AVG のversion8のフリー版を有り難くも導入を澄ませば、再び同書は 2.2.3「「ウイルス検知テストの実行」は40頁に従い aicar.com にてアンチウイルスソフトの実効性を確認して後の、 当アーティクルへの流れとなりおり候。

徐々に浸透しつつあるかのGAE

未だ画然たる感じは抱けねども、徐々に其の筋に使用されつつあると思われるは Google App Engine の当ブログ2008年12月6日のアーティクル GoogleAppEngine利用事例/StateStats で紹介す StateStats に、加えること今回は秋元氏のサイボウズラボ・プログラマー・ブログは2009年1月11日の記事 gog.is Google検索専用のURL短縮サービス に紹介さる Gog.is - the simple google slapper では、URL短縮サービスを実現している様です。

当サービスではURL http:⁄⁄gog.is⁄ 後方に任意の検索ワードを付加することでGoogleの検索結果が得られ、例えば tsukamotch で検索したいとなれば、
http:⁄⁄gog.is⁄tsukamotch
とすれば想定通りの頁へ転送されます。

メソッドの作り方(「新しい」ローマ数字)於Ruby

実に有効なると思われるRuby及びプログラミングの入門書 初めてのプログラミング の各章の最後に位置付けられる練習問題にて正解の掲載されぬに 幾許か不安を感じるも在りや無しや、本誌愛読ご同志に捧ぐ、 当ブログに於いては参照、比較検討用に生贄的に供す個人的な解釈、解答を掲載す為の本カテゴリー 初めてのプログラミング は前回に相当2009年1月17日のアーティクル メソッドの作り方 於Ruby にて入るは第9章の
9章 メソッドの作り方
9.1 メソッド引数
9.2 局所変数
9.3 返り値
9.4 練習問題
に提示される練習問題に応じた アラビア数字を引数として、ローマ数字を返り値とせよ は前編、課題として残したが後篇なる
やがてある人が、小さい数を大きい数の前に入れて、 小さい数を引き算するようにすれば、すさまじく便利なことに気が付きました。 この発展の結果、今ここで、あなたはてこずることになります。 先のメソッドを新しいタイプのローマ数字の文字列を返すように書き換えてみましょう。
と云うものにて、前編と同様にヒントとして与えられるのが次の引用なれば
整数の割り算と余り演算子を使います。また参考のため、ローマ数字で使われる文字を挙げておきます。
I=1 V=5 X=10 L=50 C=100 D=500 M=1000
即ち roman_numeral 4 に対し、前回は IIII と返したを、今回は IV と返されるを想定するのが 新しいローマ数字 の課題に、今回は此方への当方の解答例を贄に供すべく思います。

Google Analytics アドバンスセグメント試用

2008年は10月に公開され乍、食指は動くもなかなかに腰の重く試すに指の届かずいた、 Google Analytics に追加の新サービスは The Official Google Analytics Blog の2008年10月23日に小杉国太郎氏に依りポストさる記事 Google Analytics に新しいレポート機能が追加されました に公開される内、今回 アドバンスドセグメント を試用してみた上での当アーティクルとなります。

先ずざっくりした感想なるは新機能 アドバンスセグメント とは即ち フィルタリングされ保存されたリポート項目 なるべしとて、 此の概観を抱いて適用処理を実施すれば然程思惑と異なる結果は得られないだろうと推測します。
なればとて、予予可視化をせんと思いし、 全セッション中、我が居住地なる静岡県は浜松市からのアクセスの占める割合の如何なる哉、 と云う目途を抱いての試用です。

クラウドコンピューティングの費用対効果

ビジネスに用いるとなれば其の費用対効果を考えるは常なれば、 当ブログにも屡登場のキーワード クラウドコンピューティング が愈々世に普及し、キャズムを乗り越え、 立派にビジネスツールとして活用されるに当たり、 当該考察は欠かせぬ要素に考えます。

当ブログにてクラウドコンピューティングの雄として度々紹介はアマゾンのサービス Amazon EC2 及び Amazon S3 の其の主要たるは以下 に纏め置くを、以上は其の機能や技術動向に傾いたアーティクルにて、 実使用例も紹介するも詳細な経費を考えた内容ではなきが画餅なる折りしも目にするは @ITの2009年1月9日の西村賢氏の文責に依る記事 クラウド型ストレージ「Amazon S3」は安いか? にて、其の廉不廉に対する是非共に言及すれば、 両方の言い分を検討し自己に活かすに有益なる様に考えます。

其の不廉なるを主張する Does Amazon S3 really save money? にて
1GB当たり1カ月で0.15ドルと聞くと安いようにも思えるが、1TBの月額は150ドル、2年にすると3600ドル(1ドル92円として約33万円)にもなる。しかも転送量に応じた課金もあるため、実際にはこれ以上になる。今や1TBのドライブ単価は1万円を割っていて、2年で3600ドルとは比較にもならない。「クラウドでコスト削減」というのはお題目でしかなく、ちっとも安くないじゃないか
と具体的数値を上げ論じられるが先ずひとつ、 不廉なる二つ目がテックバイザージェイピー栗原潔氏による2009年1月8日の クラウドコンピューティングは安上がりではない なるブログエントリにて、
栗原氏は計算で、単価の高いエンタープライズ・ストレージを想定している。さらに、TCOに占めるハードウェア価格は30%という経験則から逆算し、単なるハードウェア価格だけでなく保有コストを算出、オンプレミス型での1TB当たりのストレージ単価を60万円と概算している。これを5年で償却するとすれば月額1万円となる。つまり割高なエンタープライズレベルの製品を使い、運用コストまで含めても、まだAmazon S3より割安だという。
と参照言及されています。

対する廉論を展開するは 写真共有サービスSmugMugのCEO ドン・マカスキル(Don MacAskill)氏 なれば@ITの紹介記事に纏められるが
  1. データの冗長構成について
    Amazonは地理的に離れた最低2つのデータセンターにまたがって3重の冗長度でデータを保持
  2. 時間による容量単価下落の影響
    ドライブの容量単価が年々下がるにつれて課金が下がっていくと期待できる
と共に利用者が自社で同様の機能を有する場合のコストを鑑みた場合、 アマゾンサービスに軍配が上がると云う論旨、 此れを受け西村氏は
容量設計が不要でスケールアップが容易という点も、クラウドのような従量課金サービスのメリットだ。特にスケールアップペースが読みづらく、しかも会社の規模の割に桁違いに大きな容量を扱うWeb系ベンチャーではそうだろう。
とし、更にシステム障害、物理的距離の問題をも考察に入れ纏められれば、 ITサービス提供に当該サービスを検討する際には有用な情報が齎される様に思います。

虹色に輝くブログタイトル8(標準設定)

扠も又もや当タイトルはお馴染みギミックの七色に変化するが機能を発揮すべく、 前回の2008年12月29日にブログタイトル七色変化実装のアーティクル 虹色に輝くブログタイトル7 の投稿より20記事の投稿を重ねるに因り、次頁へ退去の時期とあり前例に倣えば、 当記事の投稿にて本アーティクルがトップ頁に表示さる間は 当ブログのタイトルがトップ頁表示と同時に虹色擬きに変化し始める 様にする手筈を、此れだけ回を重ねれば既にデフォルトも同様とて、 当機能を各アーティクルにではなく、 ブログ自体のテンプレートに適用し、 虹色変化ブログタイトルを新標準に設定するは、 有り体に云えば新機能の発想の枯れるや否や。

斯くして愈々当ブログの顔となりしがレインボータイトルは jQueryと共に利用のフォント色を変更するアニメーション用プラグイン Release:jQuery 1.2/Effects にて提供の jquery.color.js の機能を利用した上で赤、青、桃色、紫、空色、緑、黄色、と任意勝手に 虹色 と称し、更には只今のブログテンプレートのデザイン テンプレート変更『梅の花(3カラム)』 が背景及び雰囲気に合わせに、最終色を新春を感じさせる萌え出ずる若草色へと変更し、 必要な設定を施して動作させている本タイトルの虹色に輝くブログタイトルになります。

此れに因り従来「次のページ」へをクリックして頁遷移すれば一連のアーティクル レインボータイトル が在るに依りタイトル七色変化機能を保つも、 爾後其の必要もなく、 又、以前からのお馴染みにはご存知一連の ブログタイトルズームアップ アーティクルの存在に因るタイトル拡大機能は 当該アーティクルを含むページにのみ適用されれば、 此れを漏らさぬ様、テンプレートなる
  1. トップページ:
  2. 個別記事:
  3. アーカイブ:
にて夫々20アーティクルを表示するべく設定するも、 兼ねて閲覧環境を考慮すれば削減したく思う処、 上記束縛より解き放たれたる当件を潮に10ファイルの表示へと変更いたしました。

グラフ選択チャート2

データの可視化を実施する際、 案外悩む処のグラフの選択とて
  1. 円グラフ
  2. 折れ線グラフ
  3. 棒グラフ
  4. 散布図
なる代表的なグラフより強いて選るに直面すば時と場合に依っては中々に困難なるを、 当ブログの2008年12月10日のアーティクル グラフ選択チャート にて、Web担当者Forumの 衣袋宏美氏によるコラム データをざくざく処理するためのグラフの読み方使い方 の第2回 代表的な4つのグラフの使い分けのポイント にて明確なる判断法が掲載されるをご紹介したに加え、 今回IDEA*IDEAの2009年1月16日の記事 どういうときにどんなグラフを使えばいいかが一発でわかるチャート に紹介されていた画像 Chart Suggestions - A Thought-StarterHow to Choose Chart Types) を利用すれば更に正鵠を得られるが可能かも知れません。
此の画像は英語ですので本邦では和訳の望まれる処、 同記事コメントに寄せられるはmoondoldo氏 DoldoWorkzChart Suggestions 適当な日本語翻訳 にて、画像に四方向に分けらるが
  1. Comparison:比較
  2. Relationship:関係
  3. Distribution:分布
  4. Composition:構成
と先ずは知られますが
単に翻訳ソフトで翻訳した物なので、誰か綺麗な日本語に翻訳して頂けると大変ありがたいです。
ともあり、充分には思えども若し英語に堪能な方の有意在れば、 弊方からも陰乍お喜び申し上げます。

扠、衣袋宏美氏コラムには第4回 わかりやすい棒グラフ作成のポイントと棒グラフの限界 も公開されるに、 此れは小学生の頃に習いたる最も馴染み深き棒グラフの、 例えばヒストグラムについて
縦軸に度数(データの個数)、横軸に階級をとったグラフで、データの分布状況を把握できるグラフです。
と説明されるを Chart Suggestions に於いての Distribution:分布 項目を閲するも一興なれば、 併せ、ご参照もまた苦しからずと存知ます。

クラウドコンピューティングとASPからSaaSへの遷移

当ブログアーティクル主題に常々 クラウドコンピューティング を扱い、 尚、此処にはカテゴライズ迄実施の Google App Engine を扱うに際し、 徐々に大きく認識される結果となるが日本法人 株式会社セールスフォース・ドットコム を擁す SaaS の雄、 Salesforce.com なれば、大きく意識させられるに至ったが2008年12月9日のIT系の記事連、 にて、ZDNet Japan記事の最高経営責任者(CEO)のMarc Benioff氏が語るを引用すれば
われわれは、クラウドコンピューティングに対するオープンなビジョンを持っている。いまや開発者は、GoogleおよびSalesforce.comの双方が提供する、使いやすくて、スムーズな拡張性のあるクラウドコンピューティングインフラを活用できるようになり、強力なビジネスアプリケーションの作成および配布が可能になる
とあり、当ブログでも重大なるインフラとしてクラウドコンピューティングの威力を重々承知するに、 Google App Engine と其のクラウドコンピューティングをキーワードに連携するとして紹介さるサービス提供の Salesforce.com の更に詳細を求めるに目に留まるが ITpro は2007年の一連の記事 SaaSの衝撃 にて、中にも2007年2月6日の第1回の記事 SaaSの衝撃(1) 止まらない「ソフトのサービス化」 には数年前の記事なるも未だ衝撃的にして有益な内容が記述されるかに考えるは、 常より唯冠する名の変わりのみしかと思うに然にあらぬ、 ASP(アプリケーション・サービス・プロバイダ) から SaaS(ソフトウエア・アズ・ア・サービス) への遷移が其処には在ったのです。

彼の記事を閲せば先ず引用するに
“ネットバブル”と呼ばれた2000年ごろ、ASP(アプリケーション・サービス・プロバイダ)モデルが一躍脚光を浴び、そして急速に沈静化していった。
とあるは正しく脳裏に蘇るが、 マイクロソフト提供のサーバーサイドスクリプト ASP(Active Server Pages) との混用にて果ては ASPでASPを構築する 抔の同語反復なる冗句を常用したりしたが、 ネットワーク環境の劇的進化抔に助長され復権した、 其れこそ優良企業へと押し上げる推進力となりし SaaS について当該社が 日本法人サイト内に説明 されるも参照いただき、 当記事には更に当該社躍進が顛末の
パッケージ製品の販売と保守サポートで高収益を上げてきた大手ソフトウエア・ベンダーが、ここにきて続々とオンデマンド・アプリケーションへの参入を表明している
大きな要因こそ、次なる SaaS の登場と
カスタマイズの自由度を大幅に高め、既存のアプリケーションとの連携まで可能にしたオンデマンド・アプリケーション「SaaS(ソフトウエア・アズ・ア・サービス)」の登場がそれだ。SaaSに対する“恐怖感”がパッケージ大手をオンデマンド市場参入に駆り立てている。
とIT業界が大きく動く様が抒情的に描写され、 当アーティクルの主役たるべし
SaaSプロバイダの代表が、ASPから進化を遂げた米セールスフォース・ドットコムだ。同社のマーク・ベニオフ会長兼CEOは、1999年の創業以来一貫して「エンド・オブ・ソフトウエア(ソフトウエアの終焉)」を唱えてきた。「企業がパッケージ・ソフトを買う時代は終わる」という意味だ。今、異端児の言葉は現実味を帯びている。
なる状況、
セールスフォースが勢いづいているのは、ASPの弱点をことごとく克服し、SaaSプロバイダに脱皮したからだ。
と云うIT業界ならずともビジネスに於いては参考さるべき姿勢が示されるかに考えます。

じゃによって現前せしめられるが今、 当アーティクル冒頭に紹介が Google と Salesforce.com の連携なのであり、今は未だ小規模な事業に適した提供物ではないかに思えども、 孰れ遍く行き渡るが予想され、今は Google App Engine を利用し熟知するのも面白き戦略かに存ずる処であります。