技術情報

MySQLの絶対値計算ABS()で異常な数値になる理由

2010-07-26T07:18:09Z

僕以外にはまった人はいるのかな？

DB上にある数値データを、持っている数値と比較して絶対値を測る場合にABS()を利用しますが、結果で「184467440737...」といった異常な数値が出てしまう事例を取り上げます。

異常な数値が出る条件

絶対値算出前の計算をすると合計が負数である。
フィールドの型が「UNSIGNED INT」や「UNSIGNED TINYINT」などである。

極端な例だと、以下の式でも異常値が出ます。

SELECT CAST(1-2 AS UNSIGNED);

18446744073709551615

何をやったかというと、「1-2」の計算の結果を「符号なし」の値にして出力してみた、結果です。

んん？　「-1」にならないの？と思いますが「『UNSIGNED（符号なし）』として扱う」というCAST関数が使われているのですね。　ちょっと異常な式です。　だから答えも異常ですね。笑

変換されてしまうのは仕様である

こうなってしまうのはマニュアルにも書いてあって、どうやら仕様のようです。

MySQL は、符号付きでも、符号無しでも、64 バイト値での演算をサポートします。
算術演算子 ( + または - など ) を使用しており、演算のひとつは符号のない整数である場合、
結果は符合なしになります。
SIGNED  および UNSIGNED  キャスト演算子を使用して、演算を符号付き、もしくは
符号なしの 64 ビットの整数にキャストすることで、これをそれぞれオーバーライドすることが
できます。

計算元の値が1つでもUNSIGNEDの場合、計算（今回の例でいうと引き算）後に符号なしの整数に自動的に変換されるため、このような値になるようです。

ABS()を実行する前の計算では負数になることもあるのですから、結果を符号つき（SIGNED）にしておかないと異常な数値となってしまうわけです。

解決法

というわけで、解決法は上にもあったCAST()を利用してSIGNEDに変換してあげることで、合計値がマイナスの計算でも正しく絶対値を求めることができます。

SELECT ABS(CAST(1-2 AS SIGNED));

学習のポイント

MySQLは奥が深いですなぁ。

郵便番号データベースにindexを付けても検索が遅い理由

2010-07-26T05:30:15Z

MySQLで実験していて気づいた罠ですが、郵便番号データベースを自前で持っている場合に知っておくと良いTIPSです。

ある時、郵便番号を検索するのにこういうクエリを発行していました。

SELECT zip from postal where zip=1560051;

結果はこれ。

構造はこうなってます。
この画像では見えませんが「zip」フィールドにindexを張っています。

なーんか、遅い。　他のテーブルとの連携で複数データを参照なんかすると激重。

「なんでだ？」と思い、EXPLAIN句を付けてSQLを発行してみると...

EXPLAIN SELECT zip from postal where zip=1560051;

ありゃ？　全データを参照してる。　他のテーブルと組み合わせるとindexも効かずに「type」列が「ALL」になっちゃってりしてる！

データ型が文字列の場合は...

よく見るとzipのデータ型がVARCHAR(7)になっていたことに気付きました。
文字列でしたね。　この場合は、

SELECT zip from postal where zip='1560051';

このようにシングルクォーテーションで括ってあげるとindexの効果が発揮されます。

おっ！早くなった！　てことで終了です。

学習のポイント

MySQLを入門書などで学んで使っていると、ついついデータ型に見合わない一方向な検索クエリを作成してしまうことがある。

「なにか動作が遅いな？」と感じたら放置せず、「EXPLAIN」句を利用してテストクエリーを発行し、ちゃんとindexが利用されているか、一時的なテーブルコピーなどでスロークエリーになっていないかどうかを確認しよう。

plugin-containerで実現できたFirefox「トカゲのしっぽ切り」システム

2010-07-22T06:06:20Z

FirefoxがVer.3.6.4から導入した「plugin-container」機能が面白い。　こんな改造をこっそりやってくるなんてね。

Firefoxの解説ページにはVer.3.6.4から組み込まれた「plugin-container」についてこんなことが書かれています。

