Analysis Servicesを使って多次元分析に挑戦しよう：SQL Server 2005で学ぶデータ分析（3）（1/3 ページ） ビジネスインテリジェンス（BI）の概要を解説した記事が多くのメディアで取り上げられるようになり、その基本的な理解は深まったと思われる。このような現状を踏まえ、本連載ではさらに一歩踏み込んだ内容として、データ分析の手法や注意点に焦点を絞った実践的な解説を展開する。（編集部） 前回「多次元分析の概要とデータ分析のポイント」では、多次元分析を中心としたデータ分析のポイントを解説しました。今回は「SQL Server 2005 Analysis Services」（以下、SSAS）を利用した多次元データベースの構築手順について解説します。なお、今回はSQL Server 2005のRelational EngineとSSASは同一のサーバに導入してある前提としま

http://rails2u.com/htmlhelp/rmagick.zip RMagick は画像作成/加工にかなり充実した api をそろえており、かつ公式でドキュメントをきちんと提供してくれてすばらしいのですが、ドキュメントのメソッド一覧が見れなかったり、同じ class のインスタンスメソッドなのに数ページに分かれていたりするため、目的のメソッド/機能を探すのに数分、下手するともっとかかったりもします。 最近仕事やら趣味やらで RMagick を多用してきてるので、そもそもドキュメントの検索効率を上げないときついかなぁ、と思い始めてきたので htmlhelp を作りました。昔から作っておけば良かった…＞＜。 RMagick のドキュメントはよくある rdoc 形式じゃない*1ので作るのに苦戦…、するかと思いきや、舞波が作ってくれた String#scrapi でさくさくと ind

「上司と合わない」というテーマがなんかやたら盛り上がってしまって・・・非常に印象的でした。そんなにあちこちでいっぱいで起きてるものなのか！？・・・昨日、お客様と会食をしていて、思ったことです。 正直に経験談を言うと、「上司」面するのはいろんな意味で難しいです。 正直、時々、見栄も張るし、無理もしちゃってます。自分が「部下」の立場でコミュニケーションするときはその点楽ですが、逆の場合は講演やメディアの取材とは別の次元ですごい緊張してる気がします。 それを務める能力がないのに「上司」であらねばならないときは最悪です。 何をやってもリスペクトされないでしょう。それでも企業の「指示」あって務めるんでしょうが、とにかく辛いんですよね。 能力があっても、そもそも「部下」とコミュニケーションするのは難しいと思っています。 個人的に「部下」という呼称自体も嫌いです（今は・・・^^;）。「仲間」でありたい。

http://rails2u.com/projects/refe.vim/ http://rails2u.com/projects/refe.vim/screencast.html (スクリーンキャスト) プログラムを書いてるとどれだけ簡単にリファレンスマニュアルを検索できるかによって効率が数割変わると言っても過言ではありません。普段は Ruby のリファレンスマニュアルの検索には htmlhelp を愛用してるのですが、windows を使ってないときやコンソールから検索したいときに不便です。 で、コマンドラインから日本語の Ruby リファレンスマニュアルを検索するすばらしいツールとして青木さん作の ReFe があります。ReFe 単体だけでも十分便利なのですが、結果の絞り込みをインクリメンタルサーチで行いたいなぁとか、リファレンスを引きたい時はほとんど vim でプログラミングしてい

先日のエントリで紹介した通り、営業活動の基本知識について、キーワード別にその内容についてより詳細に解説をしています。 『PULL』と『PUSH』を組み合わせて進めること ・     基本的にコンサルティングはPULL型ビジネスモデルです（ITサービス全般がそうかもしれません。ひょっとしたら・・・）。あんまり飛び込み営業してもいいこと少ないです。でも、PUSHしないでPULLに徹していては、効率はいいかもしれないけれど、弁護士や医者じゃあるまいし、そうそう都合がいいようにお客様が来店するとも考えられません。ですから、基本はうまく「PULL」と「PUSH」を組み合わせて進めることが肝要です。 ・     釣りじゃあないですが、「餌＝お土産」を「PUSH」して、お客様が近づいて手に取ったところで「PULL」することが大事でして。「餌＝魅力」があればお客様は近づいてきてくださいます。ここで、全力で

先日のエントリで紹介した通り、営業活動の基本知識について、キーワード別にその内容についてより詳細に解説をしています。 「提案活動中こそ即効性のあるアウトプット提供にこだわること」 ・     私は或る上司に、「インプットがゼロでもアウトプットを何か出せるのが真のコンサルタントなのだ」と徹底的に教育されたことがあります。そのときはなんて乱暴なこと言うんだと思ってましたが、今思えばまったく素晴らしい格言のように感じています。 ・     最初の訪問時に必ずしも相手が「ほーぉ」と感心するような何かをアウトプットできるかどうかは確かに難しいことなのですが、そうあろうと努力する姿勢はとても大事だと思います。結局お客様は最初のコンタクトからずーっと我々に貴重な時間を投資してくださっています。ですから毎回何か「お土産」を持ち帰ってもらわねば、次回のアポも容易に纏まりません。 ・     ただし、アウトプ

