あるプログラマーのブログ

専門家にかからなければ盲腸だって重病だ

2011-08-14T00:44:00.000-07:00

僕は少し技術が詳しいと思われている分野があるのだけど、技術のない人からみると、それが異常に時間をかけて難しいことをしているように思うらしい。

僕が提案するソリューションは、「難しすぎて時間のかかる解決策で役に立たない」　というわけだ。

たとえば、ある問題が発生する。
僕が　「こうしたら解決が早い」　と提案しても、

（またアイツはややこしいことを言ってきた。もっと簡単なものを！）

という話になり、提案は議論の余地なく却下される。

そしてその、技術がないが、声の大きい人の提案　－　これは僕から見れば時間のかかる、いつまで経っても問題が発生し続けるくだらない一時凌ぎ策なのだが　－　が通される。

僕は医療のことはわからないけど、盲腸は一般的に簡単な手術だと思われていると思う。たとえ大切な人が盲腸で入院となっても、人生の一大事、と大騒ぎすることはないだろうと思う。

しかし、手術をズブの素人が行うとなれば、それは話が違う。

盲腸といえども、きわめて危険なことになるだろうし、かなり高い確率で失敗するだろう。専門医がやれば簡単なことでも、素人が手をかければそれは大変な問題が起きるものなのだ。

僕の専門については、僕の意見に従ってほしいものだ。

僕から見たら、僕の提案は難しいことでもなんでもない。ごく一般的な解決策だ。難しくもなんともないし、根本的に原因を究明できる可能性も高い、質のよい解決方法だ。

それに対して、提案された "解決策" は僕から見れば、対策に時間がかかり、なおかつ、どうやっても根本的には解決できないものだ。

一見僕の言ったことのほうが難しいように見えるが、実はより簡単で、確実な方法なのだ。

楽天の岩隈選手の交渉決裂について思う～思い上がりも甚だしい

2010-12-09T23:06:00.000-08:00

楽天の岩隈選手がメジャーへの移籍交渉が決裂したとのこと。

あたかも選手側が犠牲者だ、というトーンで報道されることが多いのは、非常に違和感を感じます。

僕は、たとえ日本で良い成績を残していたとしても、メジャーで何の成績も残していない選手が、高額の年俸を要求する方がおかしい、と思わざるを得ません。

日本からメジャーに渡った選手は、たいていたいした活躍も出来ずに、日本に戻ってきているのが現状です。あの松坂投手ですら収入に見合った良い成績を収められず、評価されていません。野茂、イチローといった、生きた伝説のような二人は別格として、その他はほとんどがイマイチ、というのが現状です。（もちろん、レジェンドとまでいかなくとも、岡島、黒田など、活躍している選手もいますが確実に少数派です）

そんななか、日本での活躍ぶりから評価して、好条件を提示しろ、という方がおかしい。

WBC では良い成績かもしれませんが、結局メジャーリークの中では活躍している選手はごくわずかであるため、日本の野球はそんなに評価されていない、という現実をしっかり受け止めてもらいたいものです。

交渉を担当した人は、悪しき前例を作るとよくない、という理由で交渉を決裂させた、と言っていますが、この現状ではその理屈はおかしいわけです。

一日でも早く日本人をメジャーで活躍させて、日本球界全体の評価を上げてこそ、良い前例となり、その後に続く選手へ良い影響を与えられるのですから。

これは野球に限らないのですが、僕が思うに日本がアメリカで目立って活躍できている分野は、自動車（トヨタ、ホンダ、日産）と小型電子機器（特にデジカメ、ラップトップ）とテレビ、そしてアニメ・マンガだけです。それ以外は日本人が思っているほど、日本の製品はあまり目立ってはいません。

僕はアメリカにいて思うのですが、日本は日本人が思うほど大してすごいなどと思われていません。今の４０歳から５０歳くらいの女性の人が言うことが多いのですが、「日本人はお金を持っていると思われる・・・」などという人がいますが、日本人だからお金持ちだなんて、全然思われていません。

野球もそうです。日本はたいして評価されていない、ということを肝に銘じて、謙虚に頑張るべきだと僕は思います。

予言：アップルはもうすぐ衰退する

2010-09-11T13:20:00.000-07:00

今週の Newsweek を読んだら、次々と新製品を出すアップルを無邪気にも賞賛するような記事が書いてありました。（抜粋だけならこちらで読めます → 「アップル、最も革新的な企業」)

その記事では、次々と新製品を出すことについての問題点に触れていなかったので、僕は中身の薄いつまらない記事だなぁ、と半ば批判的に読んだわけですが、それはさておき、その記事は全体的にアップルに好意的に書かれていました。

となると、僕の考えと反するので、どこかに僕が感じたことを書いておきたいと思い、このブログを書き始めたのでした。

僕はコンピュータ業界にいて言うのもなんですが、次々と新製品が出るのが好きではないので、アップルがバージョンアップを繰り返しているのをみて、少々うんざりしています。

ズバリ、アップルのこのやり方は非常に短期的での成功しかもたらしません。
アップルのブームはまもなく終わります。

カッコいい！クールだ！と、そんな程度で賞賛されているうちはいいです。
それを持つこと自体がカッコ良くて楽しいことなので、新製品が出れば買います。

でも、ほんの数十ドルの製品ではないんです。

何度も何度も買い換えるのは、よほど頭の悪い人に限ります。普通の人は、およそ製品が満足したレベルになったところで、新しい端末を買い換えるのを控え出すはずです。

自社製品を次々と新しくして、ついには頭打ちになった例で身近なものといえば、マイクロソフトの Windows と Office でしょう。（古巣を失敗例として出すのは心苦しいですが・・・）

マイクロソフトのマーケティング戦略は伝統的に、
「他社に自社製品を古いものにされるくらいなら、自社で自社製品を古くする」
というスタイルをとっています。

例えば Windows 95 を出したら、それに類似してちょっと画面の様子を変えたような Windows 98 を出して、「ホラ、新製品ですよ！良くなりましたよ！買ってください！」と宣伝します。 Windows 98 の次は Windows Me と続きます。

Windows 3.1、95、98、Me といった製品をリリースしていた当時、マイクロソフトはブームを作り出し次々とヒットを飛ばしていたといえるでしょう。

しかし同時に、「すぐにハングアップする」「クラッシュする」という悪評もついてまわりました。

これに応え、マイクロソフトは Windows の改善を続けました。
これは本当の改善でした。

ついにマイクロソフトは Windows 95/98 などの DOS 系の OS を捨て、安定した Windows NT 系の OS 一本に絞ることにしました。

これが実は、マーケティング的には「良過ぎた」のです。

1999年、Windows 2000 の開発が終わろうとしている時、僕はマイクロソフトの社員でした。

このとき驚いたことに Windows 2000 が完成する前に、全員が実際の業務で開発版の Windows 2000 の利用を強制させられたのです。マイクロソフトの用語で言うところの、「ドッグフードを食べる」というやつです。これが社員全員に徹底されていました。

普通、全員が開発版を実際の業務で使うということはありません。しかし、Windows 2000 の完成は社運をかけたものとされ、全員が実際に利用して動作確認をしたのです。

こうして完成した Windows 2000 は非常に安定した OS でした。

しかしその後、Windows 2000 にはセキュリティの問題が多く発見されてしまったために、クライアント OS 版の Windows 2000 は Windows XP へと直ちに置き換えられます。このときに Windows のセキュリティアップデート機能の仕組みが実装されます。

OS 自体安定して、セキュリティの問題もかなり解決した Windows XP はご存知の通り、いまだに多くの人が満足して利用しています。現在、今でも多くの企業で Windows XP が使われています。

これでブームは終わりました。
もうユーザーは満足してしまったのです。

同様のことは Office にもいえます。Office 2003 頃に安定感が強まり、製品として落ち着いてからは、Office 2007、2010 と、わけのわからぬ使いにくいだけの改悪が続いています。（といっても、Office 2007 からの Quick Styles 機能は大好きですけどね）

しかし、マイクロソフトのマーケティング体質は変わりません。

新製品が実際に出荷される頃には、次のバージョンの宣伝をして、現行製品のユーザーはまるで古い製品を使っているような感覚にして、次に出る製品の良さをアピールし続けています。

僕はコンピュータを仕事にしているので、それでも情報収集は続けていますが、お客さんの目は厳しいものがあります。

マイクロソフトに関して言えば、堅実にセキュリティの問題等、企業が受け入れられるよう改善を続けているので、ブームということはなくなっても衰退というほどでもありません。

OS は周辺機器とのつながりが強く、一度組み込んだ OS をおいそれと手放せない、という理由もあるでしょうし、単純に対抗馬がまだ出現していないから、という理由もあるでしょう。（デスクトップ Linux が虎視眈々と追撃を狙っていますが、まだシェアを奪うというほどではありません。）

アップルの製品に話を戻します。

音質や画質など、機能的に十分でないとユーザーも感じているものがあれば、良い物を使いたければ買い換えるかもしれませんが、当然ながら機能はユーザーが満足するレベルに早く上げないといけません。

機能さえ落ち着けば、見た目がちょっと変わった、などというマイナーバージョンアップだけで製品に飛びつく無意味なブームはすぐに終わるはずです。

しかもデスクトップ OS とは違って、周辺機器との縛りも少ないので、本質的に競合に取って代わられやすい製品群ですから、独占を続けるのは難しいはず。それに iPhone OS よりも開発者に優しい Google の Android が既にあるので、今後より競争が厳しくなるはず・・・。

だから僕はアップルが次々と新しい製品を出すからと言って、イノベイティブだ、などと手放しで褒める気にはなれないのです。単に、１０年以上前からマイクロソフトがやり続ける旧式のマーケティング戦略だとしか思えないのです。

会社があなたにしてくれることではなく、あなたが会社にできることを考えて欲しい

2010-07-15T23:40:00.000-07:00

