初めてのプログラミング5(イテレータ)

当ブログに於いてRuby及びプログラミングの入門書 初めてのプログラミング の各章の最後に位置付けられる練習問題にて正解の掲載されぬに 少しく不安を感じたかも知れぬ本誌購読のご同志の為の、 参照、比較検討用に生贄的に供す個人的な解釈、解答を掲載す為の本カテゴリー 初めてのプログラミング も第8章
8章 配列とイテレータ
8.1 メソッドeach
8.2 さらなる配列メソッド
8.3 練習問題
に入らば愈々本格的な香りが漂い始める感も在りや無しや、 当章に於いては配列なるプログラミングらしさを味わえる最初のオブジェクトの、 プログラミングらしさを味わう手法としての繰り返しが教示されています。
而して繰り返し手法について述べられる部分を引用すれば
あなたはこれを見て、 「これはなんとなく前に習ったループによく似てるなぁ」と思ったかもしれません。 はい、確かに似ています。 重要な違いは、eachがメソッドであるということです。
(ry
でも、eachは違います。 eachは配列のメソッドの1つなのです。 eachのようにループと「同じように振る舞う」メソッドは、 しばしば イテレータ という名前で呼ばれます。
と実に明快にイテレータなるものにつき記述されています。

次に項目立てられる中で幾つかの配列についての他メソッドの紹介の後、 用意される当章の練習問題は73頁の
好きな数だけ単語の入力をしてもらい (1行に1単語と入力が続き、 最後は空行で「Enter」のみとします)、 それをアルファベット順に並べ替えて出力するようなプログラムです。
にて「ヒント」として次ページに
配列を順番に並べ替える(ソートする) には素敵なメソッドsortがあります。 これを使いましょう。
とあれば、今回は此方への当方の解答例を贄に供したいと思います。

2008年末PHP事情とカラーアスキーアート

秋元氏のブログ 秋元@サイボウズラボ の2008年12月13日の記事 フランスのPHPイベントForum PHP Paris 2008に参加してきた を拝見すればフランスのPHP事情が現地での直接の会話を元に語られ、 終ぞ海外へ足を向けることも無く過ごす身には斯様な記事は有り難く、 欧州の米国とは又違った雰囲気が感じられ面白く思います。 就中フランスにてはPHPの勢力が強く、 Javaを多用していた企業も現在併用する抔の現象が見られるとは意外な気もし、 フレームワークでは本邦では昨今cakePHPが勢力を伸ばす処ですが、 其れとは又異なったフランス事情、 アプリケーションにては中には聞いた事もないの利用頻度の高さも興味深く読ませていただきました。

本邦に目を遣ればPHP事情と迄は行かぬも phpspot開発日誌 の2008年12月11日の記事 PHPでJPEG画像をアスキーアートに変換するサンプルプログラム に紹介されるのが面白き PHP SnippetsJPG to ASCII Converter にて手持ちの画像をアスキーアートにコンバートしてくれる手軽なPHPコードの、 アスキーアートと云えば先ず思い浮かぶのが2ch抔でお馴染みの掲示板に文字の形を生かして表現する形式のものですが、 此方では#を画素として各自に色指定し、1pxとして上で表現するPCの形式に近いものとなっています。
以前であれば画像の投稿を受け付けない掲示板抔で出番はあったのでしょうが、 今は此の身に特に思い付く使用法もなく、孰れ時代に敏なる御仁の使用法に驚かされ度思います。
クリスマスプレゼントのはなまる コードを其の儘コピペで使用出来ますので非常にお手軽で、 画像の配置したパスを考慮するのも面倒にてコードの設置同フォルダに突っ込めば後は特に考えることも無く、 画像名を入力してCREATEボタンを押下するだけで生成のなれば、 ローカルのPHP環境で、 実際に当ブログマスコットキャラクターの はなまる 君の左なる元画像を変換して表示したものが下になりますので、 範囲選択反転、ブラウザの拡大機能を利用する抔して確認されてみられるのも一興と存知ます。
続きを読む 2008年末PHP事情とカラーアスキーアート

虹色に輝くブログタイトル7

扠も又もや当タイトルはお馴染みギミックの七色に変化するが機能を発揮すべく、 前回の2008年11月20日にブログタイトル七色変化実装の記事は 七色に輝くブログタイトル6 投稿より20記事の投稿を重ねるに因り、次頁へ退去の時期とあっての当記事の投稿にて、 本アーティクルがトップ頁に表示さる間は 当ブログのタイトルがトップ頁表示と同時に虹色擬きに変化し始める 筈です。

jQueryと共に利用のフォント色を変更するアニメーション用プラグインは Release:jQuery 1.2/Effects にて提供の jquery.color.js を利用すれば先ずは単純にブロック内の変化を促すべく » Run ボタンを押下いただいた上で反応を見ていただき、
更には » Run2 押下でタイトルへの変化の適用をご覧いただけるべく配置しおります。 此の機能を利用した上で赤、青、桃色、紫、空色、緑、黄色、と任意勝手に 虹色 と称し、必要な設定を施して動作させている本タイトルの虹色に輝くブログタイトルになります。

又、「次のページ」へをクリックして頁遷移しても一連のアーティクル レインボータイトル が在るに依りタイトル七色変化機能は失われること無く、 又、当機能の切れる其の先には一連の ブログタイトルズームアップ アーティクルの存在すれば即ち、以前からのお馴染みにはご存知、 タイトル拡大機能が当該者へのお慰みの一助になれるかに心得ます。

先日は2008年文化の日の六代目へのテンプレート変更のアーティクル テンプレート変更『クリスマス7(3カラム)』 にて背景画像とブログタイトルの位置関係もあればDescriptionとの表示位置をば此れ逆転、 個別ページに於いては勿論トップ頁にては第一番目のアーティクルではスクロールの必要も無く、 一瞥にて目にお留めいただくべく配置致し候。

RMT(Real Money Trade)の一面及び一事例

RMT(Real Money Trade) 迄遂に達せず終了を告げたは残念なるGoogle提供のセカンドライフ的サービス、 当ブログ2008年11月26日のアーティクル Googleの「Lively」年内閉鎖 でも取り上げた Lively(リヴリー) の同じく当ブログにても仮想通貨について僅か許り言及のアーティクルは2008年7月12日の Google的セカンドライフ/Lively.com にて、大いに期待したものですが、 当該RMT(Real Money Trade)についての興味深い記事が ホームページを作る人のネタ帳 の2008年11月15日に 仕事なにしてるの?え・・・リネージュ2?は?w として掲載されており、 廃人BOT 抔、此の視点からは多少否定的な色合いを帯びていますが、 こと金銭となれば孰れにても暗黒部の存在するものから、 紹介記事にてもRMTを主に据えぬ人間面の考察なれば首肯出来る内容も、 かと云い他処に移し視点を変えた際にもRMTなるもの総てを否定するのは如何にも惜しく思われるは、 可能性を高く評価していればこそ、 何うにかリアルと誰の目にも明らかなる倫理及び合法を以て、 融合さるサービスのゲームに限らず、 例えば家電量販店のポイント制の敷衍せるものの応用抔として、 登場して欲しく切に思います。

PDFファイルに於けるGmailとGoogleDocsの連携

Google Mania の2008年12月13日の記事 Gmailの新PDFファイルビューワはかなりオススメ を閲すれば何やらタイトルより伝わる許りにても、 常々不満の有ったGmailのPDFビューアの、 例えばレイアウトの崩れたり、 例えば画像の表示されなかったり、 と云ったあたりが可也改善されているのではと期待し乍、 GmailよりPDFファイルの添付されたメールを選択して ワードファイルでは
  1. HTML 形式で表示
  2. Google ドキュメントとして開く
  3. ダウンロード
と表示のされるがPDFファイルに於いては単に
  1. 表示
  2. ダウンロード
となる其の 表示 をクリックした処、 Google Docs に画面が遷移し、見事に作成者の思惑通りのファイルが表示されると云う寸法の様で、 遷移先はGoogle Docsとあり、Gmail添付のPDFファイルの表示には当該機能を使用することと相成ったと思われます。 Google Docsの使用頻度は低く、以前の構成が思い出せないのが残念ですが、 現状、手元アカウントのDocs Homeの items by type の各項目を見れば
  1. PDFs
  2. Documents
  3. Presentations
  4. Spreadsheets
と確かに最上部にPDFファイルが表示されています。 表示にはどうも画像を用い、まるで其れはGoogleマップを見ているかの如き感じを受ければ、 同様の技術が使用されていて、 本家アドビのアクロバット系の技術は表示に関しては使用されていないかの感じを受けます。 此れに合わせ、編集は勿論ならぬ様ですが、 テキストの選択には対応しており、 アクロバットを用いてのテキスト選択にては コピーの後ペーストすれば位置関係の大いにずれるが此れ有り、 未だ判然した訳ではありませんが、 テキストエディターにGoogle Docs PDFsよりペーストした感じも想定通りなれば、 兼ねてPDFファイルより既定のHTMLファイルへの移行の必要の多く有る処、 益々ローカルに当該ファイルをダウンロードする必要もなく、 合わせご本家も漫々と構えている訳にも行かなくなるのではないでしょうか。
投稿日:
カテゴリー: IT

アマゾンクラウドサービス

当ブログでも2008年9月14日に取り上げた Webストレージサービス/アマゾンS3 がアーティクルのアマゾンのクラウドコンピューティングについての知見が bpspecial ITマネジメント の栗原潔氏の手になる連載コラム 「あと一歩」の差を付けるリーディングエッジ の第14回は2008年10月8日公開の記事 アマゾンが着々と進める「クラウド戦略」の「真の凄さ」 に掲載されているより引用させていただけば
米国の新興企業には、まず、S3とEC2で社内のアプリケーション基盤を構築するケースが増えているようだ。基盤を迅速に立ち上げることができ、初期設備投資が少なくて済み、運用要員が最小限で済み、将来の業務拡大にも十分に対応できるからだ。まさに、ベンチャー企業には最適なサービスと言えるだろう。
とあるのは米国に限らず当ブログは2008年8月14日のアーティクル クラウド・コンピューティングの実使用例 でもご紹介の通りブログ Life is beautiful を屡参照させていただく中島聡氏の率いる Big Canvas も巷で好評のiPhone向けデベロッパーとして其の一端を担えば、 中々に本邦も捨てたものではないかに思います。

アマゾン提供のクラウドサービスの本来の頭文字に略称されぬは
  1. S3:Simple Storage Service
  2. EC2:Elastic Compute Cloud
とあるより語彙関連部の引用に
「elastic」とは「弾力性のある」という意味だ。ユーザーが求める処理能力に応じてゴムのように伸び縮みして対応できるというイメージで考えればよいだろう。
とあるこそ、新規立ち上げベンチャーにもお誂え向きである事由の分かろうと云うもの、 最早充分はビジネスボリュームを得るまでは、 自社サーバーを立てるでもなく、ホスティング屋からサーバーを借りることもなく、 クラウドコンピューティングで従量制の賃貸し、 と云う手法が此れからの主流となるのかも知れません。

またアマゾンのクラウドコンピューティングサービスに於いては 頁を繰ること三頁目に項目立てられる アプリケーションのプラットフォーム提供も推進 より引用の
「アマゾンは、Webショップの基本機能(例えばショッピングカートやチェックアウト機能など)を提供するAPI群を、公開している。これが、WebStore by Amazonというサービスだ。ユーザーは月額料金を支払うことで、独自のオンラインショップを迅速に立ち上げて運営することができる。
とあり、レコメンデーション機能を含むアマゾンのシステムを流用できるとなれば、 此処に於いても態々サーバーを契約した上で更にシステム構築の労を取る必要も軽減された上で手に入るが、 件のシステムなれば、ECサイト抔、構築の予定のある方に取り考慮するに如くはないかと存知ます。

まとめとして利用者にとっては当然乍サービスの停止は死活問題であり、 其れを他者に提供するに当たってはアマゾン側の問題ではありますが、 情報セキュリティの三大要素CIA、即ち
  1. Confidentiality:機密性
  2. Integrity:完全性
  3. Availability:可用性
の内でも部外者抔には兎角軽く見られ勝ちな Availability(可用性) が実に重要なコアコンピタンスとなることが提言されています。

検索シェア

Web担当者Forum神野恵美氏分析の2008年11月27日の記事 2008年9月の検索ランキング、1位は「Yahoo!」、2位「Google」 に言及さるが如く コムスコア による2008年11月26日に公表さる2008年9月検索ランキングが提供データとして
同社のまとめによると、9月の日本における総検索回数は59億回。検索者1人あたりの検索回数は月間で96回だった。

また、ランキングのトップは「Yahoo!」の30億回で市場の51%を占めた。次いで、「Google」が23億回(シェア39%)2位、「楽天」が1億2000万回(同2%)で3位、「Microsoft」が9,000万回(同1.5%)で4位にランクした。
とあるが、 日本についてのレポートであることに、 多少の驚きの念を抱くは、 恥ずかし乍、既成概念として ヤフーの凡そ8割程度のシェアを有し、 後の2割をグーグルとマイクロソフトその他で分け合うといった構図を信じ込んでいたからで、 2004年10月8日のWIRED VISION NEWS ARCHIVESの記事として 実は怪しい「ウェブサイト訪問者数」 とあり、仮令此処ではインターネット調査会社なる一私企業の報告と云えども、 当結果の現出するは、成程不易流行、 何時迄も本邦にヤフーが安泰であるとは云い切れぬが本筋、 改めて思い知らされた如く感じます。

尚、WIRED VISION NEWS ARCHIVESの記事では 散々インターネット調査会社を扱き下ろした其の文末に
最後に少し明るい話を1つ――テレビ広告の世界の混乱は、こんな程度ではないのだ。『インタラクティブ広告協議会』のグレッグ・スチュアート会長は、どうやらまともに数を数えられないウェブの2大企業などよりも、テレビ広告業界は、「はなはだ不当であり……世の中で最もばかげている」と酷評する。
とあるは中々皮肉の利いた面白い纏めに思います。

グラフ選択チャート

データの可視化を実施する際、 案外悩む処のグラフの選択にて
  1. 円グラフ
  2. 折れ線グラフ
  3. 棒グラフ
  4. 散布図
と云う代表的なグラフより、 いざ選べと云われる其の場に直面すれば覿面に指し示して見せるは中々に困難と存ずるを、 当ブログの2008年10月5日の記事 可視化に欠かせぬグラフの利用法 にてご紹介のWeb担当者Forumの 衣袋宏美氏によるコラム データをざくざく処理するためのグラフの読み方使い方 の第2回なる 代表的な4つのグラフの使い分けのポイント にて明確なる判断法が掲載されていれば、 利用するに如くはなく、 まとめ として項目立てらてる中に表示さる YES/NOチャート 黙って座ればピタリと当たるも八卦当たらぬも八卦の簡便にして有用なるツール、 また下に引用させていただく図4の表
図4 利用頻度の高いグラフの種類
系列数 質的視点 量的視点 グラフ
折れ線 散布図
1つ 項目や指標間
の比較
絶対数

割合%


時系列変化 絶対数/割合


2つ
以上
項目や指標間
の比較
絶対値

時系列変化 絶対数/割合


項目や指標間
の関係性
回帰線
相関係数



抔も合せて参照すれば、 此処にては嬉しい悲鳴ともならぬグラフ選択の悩みを 少しでも軽減できると同時に、 頻繁に使用される代表的なグラフの大凡の特徴も掴め、 作成側にてあらぬ、閲覧側にても有効なるものと思います。 合わせて同コラム第3回 円グラフの使い分けを論理的に考える には当アーティクルに登場の代表的グラフのひとつ、 此れは彼の名高き白衣の天使 ナイチンゲール女史の考案なると聞き及びます、 パイチャート、 即ち円グラフの尚詳細に言及されており、 知らず知らずに選択していたその使用法の己の模糊たる判断理由が明確にされれば、 ご参照もまた苦しからずと存知ます。

SEOに見る世評と実質の乖離

巷間流布してか近頃度々耳にするは、 関係業者も出没しては営業の跋扈たると聞き及ぶ、 餌食になってなるものかと思い乍も気になる其の名こそ、 サーチエンジンオプティマイゼーション(Search Engine Optimization)の此れを略称するに、 即ち エスイーオー と呼び セオ とも呼ばれるを、 訳も分からずSEO、SEOと遠州雀の喧しきに如何なものかと思う折に目にしたが CNET Japanの渡辺隆広のサーチエンジン情報館の2008年12月8日の記事 SEOで重要なのはランキング?トラフィック? を見るに、米国のSEOエキスパート、 Bruce Clay氏のOnline Media Dailyでのインタビュー記事を元に言及されるを引用すれば、
SEO
(ry
は便利な指標なので、「使えない」は言いすぎでしょうが、「成果(売上やリード獲得)」に結びついているのか、本当に質の高い訪問者の誘導が行えているかを判定するには、ランキングで見ても意味がないといえるでしょう。
とあるを、 順位が上がったの下がったの、 剩へ、それ専用に膨大な経費を振り向けるは好ましからぬ処、 扠も有名司会者の降板抔の経費削減、各紙、地方迄含めた再編の動き抔、 テレビ業界の現状を鑑みるに旧来型の垂れ流し型広告が効験を失うは明白、 大手広告代理店に半分は消え処の分からぬ予算を割くは愚行の謗りを受けこそすれ、 往古の神通力は腰砕けと云う程、馬鹿馬鹿しいことではなくも、 矢張り少々時代遅れのSEOと云う流行熱に浮かされた感は無きにしも非ずが如き情勢に、 有効なカウンターパンチになればと願うも、 先ずは暖簾に腕押し、糠に釘、 暫くは訪れる先で相談される毎に説明するのも煩わしき状態が続くのだろうと辟易は被害妄想なる哉。

GoogleAppEngine利用事例/StateStats

Google App Engine に大いなる有用性を感じれば自ら試用のアーティクルを掲載したが の二度の言及の掲載のサンプルは扠々試用の名に恥じぬ味も素っ気も無いプログラムサンプル剥き出しの頁にて、 ご覧の方には何の何処に此のアーティクルは感じ入り生成されたのかと訝しがる向きもあるかに存ぜらる折も折、 常なる当ブログの参照先はIDEA*IDEAは2008年11月26日の記事 指定したキーワードがどの州でどれだけ検索されているかがわかる『StateStats』 で紹介されていたが StateStats なるWebサービスのリンク先を辿れば初期値には手袋(mittens)の入るべし、 結果は矢張り北部に於ける検索強度と申して良いかが高かるべし、 とIDEA*IDEA当該記事より引用させていただけば
これは興味深い実験プロジェクト。 Googleの検索クエリーデータを使い(Google Trendsかな?)、 指定したキーワードがどの州でどれだけ検索されているかを算出してくれます。 また人口学的な統計と比較してどうよ、ということもあわせて教えてくれます。
とUS限定ですが、 検索ワードの地域性を見て取れるとあれば本邦にもあれば良かるべし、 扠ではと、 イチロー を検索キーワードに用いて見れば StateStats:ichiro となり成程、西海岸の強かるべし、 此れは中々に面白かるべし、 と思わされるに、 不図アドレスを見れば何処かで目にしたドメインこそ、 己とてついの此間 Google App Engine より与えられしものとホスト名は異なるは当たり前なれども本体は同じなれ、 当ブログよりリンクさる生々しきサンプルも赤面の、 見事な Google App Engine を利用したWebサービスであれば、 己の制作で無いことは棚に上げ、 見よ、此れぞ提供さるリソースを充分活用の好例よ、 と我が意を得たりと許り鼻息を荒くすると同時に、 当然のこととは存知乍も、 既に此処迄使い熟す方の存在に驚きを禁じ得ません。
細かき仕様の判然すれば有り難き事なれど其れはならず、 未だ他言語のAPIの用意さる情報も耳にせずば、 孰れにせよ Python にて記述されることだけは間違いないかに存知おります。