「備え」－最悪の事態を想定すること
青森県から静岡県に引っ越し、転校したのは小学６年生の９月１日であった。
真っ先に戸惑ったことは、地震への備えの違いである。
教室に入ると、皆、椅子にサブトンを敷いて座っていた。
すぐ後に気づくことになったのだが、それはザブトンではなく防災ずきんであった。
新学期初日でもある９月１日は防災の日、避難訓練が始まったら、皆、防災ずきんをかぶって校庭に集まった。
何もかぶっていないのは私だけであった。
防災ずきんを常備している学校は静岡県外にどれほどあるだろうか。
私が引っ越した先の長泉町というところは高い建物はほとんどない。学校は山の上にあり、自宅までの間も道幅は広く、上から落ちてくるものはほとんどない。
それに比べたら首都圏は、何も落ちてこない方が不思議なくらい頭上にはたくさんのモノがある。
青森での避難訓練は、校庭に生徒が集まって校長先生がお話しして「ハイ、終わり。教室に戻りましょう」だった。
しかし静岡では違った。地域別にグループになり、そのまま生徒だけで集団で帰宅するまでが防災訓練なのである。
それを知らされていなかった私は慌てて教室にカバンを取りに行ったことを覚えている。
この地域別のグループはさらに１０人程度の小グループに分けられている。
このグループは防災訓練のときだけでなく、毎朝一緒に学校に通うグループでもある。
だからイザという時にだれがいて、だれがいないのかがわかるようになっているのである。
緊急時、生徒らは数では圧倒的に少ない先生方をあてにはしていられない。
自分のたちで確認して適切な行動をとらなければならない。
「自分の身は自分で守る」ことが大原則なのである。
今回の地震を経験して改めて考えた。
備えは何もしていなかった。
今からでも遅くはない。備えておこう、と思った。
これはまさにリスクマネジメントである。
リスクマネジメントとは、最悪の事態が起こった時でも自分の身は自分で守れるようにしておくことがポイントであろう。
地震後、今から準備しておくこと、気を付けること
避難場所の確認：
一度家族全員で歩いて行ってみましょう。途中危険なところがないか確認しながら。
電力不足：
特に夕方は使用を控えましょう。原発停止により供給不足必至。
水：
衛生を保つため、トイレを流す分の水はお風呂に貯めておきましょう。マンションは停電により断水します。
食料、水、懐中電灯、電池など適量準備しておきましょう。大量の買いだめはNG。必要なところへ行き届かなくなるので。
＊他注意事項あれば、教えてください。
知識は何種類あると思いますか？
「知識」と呼ばれるものを思い浮かべてみてください。どんなものがありますか？
代表的なものは、本から得られる知識、学校の授業で教える知識、インターネットを検索して得られる情報、政府が発表する調査結果データなどですね。
では、言語はどうですか？
英語が話せる能力は、単語や熟語、文法などの知識の結果でしょうか。
ということは、単語や熟語、文法をたくさん知っていれば英語が話せるようになるということでしょうか。
でも、単語や熟語、文法をほとんど知らない子どもでも、日本語を話すことができます。
ということは、単語や熟語、文法も必要ですが、それらとは別の知識もありそうですね。
「それらとは別の知識」とは何でしょうか。
よく「海外で3年も暮せば英語はペラペラになる」なんて言いますが。。
それは「経験」ではないでしょうか。
広い意味で「経験」も知識の内なんです。
これからお話しする知識については、世界的にも確固たる地位を得ている野中 郁次郎の『知識創造企業』 の最初の部分だけでも読むことをお勧めしますが、私の経験を交えながら簡単に紹介いたします。
知識には、目に見える形式知と、体で覚えるような暗黙知があると言われています。
知識は形式知になったり、暗黙知になったりしながらスパイラル的に向上していくというのです。
（「スパイラル的に向上する」ということについては深い議論になるのでここでは割愛します。）
問題にすべきは「暗黙知」です。
自分はわかっているから、他の人も知っていて当然、できて当然、話せばわかる、という性質のものではありません。
他の人にはわかりません。
何か人に依頼する場合は、暗黙知を形式知化しない限り絶対に伝わりません。
形式知化とは、文書にするとか、口頭で説明するということです。
例え話しで、長嶋茂雄がバッティングを教えるときに「ボールがビュッときたらバシッと捉えてスッと打つんだ」と彼が持つ暗黙知を、彼なりに形式知化しようとしているのですが、教えられている方は何もわからないというのがあります。
特に感覚的な暗黙知を形式知化するのは大変な努力が必要です。
この暗黙知を認識していないと大変なことになります。
・簡単なことだから、わかる人にはわかるはずだ、と外注コストを低く見積もり過ぎたり。
・数回説明しただけであとはわかるだろうと、仕事を丸投げして、結局意図したものができなかったり。
・できたものに対して、「ダメだ直せ」といっても、どこをどう直していいのか伝わらず、いつまでたっても出来上がらない。
などなど。あげればいくらでもあります。
結局、自分にしかわからないことは自分がやるしかありません。
さもなくば、暗黙知を形式知化する労力を惜しまないことだと思います。
これは時に膨大な時間と労力を必要とします。自分がやった方が早いとさえ思えるでしょうが、自分に時間がないならば人にやってもらうしかありません。
それこそ付きっ切りで伝えるくらいに腹を決めておくことが必要かもしれません、ね。
mean ってどういう意味？
「a mean strawberry shortcake」の意味は何だろうか。
フェイスブックに、アメリカの友人がこんなコメントをpostした。
Mmm, the wife makes a mean strawberry shortcake. I'd share a photo, but ... it's gone.
ざっと訳せば、「妻がいちごのショートケーキを作った。写真を見せたいけどもうない」ということである。
だがしかし、「mean」ってどういう意味？
「strawberry shortcake」の前にあるから形容詞であることはわかる。
さて、どんなショートケーキなんだろうか。
スペースアルクで調べてみるとこう書いてある。
【2形】
1. 劣った、みすぼらしい
・It's no mean job. : そいつは簡単なことではないぞ。
2. ひきょうな、卑劣｛ひれつ｝な、意地悪｛いじわる｝な、不親切｛ふしんせつ｝な、人につらく当たる
・You're so mean to me! : 意地悪！
3. 〈主に英〉けちな、けちけちする、物惜しみする
4. ささいな
5. 〈米話〉〔馬などが〕御しがたい、〔人が〕扱いにくい
6. 〈俗〉とても良い、素晴｛すば｝らしい、格好いい、いかした、粋な
え？
みすぼらしいいちごのショートケーキなのか？
ささいないちごのショートケーキなのか？
それとも、とても良いいちごのショートケーキなのか？
全然意味が違う形容詞「mean」。
いい意味であったり悪い意味であったり、その時々の文脈で変わる、とても幅広い単語である。
ということで、写真をshareしたいというくらいだからきっと、とても良いいちごのショートケーキだったのだろう。
SQL Server データ型 int の変数にブランク(空白)を入れない
SQL Server で、ストアドプロシージャを作成する場合など、データ型 int の変数を扱う場合、ちょっとした注意が必要です。
最近、あまりSQL Serverでの開発がないので、ついつい忘れてはまってしまった。
script 1 を実行した場合の結果は「0」(ゼロ)となります。
--script 1
declare @t int
set @t=''
print @t
ちなみに、script 2 を実行した場合の結果は何も表示されませんが、NULL です。
--script 2
declare @t int
set @t=null
print @t
 |