http://blog.japan.cnet.com/kenn/archives/003536.html みやがわさんのIRCブリッジがすごいな。

ぶくま経由で、RFC 3986 URI の日本語訳にたどり着き、読んでいました。スムーズな日本語ですんなりと読めて、良い訳だと思いました。私は誤訳を見つけられませんでした。 それはともかく、読んでいる最中に、RFC3986 だけではないのですが、IPv4 アドレスの数字にマッチする構文が、正規表現向けでないのに改めて気になりました。RFC の記述をそのまま正規表現にすると、バックトラックをおこす書き方になっています。 バックトラックがおきないようにするには、先頭から1文字ずつ見ていくだけで残りの選択肢のどれに進めばいいか決定できるようにすればよろしい。ということで、これをテスト駆動で正規表現に向いた記述に変更してみました。 ⇒ http://www.studyinghttp.net/cgi-bin/rfc.cgi?3986#Sec3.2.2 IPv4address = dec-octet

たまに使う気もするので~/bin入れておく。 $ wikipedia.pl Perlとすると、コマンドラインにWikipediaから引数で与えたキーワードの要約を取得して表示する。 ソースは以下。要WebService::SimpleAPI::Wikipedia。Yappoさんthx。 use strict; use warnings; use WebService::SimpleAPI::Wikipedia; use Encode; my ($keyword) = @ARGV; $keyword = ucfirst $keyword; # Wikipediaではすべて一文字目は大文字 # SimpleAPIを使ってWikipediaから情報を取得 my $wiki = WebService::SimpleAPI::Wikipedia->new(); my $res = $wiki->ap

普通のエントリー久々な気がする今日この頃。 今回はトピックパスとかパンくずリストなんて呼ばれてる、ちょっと規模の大きいサイトでは日常茶飯事で見かけるアレのサンプル色々です。 サンプルの前に #main .entryBody #topicPath_01 とかってなってますけど、#main .entryBody はウチのサイトの都合で優先順位上げの為にやってるんで、コピったりする場合はいらない感じです。 #main .entryBody #topicPath_01 { margin:10px 0; } #main .entryBody #topicPath_01 li { display:inline; line-height:110%; list-style-type:none; } #main .entryBody #topicPath_01 li a { padding-right:10

※1,000円以上のコミックセット・コミック単品を購入で3%OFFとなります。 ※お１人様１回限りとなります。

会議資料をめくったり、ファイルに綴られた伝票をめくったりと、ビジネスで紙をめくるシーンは数多い。紙をめくることが業務効率アップに直結する経理部門などであれば指サックを用意して対処しているだろうが、どの部署にでも指サックがあるわけでもない。かといって、指先にツバをつけて紙をめくるのは衛生的にもなるべくパスしたい行為である。 本誌のT記者によれば、紙の4隅のうちの1つをめくる場合、右手親指で下方向から紙を持ち上げ、たわんだ紙を右手人差し指で伸ばし、伸ばした瞬間に左手親指と人差し指で紙をめくる方法がお勧めだという。この際、ある程度たわみをつけたほうが「より確実にめくれる」（T記者）というのだ。 このやり方は、T記者が「銀行員の先輩から聞いた」方法だ。銀行員といえば、しょっちゅうお札という紙を数える仕事をしているので、当然「紙めくり」のスキルは高い。われわれのような一般ビジネスパーソンが簡単にでき

今まで当サイトのサイト内検索は、Movable Type 標準の検索機能を使っていましたが、これがなかなか重たいのと、検索精度もイマイチなので変更することに。 で、以前にも紹介したとおり、Google からリリースされた、カスタムサーチエンジン制作機能、「Google Co-op」 を利用して、サイトのデザインに合わせたサイト内検索を実現してみることにしました。 ということで、簡単に自分のサイトに 「Google Co-op」 を導入するための作業の流れを説明してみます。Google のアカウントを持っている前提で行きますんで、その辺はよろしくお願いします。 1） Google Co-op で自サイトだけを検索する検索エンジンを作る Google Co-op にログインしたら、新規に検索エンジンを作成します。画面上の 「Create a Search Engine」 をクリック。 次の画面

http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=000994 「日本で最初のハッカー」と呼ばれる和田英一先生へのインタビュー。すっごくかっこいい。 ところで、この記事なんですけれど「プログラミングで絵を描くことがご趣味と、Webサイトにありました」というインタビューアの項目のところには、和田先生のWebサイトへのリンクがあるべきなんじゃないでしょうか。もしくはその「絵」をもう少し大きく見せて欲しいです。なんとなくちぐはぐ。 和田英一(Wikipedia)

http://www.machu.jp/diary/20070128.html#p02 あ、便乗して質問 ＞ どなたか。 USBを挿してもそもそも自動起動しないような設定（たとえばレジストリ）ってできないんでしょうか？ 追記：すばらしい！kiyoshi0813さんから情報をいただきました。実際にWindows XPで試して「効く」ことを確認しました。大感謝！ CD-ROMの自動起動をOFFにする方法 (support.microsoft.com) 追記：ちなみに以下も便利です。 WindowsでUSBのデバイスをコマンドラインから外したい(解決)