第３５代アメリカ大統領ジョン・F・ケネディ大統領は、就任演説でこういいました。

Ask not what your country can do for you, ask what you can do for your country.
（国家があなたにしてくれることではなく、あなたが国のために何ができるか考えて欲しい）

他の業種の事はよく知らないのですが、IT 系の同業者が会社に勤める時・辞めようかと考える時は、ぜひこう考えるとよいでしょう。

Ask not what your company can do for you, ask what you can do for your company.
（会社があなたにしてくれることではなく、あなたが会社のために何ができるか考えて欲しい）

私たちは自分で起業でもしていない限り、どこかに勤めてお金を稼がなければなりません。

仕事が辛くなれば今勤めている会社を辞めて、新しい場所で心機一転頑張ろうと思う人もいるでしょう。

こうした時、次のように考えるひとは少なくありません。

「いい会社に入ればいい仕事が出来る。（しかし、今の会社はいい会社じゃないから良い仕事が出来ない）」
「いい会社に入ればいいことが学べる。（しかし、今の会社はいい会社じゃないから良いことが学べない）」
「いい仕事があれば良いことが学べる。（しかし、いい仕事がないから良い事が身につかない）」

こう考える人は、仕事に対する姿勢を改めるべきです。
あまりにムシが良すぎます。

当たり前のことですが会社は、あなたに何かをして欲しいから、あなたを雇うのです。
あなたにお金をあげるかわりに、あなたに良い仕事をして欲しいのです。
あなたが行ったサービスに対する料金として、会社から給料が支払われるのです。

だから、良い会社にいないと良い仕事ができない、良いことが学べないと考えること自体が間違いです。

もちろん、働きやすい職場というのはあるでしょう。でも、学ぶのはどこに行っても自分自身です。学ぼうと思えば、どんなところにいても何かを学べるはずです。成功から学ぶことだけではなく、失敗から学ぶことだってできるのです。

「今の会社じゃいい仕事が出来ない」
「良い事が学べない」
・・・

などと甘えたことを言う前に、

＊あなた自身がどれだけ毎日勉強しているか
＊あなた自身がどれだけ事前にスキルを磨いて、まだ来ない仕事に備えているか
＊あなた自身が会社にどれだけ貢献しているか、役に立っているか

それを先に自問するべきです。

自分が他のエンジニアよりもずっと付加価値の高い何かを持っていないのならば、会社があなたを評価しないのはいわば当然です。評価されたいなら、まず先にあなたが逆境の中でも良い仕事をすることが先です。それで初めて「よく頑張ってくれた」と評価される素地ができるのです。

もちろん、いい仕事をして常に高く評価されるとは限りません。
しかし少なくとも、先に成果をあげて見せるのは常に従業員側であることを肝に銘じるべきです。

会社からあなたはお金をもらっているのですから、それなりの価値を会社に対して行わなければなりません。

立派な大企業 (great company) に勤めたいなどと言う前に、あなた自身が人並み以上の努力を続けて、立派な大従業員 (great employee) になるべきです。

現状から逃げ出して他所の会社から給料もノウハウも搾取してやろうと企む前に、自分の生活を改善し、自分が優れたビジネススキルを会社に対して提供できるようになることを第一歩とすべきです。

自分に対して、次をチェックすると良いでしょう。

最近読んだ技術書、今興味を持って調べていることはあるか？
毎日日課として勉強していることはあるか？
去年と比べて自分ができるようになったことは何か？

それぞれの項目に対して即答できなければ、勉強不足、準備不足です。
そんな人はどこの会社に行っても、いい仕事はできません。

生まれたばかりの鳥の雛のように、あなたがいくら口を開けて待っていても、
誰もあなたの口に「良い仕事」「優れた能力」を持ってきてはくれないのです。

自分を変えることからはじめなければなりません。

安易に転職を考える前に、自分が会社に対してできること、これを良く考えて欲しいものです。

日本におけるプログラマの地位向上は可能なのか？

2010-05-30T10:11:00.000-07:00

正直なところ、プログラマを下に見る輩が多すぎうんざりする。

会計の知識、物流の知識、ERP パッケージの知識・・・、ひっくるめて "業務知識" と呼びましょうか。この "業務知識" を知っていることこそが偉くて、プログラミング作業は現場のドカタ作業であって、そんなもの誰でもできるから全然エラくない。こういう姿勢で話を始める人が多くて困る。

一人や二人の話ではない。「プログラマと付き合いがあるんだけど、自分ではあまりコードが書けない人」っていうのが、そういう姿勢でこちらにかかってくることが多いようだ。いや、本人はコードを書けるとすら思っている人が多いから余計にたちが悪い。

そりゃ、プログラミングは簡単なものは簡単だ。

例えば、統合開発環境なら開発用のプログラムを立ち上げ、フォームを開いて、ボタンをそのフォームに落とす。そのボタンをダブルクリックすると、そのボタンを押した時にやることを書く場所にくるから、そこにコードをちょこちょこっと書いて終わり・・・、といえば終わり。

データベースだってそう。どう使ってもいい、と信じればデータベースは簡単なものだ。

僕の知っている人は、「データベースはただの箱だ」と豪語している。その人は「varchar なら何でも入るから一番柔軟で優れている」といわんばかりに、大き目の varchar のフィールドを作りたがる。

僕がお客さんからもらったデータの定義書にデータ長 10 とあったので、長さ 10 でフィールドを取ろうとしたときなど「なぜ長さを 10 にするんだ！ 100 にしておけばデータ長が 10 以上のときにも対応できるだろう！それが柔軟な設計というものだ」と厳しく "アドバイス" されたものだ。

もちろん僕はそんなアドバイスが正しいとは思わない。僕なら想定していないデータが来たときには、速やかにエラーとしてはじいて、その問題点が正しく突き止められるようなコードを書く・・・。

こんなテキトーなやり方しかしらず、また、コードを書くといえば、フォームをペタペタいじるくらいのことしか知らない人が、「プログラミングなんて簡単だよね。だから、『業務知識』を勉強したらいいよ」なんて言ってくるのだ。そんなことを言われて、「確かにプログラミングは簡単です。そうか、わかった『業務知識』を勉強しよう」と言うはずが無いではないか。

こちらは、「いや、プログラミングはちゃんとやろうとすれば難しい。確かに簡単に終わってしまうのもあるけれど・・・」と言い返す準備はいくらでもある。何しろこっちが２０年近くかけて頑張って勉強しているものを、それを詳しく知りもしない人間に「そんなの簡単だろ」という姿勢でかかってこられるのだから、言い返したい気持ちでいっぱいになる。

そもそもどうしてそんなことを言うのか理解に苦しむのだ。

例えば、カレー屋の料理人に、

「カレーなんて簡単だよ。誰でもできるし。包丁で野菜を切って、炒めて、煮込んで、ルーを入れて終わり。あなたは凝ったものを作るかもしれないけど、こっちだってそこそこうまいし、みんな満足するからこっちを作ったらいい。」

と、あなたは言えますか？

きっと、カレー屋のノウハウはあるだろう。難しい点はあるだろう。きっと、安っぽいカレールーなんて使っていないんだろう、といろいろ想像できるので、あなたが少々できることがあってもカレー屋の人にそんな失礼なことは言わないはずだ。

素人のインスタント・カレーを作っている人ばかりみすぎて、プロフェッショナルな仕事をわからない人、本物を知らない人が軽々しく職を否定するのだ。

プログラミングも同じだ。

上手にやろうとすれば難しいし、非常に多くのことを勉強して、そしてそれを限られた時間内で上手にプロジェクトをコントロールしながら実装していくのだ。そんなに簡単なことじゃない。

アメリカと日本でこの傾向はどうかといえば、特に日本で、この下に見る傾向が強いと思う。僕が最初に入社したときに世話になった先輩が、「おれも、やっとプログラマを "卒業" して SE だ」なんて言っていたが、僕はそれをみて、「コードを書かなくなってしまうくらいだったら、おれは上に行かなくてもいいや」と思ったものだ。

日本では確かにプログラマーというと、新卒、下っ端の仕事という見方が、その本人も含めて蔓延している。

アメリカでは一般的には違う。プログラマーの地位は日本よりずっと高い。何十年も技術を極めてきているひとが素晴しい仕事をしている場面に、何度も立ち会ったことがある。例えばマイクロソフトにいたころ、レドモンドでいい仕事をしている、自分よりずっと年上の人にあって感動したこともある。僕は「こんな人になりたい」と思ったのだ。

それでは、事実はそんなに下っ端に思われなくても良い、誇っても良い仕事であるプログラマーという職業。これをどうしたらもっと地位が向上するのだろうか。

ここまで引っ張って申し訳ない。全く僕にはそれへの対策が思いつかないのだ・・・。

とりあえず、僕と同じ思いの人はアメリカに引っ越して、アメリカ企業に勤めてみてはいかがだろうか。良い地位を与えられる可能性は、日本にいるよりずっと高いはずだ。

苦手な人が、良く言うなぁ・・・

2010-01-06T01:43:00.000-08:00

あるブログをみていたら（しかも企業のある程度しっかりしたブログ）、TOEIC の勉強方法が書いてありました。少し読んでみると、どうやらそのブログは、英語の苦手な人 (TOEIC 400点台だそうです) が TOEIC 600 点を目指して英語を勉強してる姿を綴ったブログのようです。

失礼ながら TOEIC 400 点台ということは、基本的な英語力が無いといえます。

ところが、それが不思議なことに、そのブログの筆者が、英語が苦手なはずなのに「こういう勉強方法が良い」「この教材が良い」と紹介しているんです。しかも、VOA Special English は単語も易しすぎだの、スピードも遅すぎて役に立たないなどと言っています。（間違いなく、それでも聞き取れていないはずです）

このブログを読んで僕は、嫌味じゃなくて、本当に羨ましいと思いました。

実績も何も無く、恥ずかしくも無く、堂々と、実績も何もないのにそういうことが言える。
ある意味本当に羨ましい。（何度もいいますが、心底嫌味じゃないです）

