sol1og 思考の断片

Mac OS X 10.6 Snow leopard で　Google Apps Engine　Python 勉強会

2010-04-04T14:30:00.005+09:00

開発環境の作成
　−Google App Engineをいれてみる
http://code.google.com/intl/ja/appengine/

-Google App Engine SDK for Python をダウンロードして起動

-概要をよむ
http://code.google.com/intl/ja/appengine/docs/python/overview.html
「App Engine は Python 2.5 をサポートしています。」と、あるが、ローカルの環境は2.6である。
調べてみると、2.6だとエラーがでるそうなので、2.5をインストールが必要そう。

-Python 2.6と2.5を切り替えで使用できるようにする。
http://d.hatena.ne.jp/butya0425/20100104/1262614843
と、おもったが、
mac portが入っていないので、まずさきにそっちをやる。
http://www.macports.org/install.php

-sudo port install +universal
を、やってみたところ
”Please verify that the directory and portfile syntax are correct.”
っておこられた。
ぐぐってみたら
http://d.hatena.ne.jp/w3110/20091220/1261316644
っていうのがでてきたので
sudo port clean --work --archive all
ってやってみた。
いっぱいログがでたあげくに
Error: Unable to open port: can't read "build.cmd":
っておこられた。

やっぱりXcodeがいるのね。

-Xcodeのinstall
http://developer.apple.com/technologies/tools/xcode.html
登録めんどくさー
っておもって、いろいろやったけれども
2.3GBとかいわれてげんなりしたので
OSのDiskから
オプションインストールで、Xcodeをいれることに。
install 後　sudo port install +universal
ってしたもののうまくいかない。

そもそもこれいるのかよ
っておもって
sudo port install python25 python_select
python_select -l で現在activeなpythonバージョンを表示
sudo python_select python25　でpythone2.5を有効にする。

スタードガイドをみる
http://code.google.com/intl/ja/appengine/docs/python/gettingstarted/

Hello worldをつくる。
-usr/の下にprojectというフォルダをつくった
-GoogleAppEngine Launcherで、プロジェクトを追加

Mac OS Xの画面共有：二台のmac miniを1台のモニタで使う

2010-01-28T13:38:00.006+09:00

今日、mac miniを二台つかおうとしている方がいて
信者のぼくとしてはぜひ是非応援したいところなので、
二台のmac miniを1台のモニタで使う３つの方法について
それぞれの特徴をまとめることにした。

画面共有を使う

Mac OS Xには、あまり知られていないけれど、
# むかしヨドバシの店員さんにきいたら専用のソフトの購入が必要ですっていわれた
画面共有という機能がついている。

1台のmacをモニタにつないで、ネットワークでつなげたもう一台のmacを操作することができる。

準備

モニタにつながっていないmac miniをネットワークにつなぐ。
メインのmac miniのモニタをちょっとかりて設定をする。
mac miniを起動して、画面共有の設定をする。
モニタを戻す。

使い方

メインのmac miniを起動します。
モニタのつながっていないmac miniを起動します。
メインのmac miniの、finderの共有項目に表示されるmac miniを選択
finderに表示されている画面共有のボタンをクリックします。

そうするとー

ほーらみえた！
キーボードもマウスも１つでいいのでらくちんです。

気をつける点

つながっていない方をつかうときに、つながっているmac miniが起動していないといけないこと。
画面共有されるmacの画面はちいさくなっちゃうこと。（画面共有の環境設定でフルスクリーンにできるかも）

ユーザーの作成

2009-09-27T19:39:00.001+09:00

useradd USER_NAME

apacheの起動

2009-09-27T19:35:00.001+09:00

/etc/rc.d/init.d/httpd start
ドキュメントの置き場は
/var/www/html/

sshでEC2のインスタンスにアクセスする

2009-09-27T15:36:00.002+09:00

http://ms76.jp/2009/02/07/aws-management-console/
ここをみてGUIがあることをしったので使ってみた。

GUIでキーペアを作成したら
chmod 400 XXX.pem
して、
ssh -i XXX.pem root@INSTANCE_URI
で、ログインできたー

Amazon Web Service 「アクセスキーの取得」

2009-09-27T13:21:00.002+09:00

http://d.hatena.ne.jp/rx7/20080423/p1
これを見ながらやっていたのだけど、UIがかわっていたところがあったので
記録しておく。

かわっていたのは「アクセスキーの取得」