Hiroshi Osanai さんの「いいね！」 |
ということで、例えば script 3 のように書いてしまうと、意図した結果になりません。
なお、customers テーブルには、name='OSANAI' のデータは存在しないものとします。
--script 3
declare @t int
set @t=''
set @t = (select no from customers where name='OSANAI')
if (@t = '')
print 'No data'
else
print @t
この結果はNULLです。
つまり、下記の結果、@tにはゼロが代入されています。
set @t=''
そして、下記の結果、@tにはNULLが代入されています。
set @t = (select no from customers where name='OSANAI')
ですから、script 4 のようにするといいですね。
--script 4
declare @t int
@t = null
set @t = (select no from customers where name='OSANAI')
if (@t is null)
print 'No data'
else
print @t
Yahoo!ニュースから 「顔が見える書籍検索」
１００聞は１見にしかず
Facebookユーザーじゃなくても利用できますから、直接ご確認ください。ソーシャルリーディング のサイトへ。
Yahoo! ニュース の他、excite（私が昔から好きなサイト）、livedoor、BIGLOBE、infoseek（これも好きでしたが楽天になっちゃいましたね）でも出てますのでご存知の方も多いかもしれませんが、なかなかおもしろいです。
Facebookソーシャルアプリ開発日記－ソーシャルAPI－(2回目)
Yahoo! ニュース 、exciteニュース 、インフォシーク ニュース 、ニフティのニュース 、サーチナのニュース 、BIGLOBEニュース 、livedoorニュース ・・・などに掲載されたヘッドラインです。
一番早く掲載されたのがアドタイ です。ニュース配信の大元はMarkeZine です。
この場を借りて御礼を申し上げます。
正直に申し上げてビジネスとしては1円にもなりませんし、大資本がバックにいるわけでもないので、大々的な宣伝はできません。
なので、こういったニュースサイトやユーザーの口コミに頼る他ないので、多くの人の目に触れるチャンスをいただけるのはとてもありがたいことです。
本当にありがとうございました。
さて、どうしたらニュースサイトに掲載してもらえるか。
残念ながら、いまだ私はその方法は知りません。
ですが、ヒントにはなるんじゃないかと思い、私が気にかけていることをここに書いてみます。
特に私はそうですが、ITに限らず技術系の人は技術にばかり目が行ってしまい、ユーザー目線での効果とか効用を言い表すことがとっっっても苦手です。
開発に苦労を重ね、工夫を凝らしたものほど、そうです。
どうしてもそこをアピールしたいと思ってしまいます。
でも、利用者側は、というとそんなの関係ない。自分にとって便利か便利じゃないか、オモシロイかつまらないかで判断します。
だから、最新技術とか、あっと驚く意外な工夫をプログラミングしたりしても結果に必ずしも現れるとは限りません。
とっても悲しいことですが、良いものが必ず売れるわけではないという1つの理由です。
もう1つ。
ニュースサイトにとってプラスになる話題を提供できるかどうか、も重要です。
ニュースサイトとしては、ページビューを稼げるような話題があれば喜んで掲載してくれるでしょう。
でも、そんな話題は持ち合わせておりません。
ですから、本当のところはわかりませんが、ネットの世界ですから、リンクになる1行、つまりタイトルが目を引くことと、本文中のキーワードが検索されやすいものであることがポイントだと思っております。
今回のケースでは、旬なキーワード「Facebook」、「アプリ」、「ソーシャル」を入れました。あとは「Face」を言い換えた「顔」です。
booklook では、アプリとしても小技をたくさん使ってますので、読書する方の他に、ソーシャルアプリに興味のある方はバリバリ使ってみていただけるとよいかと思います。
よろしくお願いします。
Facebookアプリの「booklook」、読者の顔が見える書籍検索を追加
「booklook は使ったことがないなー」という方でも
「Facebook は使わないなー」という方でも大丈夫です。
http://booklook.jp/ にアクセスして本を検索してみてください。
まだサービスを開始したばかりなので、読者がついていない書籍が多いですから、今回は「書籍」と入力して検索してみてください。
どうですか？
読者の顔が見えましたでしょ。
これ、癖にならないですか？
ついつい、読者を探してしまう。。。
ところで、「顔が見える」とか「顔が見えない」とか言う場合がありますよね。
一般的には顔は、見えないよりも見えた方が良いとされます。
やっぱり顔が見えた方が安心感がありますし、その人がどんな人なのかわかれば、発信される情報の性質についても自分なりの見解を持つことができます。
もちろん、安心させたり、人と為りを伝えるために「顔」は必須ではありませんが、顔が発する情報の質と量は圧倒的なものがないでしょうか。
そう考えると、顔ってすごいですね。
採用試験だって履歴書やインタビューの内容も大事ですが、「顔」が発する情報は必ず最終的にチェックが入ります。
そんな顔を書籍と一緒に並べてみました。
是非一度検索してみてください。
Fecebookソーシャルアプリ開発日記－ソーシャルAPI－
昨年からFacebookを使ったソーシャルアプリ booklook
の開発を共同で進めている。
フレームワークを導入し、キャッシュも使えるので、インフラとしてはなかなかいい。
開発を進めているとFacebookのソーシャルな機能の面白さについつい見入ってしまう。
facebookも進化中なので、日々新しいものが増えている。
例えば、Facebookから見れば、ネットのコメントをFacebookに集める機能がある。
だがこれは、ユーザーから見れば、自分の複数いる友だちにいっぺんに知らせる機能だ。
ツイッターのタイムラインは見ていて楽しい。
だが、特定の複数の友だちの「言葉」を見つけるにはちょっと乏しい。
それはツイッターの特性（いい意味で）だからしようのないことだ。
ツイッターは「個人的なつぶやき」が前提だから、他の人は何に対してつぶやいているのかわかりづらい。
ハッシュタグがそれを補っているのだが、使いやすいとはいえない。
だが、Facebookは、つぶやく対象が明確だ。
例えば、あるページを見て、何か思ったら一言、そのページの下にあるボックスに入力すれば、そのページのリンクと一緒に複数いる友だちたちにお知らせされる。
「？」と思ったら、そのリンクをクリックすればいいのである。
例えば、このブログのトップページ の上にある。
「200人がいいねと言っています」と出ている。
もし、あなたがここで「いいね」ボタンを押すと、あなたの友だちがこのページに来た時に、あなたの顔を見つけるのである。なぜなら、友だち同志の顔しか表示されないからである。
友だち「お、○○、お前ここ知っているのか？」
あなた「ああ、よく来ているよ。なかなか面白いからね」
友だち「そうだったのか、実は俺、前々から興味があったんだけどどうしようか迷っていたんだ。で、どう？」
あなた「こういう使い方をしているんだけど、便利だよ」
友だち「なるほど、そうか、じゃ一緒に俺も使ってみよう」
とまぁ、WEBでリアルを補完する、こんな感じのことができるのである。
何より、広いインターネット上で友だちを見つける驚きが楽しい。
これらは「ソーシャルAPI」の仕業だ。
映画館入場料値下げ-TOHOシネマ
TOHOシネマが映画館の入場料を値下げする。
常々、映画は高額だと思っていただけに、少しだけ、いい話だ。
「少しだけ」というのは、値下げしてもまだまだ料金が高いからだ。
今回の値下げ額は300円。
アンカリングしたのかと思ってしまうが、反対に動いたディズニーランドの値上額と同じ。
あたかも映画に払っていた分がディズニーランドに回るようなかたちである。
余談だが、世の人々は映画館へ出かける回数はどのくらいなのだろうか。
そして映画館全体の売上高はどうなのだろうか。
本当にディズニーランドに回ってしまったのではないだろうか。
だからどうなのだと思うが、やらなければならないこともあるのだが、どうしても調べてみたくなってしまった。
まず簡単に調べられるディズニーランドの会社、オリエンタルランドのHPのIR情報
を確認する。
あった。
テーマパーク事業の売上高 2800億円。入園者数
は、年間2500万人。
次に映画館。
日本経済新聞 2011/1/19 朝刊に1.7億人とあった。
日本映画製作者連盟のデータだ。
そこで、日本映画製作者連盟
のHPを見ると売上高 2000億円(2009年)とあった。
なお、経済産業省のHPに「特定サービス産業動態統計調査
」の結果があったが、売上高1200億円、来館者数は、8000万人弱とあり、日本映画製作者連盟の発表とはずいぶん違った。
結論
映画館と東京ディズニーランドと比較しても意味がない。
そこで、映画館の話に戻す。
年間1.7億人ということは、1人あたり2回も映画館に行かないということだ。
私は1000円くらいだったら、もっと気軽に同じ映画でも何度でも観に行けるのに、と思う。
だから、レイトショーは1200円なので、子どもと長時間過ごしている妻が許せばもっと行きたい。
アメリカでは、1000円を下回る。
例えば、カリフォルニアでは、2Dで
、通常は８ドル、17時までに入れば５．５ドルだという。
１０ドル以下、なんとうらやましいことか！
デフレは悪だが、映画館は高いので値下げはwelcome。
TOHOシネマには、是非、もっとがんばってほしい。
そして、このブログを読まれた方も、TOHOシネマが値下げしたら、いつもより多めに映画を観に行ってほしい。
映画を観に行く機会が増えれば、文化的にも向上すると思うからだ。
TOHOシネマは来春から本格的に値下げするそうだが、来春っていつ？
文化的と言えば、読書も大事ですね。
もっと読書を楽しくするbooklook
、みなさま楽しんでますか？