僕は「英語は大の苦手」といってますが、TOEIC で言えばアメリカに引っ越す前にでも既に 800 点はとりました。でもあまりわかった気がせず、苦手感は全然消えないです。日本語の理解レベルと比べたら、英語で聞いたことはあやふやな点が多すぎます。

こう言っては失礼かもしれませんが、ズバリ言えば恐らく、この人の英語のアドバイスは役に立たないでしょう。僕がフェンシングのアドバイスをしているのと大して変わりないでしょうから。自分がほとんどできないものを、アドバイスできるわけがありません。

しかし、自分が出来ないことを自信を持って語れる人がいる、というのをみると、僕は羨ましいような、恐ろしいような気分になるのでした。

SMAP 草なぎさんの騒動について思うこと

2009-05-03T09:56:00.000-07:00

皆さんご存知のように、人気タレント草なぎ剛さんが先日、「公然わいせつ」罪で逮捕され、起訴猶予処分となりました。要は泥酔状態で夜中の公園で素っ裸で大騒ぎしていた、とのことです。

これに対し、「自覚が足りない。逮捕は当然」「酔っ払っただけなのにかわいそう」と賛否両論あるのはご存知の通りです。

僕の意見を書きます。

僕は草なぎさんに同情する側です。

だって、前科もなく、常習性もなく、かつ普段仕事が非常に忙しい人が、ごくたまにあった休日に飲みすぎただけじゃないですか。そんなこと、笑い話で済ませましょうよ。

これがもし、あなた御自信、あるいはあなたの大切な人だったらどうでしょうか？

彼氏、彼女、妻、夫、父親、母親、弟、妹、兄、姉、親友。
...まぁ、女性が裸で大騒ぎすることは、ちょっとイメージしにくいですが。

でも、その人たちが普段とても仕事で忙しい。めったに休めない。確かにお金はかせいではいるけど、同情するくらい忙しい。

そして、久しぶりの休日。

つい飲みすぎて、派手に騒いでしまった。今までしたことのない騒ぎ方。素っ裸になって、夜中に公園で騒いでしまった。

これで、会社を首になる。これで世の中の多くの人から

「絶対に許される行為ではない」
「人間として最低だ」

などと批判される。

前科、常習性がないわけですから、あなたと同じ状態のひとが、やってしまったわけです。

許してあげたらどうですか。厳しすぎますよ。

強姦したとか人を殺したわけではないんです。

過ちは過ちとはいえ、「許される行為」でしょう。

「人間が一番残酷になるのは、『正義の盾』を持った時である」

という言葉は、私が考えたのだったか、誰かの言葉（ゲーテかな？）だったか忘れましたが、それは至言だと思います。

「自分が正義の側で相手が悪」と思うと、人間はとても残酷な行為をできるようになります。それは歴史的にも証明されています。多くの組織的犯罪、ホロコーストの類は、こちらが正義、あちらが悪。だからあちらは殺してよい。という理屈で行われます。われわれは悪人である、だからどんどん悪いことをしましょう。という扇動の仕方を行った例があるでしょうか。

人に悪いことをさせようと思ったら、われわれが正義であり、向こうが悪である、というレッテルを貼るものなのです。

それが、人を凶暴化させ、無慈悲なことをさせるきっかけとなるものなのです。

「草なぎ事件」に話を戻せば、草さぎさんが逮捕されたことで「悪」となったわけです。こちらが正義の側にいるわけです。

そういう時は特に、その人に対して残酷になり過ぎないように、十分気をつけるべきだと思うのです。

要は酔っ払って、普段やらない大騒ぎをしただけなのです。大目にみるべきではないでしょうか。

あまり厳しすぎる、ギスギスした世の中ではあってほしくないと思います。

失業者は、かくも惨めなものなのか

2009-02-28T23:55:00.000-08:00

アメリカからでも、インターネット上で日本の動画ニュースを見ることができます。

私は日本の動画ニュースを見ていて、最近、非常に腹立たしいと感じることがあるので、この場で激白します。これを読んだ方が、「そうは思わない」と思う人が多くても構いません。きっと、私に同調していただける方は少ないのでしょう。だから、こんなことになっているのでしょうから。

でも、どこかで言いたい気がしていますので、なんとなくこの場で書こうと思います。

では、本題。

最近、ご存知のように不況です。

連日のように日本のニュースでは、解雇、雇用契約の打ち切りなどによる失業の話題が報道されています。

皆さんぜひ、失業のニュースをみたとき、冷静にその映像に注目してください。

災害の被災地のような映像が流れていることが、圧倒的に多いことにお気づきでしょうか。

体育館で寝泊りしている姿。

公園のような場所で、食事の配給を受けている姿。

あるいは、浮浪者の姿...

それが本当に「失業」の姿なのでしょうか。

あなたがもし今日職を失ったとしたら、公園で食事を配給してもらったり、家族を連れて体育館のような場所で、そのほか大勢の見ず知らずの人たちと過ごすような事態になりますか？

不運に災害によって家を失った方々などは、それはどうしようもないかもしれません。

しかし、「失業」すると直ちにそういう生活になるものでしょうか？

もちろん、安定したやりがいのある仕事に従事してはつらつと過ごせるにこしたことはありません。

しかしだからといって、失業のニュースを報じる時に、その背後に「体育館で寝泊り」「公園で食事を配給される」というような「イメージ映像」を流す必要があるでしょうか？

まるで契約が切られて転職を迫られた人たちが、必ずすぐに食べるのに困る、寝泊りに困る一文無しのように視聴者に思わせる必要があるのでしょうか？

私はそんなことは無いと思います。

もちろん、やりかけの仕事ができなくなったりしたらその時は悲しいでしょう。

もっとやりたかった、という思いはあるでしょう。
その点で「不幸」といえる人も少なくないとは思います。

しかし、だからといって「浮浪者になる」とか「明日から寝泊りするところが無くなる」という風には思うことはありません。

たいていの人は、また新しい仕事を見つけ、同じようにやりがいを見つけて働き続けるはずです。

だから、もしあなたが「失業」してもその時は悲しいかもしれませんが、そのニュースの「イメージ映像」のようなものをイメージする必要は全くありません。

人生万事塞翁が馬

物事の良し悪しなど、すぐにわかるものではありません。

すべては気の持ちようです。

「よし、これをきっかけに、何か新しいもっと楽しいことをやろう」

と、考えればよいのです。

日本社会では、「完全失業率の動向」と「サラリーマンの自殺率の動向」が見事なまでに一致します。

そう聞くともしかしたら、日本のサラリーマンは「失業率と自殺率に関連があって当たり前だ」と思うかもしれません。確かに悲観する人が多くなるのはわかりますが、特に問題はその比率です。

国際的に見ると、同じ失業率だった場合、日本のサラリーマンの自殺率はかなり高いほうの部類に入るのです。

手元にやや古い数字しかないのですが、１９９４年の数字で言えば失業率３．４％だったとき、日本の自殺率（１０万人に何人自殺するかという数字）は約１８人です。イギリスではその時失業率が５．３％でしたが自殺率は７人程度。アメリカでも失業率が４．９％で自殺率１１人。

同様の自殺率の国から考えると、フランスなどが同じ程度の自殺率でしたが、その時の失業率はなんと１２．１％です。

日本のサラリーマンは「失業」を人生の終わりに匹敵するほどの事態と考える人が少なくないのでしょう。

ニュース番組を作る人の中に、そういう発想で「失業」を考える人が多いから、おのずとあのような馬鹿げた映像になるのでしょう。

ニュース報道を作っている人が、このブログを読んでいたら、明日から下手なイメージ映像を入れるのをやめてください。あなたのその映像によって、不必要な不安に駆られる人が多いのです。

もし逆に最近不本意に失業された方がこれを読んでいたら、そんなに将来を悲観する必要はありません。

これをきっかけに何かもっと面白いことができるはずです。

全て気の持ちようです。

私も妻と子供を連れて、ハローワークに行ったこともあります。

でも全然大丈夫です。

働き始めれば、その時期は「時間があってよかったなぁ」と思い出されることでしょう。

頑張ってください！

IT 業界、「会社を辞めたい」という３０歳前後の人へその弐

2009-02-16T09:40:00.000-08:00

前回「会社を辞めたい」と思っている３０歳前後の「後輩」の皆さんへ、暖かいメッセージを書きました。今回もその続きです。

面接準備・技術問題の勉強

特に外資系を目指している人は、技術問題がでてくると覚悟してください。

ただし、そんなに難しく考えなくてもいいです。普通の簡単な問題ができればよいです。

例えば、「スタックを表すクラスを書いてください」とか状況を説明され「これのデータベースを設計してください」などといわれたときに、それを実際に実装して、さらに適切な設計、実装であることを説明できればよいのです。足りない情報は出題者に聞けばよいです。

普段の仕事どおりにやればよいだけなのですが、普段何も考えてない人には難しいかもしれません。

この程度で困る人は「面接準備ができていない」というより、「普段から仕事ができていない」ようにしか見えません。

普段からもっと頭を使うように心がけましょう。

ちなみに、私が昔面接したある人など、「C 言語ができます」というので、私が「それじゃ、紙と鉛筆を渡すので掛け算の９ｘ９の表を出力する C 言語のコードを書いてください」という「問題」を出したことがあるのですが、紙には