AWSのページの右部にある「Your Web Service Account」にマウスを乗せるとメニューが表示されるかと思います。

で、上から2番目の「AWS Account Identifiers」をクリックすると以下のようなページに遷移します。

と、ある部分は

Home > Your Account > Security Credentials
になっている。

定義のずれがひきおこすミスコミニケーション

2009-03-02T05:07:00.004+09:00

A: 「このシステム、バックアップをとってなかったんだよ、今後気をつけないと」

B: 「バカだなぁ。まともな技術者はやらないだろ」

C: 「バカって罵倒することはないじゃん」

B: 「バカな事をしたってことを正確に評価しただけですよ。じっさいに「バカなこと」をしたからですよ。バカなことをしたときに「バカな事をしたな」って言わないと通じませんよ。」

OmniGraffle 5 でのスタイルのコピー

2009-02-28T06:17:00.006+09:00

OmniGraffle 5 でのスタイルのコピーにはとっても便利な方法がある。

たくさんの図形を配置して、元となる図形にスタイルをつける
スタイルを選択する(スタイルチット)
まとめてスタイルをコピーする(インスペクタキャンパス：選択)

では1.からやっていこう。

まず、図形にスタイルをつける。

OmniGraffle 5では、一見挿入できる図形の種類が少ないように見える。しかし、配置した後から、星型だったり、メモ型だったり、矢印だったりと、様々な形に変更できるようになっており、40以上の図形を使用できる

スタイルはメインの画面の下部にある"スタイルチット"で選択することができる。OmniGraffleのスタイルは、すべてここにアイコン化されて表示される。元となる図形を選択し"スタイルチット"を確認してみよう。

次にインスペクタ("i"アイコンで表示/非表示を切り変えらえる)の中の、3番目、キャンパスを開き、そこに並ぶアイコンのうち真ん中にある"選択"をクリックする。上の図のようになっただろうか?

この"選択"インスペクタをつかって、同じスタイルの図形をまとめて選択することができる。どのスタイルか、見た目でわかるようになっているのがちょっと親切。

あとは先ほどのスタイルチットを、スタイルをコピーしたい図形にドラッグすれば良い。一気に複数の図形のスタイルを変更することができたはずだ。

グリーンIT

2009-02-27T05:48:00.004+09:00

近年の環境問題に対する意識の高まりの中で、情報技術に関連しても環境への配慮が求められてきており、それに対するキャッチフレーズとしてグリーンITという言葉が用いられている。

IT(情報技術)における環境負荷をライフサイクルで考えると、いくつかの環境に影響する視点がある。

ハードウェアの材料
輸送の方法
運用時の電力

ライフサイクルでITを考え環境負荷を軽減していくことがもとめられている。

観測、測定、計測、メジャーメント、客観化の種類

2009-02-25T05:12:00.004+09:00

こんなフレーズを聞いたことはあるだろうか。

目標は計測可能でなければならない
"現状" と "期待" を観測する必要がある

何かに向けて変化をする場合も、変化をしないようにする場合も、コントロールをするためには観測、測定、計測、メジャーメント、客観化等が必要になってくる。ここでは、これらを総称し、"観測"と呼び、「状況をコントロールするために事実を把握する行為」と定義する。

"観測"を何の尺度にて測るかによって、以下のように分類できる。

名義尺度にて測るもの(例：赤、黄、緑)
順序尺度にて測るもの(例：もっとも良い、良い、まあま良い、良くない)
間隔尺度にて測るもの(例：温度や時刻)
比率尺度にて測るもの(例：距離、重さ)

これに加えた異なる軸として、以下のような分類ができる。

観測機器によるもの
観測機器によらず、組織内での共通の主観によるもの
2.でなく、定義された人物の主観によるもの
上記以外(定義されていない人物の主観によるもの)

とりあえず、MECEにわかれているとおもう。

OmniGraffle 5 を複数台のmacにインストールする

2009-02-23T23:46:00.009+09:00

OmniGraffle 5 のライセンスは、実は複数台のmacにインストールできる事になっている。

The license permits either (a) multiple users to install and use the Software on a single machine; or (b) a single user to install and use the Software on multiple machines.

訳すと、「このライセンスでは、以下のどちらかの使用方法を許可します

1台の機械にインストールし複数人で使用する
1人のユーザーが複数台の機械にインストールして使用する」

同様の説明は、OmniGraffle 5のHelpにも記載がある

