タグ

情報に関するKshi_Kshiのブックマーク (15)

  • Wikipedia:信頼できる情報源 - Wikipedia

    ウィキペディアの記事の出典には、信頼できる公刊された情報源を使用するべきです。このページでは、信頼できる情報源を識別する方法を説明します。情報源を使う必要性について議論している2つの方針ページ、Wikipedia:独自研究は載せないとWikipedia:検証可能性も参照してください。私たちが記事に書くべきなのは第三者により出版された信頼できる著者、事実確認や正確さに定評のある情報源による意見のみであり、一次情報源を独自に調査したウィキペディアン自身の意見は書くべきでないです。 もし、あなたがウィキペディアに有用な情報を提供できるのならば、ぜひそうしてください。ただし、参照先を探し出して追加する責任は、記事に加筆しようとしている編集者にあることを心にとめておいてください。情報源は可能な限り提供されるべきです。情報源のないまま、あるいは不適切な情報源に基づいた編集を行うと、異議を申し立てられた

  • Wikipedia:検証可能性 - Wikipedia

    ウィキペディアに執筆してよいかどうかの基準は「真実であるかどうか」ではなく「検証可能かどうか」です。つまり、私たちがウィキペディアで提供するのは、信頼できる情報源(ソース)を参照することにより「検証できる」内容だけだということです。このことをウィキペディアでは検証可能性 (Verifiability, V) と呼んでいます。 検証可能性は、ウィキペディアの内容に関する三大方針の一つです。あとの二つは、「中立的な観点」と、「独自研究は載せない」です。ウィキペディアではこれらの方針を併せて標準名前空間、つまり記事に書くことができる情報の種類と質を決定しています。これら三つの方針は相互に補完しあうものであり、それらをばらばらに切り離して解釈すべきではありません。編集者はこれら三つの方針を併せて理解するよう努めてください。この三つの方針は議論の余地がないものであり、他のガイドラインや利用者同士での

    Wikipedia:検証可能性 - Wikipedia
  • Wikipedia:中立的な観点 - Wikipedia

    中立的な観点 (Neutral Point Of View, NPOV) は、ウィキペディアの根的な方針の一つです。この方針のため、ウィキペディア上のすべての百科事典的内容は中立的な観点に沿って書き記されなければなりません。これは、主題に関して信頼できる情報源によって公表されているすべての重要な観点を各観点の比重に応じて公平に描写し、できる限り編集上の偏向がないようにしなければならないことを意味します。 中立的な観点はウィキペディアの基原則の一つであり、他のウィキメディア・プロジェクトの基原理の一つでもあります。また、「検証可能性」および「独自研究は載せない」とともにウィキペディアの内容に関する三大方針としても位置づけられています。ウィキペディアでは、これらの方針を合わせて、記事に書き記すことが許される情報の種類と品質を決定しています。これらの方針は相互補完的に調和して機能するため、

  • 総務省|白書

    令和6年版地方財政白書(PDF)、関連資料集(PDF) 令和5年版地方財政白書(HTMLPDF電子書籍、概要、ポイント)、関連資料集(HTMLPDF) 令和4年版地方財政白書(HTMLPDF電子書籍、概要、ポイント)、関連資料集(HTMLPDF) 令和3年版地方財政白書(HTMLPDF電子書籍、概要) 令和2年版地方財政白書(HTMLPDF、概要) 平成31年版地方財政白書(HTMLPDF、概要) 平成30年版地方財政白書(HTMLPDF、概要) 平成29年版地方財政白書(HTMLPDF、概要) 平成28年版地方財政白書(HTMLPDF、概要) 平成27年版地方財政白書(HTMLPDF、概要) 平成26年版地方財政白書(HTMLPDF、概要) 平成25年版地方財政白書(HTMLPDF、概要) 平成24年版地方財政白書(HTMLPDF、概要) 平成23年版地

    総務省|白書
    Kshi_Kshi
    Kshi_Kshi 2013/01/28
    情報通信白書
  • 東日本大震災ビッグデータワークショップ - Project 311 -

    2011 年 3 月 11 日の東日大震災発生時、ソーシャルメディアとマスメディアを通じて大量の情報が広がりました。正しい情報もあれば、様々な噂やデマも飛び交い、情報がいかに重要かを改めて知る良い機会でもありました。では、こうした情報はいったいどのように伝えられたのでしょうか? また、当に伝えたかった情報がなぜ伝えられなかったのでしょうか? 当時をデータで振り返った時に、当に必要なサービスは何だったのか、次の災害に備えるために、今我々はどんな準備をすればよいのでしょうか? 「東日大震災ビッグデータワークショップ - Project 311 -」 では震災発生から1週間の間に実際に発生したデータを参加者に提供いたします。参加者はそのデータを改めて分析することによって、今後起こりうる災害に備えて、どのようなことができるかを議論し、サービスを開発することができます。 提供データ 3月11

    東日本大震災ビッグデータワークショップ - Project 311 -
  • 東日本大震災ビッグデータWS project 311に参加する その1 - Fire and Motion

    (2012/9/19 22:51追記 url切れが多かったは間違いだったので修正.奥村先生の分析結果と数が合わないのはもう一度チェックする!) (2012/9/20 14:24追記 1tweetに複数以上のurlが含まれていても1つしか抽出していなかったので修正.奥村先生の抽出結果の数字とほぼ同じオーダーの数値になったが,今度はこちらが10〜20程度多いものがある…なぜ…?) (2012/9/20 22:05追記 奥村先生とのツイート数のずれはURLの後ろに付いた#が原因であることが判明.詳細は奥村先生のtwitter分析のページに記載されています) Googleが幹事となり,朝日新聞社,JCC,Twitter Japan,日放送協会,田技研工業,レスキューナウ,ゼンリンデータコムによる8社が2011年3月11日前後のデータを公開して,当時何が起こったのか,震災時に必要なサービスは何か

    東日本大震災ビッグデータWS project 311に参加する その1 - Fire and Motion
  • 協調フィルタリング技術を掘り下げる--ECサイトのレコメンド技術を考える(3)

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 前回は、ECサイトのレコメンド技術の種類として、ルールベース方式、コンテンツベースフィルタリング方式、協調フィルタリング方式、ベイジアンネットワーク方式の4つを紹介した。今回は、これらのレコメンド方式をより細分化した上で、協調フィルタリングのロジックについて解説したい。 4つのレコメンド方式は、「レコメンドするために必要な情報は何なのか」、「何をもってレコメンドするためのルールとするか」という切り口で分類していると解説した。それぞれのレコメンド方式は、さらに「どの判別属性を軸にレコメンドアイテムを決定しているのか」という切り口によって細分化できる。その判別属性とは、アイテムベース、ユーザーベース、ユーザー提示情報ベースの3つだ。 例えば

    協調フィルタリング技術を掘り下げる--ECサイトのレコメンド技術を考える(3)
  • 【研究者の仕事術】中原淳 准教授 ylab 山内研究室::Blog

    皆様こんにちは、博士課程1年の大城です。 身近な研究者の仕事術や研究ノウハウを紹介するシリーズ【研究者の仕事術】最終回は、 中原淳先生(東京大学大学総合教育研究センター准教授)へのインタビューをお送りします。 中原先生は、「『大人の学び』を科学する」をテーマに、企業・組織における人々の成長・コミュニケーション・リーダーシップについて精力的に研究されています。 皆様の中にも、東京大学で開催されているLearning Bar(組織学習・組織人材の最先端の話題をあつかう研究者と実務家のための研究会)をご存じの方、あるいは、先生のご著書(近著『ダイアローグ:対話する組織』、『リフレクティブ・マネジャー:一流はつねに内省する』)をお読みになったことのある方もいらっしゃるかと思います。 そこで、最終回は、「働く大人」としての中原先生に迫りたいと思います! ■□■□■ 1.情報収集編 ■□■□■ :「

  • メタ情報とセマンティック・ウェブ

    This page is the table of contents of "The Intruduction to Metadata and Semantic Web". Most parts are written in Japanese, but everybody is welcome. ウェブは人間が読むための「文書のウェブ」から、様々なデータを自在に発見して利用できる「データのウェブ」へと向かいます。セマンティック・ウェブと呼ばれる分野では、このデータのウェブを実現するために、表現のモデルや交換・共有を可能にするオントロジー、そして推論や頼性検証といった各レベルでの技術開発が進められています。メタデータを適切に与えることで、文書情報をこの「データのウェブ」に組み込むことが可能になります。 RDFグラフとリンクするデータ リソースとメタデータの表現 語彙とオントロジー メタデータ

    Kshi_Kshi
    Kshi_Kshi 2012/07/03
    kanzaki.com
  • コピー&ペーストは本当に悪いのか? 学生の「コピペレポート」に憤慨する大学教員に異議あり!  | 知の大国アメリカ~ランド研究所から~ | 現代ビジネス [講談社]

    ハーバードの学生が書いたウィキペディアのコピペレポート 「おおすごいレポートじゃないか?よく調べたね」--私はある学生が書いたレポートに驚いた。ハーバードの学部生とはいえ、著作の引用も多彩で的確、データも豊富だ。論旨もしっかりしている。 「ネットで探した文献のコピペ(コピー・アンド・ペースト=ネット上の文献やデータを引用・切り貼りしたもの)ですよ。今の教授たちはわれわれがウィキペディアでレポート書いているなんて思ってませんよ。へへへ」と彼は笑った。 ハーバードの政治学部生が比較政治について書いたレポートで相談に来た時の話だ。日のウィキペディアと違い、場のそれには、あらゆるテーマについて大量に、そしてけっこう正確な情報が詰まっている。これを切り貼りするだけで内容の豊富なレポートが書けそうだ。 「教授たちから何も言われない?」と問うと、「問題は内容ですよ。ハーバードの先生は学生の論文

  • BINDの設定 - ゾーンファイルの記述方法

    ここでは named.conf の各 zone の部分の "file=" で指定したパスに 作成するゾーンファイルの作り方を説明します。 このソーンファイルにはIPアドレスを得たり、メールの転送先を調べたり するためのリソース(情報資源)を記述します。 正引きとMXのためのゾーンファイル 正引きとはアドレスからIPアドレスへの変換のためにDNS情報を 取り出すことを言います。例えば www.fc-lab.com というホスト名 から 210.191.124.94 への変換がそうです。さらに fc-lab.com のネームサーバにはメールが届くようにするために、MXレコードを 設定します。これはメールアドレスから、届けるべきホストへの 変換をするために必要です。 以下に例をあげます。named.confで $TTL 3600 @ IN SOA panda.fc-lab.com. root.p

  • DNSの仕組みの基本を理解しよう

    いきなりだが、2001年はDNSDomain Name System)にとっては、当たり年ともいえる年だった。ニュースなどでも取り上げられているが、「日語」や「多言語」ドメインという大きな構造変化がシステム全体に押し寄せ、ブロードバンド環境の広がりは、個人がドメインを取得して運用するための足掛かりともなった。 連載では、ドメインの運用など、これからDNSと付き合おうとしている方々を対象に「DNSの概念や運用の考え方」を明らかにしていこう。ただし「BIND」など、DNSに関する具体的な製品の設定方法については触れない。詳しくは以下の記事もぜひ参考にしてほしい。 DNSはなぜ必要か? 最初に、「DNSとは何か」を説明するために、「なぜDNSが必要になるのか」を考えてみよう。それには、歴史的経緯から考えるのが分かりやすい。 DNSはご承知のとおり、IPアドレスホスト名をマッピングして相互

    DNSの仕組みの基本を理解しよう
  • 「in-addr.arpaドメイン」とは:ITpro

    記事は, 2004年3月31日 に発行した「ネットワーク大辞典」を基に掲載しております。内容は発行時の情報に基づいており,現在では異なる場合があります。 DNSdomain name system)上で逆引きを実現する仕組み。ホスト名からIPアドレスへの変換(正引き)は,ツリー構造のドメイン空間をたどっていけば解決できるが,IPアドレスからホスト名に変換するには,ツリー上のすべてのドメイン空間を検索する必要がある。そこでホスト名-IPアドレス変換の仕組みと同様に,IPアドレスに名前を付けたものがin-addr.arpaアドレスである。例えば192.168.0.1は1.0.168.192.in-addr.arpaと表記する。

  • Blogger

    Google のウェブログ公開ツールを使って、テキスト、写真、動画を共有できます。

  • nabokov7; rehash : ライブドアという会社の話をしよう - Q7. 東京地検のITリテラシーはどんなもんだった?

    February 18, 201218:50 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q7. 東京地検のITリテラシーはどんなもんだった? - Q7. 東京地検のITリテラシーはどんなもんだった? 今でもたまに笑い話として聞くネタは、強制捜査の際、検察の人がヨドバシだかビックカメラだかでDVD-Rを2枚買って来て、これにサーバのデータを全部コピーしろ!(キリッ って言ってきたという話だ。 ライブドアは自社サービス以外にデータセンター事業もやってる会社だ。当時の最小構成のマシンだって40GBか80GB程度のディスクは積んでたし、データセンターはそんなのが上から下までぎっしりとつまったラックが、フロアにぎっしりと列をなしているところだ。自社サービスのサーバだけでも当時から千台は下らなかったはずだ。 それなのに4GBのディスク(を、念のため2枚)って、おう

  • 1