プラグインがクラッシュしても Firefox のメインプロセス (firefox.exe) はクラッシュせず、
開いたままにしておくことができます。

うはは。　FlashやQuickTime、Silverlightなどのプラグインはその処理の大きさからFirefoxの動作自体を止めてしまうほどの悪影響を及ぼすことがありますが、それを避けるためであると。

実際、Flashが使われたサイトを見ると「plugin-container.exe」がCPUパワーを食い続けているところが見て取れます。

Appleも、過去の苦い経験からiPhoneやiPadではFlashを許可していません。

今回の措置は、Appleほどあからさまではないにしても、うまい具合に「トカゲのしっぽ切り」が出来るようにしたシステムだと言えるでしょう。

DATETIME型からTIMESTAMP型へPHPで変換する関数

2010-07-15T06:30:56Z

またまたPHPネタですが、お仕事中に思いついたので書きますよ。

PHPでMySQLから取得したDATETIME型の日付文字列を、時間の計算などに使えるTIMESTAMP（タイムスタンプ）型に変換するための関数です。

PHPではmktime()という関数がタイムスタンプを取得するのに便利なんですけど、元の材料が日付の文字だけだとすぐ変換できないんですよね。

で、strtotime()という便利な関数があるのですが、すっかり存在を忘れてて自作関数を作っちゃいました。　需要は全然ないですが、参考に見てみてください。

ちなみに、strtotime()を使うと簡単に変換ができてしまいます。

$timestamp = strtotime("2010-07-15 19:12:40");

datetime2timestamp

はい、では需要がない自作関数の紹介です。

/**
 * DATETIME型文字列をタイムスタンプに変換
 *
 * @param string $datetime_string DATETIME型の文字列
 * @return int
 */
function datetime2timestamp($datetime_string) {
    $matches = array();
    preg_match("/^(\d+)\-(\d+)\-(\d+) (\d+):(\d+):(\d+)$/", $datetime_string, $matches);
    return mktime(intval($matches[4]),intval($matches[5]),intval($matches[6]),intval($matches[2]),intval($matches[3]),intval($matches[1]));
}

正規表現を知ってるといろいろ便利だな～、ってことで。

Smartyでキャッシュをオフにしても有効になってしまう

2010-07-14T04:43:18Z

Smartyではスペルミスが思わぬ結果を招いてしまうことがあります。

例えばキャッシュを無効にしようとして、

class MySmarty extends Smarty {
    public function __construct() {
        (中略)
        $this->cashing = FALES;
    }
}

としてしまうと、キャッシュを無効にしたつもりが全く効かず、逆に有効になってしまうので注意！

$this->cashing = FALSE;

で正しく設定してあげましょう。

レビュー：UIデザインの基礎知識

2010-07-11T09:15:46Z

普段何気なく行ってしまいがちなユーザーインターフェースのデザインに警鐘を鳴らしてくれるありがたい本。

入社当時、上司に怒られまくった

まだプログラマー駆け出しのころ、ソフトウェアのUIを作っていて上司にめちゃくちゃ怒られた経験があります。

上司：　なんで「はい」ボタンがこんなところにあるの？
私：　「なんとなく...」

上司：　「このボタン、ダブルクリックしたらどうなんの？」
私：　「えーと...ダブルクリックは止めてください。」

分かりやすく言うと、こういう「やっちゃいけないこと」を避ける方法が載ってる本です。

お客さんにちゃんと理由を説明できるUIデザインを

常にユーザーインターフェースデザインをやってる人は当たり前の知識かもしれませんが、クライアントやお客さんにデザインを説明するときに論理的にデザインを説明できないと、このように困ることになります。

デザイナー　「これがユーザー登録のデザイン画面です。」
クライアント　「うーん、この『登録』ボタンはこっちにあったほうがいいなぁ」
デザイナー　「そうですかねぇ（デザイン変更は勘弁してほしいなぁ...）」
クライアント　「問題ないですよね。　うん、変更しましょう。」
デザイナー　「...はい」