これを知らずに、僕はうっかりとファミリーライセンスを購入してしまった。調べなかったわけではないのだ。日本の代理店に問い合わせたところ、だめだといわれてしまったのだ。

ライセンスの中身なんて読まない人が圧倒的に多いが、ややがっかりな感じである。

上のメールを確認すると分かるが、act 2ではファミリーパックのあつかいも無い。本家にはファミリーパックがあり、同一の家庭内でのみ5ユーザーが使用できるライセンスを、スタンダード版:$149.95、プロフェッショナル版:$299.95で提供している。

OmniGraffle 5は、アーカイブが日本語になっているので、本家で購入しても問題なく日本語を使用することができた。

適切なライセンスを入手してOmniGraffle 5を楽しもう

支払いが確定したコストを無効にする事は難しい

2009-02-23T05:55:00.004+09:00

なにかをやりはじめた時に、当初の目標値が達成できそうにないにも関わらず、それを「止められない」ことがないだろうか?

パチンコやスロットをやる人は、次の瞬間に、当たりが来るかもしれない、という気持ちが、ずるずると負けにひきこんでいく事を知っているだろう。

今まで時間やコストをかけてきたものの成果がなかなかでない時に、さらに時間やお金の投資をすることを止めるのも難しい。

こんな状況を想定してほしい。

「一ドルのオークション! 最低価格は一セント。通常のオークションと違って、二番目の高値をつけた人も、自分がつけた金額を支払わなければなりません。」

もちろんこの競りに参加しない人もいるものの、参加者がつける最高値を平均すると$3.40だという。(by 世界は感情で動く)

株や為替への投資でも、ギャンブルでも、失敗にむかっているプロジェクトでも、支払ったコストを無にする決断は難かしいのだ。

この心理にやられないためには、あらかじめ撤退ラインを定め、そのラインを厳格にまもるという方法があるが、そう決めるだけではうまくいかず、でも、もうちょっと、、、と思ってしまう事もある。

こまったものだ。

曖昧にものを決める事

2009-02-22T18:56:00.004+09:00

タイトル、いつも堅すぎるかなー。

僕は何かを決める時に、とかく細かく決めたがる。それっていうのは曖昧にものを決める事によっておきる困った事態をおそれているからだ。整理してみると3つの良い点と、3つの悪い点がありそうだ。

# って書いてみて、これから3つ考えているのだけれど。

曖昧にものを決める事の良い点

早く決められる
柔軟に対応できる
わかりやすいと感じられる

曖昧にものを決める事の悪い点

人によって解釈が異なってしまう
あとから楽な方に解釈して目的が達成されない(されたかわからなくなる)
迷いが生じて実行が遅れる

こんなとこかな。

男がつづけるお弁当づくり

2009-02-21T21:23:00.003+09:00

お弁当をつくってる。

よめさんの分と、2つ。

大変だねーとか、いわれたり、えらいねーとほめられたりして、精神的な幸福感はかなり高い。何より、自分でつくったものに対しては、それなりに加点があって、満足した食生活をおくれるという点がうれしい。11時頃になると、昼食がたのしみになるのだ。

さて、お弁当をつくる事が大変だとおもう人は多いのではないかと思う。

今日は、これを楽に続けるために気を付けている点をちょっと書いてみる。

気を付ける点はそれほど多くない。自分の場合、気をつけているのは3つだけ。

週末に用意する(前日でもいい)
10分でできる範囲まで手をぬく
意外なものをまぜてみる

こんだけ。

1.週末に用意する

用意するといっても副菜をつくりだめしたりすると、結構大変。だから、レタスと水菜をちぎって、あらって、タッパーにいれておいたり、漬け物や、その他あとでお弁当でもっていきたくなりそうで、一手間だけで後はつめるだけで良いものを用意しておく。副菜については、あー今週これたべたいなーって思えるものがあったら作ってみてもよい。大事なのは、食べたい!っていう動機があるものだけにすることだ。お弁当のために用意するっていうより、やりたくてやるものだけにする。自分の場合、レンコンのきんぴらとか、ポテトサラダとか、ゴボウサラダとか、蒸し野菜などを食べたくなって用意したことがある。

2. 10分でできる範囲まで手をぬく

なれないとできないかもしれないので、20分とかでもいいかもしれない。ポイントは無理をしないこと。ごはんと、おかず1つ、サラダ、漬けものやごはんですよ、というパターンで自分の場合はやっている。1にかさなるが、朝の10分で、作れなさそうなものをもっていきたい場合、基本的には前日にしこむ。例えば生姜焼きなどは、前日に漬けておくと、朝はいためるだけで良い。無理をしないのがつづく秘訣。