サイボウズはクラウドベースのグループウェアや業務改善サービスを軸に、社会のチームワーク向上を支援しています。

id:cheesepie:20070131:1170172709 最近は、こういう風に JavaScript を勉強する人が増えていてとても嬉しいです ＾＾ id:cheesepie さん頑張ってください！ で、ちょっと配列と連想配列の使いかたが違うようなので、エントリーを書こうと思いました。おせっかいだったらすみません＞＜ ！ やっぱり、このへんが JavaScript の難しいところのひとつなのだろうか。 ということで、 JavaScript の配列と連想配列の違い いってみよおー 連想配列とは JavaScript では連想配列は一番シンプルなオブジェクトのことである。つまり、すべてのオブジェクトは連想配列である。 以下のすべての連想配列はまったく同じものである。 // 1 var obj = { hoge: 'hoge' }; // 2 var obj = { 'hoge': 'h

Own Properties は同じだからプロトタイプだけ入れ替える (Firefox Only) id:cheesepie:20070129:1170012588 を見ていて思いつきました。 arguments.__proto__ = Array.prototype; ちなみにクロスブラウザなやり方 3 つ // 1 for(var i = 0, args = []; i < arguments.length; i ++) args[i] = arguments[i]; // 2 arguments = Array.apply(null, arguments); // 注意: コメント欄参照 // 3 for(var n in Array.prototype) arguments[n] = Array.prototype[n]; 別に配列化しなくても配列の関数は使えます 配列のプロトタイ

JavaScript での大規模開発では シンボルの衝突が非常に大きな問題となる。その代表例が Firefox の拡張機能内のシンボルである。 で、こんな記述ルールはどうだろう window['http://d.hatena.ne.jp/amachang/']={}; // URI (function(){with(this){ // ここにコードを書く }}).apply(window['http://d.hatena.ne.jp/amachang/']); // URI 例えば window['http://d.hatena.ne.jp/amachang/']={}; (function(){with(this){ var hoge = 'hoge'; // このスコープ内で共有するシンボル this.fuga = 'fuga'; // 同じ名前空間で共有するシンボル window.p

2007年02月02日16:45 カテゴリ javascript - ふつうのnamespace これはいいとして、 IT戦記 - JavaScript の名前空間 シンボルの衝突が非常に大きな問題となる。その代表例が Firefox の拡張機能内のシンボルである。 これはJS界のラマヌジャンなamachangならとにかく、私でも起き抜けにコーヒーの湯気も当たらぬこちこちの頭ではついてけん。 window['http://d.hatena.ne.jp/amachang/']={}; // URI (function(){with(this){ // ここにコードを書く }}).apply(window['http://d.hatena.ne.jp/amachang/']); // URI これはふつうに // Namespace jp.ne.hatena.d.amachang a la J

先月はルー語の月でした・・・ フィードバックを読んだり、プログラムを改良したり、電車の中では変換後の文章の校正して時間をつぶしたり。振り返ってみると、ルー語変換プログラムを通して実はいろいろ学習しました。 英語 むずしすぎる単語を排除するため、「中学校卒業程度」の単語にしぼりこみたかったのですが、それがだいたい2000語であるということ・頻出単語は幾つかのデータがあるということをこのへんで知る。最終的にはここで紹介されているデータと、実際の中学校の単語ドリル、あとルーさんブログをコーパスにして単語を絞込み。その2000弱の単語には何回か目を通したのでだいたい覚えた。 国語 連体詞って何だっけ？とか、あと活用形。五段活用とか、下一段活用とか、久しぶりに調べたですョ。「い・い・いる・いる・いれ・いろ」「ない よう う・ます た て・から と・とき こと・ば・！」とかそのあたり。 テストスクリプ

シュリニヴァーサ・ラマヌジャン（Srinivasa Ramanujan [ˈsriːnɪvɑːsə rɑːˈmɑːnʊdʒən];[1] 出生名:Srinivasa Ramanujan Aiyangar IPA: [sriːniʋaːsa ɾaːmaːnud͡ʑan ajːaŋgar], タミル語: சீனிவாச இராமானுஜன் [sriːniˈʋaːsə raːˈmaːnudʒən] ( 音声ファイル)、1887年12月22日 - 1920年4月26日）[2]は、インドの数学者。純粋数学の正式な教育をほとんど受けていないが、極めて直感的かつ天才的な閃きにより、数学的解析、整数論、無限級数、連分数などのほか、当時解決不可能とされていた数学的問題の解決にも貢献し、「インドの魔術師」の異名を取った[3]。 クンバコナムのサランガパニー通りにあるラマヌジャンの生家。 1887年、南インド

Yahoo!マップは日本最大級のポータルサイト「Yahoo! JAPAN」が提供する地図サービス。ルート検索・路線の乗り換えも。スマートフォン版やアプリ版もサクサクで便利。日本地図ならYahoo!マップで。