なぜそうデザインしたか、異なるデザインにするとどうなってしまうのかをちゃんと説明できないと、ちょっとした意見に振り回されることになります。

よく議論になるテーマ

かな系と漢字、その使い分け
アイコンと文字、その使い分け
初心者向けと熟練者向けの操作体系の違い

こういう時のためにも、本書のようなUIデザインの基本原則を認知心理学の点などから解説してある書籍は非常に役に立ちます。　特に初めてソフトウェアをデザイン設計する人は読んでみると良いでしょう。

まとめ

1つ注意ですが、経験者向けの具体的な業種に絞った具体例や、アクセス解析に基づいたUI改善のような若干高度なテーマは載っていません。

あくまで、基本的なUIデザイン用のインターフェースとその使いどころを論理的に解説するところに重点が置いてある書籍なので、熟練者は別の書籍をお勧めします。

あなたの発信した情報はちゃんとリーチして（届いて）いますか？

2010-07-06T02:20:07Z

photo By Anonymous Account

毎日パソコンを使っているとついつい忘れてしまうテーマなので、自分への自戒も込めて書いてみます。

インターネット上ではさまざまなサービスが雨後のタケノコのように生まれていますが、ほとんどの人はその存在を知ることはありません。　ちゃんと相手にリーチしていないからです。

いい記事を書いても...

たとえあなたが素晴らしいお得情報を持っていたとしても、それを多くの人に伝えるインフラがなければお宝情報の持ち腐れです。　え？　ブログに書く？　ではそのブログにはいったいどれくらいの人が毎日アクセスしてくれていますか？

いいサイト（サービス）を作っても...

これはネットサービスにも同じことが言えます。

ネットニュースを毎日読んでいると、ほぼ毎日、新しいネットサービスが生まれています。　作り手からしたら「ライバル会社にも負けないものができたぞ！」「こんなサービスは他にないぞ！」と鼻息荒く興奮しているのでしょうが、その情報はサービスの受け手にちゃんと届いているでしょうか？

リニューアルでもありがち

サイトのリニューアルは、一時的に失敗したサイトの反省点を分析して新たに弱点を克服したバージョンとしてよく登場しますが、これもまたリニューアルの事実をうまく伝えられずに失敗しているサービスをよく見かけます。

そもそも、一度失敗したサービスからは多くのユーザーが離れてしまい、過疎っています。　同じ場所で普通にサイトのリニューアル告知をしたところで、遠くにいる多くのユーザーが気づいてリーチしてくれるとは思えません。

メール送信の安心感と罠

現在ではTwitterを活用しているところもありますが、サイトの更新やリニューアルをお知らせする古典的な方法はメールです。　ぶっちゃけRSSを利用してくれている人は多くありません。　IT業界人には利用者が多いから錯覚してしまいますけど。

あなたの読者のメール受信頻度は？

ではそのメールなんですが、あなたのサイトの読者（ユーザー）のメール受信頻度はどれくらいでしょうか？　ここまでちゃんと考えていますか？

パソコン用のメールアドレスだと、一週間受信していない人もザラにいます。　そして溜まったメールを一週間ぶりに受信し、何百件もあるメールのうちの一つにあなたの希望は儚くも紛れて捨てられてしまう。。

これはリーチとは言えません。存在に気づいてさえいないのですから。

リーチ率を高めるには

では情報のリーチ率を高めるにはどうすればいいのでしょうか？　ここからは私が個人的に考えた方法を書いてみます。

携帯メールに配信する
みんながメールを送りそうな時間帯を避ける
ケータイサイトを作ってサイト接触率を高める
リーチしやすい読者に間接的に伝えてもらう

これでも大事なのは、メールを送信完了した時点で「リーチできた」とは思わないことです。　ユーザーの日常の習慣化したライフサイクルから離れれば離れるほど、リーチの可能性は低くなっていきます。