そういう意味では、食べたい!っておもう気持ちが重要かも。食べたい物があって、ためしにつくってみよーっておもってる時に、それは義務ではなくて、レクレーションになる。

3.意外なものをまぜてみる

これもさっき書いたことと重なるけれど、何かたべたときに、それをお弁当でもっていったら楽しそうか考えてみる。最近挑戦したのはパスタ。のびちゃってどうしようもないかとおもったけれど、ソースとパスタを別々の容器にいれてもっていったら、おいしくいただけた。スープなんかも、多少こぼれるのを覚悟して、きちんとビニールにつつんでもっていくと、おいしくいただける。意外で、たのしいなーって思うものをさがして、まぜてみると、わくわくする。

お弁当をもっていくのは、コストパフォーマンスもいいし、僕の場合には、わざわざ昼に食べるものを考えなくて良いというメリットがある。すぐたべられるしね。

みんなもお弁当をたのしむといいよ!

意外で楽しめるお弁当メニューを見つけたら、是非おしえてほしい。

最後を楽しくおわらせる

2009-02-20T05:28:00.004+09:00

楽しいことは続けられる。なにかを楽しくして続けていきたい時には、最後に楽しいことを終わらせるのが重要だ。

デザートがすばらしいレストランの印象が良くなるのと同じで、人は最後の印象により影響されるからだ。

世界は感情で動くという本にピーク・エンドの法則、というものが紹介されている。

そこでの例によると、

78デシベルの音が16秒間続く
78デシベルの音が16秒間続いた後、66デシベルの音が8秒間続く

もう一度くりかえすとしたら、どちらが良いかと尋ねると、大多数は2の方が良いと答えるのだという。

印象として持ちたい方向性の感情を後ろにもってくる、と考えると、やめたいものについては嫌な感情をうしろにもってくるといいのかもしれない。タバコをすったあとに筋トレをするとか。

