ナッシュ均衡 - Wikipedia
出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。（2016年5月） ナッシュ均衡（ナッシュきんこう、英: Nash equilibrium）は、ゲーム理論における非協力ゲームの解の一種であり、いくつかの解の概念の中で最も基本的な概念である。数学者のジョン・フォーブス・ナッシュにちなんで名付けられた。 ナッシュ均衡は、他のプレーヤーの戦略を所与とした場合、どのプレーヤーも自分の戦略を変更することによってより高い利得を得ることができない戦略の組み合わせである。ナッシュ均衡の下では、どのプレーヤーも戦略を変更する誘因を持たない。 ナッシュ均衡は必ずしもパレート効率的ではない。その代表例が囚人のジレンマである。 定義[編集] 形式的な定義は次の通りである。標準型ゲーム G = (N, S, u) （N はプレーヤーの
たぶん今までで一番直感的なWikiサービス「Wetpaint」 - 『ちよろず。』
いやいや、ご無沙汰してました。仕事やら展示会やら何やらの諸事情によりプライオリティを落とさざるを得ず、1週間チョイBlogを書くのをお休みしていた訳ですが、ボチボチ落ち着いてきたのでまた再開したいと思います。いやはや、書かないと決めるとそれはそれで逆に禁断症状が出るもんなのですね。人って不思議。ぼちぼち本題に・・・。さて、本題に入りまして。皆さんWikiって使ってますか？今やWikiそのものよりもWikiベースの辞典"Wikipedia"の方が有名になってしまった感はありますが、WikiとはミンナでコンテンツをWeb上から編集できるコンテンツ管理のツールの事です。主に組織やコミュニティ内での情報共有・情報編集目的で使われたりしていますが、そのコンテンツ編集方法の難しさや「で、結局何に使うんだっけ？」がユーザに委ねられている点などから、ツールとしては爆発的には普及していなかったように思います
AppleがQualcommに買収された半導体開発企業・Nuviaを立ち上げた元従業員への訴訟を取り下げる - GIGAZINE
「オーディンスフィア」「ドラゴンズクラウン」「十三機兵防衛圏」などの名作を世に送り出してきたアトラスとヴァニラウェアが、20周年を記念して再びタッグを組んだ「ユニコーンオーバーロード」が2024年3月8日(金)にリリースされました。往年の名作シミュレーションRPGの重厚な雰囲気や戦術性を継承しつつ、独自のバトルシステムを盛り込んだことで、パッケージ版が品薄になるほどの話題を呼んでいる本作のNintendo Switch版がアトラスから提供されたので、実際にプレイしてみました。 ユニコーンオーバーロード - 公式サイト https://unicorn-overlord.com/ 以下のムービーを再生すると、ユニコーンオーバーロードがどんな感じのゲームなのかわかります。 「ユニコーンオーバーロード」プレイ動画1 - YouTube ユニコーンオーバーロードのストーリーは、コルニア王国という国の
Wetpaint
Your Gateway to Hollywood Gossip, TV Series Buzz, and the Story Behind It All Gossip Immerse yourself in the glitz and glamour of Hollywood with our curated collection of the latest scoops and whispers. Wetpaint is your backstage pass to the juiciest gossip in town. TV Series Elevate your TV experience with exclusive insights and behind-the-scenes revelations. Wetpaint transforms your viewing into
職場の変なシステム(1):職場で SNS のような Wiki - stakilog
しばらく前から、チーム内での隠れ Wiki から派生した、フリースタイルな PukiWiki が存在する。オフィシャル Wiki を設置するときに双子の兄弟として勝手に設置した物だ。 ユーザーは、最初は自分と他に二人位。そのうち徐々にに漏れ出して(そして漏らして)増えて行き、徐々に閲覧する人を増やしてきた。今はオフィシャル Wiki の目立たない場所からリンクもするようにもなった。 職場の構成 チーム30名程度、15 名程度の小チーム が 2チームの構成 閲覧している人 小チーム内は全員、別小チームの方も5,6人は知ってるようだ。頻度は様々。 主に書く人 レギュラー執筆陣6名。やや頻度の低いコメントが2名 まだまだだけど、しっかり影響力のある状態。 ということで、今しか書けなそうなメモをしておく。 その内容 各自のページ ToDo や問題点・疑問点リスト・提案(とソレに対するフォロー・突っ
はてなグループによるはてなWikiの実現 - sshi.Continual
http://mojix.org/2005/06/28/232219 なんかでも書かれているけど、前々から、はてなダイアリみたいに日々書き流していく文章(フロー)と、Wikiみたいにあるトピックについてまとめる文章(ストック)を両立して連携させたいなあと思っていた。はてダラ猿ではてなダイアリを使うようになって、フローのほうはそれなりに満足しているんだけど、ストックがなかった。 はてなのキーワードはWikiみたいなもんだ、と言われてもユーザーの共有物であるところのキーワードを自分のストックにするのもなんか違うし、好き勝手にキーワードが作れるはずのはてなグループでは、グループそれぞれにダイアリを書くようになってて面倒。他のWikiサービスをレンタルしてもいいけど、連携が弱いだろうし、なんかいいのないかなあ、早くはてなWikiできないかなあ、と思っていたら、今日ようやく気がつきました。 はてなダ
サイボウズ株式会社経営企画室によるWikiの分析 - YAMDAS現更新履歴
経営企画室 調査日報: wiki の特徴と利用例 経営企画室 調査日報: wiki がブログほどには盛り上がりにくい理由 経営企画室 調査日報: wiki による「共同編集」の難しさ 経営企画室 調査日報: wiki で「たたき台」をブラッシュアップする なかなか痛いポイントを突いた分析になっていると思う。Wiki の成功例は実は少なくて、「汎用的かつニッチなテーマ」という難しい条件を満たす必要があるということか。あと共同編集における合意形成の難しさとか。 しかし、最終的には企業における Wiki の利用法の道が見えてくる感じで、こうした分析はありがたい。 ワタシは以前2006年は Wiki が解体される年になるのではと予想したことがあり、つまりは既存のグループウェアやオフィス向けソフトウェアに Wiki が取り込まれるのではと予想したわけだが、「Web2.0とコラボレーションとグループウ
Bridge Word
This shop will be powered by Are you the store owner? Log in here
Zopeジャンキー日記 :ブログはフロー、Wikiはストック
Goodpic.com : BlogとWikiの違いと、無意識に気づくこと http://www.goodpic.com/mt/archives2/2005/06/blogwiki.html で、Wikiとブログの違いについて、＜Wikiは情報の整理。Blogは考えの整理＞と書かれている。 ふだんWikiとブログを両方使っている人ならば、その「感じ」の違いを、身体で知っているはずだ。 ブログとWikiの違いを私なりに、キャッチフレーズふうに表現してみると、こんな感じになる。 「ブログはフロー、Wikiはストック」 「ブログは自分、Wikiは世界」 「ブログは時間、Wikiは空間」 「ブログは流れ、Wikiは構造」 「ブログは微分、Wikiは積分」 「ブログは変化、Wikiは全体」 「ブログは印象、Wikiは知識」 「ブログはPL（損益計算書）、WikiはBS（バランスシート、貸借対照表）」
ソフト/Bug Tracking/trac - discypus
[編集]Tracとは？ # TracはEdgewall Software がオープンソースで提供しているソフトウェア。 Trac 日本語版はインタアクト株式会社が提供している。 次の機能を持つ: Issue Tracking System (Bug Tracking System) Issue (課題、問題、懸案) を管理する機能。 Tracではこれに登録された課題をチケットと呼ぶ。 チケットを登録し、その変化を記録(コメント)し (実例)、RSSやメールで配信する。 優先度・難易度・担当者・マイルストーンなどで分類・ソートできる。 (実例) チケットはマイルストーンに所属させることができる。 マイルストーンごとにチケットの個数（解決済み、未解決）を表示できるので、簡単な進捗管理ができる。 マイルストーンをまとめた物をロードマップと呼ぶ。 チケットの登録・更新をメールで通知できる。 (Tr
ITmediaニュース：Excelシートをwikiに変換する「JotSpot Tracker」
米新興企業JotSpotは1月9日、Excelシートをwikiサイトに変換するWebベースサービス「JotSpot Tracker」の公開β版をリリースした。 このサービスを使えば、スプレッドシートを誰でも閲覧・編集できるインタラクティブなWebサイトに変換でき、バージョン管理の問題も解決できるという。 「これまでExcelシートに情報を入力してから、それをメールでほかの人に送っていた人のための製品だ」とJotSpotのジョー・クラウスCEO（最高経営責任者）は発表文で述べている。これまでExcelシートを共有する方法は、電子メールでシートを誰かに送り、変更を頼んでから、変更されたバージョンを返送してもらうしかなかった。 ユーザーはExcelシートをコピーしてJotSpot Trackerに貼り付け、クリックするだけでwikiサイトに変換できる。シートの各行がwikiページに変換され、ユー
wiki--集団による編集が変える報道のあり方 - CNET Japan
wikiはわれわれの世界観をどうつくりかえているか 8月29日、ハリケーン・カトリーナがメキシコ湾岸に上陸すると、世界中の報道機関がこのニュースを伝えようと被災地にかけつけた。しかし、被害の全容を最も早く伝えたのは、いわゆる「報道機関」ではなかった。 従来の報道機関よりも先に、カトリーナの被害状況を伝えたのは「市民ジャーナリスト」を自認する人々だった。彼らはゆるやかな連合を形成し、ルイジアナ州はもとより、世界中からニュースを発信し、リンクを張り、写真を掲載した。しかし、彼らを統括していた「Wikinews」は、これらの市民ジャーナリストたちに、ただの1セントも払ってはいなかった。 「この悲劇の中から、少なくともひとつの奇跡--「Katrina Information Map 」が生まれたことをうれしく思う。wikiとGoogle Mapsを組み合わせたKatrina Information
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
nothing but trouble - 最近、Wikiの話をよく見るけど…。お前らも本気で活用してる姿を見せてくれよ！
そんなにWikiって一般的じゃなかったのか…？ あと、「企業内でBlog活用」とかいう記事とかもどっかで見たけど、それいうはWikiの方があってるんじゃないかなとか思ったりした。 俺的にはWikiはソフトウェア開発の時に利用する事が多い。多分同じような使い方してる人も多いと思うんだけど。*1 折角だから、どういう感じで使ってるか書いてみる。 プロジェクトがはじまって、メンバたちにWiki使おうよと言う。 とりあえず、Wiki立てる。 CVS等のバージョン管理システムも同時に立てて、定期的にコミットする。 編集者をトレースできるように、アカウント制にしておいた方が吉。 率先して小人さんと化し、自分分担のところ以外に突っ込み入れたり、編集したりすると、心に誓う。 ミーティング用の議事録ページを作る。コメントも書き込めるようにする。 なるべくリアルタイムで書く。 なるべく修正点は、気づいた人に直
わたしが知らないスゴ本は、きっとあなたが読んでいる: Wikiでプロジェクトマネジメントする4つの方法
「ブログでプロジェクトマネジメントする10の方法」への反応を見ていると、独り考え込むのでなくUPしてみるものだな、と思った。実務に適用している例や、Wikiでの試みがあることを知った。言及していただいた皆様、ありがとうございます。賛否ともども大変参考になり、中の人は感謝多謝することしきり。 Wikiを発展させた開発支援コラボレーションツールMrkrgnao（via:marsのメモ） Wikiを使った「Web向けLotus Notes」Jotspot（via:関心空間ラボ） 社内限定の非公開型ブログイントラブログ さらに、「Wiki との優位性が見えない」「ストレージサービスでええやん」というコメントがあったが、そのとおりだと思う。実際、前のプロジェクトでは Wiki+CVSで「設計書+コード管理」してたし。時系列に情報を積み重ねるのがブログなら、Wikiは樹構造的な展開に向いている。各人の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
lab.rails2u.com
http://log.giantech.jp/daylist_html?year=2005&month=8&day=23