アソシエーション分析(1)
アソシエーション分析(associations analysis)は、百貨店や店舗などで集めている表1のようなトランザクションデータを活用するために、バスケットの中の商品間の関連性について分析を行う方法である。アソシエーション分析は、表1に示すような、トランザクションデータから、頻出するアイテムの組み合わせの規則を漏れなく抽出し、その中から興味深い結果を探し出すことを主な目的とする。 アソシエーション分析は、1990年代初めに英国の有力百貨店マークス＆スペンサーの店舗で集めているデータの活用に関して相談を受けたことをきっかけとして、IBM研究所が研究を始め、Apriori(アプリオリ)というアルゴリズムを開発したと言われている。Aprioriアルゴリズムは、巨大なデータベースからアソシエーションルール(associations rules)を抽出することを実現し、データマインニングの実用
Microsoft PowerPoint - Rによるデータマイニング.ppt
Rによるデータマイニング 山本義郎 東海大学理学部 yamamoto@sm.u-tokai.ac.jp 2006年度サマーセミナー 2 2006年8月5-8日 本日の内容 � ？？？？？ � Rとは � Rによる解析の実践 コマンドと関数の利用 データの入力、インポート データの要約 � Rによるデータマイニング 多変量解析 データマイニングとは データマイニング手法 2006年度サマーセミナー 3 2006年8月5-8日 サマーセミナーとスプリングセミナー � サマーセミナー 大山(1993) 広島(1995?) 屋久島(1998) 支笏湖(1999) 嬬恋(2003) � スプリングセミナー 指宿(1997) 有馬温泉(1998) 河口湖 (1999) 因島 続きは明日の夜のセッションで 2006年度サマーセミナー 4 2006年8月5-8日 関数電卓としてRを使う � 算術演算子 +
統計解析用フリーソフト・R-Tips
R は有名な統計言語『 S 言語』をオープンソースとして実装し直した統計解析ソフトです．さまざまなプラットフォーム（OS）に対応しており，誰でも自由にダウンロードすることができます．それにも関わらず，世界中の専門家が開発に携わっており，日々新しい手法・アルゴリズムが付け加えられています．とにかく計算が速い上にグラフィックも充実しているので数値計算などにも持ってこいです．このドキュメントは Windows 版 R と Mac OS X 版 R（と一部 Linux 版 R ）でコマンドを調べた足跡です． ちなみに，この頁の内容を新しくした書籍は こちら ，電子書籍版は こちら で販売されております．
RjpWiki - RjpWiki
RjpWiki はオープンソースの統計解析システム R に関する情報交換を目的とした Wiki ですRjpWiki はオープンソースの統計解析システム 《R》 に関する情報交換を目的とした Wiki です † どなたでも自由にページを追加・編集できます． (初めて投稿・既存記事への追加・修正を行なう方はこのページ末の注意*1を御覧下さい) ページへのファイル添付については、画像ファイルのみパスワードなしで可能としてあります(ページ上部「画像添付」より)。その他のファイルの添付はパスワードを入力することで可能です(ページ上部「ファイル添付」より)。現在のパスワードは, Rでの round(qt(0.2,df=8),3) の実行結果です。 スパム書き込みに対処するため、書き込み系の処理に対してパスワードを設けました。ユーザ名の欄には，Rで round(qt(0.2,df=8),3) を実行
JIN'S PAGE - R
R、R言語、R環境・・・・・・ Rのダウンロードとインストール リンク集 題名 Chap_01 データ解析・マイニングとR言語 Chap_0２ Rでのデータの入出力 Chap_03 Rでのデータの編集と演算 Chap_04 Rと基本統計量 Chap_05 Rでの関数オブジェクト Chap_06 Rでのデータの視覚化(1) Chap_07 Rでのデータの視覚化(2) Chap_08 Rでのデータの視覚化(3) Chap_09 GGobiとデータの視覚化(Rgobi) Chap_10 Rと確率分布 Chap_11 Rと推定 Chap_12 Rと検定 Chap_13 Rと分散分析 Chap_14 Rと回帰分析 Chap_15 Rと重回帰分析 Chap_16 Rと一般化線形モデル Chap_17 Rと非線形モデル Chap_18 Rと判別分析 Chap_19 Rと樹木モデル Chap_20 WEK
「書くことの効果」実証される | WIRED VISION
前の記事 段ボール製、3000円の電子楽器シリーズ(動画) 「書くことの効果」実証される 2011年1月25日 サイエンス・テクノロジー コメント： トラックバック (0) フィードサイエンス・テクノロジー Brandon Keim Photo:Renato Ganoza, Flickr 学習し、記憶するには、それを題材にして文章を書くことが一番良い効果があるようだ。 1月21日付けで『Science』に掲載された研究では、大学生200人が科学に関する短い文章を5分間読むように求められた。 学生にはその後、次のいずれかの指示が与えられた。テスト向けの詰め込み勉強のように何度か読み返す、題材に関する「コンセプトマップ」[概念等の相関を表す地図]を作る、読んだ文章に関する自由形式のエッセー(小論文、作文)を10分間で書く、という指示だ。 1週間後、学生は覚えていることに関する簡単なテストを受け
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
Webエンジニアスキルの勘所
Webのエンジニアにはどういうスキルが一番必要か？という話を考えてみた。 例えば、C言語やUnixの経験が長く、オブジェクト指向も理解していたとしたら、PHPから始まり、Rubyなどの理解は決して難しくないだろう。 では、それだけの経験で一線級のWebエンジニアとしての信頼が置けるかというと、ちょっと違うような気がする。 考え方のベースは、 「Webは、要するにテキスト処理であることが多い。だから難しい」 ほとんどの事がHTTPプロトコルを通じてテキストデータとして情報が、なんのネットワークの制約もなく流通する。つまり、HTTPヘッダを含むテキストの操作でセキュリティホールを作り、それが世界のどこから攻撃されるかわからない。 また、 同様に世界中からアクセスが集まることがありうるので、回りくどいテーブル設計をしてしまうと、あっというまに破綻してしまうこともある。 そして、 基本的にマルチア
2010年最優秀プログラミング言語にPython もはやPerlは過去の言語 カナ速
TIOBEの2010年最優秀言語はPython ソフトウェアエンジニアリングにおける過去50年間を見ると、プログラミング言語は産業界が解決すべき問題のタイプによって（Fortran、COBOL）、あるいは、当時のテクノロジーリーダーによって移り変わるものだということがわかる。今年一番シェアが伸びたのはPythonだ。 Pythonはシステムスクリプト言語の「デファクト」スタンダードになってきています（この分野におけるPerlの後継者と言ってよいでしょう）。しかし最近は、さまざまなアプリケーション領域でも使われるようになりました。 特にDjangoフレームワークとの組み合わせは、 Web開発者のあいだで非常に人気があります。Pythonは学びやすいため、Pythonを使ってプログラミング言語を教える大学も増えてきています。 Java、C、C#、Rubyは2010年も安定していたが、PHP、V
「ソフトウェアテストとは、ツールではなく、頭で行うもの」 JaSST '11 Tokyoでリー・コープランド氏が基調講演 − ＠IT
「ソフトウェアテストとは、ツールではなく、頭で行うもの」：JaSST '11 Tokyoでリー・コープランド氏が基調講演 ASTER （ソフトウェアテスト技術振興協会）が1月25日、26日に開催しているソフトウェアテストシンポジウム「JaSST '11 Tokyo」（Japan Symposium On Software Testing）で、世界的に有名なソフトウェア技術者、リー・コープランド氏が基調講演を行った。氏は、“イノベーション”と評価すべき、開発やテスト分野における複数の手法・事象を紹介する中で、「テストにベストプラクティスはない」と指摘、「各社が状況に応じて、あらゆる手法を使いながら“自社に最適”な取り組みを行う」ことの重要性を示唆した。 テストとは、ツールではなく、テスターの頭で行うもの コープランド氏はSoftware Quality Engineering社に所属し、幾多
Android In-App Payments Coming Soon — Were Delayed Because Developers Were Busy | TechCrunch
Android In-App Payments Coming Soon — Were Delayed Because Developers Were Busy Today at the Inside Social Apps conference in San Francisco, Inside Network’s Kim-Mai Cutler sat down with Eric Chu, a group manager at Google for the Android platform. The two discussed the platform mainly from a developer perspective. And the initial question may have been the most interesting. When asked about the s
「英文標準問題精講」が英語勉強本としてネットで話題になってる
「英文標準問題精講」が英語勉強本としてネットで話題になってる 2011-01-25-2 [English][Book] 最近ネットで大人の英語勉強本として「英文標準問題精講」が話題になっているそう。 ■英文標準問題精講 受験生のときにやったなあ。懐かしいなあ。 まあ大人になってから英語をやり直すんだったら、基礎からしっかり、高校英語からしっかりの方が早いだろうな。 王道なし、ということで。 - 大学受験の参考書『英文標準問題精講』、「大人のための英語学習書」と話題に (はてなブックマークニュニュース) http://b.hatena.ne.jp/articles/201101/2296 - 大人になって読み返したらスゴかった 「英文標準問題精講」 http://anond.hatelabo.jp/20100523003603 なお、話題の起点となった記事では「基礎から学べる」という点よりも
物事を習慣化するための泥臭いステップ - Casual Thoughts
本を読んだり、ウェブを徘徊していると、目から鱗が落ちるようなアイデアやLife Hacks術に出会うことは非常に多い。一方で、出会いの機会は多い反面、そういったものが自分の中で習慣化し、血となり肉となるケースというのは我ながら驚くほどに少ない。「あれこれと色々な本を読むのではなく、1つの本でえたものをきちんと習慣化できてから、次に手を出しなさい」なんてアイデアに目から鱗が落ちても、また次の本についつい手をだしてしまうのが、まぁ人情というものだろう。そういった人情に流されないためには「仕組み」が必要なわけだが、あれこれと試行錯誤しながら作ってきた仕組みが、最近ようやく形になってきたので、本エントリーではそれを紹介したい。 アイデアを実現するためのもう一つのアイデアに徹底的にこだわる コーチング・マネジメント―人と組織のハイパフォーマンスをつくる 作者: 伊藤守出版社/メーカー: ディスカヴァ
都条例問題：半世紀経っても昔と同じ批判に晒されるマンガと、今日では社会的権威となった小説の差
古賀氏郷（仮） @KogaUjisato 漫画を見下す風潮に憤る藤本氏の意見は、ごもっともなのだが、だが一方で漫画家や研究者達、出版が漫画の地位向上に今までどれだけ努力してきたか？という事を考えると、ちょっと首を傾げてしまう。（続 RT @honeyhoney13 国内の他分野の研究者のマンガ研究への侮りは度し難い。 2011-01-24 01:11:47 古賀氏郷（仮） @KogaUjisato 続）「マンガはなぜ規制されるのか？」等でもそうだが、今まで規制問題が起きても、特に研究者達の存在感がほとんど無い。また出版は自主規制に奔走し、漫画家達は世間へ抗弁するか自粛するか、どっちにせよその場を凌ぐだけで精一杯。誰もが嵐が過ぎ去ると、あっという間に忘れてしまう。（続 2011-01-24 01:12:04 古賀氏郷（仮） @KogaUjisato 続）戦後、何度も何度も「漫画は低俗だ」とい
システムを使わない理由を使わない人に聞いても駄目だと思う：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
ナレッジマネジメントシステムの導入を進めていく際にシステムの利用率が伸びない事がよくある。情報系のシステムの場合利用率が６割を超えれば十分だと思うのだが未だにシステムの価値を利用率で評価したがる人が多いのも事実で、利用率が低いとすぐに「システム利用率向上施策をうたなければ」ということになる。 利用率をあげようとする事自体は良いことだと思うのだが、この時に良く取られる「なぜシステムを使わないかユーザに聞いてみよう」という手法には注意が必要だ。そして使わない理由を聞くとたいていは、「使いにくい」と「欲しい情報がない」の２つの理由が１位と２位にくる。この結果を見て大抵の運営者は、システムの細かい機能修正とデータの大量登録作業に着手する。まずはデータを必ず登録する（あるいはブログを必ず書くやメッセージを発信する）ようにと通達を出すという流れだ。 こうしてユーザはいやいやながらデータ登録を始めその結
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲームが大流行する「薄気味悪さ」 ゲームジャーナリスト 新 清士 - 日本経済新聞
TechCrunch