TGIM(Thanks God It's Morning!; 朝五時におきてblogを書くいかれたあつまりの名称)も、最後がもっと楽しくなるようにするとよさそうだ。どうしたらもっと楽しくなるだろうか。

"表現"の細分化

2009-02-18T05:26:00.002+09:00

"表現"をMECEに分けてみた。

パターン1

視覚を経由するもの
聴覚を経由するもの
視覚と聴覚を経由するもの
視覚も聴覚も経由しないもの

パターン2

感性にうったえかける
論理にうったえかける
両方にうったえかける
それ以外

Crayon Physics Deluxe

2009-02-17T05:25:00.004+09:00

時間切れ

Crayon Physics Deluxe is a kind of simulation game which simulate physical movement of what you draw by iPhone touch panel.

Developer: Hudson

Price: ¥600

Version Reviewed: 1.0.2

Graphics / Sound Rating: ****

Game Control Rating: ***

Gameplay: *****

Re-use / Replay Value Rating: ****

Overall Rating: 4.5

http://www.youtube.com/watch?v=4fjGcQBXFR8&eurl=http://www.dothehudson.net/jp/app/crayon-physics/catalog.html

Wikipedia 2

2009-02-17T05:07:00.002+09:00

Wikipedia とは、オンラインの百科事典である。

特徴

誰でも編集に参加できる
誰でもつかえる使用許諾になっている
広告でなく寄付で運営されている

利用上の注意

利用して作ったものを誰でもつかえるようにしないといけない
いたずらや、間違いがある場合もある

Wikipedia

2009-02-16T05:15:00.003+09:00

Wikipedia とは、オンラインの百科事典である。

特徴

誰でも編集に参加できる
誰でもつかえる使用許諾になっている
広告でなく寄付で運営されている

利用上の注意

利用して作ったものを誰でもつかえるようにしないといけない
いたずらや、間違いがある場合もある

"伝える"ための3ステップ

2009-02-12T05:17:00.002+09:00

"伝える"ために、さらに"伝える"を細分化してみる。

発想
整理
表現

うーん、まだ整理中なんだなきっと。

軸がさだまらない。

むだい

2009-02-10T22:39:00.004+09:00

タイトルをあとでつけることにしてみた。

もっと脳というか、自分の感覚的な部分を開放して書いていく。

僕のことを理屈っぽい(そして変な)人だとおもっている友人はたくさんいると思うのだけれど、あらためて自分を観察してみると、考えちゃったことを、論理的に整理したり、伝えようとしたりするだけだってことにきづいた。

なにかひらめくっていうか、思いつくメカニズムは、論理的とはまったくほどとおくて、"わかって"しまった事を整理して、説明しようとすることしか自分にはできないことをみつける。

あ、そうそう、これ、当初書こうとおもってたことと、すでに全然ちがうのだった。

今考えていたのは、自分の表現の特徴について。

というよりも、考え方の特徴なのかもしれない。

ざっくばらんにおもったことを箇条書き

文字通りに表現することに過敏になりがち
わかりやすくするための言葉と、考えるための言葉とをもっている
概念を細かくわけがち
フレームをふやしていく
考えることはあきらめず、理解されることはよく放棄する
事実でないことを恐れる
両面提示をこのむ

あまりこのましいことじゃない。

具体例が入ると良いとおもうのだけれど、ぱっとおもいつかないので、抽象的に表現してみる。

事象Aのおきる確率が99.9%、事象Bのおきる確率が0.1%だった場合に、これを常に事象Aと表現するひともいるとおもうが(たとえばここで「いるが」、とかけないこととか)、ぼくの場合は大抵はAで、ごくまれにB、となる。さらに「Bになることはないんですか?」って聞かれた場合だと、「ほとんどないよ」ってこたえることもできるのに、つい、「あるよ」っていう表現になったり。あ、具体的かなこれ。

つれづれだから、いいってことにして、話を飛躍させると、

広告的な表現をさける傾向があって、より詳細な表現をこのむ。

印象で理解されることがなんだか嫌なんだとおもう。

一方でそうじゃないと伝えるコスト、受けとるコストが高い、ともおもってる。

また投稿してみることにする。

明日はわかりやすいことをめざして過去のエントリーを書きなおそっと。

自分にとっての"表現"することのいみ

2009-02-10T12:18:00.003+09:00

表現することの意味はなんだろうと、昨日から考えている。

そもそも、表現っていうのは道具であって、それ自体が目的ではない、とか、たとえば道具のドライバーひとつとっても、回すべきねじの場所や形によって使うドライバーが違ってくる。ドライバーの使い方の違いを見よう、というのはなかなか難しいなー、などというようなことを考えた。

んで、今書いているエントリーが、道具を選べているかというと、全然そうなっていないなーと思う。

今、このエントリーは誰かに何かを伝えるという目的がなく、

自分の考えたことをただ出力しておく記録と自分の整理として書いている。

だからちょっと、ラベルを種にしてみた。伝えたい"内容"に育つ前の種。

そして、今までのエントリーっていうのは、自分の文章のスタイルから、考えたことをただ出力するスタイルになってはいるものの、それでも例えば結論を先に書いてみたり、箇条書きを使ってみたりしていた。意識としては、伝えるためのもの、としての位置づけだった。

でもできてない。

ちょっと急ぎ過ぎているのかもしれないとおもう。

こうしてただただ思うことを書いてみると、

まとまりがあるものを書く、とか、誰かに何かを与えるものを書く、とか、そーいうのをさておいて、まず書くっていうのがあるなーということがよく分かる。

これからは、

種をちょこちょこまいておいて、朝の時間にはその"表現"に集中できるように、これから試行錯誤してみようと思う。

なんとなく、伝わるものを作るためには、以下のようなステップを経る気がする。

考えたことをアウトプットする（次に整理するため）
考えたことを整理する（論理的に書いたり、箇条書きにしてポイントをみたり、MECEにしてみたり）
"内容"を決める
"表現"をつくる

自分の場合、これを一気にやろうとしていた。

今こうして書いているのも表現の一つなんだけれども、

誰のためかというと自分のため。

そして身につけたいのは、自分以外の人に伝えるための"表現"。

だからちょっとまわりくどいことをしてみる。

質を下げて数を増やす事で、質をあげる

2009-02-10T05:10:00.004+09:00

質を下げて数を増やす事で、質をあげることができる。

質をあげるために、数を増やさずにじっくり考える、と自分では思っていることがある。blogで言えば、もっと書くべき事があるのでエントリーを公開しない、などと思ったり、これでは何も言えてないから、今度にしようと思ったりすることだ。

しかしながら、とにかく数を出す事で、逆に質があがると考えたほうが、どうやら良さそうに思う。例えば、自転車の乗り方を学習する場合には、とにもかくにものりはじめてみる方が、その動きのメカニズムをまず理解しようとするよりも、より早く習得できるだろう。

こまった事に、書きながら、質をあげることを重視しないといけないシーンもあるのではないか、と思ってしまったりもするが、とにかくつづける。その前提に習得が必要なスキルがあったりもするが、とにかくやってみて、必要にぶちあたってから、その時の必要の最低限だけ、もしくそれを下まわってもやってみる。

数を増やすことによる効用というのは、反復による訓練の中での気付きがあることにより生まれる。逆に考えると、質を下げて1回で満足してはいけない、ということだ。

このblogも当初予定していた、「同じ趣旨で何回も書く」をそろそろやろうとおもう。書きたいことはいっぱいあって、書けることがおっつかないが、書くスキルは書いたものをもう一度書くことであがるのではないだろうか。

複数人で、同じテーマのエントリーを書く方法

2009-02-09T05:17:00.002+09:00

複数人で、同じテーマのエントリーを書くには、どうしたら良いか考えてみる。

以前のエントリーで"伝える"ためには何が必要か考えてみた時に、以下の3つを想定した。

内容
媒体
理解

このうちの"内容"が、"媒体"であるエントリー記載の前提となり、エントリーに書いてある事や図が"理解"の前提となる。まず、"内容"がいる。

そして"内容"の背景には、"目的"が必要で、これがセットで"媒体"が決まっていく。

普段の記載では、"目的"を自らつくりあげてエントリーをあげるが、同じテーマでエントリーを書く場合に下記のいずれかに該当することが必要じゃないだろうか。

参加者が"目的"をみつけられそうなテーマであること
"目的"を設定すること

書きたい"内容"が参加者にはあるだろうという程度に広いテーマであれば、参加者はエントリーを書きはじめられると思う。例えば、

"目的"の設定とは、例えばblog 1 エントリー分位の情報を前提にしてそれをどういうシーンで伝える、とか、他のエントリーの"目的"をそのままもらって、その意図を想定してわかりやすく書きなおしてみる、とか。

どちらも、参加者の主観的な事項が含まれていて、それをどうやったらクリアできるのかがわからなくて、ちょっと今いちな気もする。。

変えられるのは今の自分だけ

2009-02-06T05:05:00.003+09:00

自分が変えられるのは、今の自分だけだ。

そして、未来の自分は今の延長上にいる。

何かを決めて、決めた時にできないのは、未来の自分に期待をしすぎてるからだ。

例えば、

明日から甘いものは控えよう
明日からランニングをしよう
夏休みの計画
もう5分ねよう

# そう、さっき「もう5分ねよう」、っておもった時に、

# 自戒のためにこれを書こうと考え、そしてそのために起きてきたのだけれども。

もちろん、未来の自分のことを決めて、できちゃう事もある。例えば仕事で決めたスケジュールとかね。

この、期待しすぎてるか、しすぎてないか、をどうやって見分けるかというと、それを今すぐやりそうか、って問うてみるのがいい。

今すぐやらない、あとにしたい、切りかえてからやろう、とか思うものは、未来の自分に過剰な期待をしているのかもしれない。

または、そのやろうとした結果を望んでいる(希望)のか、

やろうとしている事自体を望んでいる(欲求)のかを考えてみるのも良い。

前者であれば、それは期待しすぎなのかもしれない。

未来の自分に期待しすぎている事に気がついたら、今の自分にやれる事ややりたい事を探す。

今朝でいうと、布団から出るってことはやれる事だなーとおもった。

未来の自分を、自分でない他人として考えてみる、っていうのが行動の指標になるかもしれない。自分のしない、したくないことを未来の自分におしつけない。逆に、未来の自分が自らやりたくなっちゃうようにするにはどうすれば良いかを考える。起きた後のおたのしみを用意するとかね。

早起きのおたのしみは、何かなーっておもったけれど、

つづけていくと朝のゆとりのよさを体感して、起きるコストが減るかなー、

っていう予測は、期待しすぎなんだろうか。

いいね!と思ったことを続ける方法

2009-02-02T22:46:00.008+09:00

ネットでみた、ライフハックなるもの、

ビジネス本で読んだ仕事の仕方、

だれかに聞いたちょっとしたレシピ、

いいね!と思った事を、どの位実施しているだろうか?

根拠はないけれども、10%実施したことがあれば多い方で、

さらに継続しているものとなると10%の10%、つまり1%位ではな

かろうか。

僕に限っていえば、継続しているものは0.1%以下であると断言できる。

この理由は2点あると考える。

いいね!と思うまでに充分な検討をしていないこと
いいね!と思った事を継続するための準備をしていないこと

1.に関していえば、いいね!と思ったからといって、実はそれほどいいわけじゃない事がある、という事だ。

簡単なゴボウ

サラダの作り方があって、美味しいよ!っていわれた時のいいね!は、

実際に試してみるほどのいいね!ではなかった、というような例。

2.はというと、例えば一日5個ずつ単語をおぼえれば、一年でなんと1500語もおぼえちゃう、とかいうのを見た時に、いいね、明日からやろう!っておもったけれど、次の日はやらない、みたいな

例。

って書いてみて気付いたけれど、

ゴボウサラダの方だって、実は充分にいいのに、準備をしていなかったのかもしれないし、

単語を一日5個ずつおぼえるというやり方も、実はわすれていく分を検討していないのかもしれない。

ただ、そうであっても、評価の観点と、準備の観点とがあることには変わりない。

どっちかが、もしくは、両方が足りないと、いいね!は実現されないのだ。

継続はというと、さらに実現よりも難かしい。

評価の精度は、いいねの量を減らし、

適切な準備は実施と継続の量を増やす。

やろうとおもった事を実施できなかったり、継続できなかったり

すると、ストレスを感じたり、予定が狂ったりしてちょっと不幸せな感じになる。逆に、実施できたり、継続できたりするとちょっと幸せな感じになる。

評価の精度を上げ、適切な準備をする事で、ちょっと幸せになれるのだ。

あまりにあたり前のことのように見えてきて、

こんなことを書いている自分は頭がおかしいのかもしれんと思ってきたけれど、

お決まりの伝えるにはまずアウトプットする、の精神でのりきることにする。

エントリーを投稿する前にチェックする３個のこと

2009-01-30T19:52:00.009+09:00

実は、このタイトルをつけて、

そして書き始めた現時点において、その３個のことがなんなのか、

さっぱりわかっていない。

わかっていないから、考えてみることにする。

そもそも、まず何のためにチェックをするか？という点を設定したい。考えてみるとこれは意外と簡単で、このブログを作る際に既に設定していた。"伝える"ことである。

では、"伝える"ためには何が必要だろうか。箇条書きにしてみる。

"伝える"もの
"伝える"媒体
"伝える"媒体を理解されること

あたりまえだ。すごく当たり前に見える。これがそろえば伝わったと言える。

とりあえず、名前をつけてみる。

"内容"
"媒体"
"理解"

さて、一見できたように思われるが、これですべてかどうか考えてみる。そもそも、抽象的な概念に対してすべてかどうか考えることができるのだろうか、と思いつつも、なにか方法がないものかと考え続けることにした。

ここまで書いてここから先については

すべてであるかどうかを考える方法、を書くべきだときづいた。

そして、

信じられないくらい中途半端で、タイトルと内容すら一致していないこのエントリーは公開される。伝えるにはまずアウトプットするの原則にのっとって。

伝えるにはまずアウトプットする

2009-01-29T05:31:00.008+09:00

伝えるにはまずアウトプットする事が必要だ。一見これはあたりまえに見えるかもしれない。

実際には、文章を書くときに、"完成"と"未完成"の二元論で考え、アウトプットする条件として"完成"していることとしてしまう事が僕にはある。あれ、これって言えるんだっけ? あ、ここは説明がもっと必要だ、などと考えて、不十分さに気付き、そのうち書くこと自体をやめてしまう。

つまり、完成か未完成かで考えて、

未完成→書かない、という結果になっている。

しかしながら、"完成"か"未完成"というと、大抵の場合"未完成"なわけで、"完成"というゴールは果てしなく先にある。永遠に行きつかない場所であり、単なる観念的なものにすぎないともの、それが"完成"である。

"完成"の状態にある、と考えるのではなく、完成とする、と考え、まずアウトプットして、書いてみる。これが重要なのだ。書いてみると、何が伝わるか、についても、何が伝わらないか、についても、書いてない場合と比較して、より把握することができるからだ。

書いてみたものは、それを"完成"に向けて改良していく事ができる。書いていない場合には、また一から始める事となり、敷居が高いままだ。

「まず、アウトプットする」を実践していきたい。