お仕事から帰ってきたら、ご飯、お風呂、子供の相手、テレビ、明日の準備、友人とのお酒...など、パソコンとは関係ない生活を送っている人も沢山います。

あなたのサイトのユーザー層を考えたときに「どのような生活を送っているのか」をリアルに考えて、情報をリーチさせる戦略を考えるようにしましょう。

ふと思いついた感じで挙げてみましたが、もっと良い方法があったらコメントなどでお知らせくださいな。

Mac miniにWindowsインストール後、ちょいテレ・フルを入れてみた。

2010-07-04T02:06:16Z

さすがにLet's Note CF-R6でずっとちょいテレ・フルを動かし続けるのが難しくなってきたので、最近購入したMac mini（MC238J/A）で動かすことにしました。

WindowsはXP SP2を入れる

手持ちのパッケージがWindows XP Home Edition (SP2)しかなかったので、これをインストール後、SP3にアップグレードするという作戦。

Windowsのインストールはびっくりするぐらい簡単。「アプリケーション」→「ユーティリティ」から「BootCamp設定アシスタント」を立ち上げて、あとは指示に従うだけ。

若干引っかかるポイントは以下。

まず、MacとWin部分のパーティション分けに悩む。　無難に半々で分けました。
Windowsのインストール時にキーボード選択が出てきますが「半角/全角」キーがないのでWindowsキーボードを探しまくりました。　が、キーボード選択画面で繋ぎ直しても後の祭り。　背面の電源ボタン長押しでシステム終了後、再起動でちゃんと認識してくれました。　でも、あとで調べてみたらキーボード選択画面で「その他キーボード」を選んだあとにちゃんと日本語キーボードの選択肢があるとのこと。。　これはOSの指示が悪いっしょ。。
Windowsインストール後はWindowsを立ち上げてMac mini用のWindowsドライバ類をMacOSのインストールCDから入れますが、間違ってMac mini用のじゃなくて、以前購入したMacOSX LeopardのインストールCDを入れようとしていたことが発覚！ドライバインストール時に毎回途中でブルースクリーンになって再起動後「深刻なエラーから復旧しました」というメッセージが出されてました。。　ちゃんとMac miniのインストールCDから入れると全く問題なくドライバインストールが完了。。

ちょいテレ・フルを導入

Windowsインストール後は24インチの大画面モニタに接続し、1920 x 1200 の解像度で表示を確認。

ちょいテレ・フルのインストールは「かんたんインストール」と「PCast TV for 地デジ Lite」Ver.1.10を入れました。

ん？　画面が...黒い...

チャンネル設定後、NHKを見てみたのですが、あれ、画面が真っ黒だ。　どうやら起動直後のチャンネルでは画面が映らないみたいです。　チャンネルを他局に切り替えたら観ることができました。　もちろん他局からNHKに戻すとちゃんと映ります。　これ、~~アップデータ（Ver.1.14）を入れても変わらないんですよね。~~アップデータ（Ver.1.14)を入れると「ＨＤＣＰ非対応のグラフィックカードまたはディスプレィにパソコンが接続されています。このためテレビを視聴できません」というエラーメッセージが出て表示ができなくなってしまいます。　PCast TV for 地デジ Lite は付属CDのVer.1.10版のままにしましょう。

ん？　音が...出ない...

また、音も映像と同じように最初は出ません。　しかし、画面下にあるミュートボタンを押して一旦ミュートにしたあと、再度ミュートをオフにすると音声も流れはじめました。

この辺りはアプリ側とドライバ側のどちらに原因があるのか、切り分けが難しいのですが、また快適な設定がわかり次第、お伝えしたいと思います。

レビュー：佐藤可士和のクリエイティブシンキング

2010-07-02T13:53:27Z

でました、「佐藤可士和の超整理術」につづく、ビジネス本の第二弾。

主に前半部分に前著のノウハウの続きが集約されていて、後半はもっと広く生き方を提案するという流れになってますね。

可士和メソッドが本書でも新たに登場

