システムがもたらす信頼を如何に作るか
信頼を感じた時に分泌されるホルモン「オキシトシン」というのがある。女性の分娩の時にも使われるこのホルモンは、本来は体内で分泌され、そのレベルがあがると気前の良い、思いやりのある対応をするようになるのだそうだ。 オキシトシンを外部から注入することもあるが、基本的には信頼を感じた時に分泌される。すなわち信頼を感じると、人は思いやりのある対応をするということが、ホルモンレベルのロジックで説明ができるらしい。 では、信頼というのはどういう時に感じるのか？！というのを考えていくことで、ビジネスにさえ活用できるのではないだろうか。 信頼で一番簡単に思いつくのは、家族や気の置けない友達とのやり取りであろう。これはイマドキのソーシャルネットワークやメッセンジャーが友達にフォーカスすることで成功したことからも説明できるだろう。 そして次のレベルで考えられるのが ・お店のおもてなしに満足した時 （ex.接客の
Web2.0がうまくいかなかったワケ
TBSの深夜番組で、人狼のカスタマイズ版であるジンロリアンという番組をやっていた。 普通の人狼とはルールが違う部分があって、 ・人狼と疑わしきプレーヤーを排除するのを決定するのは視聴者のオンライン投票（生放送） ・人間の側にナイトや占い師などの役職がない。 というもので、一瞬面白いと思って見ていたが、場を盛り上げる芸人が率先して排除されていく様に、すぐにルールが成り立ってないことに気がつく。 ・役職がないので圧倒的に人間が不利。情報が非対称。 ・当事者ではない視聴者が投票するので、目立ったもん負け ・人間の側が条件をひっくり返すほどの武器を持ってない。 ・ということなので、深夜にプレーヤーが殺される意味が無い。（普通の人狼は、占い師と騎士をいち早く殺したいハズなのだが、こっちは全員人間なので誰が死んでもあんまり関係ない。最後に壇蜜が竹山を殺した理由を誤魔化していたように見えた。「なんとなく
会社を辞めるまでの期間、1.5ヶ月以上は会社の甘え
数少ない経験論かもしれないが、自分が会社を辞める時、もしくは周りや部下が会社を辞める時の経験を踏まえて思うのが、転職を決めて会社を辞めるまでの期間はどれぐらい必要か？！という話なのだが、 相当、際立った事情がない限り、1.5ヶ月以内にカタがつかない会社は、誰かが何かを甘えていると考えることが可能だと思う。 だいたい退職については、１ヶ月前までには連絡をするのが通常だと思うが、会社側と調整がつけば別に一週間でも明日からでも辞めることはできる。さすがに明日でも良いよ、というのは、さっぱりしすぎた関係性だとは思うが不可能ではない。 それに対して「なんとなく三ヶ月」みたいな期間を設けても、大抵、引き継ぎが始まるのは良くて一ヶ月前。たいてい、最後の１週間とか２週間で引き継ぎをするのが多くのケースではないだろうか。ということは、その前の期間は何も起きない可能性が高い。 もちろん、今やってるプロジェクト
エンジニアの評価が４以上にならないワケ
エンジニアの仕事は原則として「できて100点」、できなければ減点。 一般的な社員評価の基準に照らし合わせると、「できて100点」だと、４以上の得点はつきにくい。 大体、どこの会社でもこんなイメージの評価じゃないだろうか？！ 4以上 ・・・ エクセレント（スーパーな貢献をしたレアケース） ４ ・・・ よくできました。（普通に優秀） ３ ・・・ 可もなく不可もなく。（でもちょっとネガティブ） １〜２ ・・・ 何か問題があった時。（基本的につけたくない点） 絶対的な評価をされると「できて100点」の仕事の人は、4以上の評価がつくケースは稀だ。逆に毎回４以上の評価になるのも少しおかしい。毎日株価が上がってる銘柄みたいなもんだ。 例えばサーバ管理の仕事が典型例で、「動いて当たり前」、大きな障害が起きれば「減点」になってしまう。本当は、いつ壊れるかわからないというサーバを守っているという部分に対し
WebにおけるMVCアーキテクチャの勃興と変遷
どんなに当たり前になった開発手法やプログラム管理方法があっても、新人さんにとってはHello worldから入って行くと思う。インターネットで、「知の高速道路」が整備されたと言っても、意外と古い話を探すのは難しい話で、MVCみたいに当たり前になってしまったことについて、何故そんなものが存在するのか？という考え方を後から肌で感じるのは難しく、そんなことを考えていたら、突然MVCについて書きたくなった。 以下、書いていくがかなりの偏見が入っている気はするので、ぜひ、歴史認識が間違ってたら僕のためにツッコんでくださいませ。 僕がMVCアーキテクチャを知ったのは、JavaのServletを勉強していた時だった。Javaはオブジェクト思考で作られている言語かつ、Webに特化した言語ではないため、クラス間のデータは、インターフェース仕様に基いて秘匿されるのと、テンプレートエンジンは別に存在していたので
HTMLってホントよく出来てるな。
Objective-Cなんてのを書いてると、なんでこんなちっぽけなことを実現するのに時間がこんなにかかるんだろうと思う。 スキルや経験に問題があるかも？！というのは否定しないけど、Webベースで作ってる時に比べて、自分の生産性が1/20ぐらいになってる気がして、携帯HTMLのサーバサイドコード書いてた時と比較しちゃって、モチベーションの維持が本当大変。 HTMLのハイパーリンク、テーブル、CSS、、、すごくシンプルなアーキテクチャで、すごいよ、やっぱり。 なによりWebは分業したときの切り分けがエンジニアに優しいw。 唯一の弱点はサーバサイドコードが汚くなることだけど、汚くあることで可読性は悪いけど、その分、修正のスピードが早い。汚いところは君の頭の回転でカバーだ。 AjaxもいらないからブラウザとWebサーバの間で先読み技術などがどんどんリッチになって、Webの人はできるだけ使いやすいW
全収集型RSSリーダーの終焉とソーシャル化するWeb
Googleリーダー、いつまで続くのかなぁと思ってたら、今年の7月でサービスが終了だそうだ。 RSSリーダーというビジネスは、ユーザーがアクセスしなくなっても、機械はひたすらフィード単位でコンテンツを収集し続けなくてはいけないという理由で決してコスト効率は良くない。アクティブ率の低下と共に１ユーザーあたりのコストが増えていくサービスというのは他にはそんなに存在しないと思う。システム的にこれを改善する工夫はできると思うが、問題は、既にRSSリーダーはコンテンツの価値の重み付けの舞台ではなくなってるところにあるのだろう。 その中でもクローラーでWeb上のコンテンツを集め続けているGoogleのような企業だけが、こういうデータを別のところに活かせるのかなぁと思ったら、そんなことはなかったということか。 ソーシャルフィルタリング、tumblr、まとめの時代になって、情報流通が１ページ、1tweet
頑張ると報われるプログラマーの社会とは。
昨日、WebSig24/7のイベントがあって、そこで結構興味深かったのはチームラボの佐伯さんのプレゼンにあった、社内サーバーは全部クラウド化して、開発サーバーやテストサーバも全てコストとして可視化できた方がよいのではないか？！というアイディア 先日、総裁が書いてた尾崎豊の叫びみたいな、面白い半分、心配半分の記事でもそうなんだけど、作り手の側に技術に対する解釈の幅があって、その結果としてエンジニアにとっては定期的に言語選択闘争みたいなものが起きるのは、正直言って「緩い、幸せな世界」だなぁ、と思う反面「若干の不幸」でもあるなと思う。 簡単に言うとPythonを使おうが、PHPやruby,Perlを使おうが成果物の完成度にはあまり影響がないので、技術そのものに特別な競争力はない。 文字通りクソみたいな開発言語ってのは他の業界には沢山あって、そういうところでは技術選択の余地もなく、それを使って成果
Perlが○○な話
Perlねぇ。昨年のYAPCでアドテクネタで多くの注目を浴びた（少なくとも僕は注目したw）フリークアウト社が、最近５億調達を発表とイケイケで、DeNA、NHN（livedoor）、mixiという状況を前にして、衰退という言葉が出てくる意味がわからない。 なぜ国内でPerlが急速に萎んだのか やべぇ、そもそも、その「世界的なPythonブーム」というのにまったく実感が無い。WebSigで一緒にモデレータをやってる石丸くんがPython転職を果たすらしく、局所的にホットであることを除くと、昔からPythonに根強い人気があったのは知ってたし、コミットしてる人が増えてるのも知ってるけど、そんな言うほどブームなの？！僕の世界が狭いのか、この著者の世界が狭いのか。 （別にpyをdisってるわけじゃない） それはさておき、ObjCとかクライアントサイドのJSとかnode.jsとかオンリーワンな機能にニ
ブラックという言葉から逃げるな
世の中、確かに新入社員が１〜２年でほとんど辞めることを前提に大量採用して、数％生き残ればOKという会社はある。間違いなくブラック。しかし、すごくいい会社でも、新入社員が１０年後には10%も残ってない会社も沢山ある。 前者は、脱落を前提としている会社、後者は居心地は良くても、できる社員たちが勝手に巣立っていってしまう会社。 どっちが良いのかな。実態としての社員の残存率は変わらない可能性がある。うーんともしかしたら、「できる人の残存率は変わらない」が正しいのかも。 また、それとは違って、ワタミの社長にせよ、ソフトオンデマンドの社長にせよ、ブラックと言われる会社でナンバーワンになることは自分の自信に繋がるから、と、あえて厳しい世界に飛び込むヒトもいる。辞めることを前提にブラックという環境を利用する。 ブラック企業のすすめ 上の記事のコメントに面白いコメントが書いてあった。 こんなギャンブルのよう
人は見たい現実しか見たくないという問題
昔、社内で、お客さん向けのパワーポイントの資料をレビューしてたら、途中のページがごっそり表示されていなくて、真っ白なページしか表示されていなかった。 僕は、当時、相手のことをあんまり信用していなかったので、つい怒ったような口調で、ページが抜けていることを指摘した。 表示されていなかったのは当時のパワーポイントのバグで、パワポのバージョン違いに起因するものだった。彼のマシンで見たデータは、ちゃんと中身が表示されていた。 目の前の間違った真実を正しいものと固定してしまうと、つい一番信用できないところに原因を求めてしまうのが人間だと悟って、反省したわけです。（それ以来MS Officeは信用しなくなった。） それと似たような話を、原発問題で見かけて、懐かしいなぁと思った次第。 #原発 【これはひどい。】たんぽぽ舎メルマガ内『線量計に細工 分解してみてわかった！』への反応 内容としては、線量計の数
Paypalの本人確認がむかつく件
整理するために書く。 Paypalが本人確認を強化しなくてはいけないとかで、免許証を送れだのなんだの言ってきた。放置すると取引が制限されてしまうので、Paypalを使い続けるなら従う必要があるらしい。 ということなので、免許証のキャプチャを送った。 そうしたらサポートから返信が来て、こんなことが書いてあった。 ■１．「アカウントにご登録いただいているお名前はローマ字表記となっておりまして、ご提出いただいた運転免許証の言語表記方法とは異なっております。」 免許証に書いてある名前と、Paypalアカウントに登録されてる表記が違うとのこと。 ま、kickstarterなどの海外送金のために使ってるんだから、paypalアカウントには英語で名前書くわね。当たり前のことだ。 ■２．「ご提出いただいた運転免許証とアカウントにご登録いただいているご住所が異っております。」 免許証に書いてある住所にはマン
やりがいはソートできない…非情なデータベース社会
我々が日常関わるWebサービスにせよ、企業の端末で扱われているシステムも、ほとんど必ずデータベースと組み合わせてできている。 データベースの組み合わせはとても便利なもので、集計は簡単にできるし、情報のソートは一発。何より、大量のデータを扱うことができる。 以前、あるR社出身の人に、R社が作った住宅情報の功罪という話を聞いたことがある。 この話は、本当にそうなのかは僕は知らないが、あくまでも受け売りということでエッセンスだけ理解して欲しいと思うのだが、R社が作ったのは、 ・駅から徒歩（バス）N分 ・間取り というソート可能な序列だった。これが日本の住宅相場のルールを決めた。つまり、R社としては、日本中どこでも比較可能なテンプレートを作ったことが勝利の要素だったと言う。 彼の論としては、ここにもしも「景観の良さ」というパラメータを入れていたら、日本の住宅事情は大きく変わったのではないか？！とい
有料コンテンツの閲覧導線に関する駄文
最近はHuluやiTunesストアで映画を見られるわけだが、特にHuluは固定料金で見放題にもかかわらず、コンテンツ一覧ページをいったり来たりして、じっくり吟味してしまう自分がいる。 もしかしたらこんなことに躊躇してるのは僕だけかもしれない。 とりあえず見れば良いじゃん、と思うのだが、固定料金は固定料金で、今度は、クリックして再生して、やっぱりつまらないねと判断を下すまでの、クリックや時間のコストを天秤として、やっぱりコンテンツを吟味している自分がいるのだ。 もちろん見放題なのだから失敗しても問題ないのだが、やっぱり吟味してしまい、結局見るのは、「名前の知ってるコンテンツ」だったりする。（しかも、散々洋画タイトルを眺めて、最後は「極妻」だったり。哀川翔と竹内力見たいよ） その一方で「放送」というのは非常に強力で、多分、Huluにあっても絶対クリックしないようなハリウッドの洋画も、テレビで流
ネットコミュニティ設計「適切なスコープを作る」
日本人においてインターネットを使う「ふつうな人」と「ふつうな人ではない人」の違いは、インターネットに対して「反応してくれる人への期待値」の差ではないかと思う。 最近話題の例だと、クローズドなLINEにタイムラインがついて不要と言う人は、そこに期待する抽象的なサークルがないからだけだし、逆に、LINE上に本人にとって不特定に近いサークルができてくれば、あいまいなコミュニケーションのためにタイムラインは必要になっても良いだろう。（LINEのタイムラインの難しさはパーソナルとグローバルの両方が混在してしまうことなんだろうけど。フォーマルとカジュアルというか） メッセンジャーというのは、特定の人への連絡手段なので、基本的に返信を期待しているし、目的も明確だ。だからユーザーにハマると強固なアクティブ率を誇るわけだが、タイムラインというのは、もう少し不明瞭なコミュニケーションのバッファ的役割になる。
YAPCに始めて行ったよ！
YAPCに始めて行きました。 ペパボにいたときはmizzyさんにいろいろ教えてもらったりしたのですが、Perlに馴染みがなかったので行くことはありませんでした。 最近は、プロダクションレベルではないものの、ペパボの30days albumで使われている、PerlbalというPerl製のロードバランサーを使って、アマゾンWeb ServicesのDynamoというKVS（Key value store）と繋いで、画像のアクセス認証を実験したりと、実用的なニーズを元にPerlを頑張ったりもしました。 SNSでプロフィール画像あるけど、直URL叩いたら顔写真が見えたりするわけなんですが、クローズドサービスだったら見えちゃいけないと思うんです。PerlbalならプラグインをPerlで書く事で、サーバに負荷をかけることなく画像表示の制御ができるので、それは自分で書けるようになっておこう、、、と実験し
iPhone5にNFCが搭載されなくて良かった
現時点のグローバルなNFCには、FeliCa、オサイフケータイが載せられない時点で日本人としては中途半端なものだし、性能的にもFeliCaじゃないと、NFCだけでは自動改札にも使えないと聞いた。 僕の印象としては、乱暴な意見かもしれないが、現時点のNFCでできることは、UX的にカメラに依存しないQRコードリーダー、ライターという印象であり、無線シリアルインターフェースとしては、アップルが元々Bluetoothを重視している以上、Bluetooth or wifiがアップルの行きたい道なのではないだろうか。Bluetoothと言ってもデバイスレベルのパスコードとか入れなくて良くて、もう少し、相手の顔が見えるわかりやすい拡張仕様ね その例として、iOS6には写真などをBluetooth経由で共有する機能がつくと聞いている。 決済のような重要なレイヤーにおいては、Apple IDを使うケースはも
技術力、ソフトウエア発想共に最もアップルに近かったシャープ…X1/X68の思い出
SHARPが大変な危機というのはニュースで流れている通り。 会社の状況がよろしくない時に、急に公式アカウントが活発になると言うのは、かつてのカトキチ始めTwitterではたびたび起こることですが、今はSHARPアカウントの方が頑張っておられるようです。 ツイッターにアクセスしたらシャープのアカウントの人が、X1やX68の写真をアップされていたのに影響されたので、僕のシャープ製品との付き合いについて書いておこうと思う。 さすがに長いのでインデックスを貼りました。 パソコンテレビX1の驚きのテープドライブ 伝説のX68000を手に入れた話 X68000を支えたのはユーザー開発者 技術力、ソフトウエア発想力共にアップルを追従できていたシャープ ■パソコンテレビX1の革新的なテープドライブ 中学生の頃、パソコンテレビX1というシャープのパソコンを買ってもらった。 僕が買ったのはX1Fと言う廉価な機
Twitter api ver1.1、痛いところ、痛くないところ
Twitter apiのガイドラインが改定になるそうです。 Twitter API v1.1でのAPI利用ルールの変更について こちらの日本語ブログは当たり障りのないところしか書いてないので、関係者は英語の方を読むことを強くおすすめします。 Changes coming in Version 1.1 of the Twitter API どうしてもこういう制約が増えるものは、ネガティブが極大化するので、ちょっと冷静に見てきましょう。 ■すべてのapiのエンドポイントに認証が必要、さらにレートリミットの変更 現在、検索apiなどはOAuthの認証が不要で、IPアドレス毎に一時間あたりのアクセス数が定められていますが、これが廃止になり、2013年3月までに全てOAuth認証を通した方法に変更を求めています。 さらに、１時間毎にapiにアクセス可能な数が、apiの内容によって変わります。今までは
社員は本当に経営者視点を持つべきなのか。
社員は経営者視点を持つべきだ、という話をよく聞く。 「給料が当たり前のように出てくると思うな」 ってことなんだと思う。そういうジレンマのことを言いたいというのはよくわかる。 昔いた会社で、研修所に行って、会社の問題点を語り合うことで問題点を見つけて、明日に活かそうというマネジメント研修があった。 僕の結論としては、 「薄々問題じゃないかと思っていた、会社の問題点がはっきり理解できた」 と問題だけが可視化された研修だった。 結局、その会社はやめてしまったんだけど、その部分は最後まで解決できなかったな。 講師はリクルートから独立されている方だったのだが、そのセミナーで、 「問題があったら会社辞めたって良いんだよ」 という視点でハッパをかけていた。 合わないカップルは早いうちに別れた方がいいよねという本音視点だったと思うが、これこそが「経営者視点を持て」ということだったではないかと思う。 で、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
