 
|
はてなキーワード: Summaryとは
Rコンソールに一行ずつコマンドを入力してもいいけど、実際に使うにはテキストファイルにコマンドを書いて（ソースコード）一気に実行させる方が楽。
source('hogehoge.R')
hogehoge.Rというのがソースコードを書いたファイル（ソースファイル）の名前。
CRANという、CPANのパクリがある。膨大な数のライブラリがあるので、好きなものをインストールするには、
install.packages('hoge',dependencies=TRUE)
とするのが楽。
＞ あ<-1 ＞ あ [1] 1
a<-1 b=2 1-＞a
どれでもいい。但し推奨されてるのは一番上。Rの人は「束縛」という言葉を使いたがる傾向があるけど、どっちでもいいと思う。
余談だけど、関数の引数の中で代入できる、しかもその値をそのあとの引数で使える。これ実は便利。
＞ sum(a<-1,a) [1] 2
＞ a [1] 1 ＞ str(a) num 1 ＞ summary(a) Min. 1st Qu. Median Mean 3rd Qu. Max. 1 1 1 1 1 1
最後のsummaryはRっぽい。strっていうのはstringではなくstructの略（だと思ってる）。Rの変数はいくらでも複雑な構造になり得るけど、そのときにぱっと見がわかるように構造を出力してくれる。
Rの基本はベクトル。
ベクトルの作り方はいくらでもあるけど、例示するのが早いでしょう。
＞ x<-1:3
＞ y<-c(TRUE, FALSE, TRUE)
＞ z<-c("a","b","c")
＞ x
[1] 1 2 3
＞ y
[1] TRUE FALSE TRUE
＞ z
[1] "a" "b" "c"
他にもいっぱいあるし、関数の返値がベクトルってこともよくある。
＞ runif(3) [1] 0.2200965 0.6391403 0.1089252
一様乱数を三個作った。
＞ x<-letters[1:5] ＞ x [1] "a" "b" "c" "d" "e" ＞ x[2] [1] "b" ＞ x[4:5] [1] "d" "e" ＞ x[c(1,3,5)] [1] "a" "c" "e"
こんな感じで、[]の中に添え字でアクセス。1-indexなので注意。2,3番目の例では添え字にもベクトルを使って、複数の要素に一気にアクセスしてる。
＞ x[3]<-"z" ＞ x [1] "a" "b" "z" "d" "e"
でOK。
要望があれば続くかも。
http://www.nikkeibp.co.jp/article/sj/20100125/206958/?P=5
http://blog.goo.ne.jp/jyoshige/e/6d0713908f0e40daa4b0497d3d250eba
http://benli.cocolog-nifty.com/la_causette/2010/01/post-abc5.html
戦いの発端は森永<.strong>氏。氏曰く「実は日本は雇用の厳格性はそれほど高くねーよ。根拠？OECDの統計だよ！」
OECD（経済協力開発機構）では、労働者保護に関する「雇用保護の厳格性」という数字を公表している。それによると、正社員のみと正社員＋非正社員のそれぞれについて、主な先進国は次のような数字になっている。数字が大きければ大きいほど雇用保護が手厚いことを示している。
OECD（経済協力開発機構）による各国の「雇用保護の厳格性」
国 正社員のみ 正社員＋非正社員 米国 0.17 0.21 イギリス 1.12 0.75 デンマーク 1.63 1.50 日本 1.87 1.43 フランス 2.47 3.05 オランダ 2.72 1.95 ドイツ 3.00 2.12 引用元のサイトを見るとわかるが、米国がもっとも解雇が容易で、欧州は一般的に解雇が難しく、日本はその中間という感じである。フランス、オランダ、ドイツは、日本よりもずっと雇用が保護されているが、それでも経済がまわっていて、GDPもそこそこ稼いでいるわけだ。
これに城氏が噛み付く。氏曰く「『雇用保護の厳格性』っつうのは文字通りに解釈できねーよ！」
この「雇用保護の厳格性」（Strictness of employment protection）を文字通りに
受け取ってはならない。
以前も述べたとおり、この数値は以下の3つの指標を総合したものだ。
１． 手続きの不便さ
３． 解雇の難しさ
http://blog.goo.ne.jp/jyoshige/e/6d0713908f0e40daa4b0497d3d250eba
この発言に小倉氏が噛み付く。氏曰く「お前の定義と違ってるよ。嘘つくなよ、ぼけなす！」
OECDによれば、この指標は、
(1)Individual dismissal of workers with regular contracts
(2)Additional costs for collective dismissals
(3)Regulation of temporary contracts
の３つのサブ指標を総合したものとされています。あれ、既に城さんの解説は、OECDのものと異なっているようです。
http://benli.cocolog-nifty.com/la_causette/2010/01/post-abc5.html
ぱっと見ると城氏が間違っているように見える。しかし個人的に気になったのは http://stats.oecd.org/Index.aspx?DataSetCode=EPL_R の「time series」のところで「Version 1」と「Version 3」が選択できること。それで調べてみたんだが、間違っているのは、森永氏と小倉氏のようだ。二人は指標を明らかに理解していない。城氏も悪い点があるが、それは過失といったところだろう。
データの解説が次のPDFファイルにある（http://www.oecd.org/dataoecd/24/40/42740190.pdf）。これのP.5に図があるのでこれがわかりやすい。これによるといくつかのレベルに分かれているようだ。トップレベルの指標は「overall summary indicator」で、「包括的な指標」ということだろう。これはレベル2の指標の「Regular contracts」「Temporary contracts」「collective dismissals」に分かれる。いってみればそれぞれ「正社員にかんする指標」「非正規社員に関する指標」「大規模なリストラに関する指標」ということだろう。「Resular contracts」のデータが http://stats.oecd.org/Index.aspx?DataSetCode=EPL_R で、「Temporaray contracts」のデータが http://stats.oecd.org/Index.aspx?DataSetCode=EPL_T 、「collective dismissals」のデータが http://stats.oecd.org/Index.aspx?DataSetCode=EPL_CD だ。
ここまでの説明で、森永氏は間違っているといえる。森永氏は「雇用保護の厳格性」は「正社員」と「正社員＋非正社員」で指標が出されているとしている。しかし「Strictness of employment protection」は正社員等の種別に出されている訳ではない。「Regular contracts」「Temporary contracts」は「Strictness of employment protection」の構成要素なのである。また「正社員＋非正社員」という指標があるとするのも間違いだ。そんな指標はない。「Strictness of employment protection」は「collective dismissals」の指標も含んでいるからだ。
森永氏の間違いを説明したので、指標の説明を再開する。レベル2の指標である「Resgular contracts」についてはさらにレベル3の指標「Procedural inconveniencdes」「Notice and severance pya for no-fault individual dismissals」「Difficulty of dismissal」で構成される。これが城氏がいう
だろう。また「Temporary contracts」はレベル3の指標「Fixed term contracts」「Temporaray work agency employment」で構成される。「Collective dismissals」についてはレベル3の指標がない。そしてレベル3の各指標は一番レベルの低いレベル4の21の指標から算出される。指標に関する説明は以上だ。
次に実際の指標を見ていこう。レベル1とレベル2の指標についてはHTMLで公開されているので省略し、問題となる「Difficulty of dismissal」をExcelファイルから探そう。「Difficulty of dismissal」はレベル3なので、「Level 3 Sub-components」というシートを開こう。すると「REGULAR1」などの指標がある。「Read Me」というシートに
| Variable | Description | Data availability |
| REGULAR1 | Procedural inconveniences of individual dismissal of employees on regular contracts - calculated as unweighted average of items REG1 and REG2 | 1985-2008 |
| REGULAR2 | Notice and severance pay for no-fault individual dismissal - weighted sum of items REG3A, REG3B, REG3C, REG4A, REG4B, REG4C | 1985-2008 |
| REGULAR3_v1 | Difficulty of dismissal - calculated as unweighted average of items REG5, REG6, REG7, REG8 | 1985-2008 |
| REGULAR3_v3 | Difficulty of dismissal - calculated as unweighted average of items REG5, REG6, REG7, REG8, REG9 | 2008 |
| TEMPORARY1 | Fixed-term contracts - calculated as weighted sum of items FTC1, FTC2, FTC3 | 1985-2008 |
|TEMPORARY2_v1|Temporary work agency employment - calculated as weighted sum of items TWA1, TWA2, TWA3 1985-2008
| TEMPORARY2_v3 | Temporary work agency employment - calculated as weighted sum of items TWA1, TWA2, TWA3, TWA4, TWA5 | 2008 |
という指標があるので、「Difficulty of dismissal」は「REGULAR3_v1」か「REGULAR3_v3」ということになる。これは算出方法のVersionの違いなのだが、そろそろ説明が面倒になってきたのでソースをそのままのせる。
Version 1 is an unweighted average of the sub-indicators for regular and temporary contracts. The indicator for regular contracts does not include item 9 (maximum to make a claim of unfair dismissal) and the indicator for temporary contracts does not include items 16 (authorisation and reporting requirements for TWAs) and 17 (equal treatment for TWA workers). Annual time series data are available for version 1 of the indicator from 1985-2008 from www.oecd.org/employment/protection.
Version 2 is the weighted sum of the sub-indicators for regular and temporary contracts and collective dismissals. The indicators for regular and temporary contracts are the same as for version 1. Annual time series data are available for version 2 of the indicator from 1998-2008 from www.oecd.org/employment/protection.
Version 3 of the overall summary indicator incorporates three new data items collected for the first time in 2008 (items 9, 16 and 17) and is the main indicator of employment protection used in the paper. Data for version 3 are available for 2008 from www.oecd.org/employment/protection. However, it is impracticable to accurately collect information about the new items prior to 2008.
(P.4)
この説明で「REGULAR3_v3」を見るのがよいことがわかる。簡単にいえばVersion 1では入っていない要素（「Difficulty of dismissal」だと「Maximum time for claim」）があるからだ。これによれば日本はOECDでは一番解雇が難しいことがわかる。日本は3.80であり、これより高いのは中国、インド、インドネシアだけだからだ。
ここまでの説明で、小倉氏が間違っていることが明らかになった。「解雇の難しさ」に関する指標はちゃんとあり、日本はOECDでは一番高い数値が出ている。それなりにソースを読んでいるようなので、高い確率で小倉氏は「Strictness of employment protection」という指標を理解していないと考えられる。レベルの階層や算出方法のVersionがあることも理解していないように見受けられる。
以上で森永氏と小倉氏の間違いを指摘したが、城氏にも悪い点がないとはいえない。説明を省き過ぎだろう。レベル1, 2だけでなく、レベル3の指標のランキングを押さえていることから見て、城氏は正確に指標を理解していると考えられる。しかし説明を省きすぎ、その結果記述が誤っているかのように見えている。その結果小倉氏の勘違いにつながったのだと考えられる。
結論：指標を見るときは指標の説明をちゃんと読もうね。おじさんとの約束だよ。
これで40分。
タイムアタックってことでアルゴリズムは全幅探索で書き上げました。
エラーチェック皆無。
A*ならもう5分ほど延びるかな？
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.IO; namespace Maze { class Program { // 探索用地図 static int[,] maze; // 始点終点 static Position Start = new Position(0, 0), Goal = new Position(0, 0); static void Main(string[] args) { //////////////////////////// まずは各行のリストとして読み込み string[] inMaze; using (var fp = new FileStream(args[0], FileMode.Open, FileAccess.Read)) using (var iStream = new StreamReader(fp)) inMaze = iStream.ReadToEnd().Split('\n'); // 迷路幅 int height = inMaze.Length; // 迷路高さ int width = inMaze[0].Length; /////////////////////////// 読み込んだ迷路を作業用地図に展開 maze = new int[width, height]; for (int y = 0; y < height; ++y) { string line = inMaze[y]; for (int x = 0; x < line.Length; ++x) { maze[x, y] = line[x] == '*' ? -1 : 0; if (line[x] == 'S') Start = new Position(x, y); if (line[x] == 'G') Goal = new Position(x, y); } } // 探索実行 int dist = Search(maze, Start); // 探索結果から最短経路を再現 Position backTracer = Goal; while (dist>1){ --dist; backTracer = backTracer.Nearbys.First(pos => maze[pos.X,pos.Y] == dist); maze[backTracer.X, backTracer.Y] = -2; } //////////////////// 最短経路こみのアスキー地図に変換 char[,] outMaze = new char[width, height]; for (int y = 0; y < height; ++y) { for (int x = 0; x < width; ++x) { outMaze[x, y] = maze[x, y] == -2 ? '$' : maze[x, y] == -1 ? '*' : ' '; } } outMaze[Start.X, Start.Y] = 'S'; outMaze[Goal.X, Goal.Y] = 'G'; ////////////////////// 結果は標準出力に。 for (int y = 0; y < height; ++y) { for (int x = 0; x < width; ++x) Console.Write(outMaze[x, y]); Console.WriteLine(); } Console.ReadLine(); } /// <summary> /// 探索する。SG間の道のりを返す（道のり＝SGが隣接しているなら1） /// </summary> private static int Search(int[,] maze, Position Start) { List<Position> FrontLine = new List<Position>(); FrontLine.Add(Start); int dist = 1; for (; ; ) { List<Position> NextFrontLine = new List<Position>(); foreach (var pos in FrontLine) { foreach (var nextPos in pos.Nearbys) { if (nextPos == Goal) return dist; if (maze[nextPos.X, nextPos.Y] == 0) { maze[nextPos.X, nextPos.Y] = dist; NextFrontLine.Add(nextPos); } } } FrontLine = NextFrontLine; ++dist; } } } struct Position { public readonly int X, Y; public Position(int x, int y) { X = x; Y = y; } public IEnumerable<Position> Nearbys { get { return new[]{ new Position(X-1,Y), new Position(X,Y-1), new Position(X+1,Y), new Position(X,Y+1), }; } } public static bool operator==(Position p1, Position p2){ return p1.X == p2.X && p1.Y == p2.Y; } public static bool operator!=(Position p1, Position p2){ return p1.X != p2.X || p1.Y != p2.Y; } } }
http://anond.hatelabo.jp/20090919173922
って言っても、あんまりうまく書けないんだよなぁ。
細かいことを言っても、仕方ない。具体サイトをあげよう。
Summary.Js（http://js.designlinkdatabase.net/）
広告の位置、バナーの位置、画像の使い方、文章、いずれも品も、
クリエイティブの要素もないが、「せこい感じ」が、表れていますね。
「要はRSSリーダーと一緒で」というのが、目に入ってきた。
・・・・・・・・・・・・・・、４５６件出てきましたね。
JavaScripot・Ajax、モテな恋愛・男女関係ネタ、デザイン・デザイナー養成学校、Webデザイン・デザイナー・・・・・などなど。
では、上記のサイトにリンクを貼っているサイトを探していきましょう。
そして、出てきたのが・・・・・・・・デザインリンクデータベース（http://www.designlinkdatabase.net/）。
お？今までのサイトと違いますね。でも、何だか、同じ臭いが漏れている感じです。
おや、グローバルナビゲーションに自動生成サイトへのリンクが、堂々と１つも貼ってありますね。
さて、一応、運営情報に目を通しましょう。おやおや、本名みたいなのが出てきましたね。
恐らく、偽名かと思いますが、検索してみましょう。かっぺ・・。
自動生成サイトで稼ぐ方法は、彼のようにこなせば良いのですね。
あとは、彼のブログにコメントを残している人間を辿っていけば・・
何か、別の出会いがあるかもしれませんね。
彼（と、仲間？）のサイトから上手く学べば、働く必要もなく優雅な生活を送れるわけです。
そして、かっぺ氏は、http://www.designlinkdatabase.net/masters/216.aspxを読む限り、
もうすぐお父さんになるご予定だとか。おめでとうございます。
アドセンス狩り、とかに合わないと良いですね。
プレゼンで概要→本論→概要と「挟む」仕組みが効率的なように
たとえば「英語を勉強する」ではなく「英語で勉強する」によって
たとえば「国語を勉強する」ではなく「言葉を学んで思考する」によって
たとえば「つながり合うことを目標とする」のではなく「つながりうことで何か目標をなす」によって
コミュニティのアウトプットが向上する。結果としてつながりも強化される。
たとえば「恋人と出会うことを目標とする」のではなく「みんなで集まって料理する」によって
「人と出会う機会が増える」。結果として「恋人と出会う可能性も高くなる」。
もちろん料理イベントとは言えばもやしオフは男臭が強すぎるので工夫が必要。
恋人でない人とも知り合えるし、チャンスは大きく増える。
お見合い相手や恋人の仲介というのは、その成り立ち自体が不自然。ただの集金マシーン。
ベストセラー本は１の領域について述べているもの。テキストブック。
大切なのは８の部分。本を読むだけではダメなのはこれが原因。
逆に言うと、間に挟まる８の部分を見据えて関連のテキストブックを読む場合はとても有効。
あるいは８の部分を、本を読む前から自分で思考して、その確認や補強に使うのは良い。
逆にいえば、間に挟まる８が見えてない段階でテキストブックを読んでも
効果が低いどころか、「１」と「８」を取り違えることで学習の妨げになることも。
テキストブックを読むときは、事前の準備が必要。
ホッテントリするような記事に対して、はてブで済ます人は「急にボールが来たので」タイプ。
目の前を飛び交う「１」を追い続けて、「８」に気づくことがない。
[はてブ]2006年12/31までに指摘されたはてブに関する問題まとめ
はてなブックマーク - [はてブ]2006年12/31までに指摘されたはてブに関する問題まとめ
その他の参考
そろそろゲームオーバーかな。。。。
ようやくでてきた
ヒートアイランド現象の定量評価は、IPCCのSPM（Summary for Policymakers: 科学を専門的に学んでいない政策決定者にも分かるようにとりまとめられた文書）にすら出てる初歩の初歩だぞ。10年あたりの昇温量で、観測された気温上昇は0.13℃（最近50年）、ヒートアイランド現象の寄与は陸上で0.006℃未満、海上ではゼロだ。その他の主張もIPCCのFAQとReferenceをまず見ろ。
もっとはやくに出してもよかったのに。
お前は、基礎文献を読めと何度言ったら分かるんだ。
こんな突き放しでだれも基礎文献なんて読むわけないじゃんか。
どこに基礎文献があるんだって話しだよ。
科学を専門的にやっているんだったら疑問をもった普通の人にもイントロダクションしたほうがいいのではないか。
http://anond.hatelabo.jp/20071017212407
否定派は他にも何人かいたみたいだけど、多分性質の悪い否定派は自分のことかな。
ごめんなさい。
時々肯定派にもいたんだけどね。
でもね、過去の気象データの件とか、その不確実さについては今後もずっと指摘され続けるよ。
証明や実証が困難なところに同じような疑問を持つひとは一定数必ずいるはずだし、
実際日本での官製主体の温暖化議論は相当おかしいところに進んでいる。
それに現在採用され根拠としているデータは相当恣意的なものがある。
これだけは流れとしてかえたい。
温暖化を否定する言説はもっと人目に触れたほうがいい。
まじめなものもいくつもでてるし、そこにも一理ある。
思いて学ばざれば則ちあやうしは、いい言葉だね。
勉強ぶそくですんまそーん。
お前は、基礎文献を読めと何度言ったら分かるんだ。
ヒートアイランド現象の定量評価は、IPCCのSPM（Summary for Policymakers: 科学を専門的に学んでいない政策決定者にも分かるようにとりまとめられた文書）にすら出てる初歩の初歩だぞ。10年あたりの昇温量で、観測された気温上昇は0.13℃（最近50年）、ヒートアイランド現象の寄与は陸上で0.006℃未満、海上ではゼロだ。その他の主張もIPCCのFAQとReferenceをまず見ろ。
IPCC 4AR WG1 http://ipcc-wg1.ucar.edu/wg1/wg1-report.html
ヒートアイランドに関する言及は 本文の3.2.2.2
気象庁訳（SPMのみ） http://www.data.kishou.go.jp/climate/cpdinfo/ipcc/ar4/index.html
Hello world !! こんにちは世界！！ こんにちは皆さん！！
webサマリはネットにある記事のまとめを作成して、世界中の人と共有するサイトです。
あなたも、一緒にLet's サマリ!!
以下はサイトの説明になります。興味が湧いたかたはご覧下さい。
------------------------------------------------------------------------------------------
webサマリはwebの記事のまとめを集めるサイトです。それはブログを書く事や、トラックバックを書く事とは少し違います。
元の記事があってそれをわかりやすくまとめたもの、要約、それがサマリです。由来はsummaryです。
世の中にはいろんな人がいます。面白い考え方をする人、どんどん発言する人、反論する人、認める人、話をまとめるのが上手な人。
僕はこの「話をまとめるのが上手な人」に注目しました。
どんなにわかりにくいブログでもまとめるのが上手な人にかかれば、読みやすく、理解しやすくなるはずです。
得意なまとめるのが得意な人チャンスですよ！！是非webサマリで貴方の力を存分に発揮して下さい。
面白そうなんだけど長過ぎて読む気になれないブログ、内容が単純にわかりにくい記事、[後で読む]が付いている記事、
これらの記事に対してサマリを作成しましょう。
分かりやすくまとめられたサマリを読んで、ざっと概要をつかんで興味が湧いたら始めてその記事を見に行けば良い。と僕は思います。
逆にブロガーの皆さんはどんどん、長くて面白くて中身の濃いブログを書いて下さい。webサマリで貴方のブログをまとめます！
あなたのMYブックマークのタグは後で読むであふれていないでしょうか？
あなたはブログが長過ぎて途中で読むのをあきらめたことはないでしょうか？
あなたはホットエントリーチェックするのに何時間も費やしてないでしょうか？
あなたは人の話をまとめるのが上手いと言われた事はないでしょうか？
あなたはブログを読んでいる内に結局ブロガーの言いたいことがわからなくなってしまったことはないでしょうか？
あなたはネットで情報を収集する時間を少しでも短くしたいと考えたことはないでしょうか？
「あるあるww」と思ったそんなあなたには是非webサマリを勧めます。
テクノロジーの世界では、常にローエンドがハイエンドを食っている。
安価な製品をより強力にするほうが、強力な製品を安くするよりも簡単なのだ。
だから安価でシンプルというところから始めた製品は徐々に強力なものへと成長していき、水が部屋に満ちるように、
「ハイエンド」の製品を天井の方へと押し込めることになる。
Sunはこれをメインフレームに対して行い、IntelはSunに対して行っている。
米Google、情報共有サイト作成サービス「Google Sites」を発表
誰でも簡単に編集を始められるように、
5種類のテンプレート（Webページ、ブログ、ファイル共有、ダッシュボード、リスト）を用意。
企業が部内プロジェクトを遂行したり、
学校行事や宿題の共同作業を行なうためのサイトなどを簡単に作ることができる。
Google Sitesは、Google Appsに統合されているため、
「Google Docs」「Google Calendar」「Picasa」「YouTube」など、
Googleの他のサービスで利用しているコンテンツも簡単に埋め込むことができる。
また、動画や画像、Microsoft Officeファイルなどをアップロードして、
グループ内で共有することも簡単にできる。
Features : Drag-and-drop - Google Docs Help Center
ITmedia Biz.ID：もっと便利にGoogleカレンダーを使う7つのTips
一度設定した予定はドラッグ＆ドロップで移動ができる。
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Gmailとの連携でデキルあなたを創る！
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方！！
デスクトップアプリケーションのように、ドラッグ＆ドロップでイベント（予定）を移動させることが可能。
Office 7のようにWebブラウザをクライアントとするソフトウェアではAjax採用がトレンドだ。
Google Calendarのスケジュール共有機能の使い方 - 『ちよろず。』
皆でスケジュールを登録し合うというような使い方も可能です。
Going My Way: Google Calendar の予定の詳細を見るには、予定の部分をダブルクリック
Gmail英語版はメールからカレンダーへスケジュールが投稿できる（再） | Google Mania - グーグルの便利な使い方
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
ITも同じです。ビジネスをスタートするときに、なぜITプロフェッショナルの“大部隊”を雇う必要があるでしょうか。
何をする道具か、というと、タスク管理らしい。
やりたいことを書いて、それを管理する道具。期日で並び替えてくれたり、Tagで絞り込めたり、優先度をつけられたり、字数無制限のメモが書き込めたり、一定期間毎にリピート出来たり、「今日が期日」のものをRSSで取得出来たり、時間毎にGoogle talkで話し掛けてくれたりする。
Google CalendarにRemember The Milkのタスクを表示する２種類の方法を理解する - Forgot the Milk.
Going My Way: Google Calendar に Remember The Milk のタスクを表示して編集、追加などする方法
Remember The Milk: Online to do list and task management
ページの一番下の Google Calendar のボタンをクリックするだけで
Google Calendarの中に Remember The Milk のタスクリストが表示されます。
Remember The Milk へGmail 経由でタスクを追加するためのブックマークレット | alectrope
clmemo@aka: Google Calendar に Remember the Milk の ToDo リスト情報を読ませる
Remember The Milk - Help / FAQ / Basics / What format can I enter dates and times in?
「ドリルを買う客はドリルが欲しいのではなく穴が欲しいのだ。」
「将来コンピュータの重量は、１．５トン以下になるかも知れない。」
Popular Mechanics誌、科学の果てしなき進歩を予測して、1949
「恐らく世界中のコンピュータ市場の規模は、５台だろう。」
「家庭にコンピュータを欲しいと思う人などいる訳がない。」
ケン・オルソン、Digital Equipmentの創設者・社長・会長、1977
「石油を掘るだって？ 地面にドリルで穴を開けて、石油を探すっていうのかい？ あんた頭がおかしいよ。」
生き残る種とは、
もっとも強いものではない。
もっとも知的なものでもない。それは、
変化にもっともよく適応したものである。
Amazon.co.jp： ザ・ゴール ― 企業の究極の目的とは何か: エリヤフ ゴールドラット, 三本木 亮: 本
最小の努力で最大の効果を得るには、全体最適が常に優先されるべきである。
正しい仕事は何かが正しく定義され、評価されなければ、誰も正しい仕事などするはずがない。
会社に損失を与えてきたのは、人間が正しい仕事を行わない「仕組み」をつくりあげた会社組織そのものである。
ゴールドラット博士
ＫＦＳ（Key Factors for Success）
Amazon.co.jp： 企業参謀―戦略的思考とはなにか: 大前 研一: 本
「物事には、その結果に影響を与える主要因というのがかならずいくつか存在する。
これらをうまく管理あるいは応用すれば戦略が成功する」
「戦略思考家とは、みずからの担当する職務（役職、業種、業務）において、
つねにＫＦＳがなんであるかという認識を忘れない人のことであろう。
そして、彼は全面戦争ではなく、
ＫＦＳに対する限定戦争に”挑戦的”に挑むのである。」
SaaSとソフトウェア屋さん - 37Signalsの答え « bit sized
多大なお金と時間をテクニカルサポートに費やし、より多くのドキュメントを作成し、開発スピードを遅らせ、
そして最終的には私達のアプリケーションのカスタマーエクスペリエンスを
うまくコントロールできなくなってしまうでしょう。
Webベースのソフトウェアは顧客側の作業を必要とせず、たちどころにすべての顧客に対してアップデートを行うことができます。
Rauru Blog » Blog Archive » コモディティとして供給される科学者
Google にとってユーザの PC はブラウザさえ動けばよい。
Google にアクセスしさえすれば、メールもカレンダーも表計算アプリケーションも
全てサーバ上で動いてブラウザ上に表示される。
ユーザが自分のPC上にアプリケーションを
Life is beautiful: ユーザーに尋ねても必ずしも正しい答えは返ってこない
1. サイレント・マジョリティの声は聞こえてこない
これはMicrosoftで実際にあったことだが、
Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、
その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。
On Off and Beyond: FlickrファウンダーCaterina Fake、Flickrの起源を語る
ユーザーは既にある機能をもっと欲しがるだけなので、新機能をどうしたらよいかをユーザーに聞くのは不毛。
それより、既に計画中の機能を複数ユーザーに投げて、どれが優先順位が高いかを聞くのがよい。
Speed Feed > Google Calendarはサイボウズにとって悪夢か追い風か？ : ITmedia オルタナティブ・ブログ
正直なところサイボウズとしてはあまり気にする必要が無い。
Googleはいまだファイアウォールを越えて、企業システムには入り込んだ実績がほとんどないし、
これからもそれは彼らにとって高すぎる壁になると僕は思っている。
経営企画室 企画のもと: Google との競争をどう生き残れば良いのか
サイボウズの場合どのようなシナリオを想定するかといえば、やはり
「無料のグループウエア ASP の登場」です。
しかしこれは二つの側面から見て、サイボウズに対して直接的な影響を及ぼす可能性は低いと個人的には見ています。
サイボウズ青野の３日ボウズ日記: Google Calendar
Google Calendar は、サイボウズが提供したい価値とは違うように感じました。
私たちが提供したい価値は、情報共有による知の創造であり、誰でも使える大衆化であり、チームワークの醸成です。
私たちは、私たちなりのアプローチで、世界に価値を提供していきたいと思います。
今後、新たな破壊的イノベーションによって、私たちサイボウズが存在意義を失う恐れがあります。
私たちも、時代に合わせて変化していかなければなりません。
サイボウズ青野の３日ボウズ日記: サイボウズ Office 7 発売開始
[k] kam.iokan.de: Googleカレンダーから始まる？イントラネット2.0
サイボウズ（イントラネット1.0）にGoogleカレンダー（ウェブ2.0）
一方でサイボウズからすれば、Googleの破壊的な活動の1つGoogle Apps for Your Domainの動向も気にしているはずですだったりもします。
（おそらく、サイボウズを導入している企業でGoogle Apps...に乗り換える企業は少なく、直接競合することはないんじゃないかと考えてますが）
会社に必要なのは
共有フォルダと
あれば事足りるわけで。
大きな企業だと
掲示板や
ほしくはなるけど、
社内ブログ/社内SNSはそれよりも優先度低いと思う。
何しろなくても仕事できるし、そういうものがあることで、
逆に生産性落としそうだし。
つまり、サイボウズは成功するでしょうが、
かつて電力に起こったのと同じことが起ころうとしています。
20世紀初頭には、企業は電力会社の副社長を雇わなければならないと考えたものですが、今は壁にプラグを差せば電気はやってきますよね。
Gmailの容量が最大250GBまで拡張可能に、実際に増やしてみた
はてなブックマーク - Google カレンダーは113台のサーバで動いている - GIGAZINE
Gmail同士で外部POP（Mail Fetcher）でメールを取り込む裏技
Gmail⇔Google Apps 間の移行やGmailバックアップに！
基本的にGmailも、Google Appsも同じ操作性になっているので、相互のメールの移行に便利です。この機会にGoogle Apps（有料版もあり）へメールを統合するのも良いかもしれません。
先日Google Appsに対応した日本大学や東京女子大学、嘉悦大学、リアルコムに入る人、
au oneメール利用者、新Livedoorメール利用者などは、自分のGmailデータをひっさげて簡単に移行できる事になります。
その逆もしかり。
また、いざアカウントが消失した時のバックアップとして別のアカウントに溜め込むのもオススメです。
バックアップに関しては、送信済みメールも受信されるので便利。
グーグル、日本大学にGoogle Appsを提供--50万人規模での利用も検討:ニュース - CNET Japan
Google Apps Education Editionは教育関係者向けの無償サービス
最終的には卒業生を含め約50万人へのサービス提供
大学のOB/OGなど50万人
[N] 日本大学が「Google Apps Education Edition」採用
Gmailの時代到来？ - これでも大学職員のブログ -情報センター勤務中-
魅力はなんといっても「2GB以上」の大容量です。
また、情報センターの視点で見ると大学の計画停電などに左右されないのも魅力です。そして何より無料！
両校のログイン画面を見ると、非常に似ています。
どうやら日本大学に続いてGoogle Appsを導入する大学が現れたらしい - Clear Consideration（大学職員の教育分析）
Google Apps Education Edition は、無料のコミュニケーション/コラボレーション ツールと
ピクサーが社内システムを「Google Apps for Your Domain」に乗り換え - GIGAZINE
ZDNet Japan Blog - 「エンタープライズ2.0」への道しるべ：Google Appsを全社導入してみる
Google Calendarに移行 - plus ultra blog
Speed Feed > Google Apps Premer Editionを迎え撃つ必要がなくなったことに安堵する。 : ITmedia オルタナティブ・ブログ
Google Apps Premer Editionが登場したことで、
Web型グループウェアおよび法人向メールサーバーの提供企業は、かなり深刻なダメージを受けることは間違いない。
MSエクスチェンジやノーツのように業務システムに深く食い込むシステムであれば別だが、
多くのベンチャーや中小企業にとって、グループウェアやメールシステムはライトなもので十分だし、
日本版SOX法の施行が目前である以上、社内にサーバーをおいて管理する必要のないSaaSモデルはやはり都合がいい。
Gmail、カレンダーをSaaS形式で--Google Apps製品版、日本の料金は年間6300円／人に - イン - ZDNet Japan
[G] - Google Appsで家族ドメイン：Edition比較 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
iGoogleにYahoo!も表示できる！好きなページをタブいっぱいに表示するガジェット「Your Page Here」 | Google Mania - グーグルの便利な使い方
例えば、
Googleカレンダーを表示してもいいし（iGoogle用のミニカレンダーでは物足りないですね）、
Yahooカレンダーを表示してもいいし（Google以外でもOK！）、使い道は無限大です。
LivedoorReaderを表示
デフォルトではGoogleカレンダーが設定されています。
別のページを表示させるには、タブ右側の矢印をクリックして、「設定を編集」を選択します。
[ぴ] ぴっくあっぷ。: 【iGoogle】 任意のページを追加するガジェット 「Your Page Here」
ブログの投稿ユーザー 1 人のユーザーがこのブログに投稿できます 投稿ユーザーを追加
ブログの閲覧ユーザー すべてのユーザー 選択したユーザーのみ ブログの投稿者のみ
Google パック ITmedia News：Google Packに「更新無料」のセキュリティツールが追加
Google トーク Google トーク
Google カレンダー https://www.google.com/calendar/render Google Calendar
Docs (ワープロ) & Spreadsheets (表計算) Welcome to Google Docs
Google Apps 無料
[G] - Google Appsで家族ドメイン：Edition比較 無料 or 年額6300円/ユーザ
Standard Edition & Premier Edition
Google Apps for Your Domain を使ってみました！ : サインアップ編 - WebOS Goodies
Google Apps for Your Domain を使ってみました！ : 管理機能編 - WebOS Goodies
test カレンダー
はてなブックマーク - 今日から始める「Google カレンダー」特集（前編）
予定をドラッグで移動できるのは偶然気づいた。びっくり。
ITmedia Biz.ID：もっと便利にGoogleカレンダーを使う7つのTips
一度設定した予定はドラッグ＆ドロップで移動ができる。
「11時から会議」の予定を入力する時、11時のセルをクリックしてはいないだろうか。
実はGoogleカレンダーでは適当にクリックして、簡易入力の吹き出しに「11時に会議」と入力すれば時間を自動的に調整してくれる。
ITmedia Biz.ID：日本語化されたGoogleカレンダーを使ってみました
ログイン方法
カレンダーの入力方法
公開カレンダーの参照方法
1つはカレンダーに登録されたスケジュールごと個別に共有する機能、
もう1つはカレンダーごと共有する機能だ。
また、共有とは少し異なるが、スケジュールの内容をインターネットやブログに公開できる機能も備えている。
ユーザーごとにカレンダーを共有する場合は、空き時間もしくは予定の詳細を閲覧させるだけでなく、
カレンダーの編集権や、さらに他のユーザーと共有する権利を与えることも可能。
Google Calendar の使い方 | グーグル・カレンダーの便利な機能や特徴を紹介します
Gmailとの連携でデキルあなたを創る！
話題のAjaxインターフェースでサクサク使える次世代型Webスケジューラ「Google Calendar」の使い方！！
一日の予定を指定時間にメールで送信することができる。
⇒ リマインダーとの組み合わせで予定を忘れることも皆無。
イベントに登録できるのはイベント名、日時、場所、詳細情報。さらにコメントを書いたり招待状を送ったり。
イベントの招待状をメールで送信できる。
⇒ 参加・不参加の回答は招待状のリンクをクリックするだけ（Gmail、Google Calendarのユーザーでなくても可能）。招待状への回答もGoogle Calendarで確認できる。イベント主催者の強力な味方！
Googleカレンダーをもっと便利に使うための13のツール＆Tips | POP*POP
GoogleカレンダーでToDoリストを管理する
ブログ上で予定を確認する
ITmedia Biz.ID：Googleカレンダーのリマインダー機能を活用しよう
携帯電話で受け取るには
多様な通知機能がGoogleカレンダーの特徴の1つだが、
「国名（デフォルトで日本になっている）」「ユーザー名」「モバイルメールのドメイン」「確認コード」をそれぞれ入力する必要がある。
fixture.jp/blog » Blog Archive » Googleカレンダーを携帯で見る方法：補足
カレンダーを公開にしなくても携帯から見ることができる方法を発見。
Googleカレンダーを携帯から完全コントロール！:Gmailer
個人用PIMツールとして、とても評価の高いGoogleカレンダー。
直感的に操作できるユーザーフレンドリーなインターフェースの完成度は、
もはやGmailの域をも完全に超えてしまっていますね。
そのGoogleカレンダーを携帯から完璧にコントロールできるシステムを発見しましたので、ご紹介したいと思います。
Googleカレンダーで見るスケジュール管理の方法 (手帳2.0)
あなたは、会社の部下と1時間のミーティングをするとしたら、いつこの予定を入れますか。
Google Calendar を便利に使う 20 の最新 Tips - オンライン快適仕事術
日報
クレーム管理
「Google Spreadsheets」、順番待ちを避ける裏技は"共有" | ネット | マイコミジャーナル
「閲覧のみ」、「編集を許可」というように相手の権限を設定する。
グループでテキストチャットをしながら共同作業を進められる。正に"リアルタイム"コラボレーションである。
このような複数ユーザーによるコラボレーションは、すでにGoogle Calendarで実現しているが、用途はスケジュール管理に限られる。
ToDoリスト、スケジュール、在庫管理、クレーム管理、日報、労務管理、勤怠管理、FAQ、経費管理、予約管理、設備予約、住所録、伝言板、アポイント調整
チャットをしながら作業ができる表計算「Spreadsheets」
「Spreadsheets」の「Formulas」画面。B12??H12のセルをマウスで選択、
画面右上の「Sum」をクリックして合計を計算しているところ
表計算サービスをアポイントメントの調整に活用する : モバイルTPO検索術 第5回 - Business Mobile
Google Docs & Spreadsheetを使って共同作業を行う
アポイント調整用の表だ。左端に取材先の名称、そして取材先や担当者の都合を書き込むスペースを用意してある。
自分の都合を表に記入していけばよい。表に変更を加えると、変更内容はすぐに反映されるようになっている。
Google Docs & Spreadsheetsの場合、一般的な表計算ソフトと同じように、セルのコピー＆ペーストもできる。
マウスやカーソル・キーでセルを範囲指定し、CTRL＋Cキーでコピー、CTRL＋Vキーでペーストだ。
調整しなければならない案件が十数件程度なら、それほど苦労せずに入力できるだろう。
また、Google Docs & Spreadsheet には簡易的なメッセージ機能も備わっている。
「Discuss」タブで文字を入力すれば、その内容が参加者全員に伝えられるので、
メールを使うよりも手っ取り早く参加者間の調整ができるのではないだろうか。
同じような作業はWikiなどを使ってもできる。
Wikiというのは、参加者がページの内容を自由に書き換えられる仕組みのこと。
複数人が無料で使え、なおかつ指定したメンバーだけが閲覧できるWikiサービスとしては、
livedoor Wikiがある（会員登録が必要）。livedoor Wikiでは、簡単な表を作る機能も備わっており、
別のページへのリンクも簡単に張ることができる。案件の内容によっては、こちらを利用するのもよいだろう。