可士和さんともなると、さすがに一般サラリーマンとはかけ離れた大規模ビジネスや大企業がぞくぞく登場してきます。　が、その中で得た考え方をなるべく「本質化」して読者に届けようという心意気が感じられます。

そう、「本質」。　後で書きますが、おそらく本書のテーマであります。

個人的にお気に入りの所はこんな感じです。

図を書くときはパソコンでキレイに描くより手描きがいい
自分が嫌いなものにもあえてタグ付けして分析してみる
プレゼンでは説得ではなく共感を得ることが重要だ
マーケティングでは一歩引いた「お茶の間目線」の意識を持とう
時代の変化とマーケティング戦略の変化
ブランド構築にはコンテクストによるストーリーが大事

で、例によって可士和さんのこれまでの仕事を例に話が進んでいくので、巻末のフルカラー事例を見ながら読んでいきましょう。　こういう読み方、書いてあったっけな...。　ま、いいか。

ページ途中ではなく巻末に事例集を掲載したのは、おそらく佐藤可士和ブランドをカタログ的に見せたかった意図があるんじゃないかと勝手に想像してみます。笑　読みやすいんでいいんですけどね。

可士和さん、本質を語る

私が可士和さんを好きな理由は、情報を減らしたり絞ったりすることで本質を見抜こうとするところです。　ミッフィーを作ったディック・ブルーナをリスペクトしていることもあって、紹介される事例を読んでいくと誰でもそのことが分かると思います。

では、ものごとの「本質」というのは業種によって違ってくるものなのか？

これについては可士和さんが自らの出会いや経験から得た真理を語ってあるのでぜひ手にとって読んでいただきたいと思います。

終わりに

可士和さんって、相変わらず万人に読みやすい体裁で本を書かれますよね。　そして、本書の随所に登場する可士和さん直筆の図やイラストたちがかわいくて癒される！

しかもカワイイだけじゃなくて、実に分かりやすく説明を補完してくれます。

いっしょにビジネスをするクライアントさんやスタッフの方々も仕事がしやすいだろうなぁ～。

AdsenseのレポートがGoogle Analyticsで表示されない件

2010-06-25T04:29:48Z

いやー、ビビリましたね。

6/23日辺り（場所によっては22日だったり24日だったりするかもしれません）に、Google Analyticsのレポート上でアドセンスのインプレッション数やクリック数、報酬の額がガクッと落ち込んで表示される事例が世界各国で起きています。

Googleのフォーラム上でもかなりの人が混乱しているようで、激減している人やまったく無くなってしまっている人などが書き込んでいます。

Google Analytics上ではそのような状態ですが、本来のアドセンス管理画面のレポートではちゃんと記録されています。　ここがちゃんと表示されている人はGoogle Analyticsのアドセンスレポートで混乱している人も問題ないと思います。

Google Analyticsの表示データはアドセンス管理画面から参照して表示していると思うので。

6/25日現在、まだ公式に発表はないですが、おそらくサーバー側のネットワークのトラブルではないか、とのこと。

Googleが無料コンテンツを作り続ける目的

2010-06-24T05:59:33Z

Googleは検索エンジンをはじめ、Google MapやGoogleカレンダーなど、便利なものをどんどん無料で提供してくれるありがたい存在ですが、その裏にある本当の目的はご存知でしょうか？

最近、Googleのメインの収入源である広告（アドワーズ、アドセンス）について研究する機会があったので、ちょっと書いてみます。

アドセンスとJavaScriptの関係

アドセンスのコードを自分のサイトに貼ってお小遣いを稼いでいらっしゃる人は多いと思いますが、実はアドセンスはブラウザのJavaScriptが有効になっていないと表示されません。

これを極端に結論づけると「GoogleはJavaScriptがないと死ぬ」ということです。

なぜアドセンスでJavaScriptを採用したのか？

それは「クリックした人の詳しい情報が得られるから」です。

JavaScriptをオンにしていると画面の解像度やマウスの座標、本当にクリックしたのかどうかなど、実に信じられないほど多くの情報が得られます。