void main() {

int a;

とだけ書いたあと、頭を抱えて、１０分後にギブアップしました。

この程度ができないのでは、「『C 言語ができる』というウソをついた」と思われても仕方がありません。たいていの人は、「え？そんな簡単な問題でいいんですか？」と言う程度のものですが、こんな簡単な問題でも、できない人がいるんです。

外資系あるいは米系企業なら、技術問題はたいてい面接で出題されますが、日系企業なら、技術問題はあまりでないかもしれません。それでも、出題されたときにあわてないように、簡単なプログラミングや設計に関する問題を３０題くらいはスラスラ答えられるようにしておいたほうが良いでしょう。

面接当日

私の経験では、十分準備したら、本番ではあまりガツガツしないで、

「この会社はどんな会社だろう？社風、仕事内容はどんなだろう？
条件が良いんだったら、入ってもいいぞ」

という気持ちで臨むと良いようです。

そのほうがリラックスできて、言いたいことが言えるようになります。

逆に、「お願いします。採用してください」という悲壮感が出てくると、緊張しすぎるのでかえって良い結果になりません。

簡単ですが、面接準備・当日については以上です。

PS.

今ふとググってみたら、こんな記事を見つけました。

今、本気で会社を辞めたいと思っています。

質問者の方は非常に追い詰められていますね。かわいそうに。

プログラミングが肌に合わなかったのでしょう。

こんなに追い詰められていたら、違う業種に転職したほうがいいと思います。

IT 業界、「会社を辞めたい」という３０歳前後の人へ

2009-02-14T18:17:00.000-08:00

昨今は不景気で暗いニュースばかりですね。待遇面や職場環境などで、よくない状況におかれている方も少なくないのではないでしょうか。

今日は趣向を変えて、IT 業界の「後輩」の方々で、「会社を辞めたい」と悩んでいる方へのアドバイスを書いてみたいと思います。私の経験や意見が少しでも参考になれば幸いですが・・・

たとえ参考にならなくても怒らないでくださいね（笑）

ちなみに、私は今 35 歳。学校中退して就職してからこれまでに、はや転職４回（つまり５社目）。
社内の異動のための面接なども含めると、面接は受ける側もする側もかなりやってきました（MS では社内異動も面接がありました）。

そうした経験から「IT 系の人 (SE かプログラマ)」の人が「会社を辞めたい！」と思ったときにどうしたらよいか、私なりの考えを伝授いたします。

ステップ１. どうして会社を辞めたいのか考える

まずどうして仕事をやめたいのか、考えます。

「仕事がきつい」
「仕事が面白くない」
「仕事のやりがいが無い」
「嫌な上司がいる」
「給料が安くて生活がつらい」

... まぁ、いろいろありますよね。どれもよくわかります。

ステップ１、として書いておいてこう言うのもなんですが、やめたい理由なんて何でもいいんです。

やめたいんですよね？仕方ないです（笑）

もちろん、今の会社を辞めて次の会社に行けば状況が良くなるという保障はどこにも無いですからね。ただ逃げたいだけだと、すぐに失敗しちゃうので気をつけてください。

例えば、「嫌な上司」なんてどこにでもいます。だから、「自分が変れば解決する」という程度のことは自分が変るだけで、転職しなくて済むかもしれませんよ。

さて、理由はなんでもいいんですが、「やめたい理由」は思いつきましたか？

それは自分が変ればどうにかなるようなものですか？

これの答えが「はい」あるいは「そうかも」なら、まずは少し自分が変ってみてください。

答えが「いいえ」なら、さっさと転職準備に入りましょう。

ステップ２．転職準備期間

さて、転職するぞ！と決めたらどうするか。。。

できることなら、今の会社を辞める前に転職先を決めるのが望ましいです。

「えー、それは大変だ・・・」

と思うでしょ？

わかりますよ。なにしろ、次の会社の面接はたいてい平日に設定されますが、今の会社の上司に「すみません、面接受けてくるので今日の午後早退します」とは言いにくいですし。

こちらは面接で合格したいので、なるべく先方の都合に合わせないといけないような気になりますし。

ですから、なるべくなら転職先を探してくれるエージェントにお願いするといいです。エージェントの人は言いにくいところをうまく調整してくれます。

面接の時間だけでなく、給料の交渉もしてくれますから、良いエージェントにお願いしたいところです。

もし、自分でやらなくてはいけなくて、どうしても時間の都合が取れないなら、会社を辞めてから仕事を探しても良いと思います。

やめてから今までのことについて、しっかり説明できれば、普通は問題ないはずです。

ただ、覚えておいてほしいのは、無職の期間は短い方がよい、ということです。

会社を辞めた直後は退職金や失業手当で、意外とお金が無いわけでもない時期ができるかもしれませんが、その時期にさっさと就職先を決めないと、面接のときのトークに困ることになるので、気をつけてください。

履歴書・職務経歴書の作成

こちらは、事実を正確に全部書くつもりで書きましょう。

履歴書は手書きの方が良いかもしれませんね。（日本企業の場合）でも、職務経歴書は Word とか Excel できれいに作りましょう。会社で受賞した賞や、資格などは書くのをお忘れなく。

面接準備

面接の準備は、絶対にやりましょう。

基本的な考え方は、自分が自分の営業をするということです。

当たり前のように思われるかもしれませんが、意外と忘れがちなので、トークを考えるときに忘れないようにしてください。

言い換えると、面接では「会社側のメリットを主張するべき」なのです。

だから、「御社が私を採用するべき７つの理由（御社は私を採用するとこんなにいいことがある！）」 というリストを作ってください。

難しく考えることはありませんよ。普通に考えればよいのです。

例えば、

「私は技術力に優れています。私が御社のプロジェクトに参加すれば、製品の品質が向上し、御社の顧客満足度が向上します」
「私は人付き合いがよいので、御社の会社の職場環境をよりよくすることができます。」

などなど、なんでもいいのです。

ともかく、これから面接を受けに行く会社のことを調べて、その会社に対して自分が何ができるか、それを考えてください。

逆に絶対にだめなのは、自分の希望だけを伝えることです。

私は日本で外資系に長くいて、後はアメリカに来ているので、英語を使う環境にいることが多いのですが、面接をしているといつも驚かされます。

面接のとき、私が「あなたはなぜ当社をご希望ですか？」と質問して「英語を勉強したいからです」と答える人のなんと多いことか！

ぶっちゃけていえば、「この人、バカかな？」と思わせるに十分の回答です。

「英語を勉強したいなら学校に行って下さい。ここは学校ではありませんよ」と思いませんか？

たとえて言えば、車のディーラに車を買いに行って、

「この車はどうしておすすめなんですか？」

と店員さんに聞いたときに、

「それは私の営業成績が上がるからです」

と答えられたようなものです。誰がそんな人から車を買うでしょうか？せめて、

「燃費がいいからです」
「限定車なので、今が買い時です」
「かっこいい車で女性に人気があるので、もてますよ！」

とか、理由は何でも言いのですが、ともあれ、こちらの都合を言ってほしいものです。

転職活動をしているときは、「自分は自分を売り込んでいる営業なのだ」、ということをくれぐれも忘れないようにしてください。

この視点からトークを見直せば、きっと説得力のあるトークが思いつくことでしょう。

自分のことが考えにくいなら、友達を誰かに紹介するような気分で売り込んでみてください。

技術が好き、アピール

また、私がこれまで経験してきて感じているのは、「仕事や技術を好きでやっている人は、意外と少ない」ということです。

「新卒のとき、なんとなく SI の会社に入ったから SE をやってるけど、家に帰ってきたらパソコンなんてさわりません」

という人はとても多いものです。

あなたは、似たような状況ではありませんよね？

個人的に勉強している事柄があれば、それも熱意を持って伝えられると良いと思います。Windows とか .NET をおもに仕事で使っている人は、自宅で Linux なんかをさわっていると、話に幅が広がるので良いでしょう。（理屈っぽいオタクと思われないように気をつけなければいけませんが）

保険をかける意味でも、Bluehost などのホスティングを契約して、自宅で Linux やサーバーの設定に慣れておくと、面接準備のときのためにもいいです。

例えば有名な Hosting Company のブルーホストやパウウェブなどは、年間で１万円もしないで LAMP 環境が手に入るので、勉強のためにも、転職のためにも、契約しておくと良いでしょう。

「Windows しかわかりません。Linux は全くさわったことないです... MySQL ってなんですか？」

というのでは、好きでやっているようにみえず、「どうせまた転職するんだろう」と思われるかもしれません。

だいぶ長くなったので、続きはまた今度。

それではまた。

Minefield （Firefox 開発トランク）をビルドする方法

2009-02-07T09:26:00.000-08:00

なんとなく急に気が向いたので、Firefox のビルド環境を作ってみました。

エラーから逃げるだけ逃げてざっくり作ったので、正しい方法ではないんだろうと思いますが、結果的に firefox.exe ができてきたので、真面目に開発するというよりは「環境を作ってみたい」という人には参考になるかもです。

まず、私の環境に最初にインストールされていたものを言うと、Visual Studio 2005 と Windows 2008 SDK がインストールされていました。これが前提条件です。（他にも影響するものがあるかも知れませんが、わかりません）

参考にしたページはこちら等
https://developer.mozilla.org/en/Build_and_Install

1. C:moziila-build にビルドパッケージをインストール

私は Windows 環境なのでここをみて...
https://developer.mozilla.org/en/Windows_Build_Prerequisites
mozillabuild 1.3 package をダウンロードしてきてインストールしました。

2. システム環境変数に以下を追加

SDKDIR=C:\Program Files\Microsoft SDKs\Windows\v6.1
SDKVER=6.1

こんなことやるってどこにも書いてないみたいなのですが、こうやったらうまく行きましたので。。。
どうしたらよいのでしょうか？

3. C:\Users\Keisuke\.mozconfig に次の２行を追加

ac_add_options --enable-application=browser
ac_add_options --disable-vista-sdk-requirements

wpcapi.h の Not Found が消せず（ファイルがあるのですが）仕方なく --disable-vista-sdk-requirements してます。https://developer.mozilla.org/en/wpcapi.h をみてください。

4. ソースのダウンロード

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.0.6/source/
から *.bz2 をダウンロードして C:\src\moz 以下に展開。

5. 次の順番でビルドを実行

a. cmd を開く
b. C:\mozilla-build に行って、start-msvc8.bat を実行
c. C:\src\moz\firefox-3.0.6-source.tar\mozilla にいって...
d. make -f client.mk build

これで一晩経つと、mozilla/dist 以下にバイナリができていました。

ちなみにこの方法でビルドされた Firefox は、Minefield というのですね。Minefield = 地雷原。時々地雷（＝バグ）を踏むかもしれないよ、ということでしょうか。

Google のアクセス数が戻りました！

2009-02-05T21:57:00.000-08:00

アクセス数が回復したお祝いに、ちょっとだけ「企業秘密」を公開します。

私の Web サイト「プログラミング徹底解説」のアクセス数の傾向です。アクセス数はこのグラフのようになっています。

平日にアクセスが集中し、週末にアクセス数が低下。それを繰り返します。おそらくプログラマーの方々が仕事中にググって検索にヒットしているのでしょう。徐々にアクセス数が増えてきていたのですが、ご覧の通り、先週にアクセス数がガタ落ちしました。これを回復すべく様々な対策を講じて、おとといの夜から完全復活した、ということになります。ちなみに、本日もアクセス数は順調に伸びています。

どうにか週末にアクセスしていただけないか、ずっと考えているのですが、良いアイデアが浮かびません...
どうしたらよいのでしょうね。

Google のオーガニック検索復活の兆し！

2009-02-04T01:38:00.000-08:00

先日のサイト構成の失敗によって、Google からの評価がガタ落ち、それに伴い、オーガニックのヒット数もウナギ下りしていたのですが、本日ようやく復活の兆しが見えてきました！

コツコツと一生懸命増やしていったアクセスが、一夜にして半減するのですから、ほんとに泣きそうでした。
検索をすれどもすれども、ヒットせず・・・。「良薬は口に苦し」とはいいますが、これは「あまりにも苦い」。

そう思っていたのですが、たった今、以前ヒットしていたようなキーワードでググるとちゃんと keicode.com が出てきます！

「のどもと過ぎれば」というやつで、こうして戻ってみれば、今となっては学ぶことが多かったなぁ、と振り返る余裕が出てきました。

教訓。

* オリジナルの内容を含まないページを増加させるとサイト全体の評価が下がる
* 評価は徐々に低くなるのではなく、ある日突然ガタッと下がる
* 評価が下がるといくらインデックスが増えても全くヒットしなくなる
* 評価が落ちたら速やかに元のページに戻す。かつ、増加させたページを Not Found (404) になるようにし、かつクローラを robots.txt でブロック。（かつ、Webmaster Tool からインデックスの削除リクエストを申請可能）
* ちなみに、サーバーの設定によっては 404 カスタムエラーページが 302 で返される場合もあるので、telnet などで HTTP サーバーレスポンスを確認する
* 評価は PR = 3 程度のサイトで、対策後およそ１週間程度で戻る（PR に依存するか否か不明）

明日からのアクセスが楽しみです。

HTML 5 リファレンス (HTML 4 からの変更点)

2009-02-01T16:47:00.000-08:00

現時点で HTML 5 はまだ Working Draft の段階です。しかし、おそらくこの先１、２年のうちに出てくることを考えると、ウェブサイト開発者はそれを少しは意識していたほうが良いのかもしれません。

W3C の記事 HTML 5 differences from HTML 4 を拾い読みしてみました。

シンタックス

HTML 5 は HTML 4 と XHTML 1 に互換性のある「カスタム HTML」という書き方があり、これの MIME タイプは text/html になります。もうひとつは XML の書き方で、こちらの MIME タイプは application/xhtml+xml または application/xml になるそうです。(どっちか片方にはっきり決めればいいのに、と思うのは私だけ・・・？)

カスタム HTML の書き方は次のような感じになるそうです。

<!doctype html>
<html>
  <head>
    <meta charset="UTF-8">
    <title>タイトル</title>
  </head>
  <body>
    <p>パラグラフはここです</p>
  </body>
</html>

新しいのは後述しますが、doctype 宣言がシンプルになったのと、meta タグで charset が簡単に宣言できるようになったことでしょうか。charset については http-equiv で指定するのに比べてずっとスッキリしていていいですね。

一方、XML では次のように書きます。

<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml">
  <head>
    <title>タイトル</title>
  </head>
  <body>
    <p>パラグラフはここです</p>
  </body>
</html>

これはなんら新しいことが無いように見えますね。

文字エンコーディングの指定

上述のように meta 要素で charset を直接サポートするようになるようです。

つまり、今までは

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

と書いていたところを、

<meta charset="UTF-8">

と書いてよいことになります。

これは単純に簡潔になるので嬉しいですね。

DOCTYPE 指定

HTML 5 の HTML シンタックス (いわゆるカスタム HTML) では、DOCTYPE 指定が必須になります。大文字小文字を区別せずに、

<!doctype html>

と書きます。

新しい要素・属性

ドラフトである現時点で、完全に網羅することにあまり意味は無さそうなので、めぼしいものだけピックアップしてみました。

新しい要素

meter 要素: ディスクの使用状況など、計測データの表示に使用される。これは今後、ブラウザがどのような形で対応してくるか面白そうですね。

canvas 要素: これは以前からいわれていたとおり。現在の Firefox の canvas と同様になりそうですね。

datagrid 要素: ツリーリストなども表現可能になるようですね。

input 要素の type ～ datetime, datetime-local, date, month, week, time, number, range, email, url: これらの要素が HTML 組み込みなら、データのクライアント側のバリデーションの手間はだいぶ省けそうですね。

新しい属性

autofocus 属性: input 要素へ追加されるようです。フォーカスはコードで常に制御することですから、ぜひ組み込まれて欲しいものです。

required 属性: input 要素への追加。これもコードで書いたことがあります。

私が以前あるプロジェクトで全く同様のコードを書いたときは、この input が ... なら、ここは required、などの制御が必要で、conditional validation, group validation などが必要でした。簡単なフォームでは有効ですが、ある程度拡張しないと使えないかもしれませんね。

以上、とりあえず、冒頭のドキュメントの前半戦だけ駆け足でみてきました。

HTML の仕様がどうなるかももちろんですが、IE, Firefox の実装がどうなっていくのか、大変気になるところです。

アクセスダウン、その後・・・

2009-01-30T09:03:00.000-08:00

アクセス数ダウンから、ある程度解決策を講じてみました。

* Google へのインデックス削除依頼

検索エンジンのことをあまりご存知でない方もいるかと思いますので、まずは検索エンジンの仕組み、特に Google について簡単に説明します。

皆さんが「ググる」とき、実はインターネット全体を検索して検索結果を出しているわけではありません。Google の「クローラ」と呼ばれるプログラムがあらかじめインターネットを巡回して作成した、「インデックス」というデータから情報を検索して結果を返しているのです。ですから、Web サイトを公開してもすぐに検索エンジンでヒットするかというとそうではなく、クローラに来てもらって、さらにそれがちゃんとインデックスとして Google のデータベースに格納されて検索可能な状態になって初めて、検索結果に出てくるのです。

# ちなみに「データベース」と書きましたが通常の RDBMS ではありませんよ。
# Google の仕組みは恐ろしく複雑、大規模で、かつ優れています。
# この話はまた別のところで。

そして、最終的な検索結果を作成するときに Google はランキングに従ってそれを並べ、検索の利用者にとって最も良いと思われるページをなるべく上位に表示します。PageRank (ページランク) と呼ばれる指標については、IT 業界の人は聞いたことがあると思いますが、PageRank はランキングを決める指標のひとつです。Google は「質の良いページ」と判断したページのランキングを高めるような仕組みを構築しています。

検索エンジンからの純粋な検索結果は、「オーガニック検索」と呼ばれます。お金で買ったりしたリンクとか、リスティング広告との対比で用いられる呼び方です。Google の検索結果ページをよーく見ると、右側などに広告が出ていることがわかると思いますが、これがリスティング広告と呼ばれるものです。通常あなたが目にしている検索結果がオーガニック検索結果です。

さて、ここまでが前置きですが、今回はページを増やしすぎたために、Google にかえってランキングを下げられてしまったのです。そのため、Google にインデックスはたくさん出来たのですがランキングが低いために、以前と同じキーワードで検索しても検索結果の上位に表示されず、オーガニック検索で訪れるユーザーの数が減ってしまったのでした。

困ったなぁ、と思っていたのですが、Google は Web Master Tool からインデックスの削除依頼を受け付けているのですね。

削除を依頼するときのステップ等については、私のサイトでいつか紹介したいと思います。

ともかく、今回はインデックスの削除依頼をして、インデックスを消してもらったのでした。正確に言えば、現時点ではインデックスが消えた、というよりは検索結果に出てこなくなった、という感じですが。。。

早く元通りになって欲しいものです。

他の対策についてはまた今度。それではまた。

逆境をバネに！

2009-01-26T23:04:00.000-08:00

今回は参りました。

昨日から突如、「プログラミング徹底解説」へのアクセス数が３ヶ月前のレベルになってしまいました。

ここ数ヶ月、寝る間を惜しんでせっせとウェブサイトを作ってきて、アクセス数もずっと右肩上がりを維持してきました。まさかここに来て、アクセス数が半減（どころか３分の１程度...）してしまうとは。。。

ページをうかつに増やすとダメなんですね。下手にページを増やしたことで Google からサイトの評価を下げられたらしく、全く検索エンジンからヒットしなくなってしまいました。トホホです。

とはいっても、自分で言うのもなんですが、私はもともと逆境に強くて、少々何かあっても、いつもそれをバネにさらに良い方向へと向かえるタイプの人です（笑）

今は見えていませんが、きっと半年後からみたら、今回の一件もきっと何か良いことのきっかけにできていると思います。

人生万事塞翁が馬です。

ということで、今回への対策としては、次のようにして解決しようとしています。

* メルマガの発行を再開する
* マイクロソフトコミュニティへの参加をより活発化する

これでまた検索エンジンに好かれる良いサイトと思ってもらえればよいなと思っています。

マイクロソフト Technet フォーラム回答者ランキング１位！

2009-01-25T18:30:00.000-08:00

別に順番を競っているわけでもないのですが、マイクロソフトの TechNet フォーラムの回答者ランキングで、今日やっと１位になってました。「だどさん」というのが私です。記念にブログに書いておきます。

現状、書き込みノルマを１日１件にしてコツコツと書き込みさせていただいてます。何件か解決にお役に立てたと思える時もあり、私も嬉しいです。

IIS に絡み、過去に調べて眠っている資料がまだまだあることに改めて気付きました。

頑張って「プログラミング徹底解説」にアップして行こうと思っています。

特にセキュリティ絡み (セキュリティ・ディスクリプタの使い方とかウィンドウ・ステーションの解説) 等はあまり良い解説を見たことがないので、早く書きたいのですが・・・、やることがいっぱいあってなかなか...

頑張らないと！

[記事] C++ 例外と構造化例外処理 (1)

2009-01-19T09:41:00.000-08:00

C++ 例外と構造化例外処理が違うということがある程度わかりやすいように、簡単な実験と、コンパイラオプションについて書きました。

C++ 例外と構造化例外処理 (1)

IIS 6.0 の環境

2009-01-17T18:11:00.000-08:00

おかげさまで MSDN フォーラムの回答者ランキングで過去最高位の３位に来ることができました。

上位のお二方は技術もさることながら、コミュニティにおける素晴らしい回答術をお持ちで、抜くのは無理かなと勝手にあきらめてます (笑)

今週はあまり回答を書くことが出来ませんでした。以前のポストのように JavaScript の勉強をしていたから、というのもその理由のひとつですが、根本的な理由として、「試さないで回答できるほどの楽勝な質問がないから回答できない」ということもあります。実は IIS 6.0 の環境がないのです。IIS 5.0/7.0 は一応環境を持っているのですが、IIS 6.0 が手元に無いんです。

MS の頃、カンパニーストアで買ったのがあるんですが、ライセンスが残ってたかなぁ。。。

なるべく早く環境を何とかして、またフォーラムに復帰したいです。

JavaScript、もっと頑張ります

2009-01-17T17:41:00.000-08:00

久しぶりに大ポカです。

非常に残念。

頑張って勉強しているつもりなんですけどね。これまであまりいい本を読んできてなかったみたいです。

サイ本をもっと真面目に読んでいれば良かったです。こちらは完全に通しては読んで無かったですからね。。。今週、こちら読んで愕然としました。私の間違いが次々と見つかり、驚くやら、情けないやら。

こちらの著者のコードがエレガントであり正しく、一方、私のコード (及び私がこれまで頼ってきた情報) が間違っているのが明白でした。

私のサイトの JavaScript の情報を読んで、「ひどいこと書いているなぁ」と思ってなかった方は、ぜひ
JavaScript: The Good Parts を読んでみてください。

きっと愕然とします。

私はしました。JavaScript の部分だけ、別サイトにして、「徹底解説」から切り離しちゃおうかな、と思ったくらいです。（今後ほんとにやるかも、です）

航空機エンジンの「鳥打ち込み試験」

2009-01-16T06:29:00.000-08:00

時事ネタが続き失礼します。

NY でエンジントラブルによりハドソン川に旅客機が不時着。
機長の見事な対応によりパニックも起きず全員無事。

NY で飛行機に問題があったとなると、テロを想起させるので乗客はさぞ不安だったことでしょう。無事で本当に良かったですね。

　　　　　＊　　　　　＊　　　　　＊　　　　　＊　　　　　＊　　　　　＊

エンジントラブルの原因として「エンジンに鳥が巻き込まれたから」という解説がされているようです。

実は、私は大学の専攻は実は機械工学で航空を専攻する教授についていたのですが(流体力学専攻でした)、その時に聞いたのですがエンジンの耐環境試験として「鳥打ち込み試験」なるものは実施するのだそうです。

つまり、旅客機のエンジンを設計する人にとって、ある程度の鳥がエンジンに巻き込まれるのは想定の範囲内ということです。

だからエンジンに少々の鳥が巻き込まれても全然平気なはずなのです。

しかし、「鳥打ち込み試験」のことはご存知のはずの「専門家」が「原因は鳥を巻き込んだから」といっている。ということは、問題は鳥を巻き込んだからというより、「極めて多数の鳥を一度に巻き込んだから」ということのはずです。

そこで疑問。

どの程度の数の鳥を巻き込むと問題が発生するのでしょうか？

エンジンを作るときの「鳥打ち込み試験」とはどの程度のどのような状態の鳥を「打ち込む」のでしょうか？（例. 死んだスズメを一羽打ち込む。生きたペリカン１０羽を同時に打ち込む等。）

...

と、疑問がわけど、もし実験の様子などが紹介されてても気持ち悪いと思い、あまり深く調べずにおります。

Winny 中毒者の成れの果て？

2009-01-13T07:30:00.000-08:00

Yahoo! で、テクノロジーの "ニュース" としてこんな記事が出ています。

Winny 利用の果て

これのどこが「ニュース」なんだ？ということはさておき、そもそもこれ、実話なんでしょうか？
週刊誌のガセネタみたいな「記事」です。

概要は次の通り。

真面目な銀行副支店長が仕事に追われやむなく USB にデータをコピーして持ち帰り自宅で仕事をする。その PC を、自分の PC を修理中の大学生の息子が使い Winny のウィルスに感染、銀行の内部資料が流出。そのため依願退職の形で退職。警備会社へなんとか就職。大学生の息子と取っ組み合いのけんかの後、大学を中退し地方へ。妻とは１年後に離婚...

なんだかうそっぽいと思いませんか？

誰がどういう形で誰にインタビューしたかも書いてませんし、「なんとなくこんな事例が日本中探せば一軒くらいあるだろう」という程度の思い込みで書いたとしか思えないような内容に思えてなりません。

少なくとも、裏が取れている感じが、まるでしません。

しかも、いかにも偏見に満ち溢れている嫌な内容だと思いませんか？

例えば、「長男は大学を中退して地方へ住み込みの仕事をしに出て行きました。」のくだり。私は大学（院）を中退している地方出身者なので言わせてもらえば、「中退」して「地方」へ行ったことが「悲劇」と決め付けることはないでしょう。これを書いたのは東京の良い大学を出ている人なのかもしれませんが、大学を中退していても、地方に暮らしていても、幸せな人はたくさんいます。

ですから、

「長男は大学を中退して地方へ住み込みの仕事をしに出て行き幸せに暮らしました。Winny をきっかけに幸せになれました。」

と受けても良い筈なのです。それなのに、「中毒者」の「悲劇」として「大学を辞めて地方へ行った」ということが暗黙の当然のようにかかれるのはおかしなことです。

さらに、「多少出世が遅れたとはいえ、高額な収入を手にしていた「副支店長」という生活水準を大幅に下げざるを得ず、夫人には耐えられなかったようです」のくだりにいたっては、銀行の副支店長の奥さんはお金が目当てなので、収入が減れば当然離婚するだろう、という偏見も感じられます。

とにかくツッコミどころ満載です。

　　　　　　　　　　*　　　　　　　　　　*　　　　　　　　　　*　　　　　　　　　　*

こういう「記事」を「ニュース」として、かの Yahoo! が取り上げてよいのでしょうか。

最近、アメブロ等を見ていても思うのですが、非常に安っぽいどうでも良いような内容、しかもそれが本当かどうかもわからないような内容を、さも重大ニュースのような顔をして「報道」するのをよく目にします。特にウェブサイトの「ニュース」欄にその傾向が見られます。

しっかり質を高めていかないと、長期的にニュース・プロバイダとしての価値が下がります。目の前のアクセスアップだけのために、こういうガセネタに飛びつかないように気をつけたいものです。

[徹底解説記事] ベクトル化例外処理

2009-01-13T05:51:00.000-08:00

Windows に関して、前回は構造化例外処理 SEH について少し書いたので、今回はその拡張であるベクトル化例外処理 (Vectored Exception Handling, VEH) について書きたいと思います。

特筆することも特にないので、簡単な使い方だけ見ておきます。

書籍紹介の自動化について

2009-01-11T08:58:00.000-08:00

アマゾンの提供する「自動更新ガジェット」的なものは正直面白くなく、前回書いたようにその表示結果にもあまり満足できていなかったので使っていませんでした。

しかし、ふと Amazon Web Service (AWS) ではどんなことができるのかな？と思い立ち、試したところ非常に良かったので採用することにしました。

なぜ良かったか。

１．プログラミングが簡単

どんなものでも面倒なことはしたくないです（笑） AWS も非常に一般的な REST 方式を採用しているのでプログラミングは非常に簡単でした。（結局２時間弱で全部できました）

２．取得できる情報が豊富

自分も書評を書いているのですが、自分が読んだことのない書籍の書評は当然書くことはできません。アマゾン等のサイトにカスタマーレビューが書いてあるのはもちろん知っていましたが、わざわざそっちへ行ってキーワード検索するのも面倒。できれば自分のサイトに統合したら、自分は自分のサイトを使っているので手間が省けていいです。

カスタマーレビューの他、関連する書籍に関する情報もとれるのでとても楽しいです。

アマゾンですから安定性などの Web の基本性能は良いことは前提にして良いとおもっています。さらに「簡単」に「たくさんの情報がとれる」のですから採用しない理由はありません。

AWS の情報については後ほど、その方法を記載したいと思います。意外と新しいバージョンの情報は見つからず、直接リファレンスを読み下しましたので、いろいろ書けると思います。

ちなみに、ついでに「本買う前.com」なんてものも作ってみました。URL は honkaumae.com です。

私はいつも BORDER'S 等の大手本屋の店頭で本を見ているとき、「この本欲しいけど、アマゾンの価格はいくらだろう？」と思うことが多いです。そういうときに本屋から直ちにアクセスできるように、携帯サイトとして作りました。こちらは「徹底解説」で使ったコードをコピって、ドメインを取っただけのもので、それこそ１時間弱でほぼ全部完了。まぁ、即席サイトなので全然洗練されてないですけどね。（例えば ISBN-10 の入力時に '-' を入れると認識しない、など）

良かったら使ってください。

[記事] C/C++ 言語書籍ランキング表

2009-01-04T23:53:00.000-08:00

アマゾンの「売れている順番」を元にしてランキングを作っています。
書籍購入の参考にしてください。

お奨め技術書籍～ C/C++ 言語

尚、なぜ自動更新をしないかというと、どうもアマゾンで C 言語をキーワードにしても Java やプログラミング全般の書籍などが混じってくることが多いため、目で見て確認してランキングを作る必要があるからです。

[記事] 構造化例外処理と UnhandledExceptionFilter

2009-01-03T14:49:00.000-08:00

構造化例外処理と UnhandledExceptionFilter

この資料では Windows の例外処理の基本である構造化例外処理と、例外を処理しなかったときの動作を簡単に説明しています。

あけましておめでとうございます！

2009-01-02T23:35:00.001-08:00

皆様、あけましておめでとうございます！

今年もどうぞよろしくお願いします。
去年はサイトをいろいろとオープンできました。

1.「プログラミング徹底解説」
Windows と Web サイトのプログラミング情報サイト
2.「クロッパー」
「徹底解説」のネタ作り中に出来上がった画像切抜きツール
3.「海外ホスティング入門」
安くて便利なアメリカのホスティングサービスの紹介
4.「画でみる西洋美術史」
年末のホリデーシーズン中になんとなく絵画を集めてそれぞれいろいろ調べてみました。
5.「iSakura 全米クチコミサイト」
現在は試験的にハワイとロサンゼルスの情報サイトとして公開中

今年もますますいろいろな活動をしていこうと思っています。

よろしくお願いします。

-------------------------

昨日、元日はロサンゼルス中心部から車で約１時間半のところにあるマウンテン・ハイに、スノーボードをしに行ってきました。ゲレンデは空いていてすごく気持ちが良かったです。

写真はその時の写真です。

カリフォルニア、ロサンゼルスというと暖かいイメージがあるかもしれませんが、ロサンゼルスは海ではサーフィンができ、車でちょっといけば立派なスキー場があります。とても過ごしやすいところです。

MSDN フォーラムトップ回答者ランキング～６位

2008-12-21T12:42:00.000-08:00

MSDN トップ回答者にランキングが表示されるのですが、毎日ポストしていることもあって６位に食い込んでます。

自分としては平均１日１ポストを目指して（＝年間３６５ポスト）書き込んでます。ですが、IIS 系など、自分の得意なところの質問が来てくれないと書きようもありません。あまり得意でもないカテゴリに入り込んでいって間違った回答しても嫌だし、、かといって、書き込むネタが無くみすみす順位を下げるのもいやだし。。。悩むところです。

情報サイトの接続障害？

2008-12-16T04:51:00.001-08:00

サイトをオープンして、フィードバックをいくつかいただきました。

たいていは、「ページが見られない」というもの・・・。

確かに昨日の朝頃は、データベースへの接続に問題があったっぽいです。エラーログに記録されていました。しかし、その後はサーバー側ではエラーは起きていないようなのです。開発メンバー間で、「いままでみられないことなんてなかったのに、どうなっているんだろう？」と首をかしげています。

確かに改良したい点がたくさんあるのはわかっています。

ですが、

「サービスをリリースすること」
「変更が簡単であること」

という２点を重要視しているので、最適化していません。

しかし、パフォーマンスに問題があったとしても、ページが表示できないということにはならないと思うのですが、一体どうなっているんでしょうか。

もしよろしければ、こちらの URL
http://la.isakura.info/review.php
がちゃんと表示されたら、表示できた。表示できなかったら、表示が出来ない、とコメントをいただけないでしょうか。よろしくお願いします。

アメリカ生活情報サイトを公開しました

2008-12-15T03:09:00.000-08:00

この週末はあまりページを増やせませんでした。Windows プログラミング入門のメルマガも止まってますね。ごめんなさい。

実はこの「徹底解説」サイトを作るのと同時に、友達ともう数サイト作ってまして、それのテストとリリース準備をしてました。（＋風邪も引いてました）

それで今回公開したのはこちらのサイトです。

iSakura アメリカ情報クチコミサイト

今後の拡張プランもさっそく設計を始めてますが、かなり面白いことになってます。

Web サイト作りはやっぱり面白いですね。いろいろ考えることがたくさんあって。あまりにも貴重な教訓がたくさんあって、思わず出し惜しみしてしまいますが（笑）、少しずつ「徹底解説」でサイト作りのノウハウを書いていこうと思います。ま、そのためにはもっと実績作りが必要でしょうけど。

Yahoo! Web サービスの利用法について詳しく書き直しました

2008-12-14T19:57:00.000-08:00

PHP での XML 解析方法がまずい方法を掲載していたので、お詫びといってはなんですが、やや詳しく記事を書き直しました。

Yahoo! ニュース Web サービスを利用したニュースカテゴリの取り込み方法

Ajax に慣れている人には簡単なことなのですが、JavaScript を軽視してあまりまともにやってきてない人には「難しい」コードに見えるかもしれませんね。

あまり慣れていない方もこの機会に試してみてください。

PHP の XML 解析....

2008-12-13T18:05:00.000-08:00

あららー。。。

PHP の XML 解析コード。

かなり下手なコードを掲載してたんですね。失敗しました。

今日中に速やかに直します。

なんか、恥ずかしいな（苦笑）

Yahoo! テキスト解析 Web サービスを使った形態素解析方法

2008-12-12T03:09:00.000-08:00

Yahoo! が公開している Web サービスをいくつか試しています。使い方も全く簡単で、とても使いやすいです。

Yahoo! デベロッパーネットワークにリストされているように、Yahoo! が公開している Web サービスは結構たくさんあります。そのうちのひとつがテキスト解析 Web サービスなるもので、今回はこれを使って形態素解析のテストをしてみました。

Yahoo! テキスト解析 Web サービスを利用した形態素解析方法

これの使い道ですが、今構想中のプロジェクトの話なのでまだあまり書きたくないのですが... ちょっとだけ書くと、要は形態素解析の結果、うまく行けば意図通りに品詞にバラバラになります。単語が認識できるため、読み仮名なんかもわかるようになります。となると、文章をよりよく理解できるようになるわけです。また、単語間の相関なども把握できます。

データベースに格納されたテキストから特定の文字を「検索」してくるとき、たいていの場合、せいぜい LIKE を使った SQL 文で情報を引いてくる程度で済ますことが多いですよね。でも、文章を形態素に解析してよりきめ細かく文章を「理解」することによって、もっと面白いことができます。これをあるプロジェクトに応用しようと考えています。

Yahoo! ニュース Web サービスの利用方法

2008-12-11T00:15:00.000-08:00

今日は Yahoo! ニュース Web サービスの利用方法についてまとめてみました。

私はこうした外部のサービスの取り込み、いわゆるマッシュアップにとても興味があります。

今回は Yahoo! Web サービスを使いましたが、今後もっといろいろなサービスを利用して、その利用方法を整理して行こうと思います。

ちなみに、今考えているのは AWS (アマゾン Web サービス) です。

NINJA アンケート表示障害

2008-12-09T21:05:00.000-08:00

今、自分のウェブサイト「プログラミング徹底解説」をブラウザで表示しようと思ったら表示されない・・・。

Firefox で表示したら微妙に中途半端な画面が表示され、IE だと画面が背景色のまま・・・

これはなんだろうと、思っていたらしばらくしたら「開催中のアンケート」だけが表示されない状態で画面が表示されました。

それで「あっ」と気付いたのですが、NINJA アンケートのスクリプトがダウンロードできない状態だったんでしょうね。アンケートフォームは自作しないで、NINJA ツールを使っているんです。「Google などのような CDN はなさそうだし、スクリプトが defer じゃないのはいやだなぁ」と思っていたのですが。。。

そこでアンケートのスクリプトを削除し、ページを作り直すと問題なく表示されるようになりました。

私のサイトは日本の日中、皆さんが働いているときに参照していただいているようなので、ちょうどその時間に問題が発生するのは大変困るのです。

しばらく NINJA アンケートツールは無しですね。
さて、アンケート、どうしようかな。。。

SID とユーザー名の変換ツール

2008-12-09T08:06:00.000-08:00

そろそろセキュリティに関する記事でも書こうかと思い、とりあえず SID とユーザー名の変換ツールを公開しました。

SID ルックアップツール

これ系のツールは過去にたくさん作っていますので、徐々に公開して行こうと思っています。

MSDN フォーラム８位ランクイン！

2008-12-09T05:12:00.000-08:00

最近マイクロソフトが主催する「MSDN フォーラム」という質問掲示板で回答を書いてます。

もともと私はマイクロソフトのサポート部でお客様からの質問に答えてました。マイクロソフトのお客さんというのは、エンドユーザーではなく、エンドユーザーに対してサービスを行っている、大手ベンダーが主なお客さんなのです。ですから、お客さんもほとんどの場合 IT プロでした。そういうお客さんからの質問に応え続けていたわけですから、フォーラムでちょっとした質問に答えていくのは簡単な話です。だいたいどのケースももともと試したことがありますからね。

と、そういうわけで質問に回答するのは慣れているのですが、１１月９日に MSDN フォーラムで回答を始めて以来、１ヶ月でやっとトップ回答者ランキングで１０位以内に入りました！

さすがにさらに上位の方々はツワモノ揃いのようで、瞬時にさらっと回答（コメント？）して、質問者を満足させるテクニックをお持ちのようで・・・（勉強になります）

これより上に食い込むのは正直厳しい印象ですが、相変わらず IIS 系の質問ではガンガン答えていこうと思ってます。

もし IIS 系のトラブル、質問等があったら MSDN フォーラムへどうぞ！

私も可能な限り回答しますし、私が回答できなくても、誰か他の方が回答してくれると思います。これでコミュニティが盛り上がっていったらいいな、と思います。

「仕様書をまとめない設計手法」

2008-12-08T01:40:00.001-08:00

私はこれまでに数社転職しており、私が過去の話をしてもいつの誰のことを指していることか、わからないでしょう。だから今日はズバリ書きましょうか。

今日は Eat That Frog という書籍の書評をまとめました。

Eat That Frog!

その中で

"Proper Prior Planning Prevents Poor Performance."
(適切な事前計画は成果が悪くなることを防ぐ)

という言葉を読み返しました。

ソフトウェア開発で言えば、事前準備は仕様策定とプログラムの設計に当たるでしょう。

逆に「事前計画 (=仕様書) がないとひどい結果になる」ということです。

これ、ほんとに当たり前の事実なんです。
少し開発を経験した人なら、わかってくれると思いますが。

第一、何を作るかわからないで作れるはずありません。

ですが、現実には 「僕は『仕様書をまとめない設計手法』を採用しているから」 などとあきれたことを言って、仕様書をまとめない馬鹿人も、この世にはいるものなのです。

その下で働く人は大変です。

仕様書をまとめるべき人の手間は確かに減るのかもしれません。

しかし、そういうときは結局何度も何度も作り直しが発生します。そうすると、プロジェクト全体はひどい遅れが発生しますし、何度も何度も同じものを作り直しさせられたプログラマーの方は士気が当然低下します。なにしろ、自分のせいじゃないのに作り直しになるんですからね。レストランに行って、「すみません。ラーメンください」といってラーメンを出してきた人に、「やっぱり、カレーを」「やっぱり、カツどん」と何度もやり直しさせるようなものですからね。ひどい話です。

ぜひそういう人には、 Eat That Frog を読んでもらいたい。いや、読んで欲しいというか、Eat That Frog を理解して欲しい。

食物は食べることによってではなく、吸収することによって、栄養になる。
それと同じで、書物は読むことによってではなく、理解することによって身につく。

といいますからね。

でもなぁ、・・・まぁ、、彼には理解できないだろうなぁ。

画像切抜き・オンラインツール「クロッパー」にクリスマスフレーム追加

2008-12-05T01:38:00.001-08:00

以前、画像切抜きツールとして「クロッパー」というツールを公開しました。

URL はこちらです。

もともとは、オンラインで JavaScript を使って、画像の一部をインタラクティブに選択出来るようにするためにはどうしたらよいか？という（練習）問題を思いついて、それを実装してみたものでした。思ったより簡単で、二日でほぼ全部出来てしまいました。なかなか手軽に使えるようなのが出来たので、公開してみようかな、と思い立ったしだいでした。

ちなみに、技術的な部分に興味がある人はプログラミング徹底解説の中の記事、 JavaScript と PHP で画像をクロップする方法を見てください。

それが最近、徐々にあちこちで紹介されるようになってきました。

クリスマスの季節ということで、クリスマスフレーム型の切抜きオプションもひとつ追加してみました。また、良いフレームが見つかったらフレームを追加しようと思います。

画像クロッピングツール：クロッパー

MSDN フォーラムの活用

2008-12-04T07:28:00.000-08:00

最近 MSDN フォーラムに出没しています。これは何かというと、マイクロソフトが主催している技術フォーラムで、要は「質問掲示板」です。

MSDN フォーラム

私は「だどさん」というハンドルネームで出ています。

私は何しろマイクロソフトのサポート部で長年やってましたし、しかも IIS は任せられていましたから IIS 6 までは詳しくて当たり前です。たぶん、 IIS 6 以前までに関して言えば、コアの部分については何でもわかると思います。（言いすぎかな？（笑））

ですが、 IIS 7.0 は私が MS を退社してからリリースされていますから、 IIS 7.0 については私も「普通の」ユーザーです。

そう思うと、かえって参加してみたくなり、最近質問に答え続けています。

その甲斐あって、トップ回答者２０位にやっとランクインできました。あと５つくらい回答できれば１０位に入れるのかな？でも、上位のかたがたは精力的に回答されている方が多いのでそんな簡単にはいかないのかな。。。良くわかりませんが、しばらくこれを続けてみたいと思います。

これを機に、以前 MS にいたときにお世話になった方々ともまた連絡を取るきっかけにもなりましたし、また連絡をいただいていない方も「誰だこれ？あ、あいつじゃん」って、バレてるらしいですし（笑）、そうなると余計恥ずかしい回答は出来ないな、と、自分のモチベーション維持にも良いと思ってます。

Windows 2000 の環境構築中

2008-12-03T00:59:00.000-08:00

今、Windows 2000 の環境を作っています。

最近は IIS 7 の環境ばかりみていたので、IIS 5,6 の環境もそろそろ作り直さないといけないな～、と思っていたところ、ちょうど
こちらの MS フォーラムで、IIS 5 の質問がありました。

少し調べて回答したのですが、残念ながら質問されているかたの状況に合わないようです。

この際なので環境を作ってみようと思います。

現在、修正モジュールの適用中・・・SP4 インストール後でもまださらに７３個か。。。
SP5 出せばよかったのに。

サポート技術情報の検索機能

2008-12-02T00:54:00.000-08:00

マクロソフトでは、製品リリース後の情報はサポート技術情報（英語サイトでは Knowledge Base, KB）として情報を出しています。

今回、それの検索をしていたのですが、MS の検索機能はやや使いにくいですね・・・。
（どこか、もっといいページがあるのかな？）

自分で検索しやすいような何かを作ろうと思っています。

ネットワーク超入門に IP アドレスの説明を追加しました

2008-11-30T14:51:00.001-08:00

只今連載中のネットワーク超入門では、なるべく余計な詳細に触れずに、ポイントだけを書いていきたいと思っています。

今日書いたのは IP アドレスのクラスと、グローバルアドレス、プライベートアドレスについてです。

細かいことは書きたくなかったのですが、どうしても細かくならざるを得ませんでした。

192.168... という数字も良く出てくるので載せないわけにも行かなかったです・・・。

いかがでしょうか。

コメント・質問などがありましたら、お知らせください。

C 言語書籍ランキング更新

2008-11-30T02:45:00.000-08:00

C 言語本のランキングを更新しました。

プログラミング徹底解説では、C/C++ 言語を用いた開発方法に重きをおいているためか、検索キーワードをみると、C 言語の情報を求めていらっしゃる方も少なくないようです。少しでも参考になれば幸いです。

1位の "Objective-C" と 3位の "プログラムはなぜ動くか" は、このランキングに入れるかどうか迷ったのですが・・・、今回は入れてみました。おもしろそうだから、と言う理由です（笑）

面白そうといえば、１０位にランクインした Boost に関する書籍も面白そうですね。
近々読んでおきたいです。

予告通り HTML カラーテーブルを作りましたが・・・

2008-11-30T00:39:00.001-08:00

外出から帰ってきて、さっそく (予告通り) HTML のカラーテーブルを作りました。ちょっと疲れ気味だったので、Red Bull というエナジードリンクを飲みつつ書きました。

カラーテーブルの出来上がりはこちらです。

HTML カラーテーブル

JavaScript だけで書いているのですが、どの色を表示するか悩みました。

まず第一に、手間をかけたくない。手間隙かけて作るほどのものではないと思ったからです。

しかし、自分の役に立たないと意味が無い。だから、ある程度たくさんの色を載せたい。

しかし、RGB それぞれの色、0 ～ 255 までの 256 色を全て組み合わせるのは重過ぎる。

そこで、考えたのは、RGB それぞれ、00, 33, 66, 99, CC, FF を組み合わせる。これは Web セーフカラーですからはずせないと思ったからです。それプラス、20 区切りの値もくわえて、組み合わせを作る。
つまり、00, 20, 33, 40, 60, 66, ... の 13 通りを組み合わせて RGB 色を作ることにしました。

あまりありふれたものを公開しても意味が無いですからね。ちょっと変則的なほうがいいかと思い、それで行くことにしました。

HTML カラーテーブル

2008-11-29T11:51:00.001-08:00

私はここ１０年以上、Web 作成に関わってきています。

主にプログラミングを生業としているのですが、ウェブサイト作成ではどうしても美術的なデザインをしなければならない場合が多々あります。

どんな色を使うか考えるとき、色見本をみて決めるのですが、実は先ほどもどなたが作られたかわからない色見本を眺めていました。

・・・そこで、ふと思いつきました。

「そうだ。徹底解説にも色見本をつけよう」

クライアント JavaScript だけですぐに出来そうです。

これから買い物に出かけてきますが、帰ってきたら１ページ追加しようと思います。

プログラミング徹底解説の下書きとコメントのブログを始めます

2008-11-29T04:04:00.000-08:00

死ぬ気で更新を続けている私のサイト、プログラミング徹底解説。

本ブログで、コメント、質問等を受け付けることにしました。

これまではアメブロで更新情報等と一緒にあれこれ書いてきましたが、アメブロは更新情報に専念することにしました。そして、それ以外の書き込みについて当ブログを利用したいと思います。

サイトには、まとまった、（一部完全にかけていないものもありますが基本的に）出来上がった記事を整理。

アメブロには更新情報を掲載。記事というよりはただの通知系。

そして、当サイトに技術的に思ったこと、最近思ったことなど、なんでも記載して行こうと思います。

どうぞよろしくお願いします。

只今テスト中です。少々お待ちを。

2008-11-29T02:21:00.001-08:00

なかなか落ち着かないです。

ブログを心機一転することにしました

2008-11-29T02:19:00.000-08:00

アメブロは従来通り、更新情報の通知に利用します。

こちらのブログはもう少し、まともに情報を書き足したいと思います。