Googleはこれらの情報を使って、不正がなされていないかを厳しくチェックしているのです。　不正クリックについては過去の記事を参照ください。

というわけで、Googleとしてはなるべく多くのブラウザでJavaScriptをオンにしておいてほしいわけなのです。　オフにされると不正が検知できなくなるんです。

無料コンテンツとJavaScriptの関係

とはいえ、JavaScriptをオンにするかどうかは実はユーザー次第。　オフにしようと思えばすぐにできちゃいます。　ただし...

JavaScript無効化＝Googleのあらゆるサービスが使えない

Googleが提供している便利なツール（G-mail, Googleカレンダー, Googleマップなど）は、ほとんど全てJavaScriptを利用したものです。

つまりJavaScriptを無効にしてしまうと、これらの便利なツールがすべて使えなくなってしまうんですね。　ねー、うまく出来てるでしょ？

Googleが便利なコンテンツを無料で提供しているのはこういった理由があるんです。

これからも、Googleは独自の魅力的なサービスを自社開発、時には他社を買収しながら提供し利用者を拡大し続けていくことでしょう。　そして我々はJavaScriptという鎖に繋がれながらサービスを利用し、今日も生きていくのです。

RewriteRuleの正規表現部分ではクエリーが無視される?

2010-06-24T03:42:27Z

みんながハマりまくっているmod_rewriteにて久しぶりに罠にかかったので、みなさまにも情報共有っす。

RewriteRuleでは最初に書き換えパスに一致させる文字列を正規表現で特定しますが、この部分ではクエリー文字列（?を含む、以降の文字列）が無視されてしまうことがわかりました。

今回やりたいこと

http://example.com/hoge/page/
　　　↓
http://example.com/1/page/?id=hoge

に置き換えること。

.htaccessに書いた内容

最初に書いたのがこれ。

RewriteEngine On
RewriteRule ^([^/]+)/page/$    1/page/?id=$1 [L]

置き換え後にはクエリーが付いているので、再度一致してしまうことはないはず...でしたが、実際「http://example.com/hoge/page/」にアクセスすると、最終的に

http://example.com/1/page/?id=1

となってしまい、再度一致してしまっている様子。　ということでクエリーがRewriteRuleのマッチ条件で無視されている！と判明したわけです。

RewriteCondにクエリーが空であることを条件で加えて解決

結局、クエリーが付いていないことを置き換え条件に加えることで、この問題は無事解決したのでした。

RewriteEngine On
RewriteCond %{QUERY_STRING} =""
RewriteRule ^([^/]+)/page/$    1/page/?id=$1 [L]

Google Analytics API利用時の制限について

2010-06-22T05:47:34Z

by Search Engine People Blog

今や、数多くのWebサイトにアクセス解析目的で組み込まれているGoogle Analytics。　その解析データをAPIで利用できるようになっていますが、思わぬ罠もありそうですよ。

以下はGoogleが公式に発表している情報です。

（リソースの）割り当て方式を導入

現在リリースされているGoogle Analytics Data Export API を自分のアプリケーションで利用する場合、以下に記載する制限事項があることに注意しましょう。

現在、Google Analytics Data APIは何百万もの処理を受け入れていますが、システムが耐えうる以上のリクエストからシステムを保護するため、またシステム資源の均等配分を保証するために、（リソースの）割り当て方式を導入する必要があります。

これらのポリシーは変更されることがありますが、現在のところ次のようなものです。

制限項目

24時間で10,000リクエストまで（この制限はWebプロパティ（後述）ごとに適用されます）
１秒間に10リクエストまで（アプリケーションがAPIへ送信する全てのクエリーに対して適用されます）
処理待ちリクエストは4つまで。（例えば、1つめのリクエストが完了するまで5つめのリクエストは送信できません）この制限は新しいものなので、変更されることがあります。
1フィード当たりのページ送り数で10,000件までの制限があります。　デフォルトのレスポンスデータは1,000件ごとです。（10,000件より多くのデータがあったとしても、1,000件づつ取得の場合10ページ分までしかもらえないということですね）

制限はプロファイルごと？それともサイトごと？

Data Export APIはWebプロパティIDをWebサイトの参照として利用します。　個別のプロファイルIDではありません。

これはあなたのアプリケーション上で、同じWebプロパティをトラッキングしている全てのプロファイルIDが利用できるリクエスト数が10,000件だけだということです。

たとえば、あなたのWebサイトが「UA-1234-1」というIDであるとすると、このIDが制限に割り当てられるということです。（つまり、「UA-XXXX-XX」の部分が異なっていれば、それぞれ10,000リクエスト/1日分つかえるということですね）

各種IDの意味がよく分からない人は...

プロファイルIDやWebプロパティIDについての説明はこちらの図（ただし英語）のほうが分かりやすいでしょう。　英語が苦手な人でも図だとなんとなく分かると思います。

そのアイデアは成功するアイデアですか？

2010-06-18T22:24:05Z

photo by Julián Santacruz

ビジネスマンたるもの、常に新しいアイデアを考えることができなければビジネスマン失格です。

とまではいかなくとも、自分が「おっ！」と思いついたアイデアが客観的に見て成功しそうなものかどうかを簡単に見分けることができれば良いですよね？

そこで私が先日行った方法が思いのほか良かったのでご紹介します。

用意するもの

話し相手

これだけです。笑

そして営業トーク

なにをするかというと、「相手に『お客』になりきってもらって、その人に営業トークをする」です。

話し相手は役に「なりきる」

重要なのは「話し相手がその役になりきること」。　お客の生活スタイルや、そのビジネス分野との関わり方、言葉遣いを可能な限り真似てもらいます。

そして、これから営業トークする分野について悩みを持っているふりをしますが、内容自体は聞かされていないので、知らないふりをします。　あるいは事前に聞かされていても、なるべく思い出さないようにしておきます。

そして説得へ

あなたのやることは、文字通り「得を説明する」こと。　悩んでいる相手に対して自分が考えたアイデアをアピールします。　相手の反応を見ながらアイデアを洗練させていきましょう。

どういうメリットがあるか？

リアリティ

話し相手がいることで、自分のアイデアを声に出して説明することになるため、アイデアがより客観的でリアルになりやすいです。

利点が見える

相手に対して、「良かったところ」を挙げてもらいましょう。　なければ「印象に残ったところ」でも良いです。　その部分が実際のユーザーにも有効な場合があります。

欠点が見える

相手の反応を見ていると、思ったより反応がそれほど良くなかったりして欠点も見えてきます。

声や文字だけでは伝わらないものを見つけられる

トークはどんどん情報を紡いでいくことができますが、逆に言うと情報過多になってしまうデメリットもあります。　お客は選択肢が多いと選べないという心理が働くので、逆効果です。

トークで説得し難いところは「図にする」という作戦が有効です。　私の場合も、相手にメリットを説明するところで「あ、こういう絵があればいいな！」という図を思いつくことができました。

まとめ＆注意点

以上、簡単なものですが紹介してみました。　1つ注意点としては、相手が否定的な反応だったとしても落ち込まないことです。　むしろ「欠点が見つかって嬉しい」ぐらいに考えるのが良いと思います。

書評：SEのための将来価値を生む人脈「交遊」学

2010-06-14T22:30:11Z

仕事でも、人脈を論理的に損得で考えない方が成功すると確信できた一冊。

一般的にSEの人は正直言って、この辺りの認識が欠けていることが多いです。　というわけで自省の意味で読んでみました。

30歳辺りになると悩むこと

この辺りの年齢になってくると、考えざるをえないのが「仕事の将来設計」。

自分はどの方向性でこれからやっていくべきか？　この会社のままでいいのか、それとも独立か？　関わる人達も内部の人間ばかりでいいのか？　など、仕事に忙殺されながら帰りの電車で悶々とする日々。。

本書ではその導きとして「SEが自立すること」を促します。

SEの自立って？

著者の森川さんは「自立の概念」として、以下の5つのステップを提示しています。

自立の概念

自己依存：他に期待せず、自分自身に期待する。
自己管理：自らの可能性を最大限に発揮する。
自己責任：真の原因は自分自身にあると考える。
自己評価：本物を目指して、とことんやる。
他社支援：他者を信頼して支援する。

SEって論理的に問題分析をするのが得意な人が多いですが、実はこれが人間関係では致命的にデメリットになることが多いのです。

問題が起こると、自分に問題があるところしか関わらない。　他人が助けを求めている（と気づいている）場合でも「それはあんたが考えるところだから」と突っぱねる。　これがいけない。

ましてや、会社の部下以上に仕事先のクライアントに対してそのような態度では、自分で将来の墓穴を掘っているようなものです。

本書では、なぜSEが人付き合いが悪く、暗い人が多いのかを論理的に分析している所もあって「確かにそうだな...」と唸ってしまいました。　逆に考えるとそのような分析と逆のことをすると良くなることなので参考になりますよ。

SEのための自己啓発書

著者の森川滋之さんは、バリバリのSE時代に上司からの罵倒で「自分で仕事を取ってくること」に目覚め、ITビジネスの本質を普及させるためにITコンサルティングを行われています。

本質とは、人をしっかり見ることにほかなりません。　SEでありながら、人を見るためにはどうすれば良いのか、その答えの一つの解が本書ではないでしょうか。

技術情報

MySQLの絶対値計算ABS()で異常な数値になる理由

異常な数値が出る条件

変換されてしまうのは仕様である

解決法

学習のポイント

郵便番号データベースにindexを付けても検索が遅い理由

データ型が文字列の場合は...

学習のポイント

plugin-containerで実現できたFirefox「トカゲのしっぽ切り」システム

DATETIME型からTIMESTAMP型へPHPで変換する関数

datetime2timestamp

Smartyでキャッシュをオフにしても有効になってしまう

レビュー：UIデザインの基礎知識

入社当時、上司に怒られまくった

お客さんにちゃんと理由を説明できるUIデザインを

よく議論になるテーマ

まとめ

あなたの発信した情報はちゃんとリーチして（届いて）いますか？

いい記事を書いても...

いいサイト（サービス）を作っても...

リニューアルでもありがち

メール送信の安心感と罠

あなたの読者のメール受信頻度は？

リーチ率を高めるには

Mac miniにWindowsインストール後、ちょいテレ・フルを入れてみた。

WindowsはXP SP2を入れる

ちょいテレ・フルを導入

ん？ 画面が...黒い...

ん？ 音が...出ない...

レビュー：佐藤可士和のクリエイティブシンキング

可士和メソッドが本書でも新たに登場

可士和さん、本質を語る

終わりに

AdsenseのレポートがGoogle Analyticsで表示されない件

本来のアドセンスのレポート上では問題なし

Googleが無料コンテンツを作り続ける目的

アドセンスとJavaScriptの関係

なぜアドセンスでJavaScriptを採用したのか？

無料コンテンツとJavaScriptの関係

JavaScript無効化＝Googleのあらゆるサービスが使えない

RewriteRuleの正規表現部分ではクエリーが無視される?

今回やりたいこと

.htaccessに書いた内容

RewriteCondにクエリーが空であることを条件で加えて解決

Google Analytics API利用時の制限について

（リソースの）割り当て方式を導入

制限項目

制限はプロファイルごと？それともサイトごと？

各種IDの意味がよく分からない人は...

そのアイデアは成功するアイデアですか？

用意するもの

そして営業トーク

話し相手は役に「なりきる」

そして説得へ

どういうメリットがあるか？

リアリティ

利点が見える

欠点が見える

声や文字だけでは伝わらないものを見つけられる

まとめ＆注意点

書評：SEのための将来価値を生む人脈「交遊」学

30歳辺りになると悩むこと

SEの自立って？

自立の概念

SEのための自己啓発書

ん？　画面が...黒い...

ん？　音が...出ない...