有限会社　高梨IT製作所

ご存じの通り、弊社ではいわゆる従業員というものを雇っておりません。まあ人を雇うほど仕事がないというのもありますが(笑)、その前に「その仕事はコンピュータに任せられないか」と考え、実践しているから、というのもあります。幸いなことに、たいていの事務仕事はコンピュータに任せられるので、人を雇う必要性をあまり感じないのです。

もし弊社で人を雇うとしたら、本当に人間にしかできないこと、例えば営業活動などを担当してもらいたいと思っています。よく、録音音声で営業電話がかかってきますが、あれは味気ないというよりも怒りを感じますね。電話営業くらい人間を使ってやれ、と。

ITのよいところは、人間を冗長で繰り返しの多い仕事から解放し、より人間らしい仕事、例えば人と交渉したり、新しい商品・サービスを開発したりといった創造的な仕事に割り当てられることだと思います。つまらない仕事はコンピュータ(機械)に任せて、人間はもっと楽しい仕事をすればいい。

例えばホームページとか電子メールとか、もはやありきたりとなった技術にだって、そういう面はあります。今までは宿泊施設の情報は、電話で問い合わせてパンフレットを送ってもらって、初めて入手できました。ところが今やパンフレットよりも綺麗で詳しい情報がホームページを見れば一目でわかります。電子メールにしても、郵便配達にかかる人的コストをちょっと考えただけでも革命的に効率化されています。

とはいえ、ホームページで伝えきれない宿の良さ、肉筆でなければ出せない味わいも当然ありますよね。そういったものを切り捨てるのではなく、メール一本で済むところをあえて肉筆で郵送するほうが、より人間らしい、心のこもったメッセージングであり、この時代にはもっと見直されていいと思います。弊社の企業理念にある

単なる「情報処理」「効率改善」に留まらず、その先にある快適で豊かなコミュニケーションを実現し、人々の生活の質を向上させたい。高度な技術力に奢ることなく、「人に優しい情報技術」を提供したい。それが高梨IT製作所の願いです。

とはそうしたことを踏まえての記述です。

今、機械に人が使われているケースがどれだけあることか。あるいはシステムの補助部品として人間が使われているケースがどれだけあることか。コンビニのPOS端末なんて、私はバイトした経験があるからわかるのですが、まさにそんな感じです。あれでは店員に商品知識なんて持たせようがない。もっと人間らしい店舗経営のしかたがあるはずだと思って、その形を模索していますが、そこへ行くとうちの両親はなかなか参考になります。いや、うちだけではなく、この辺の老舗はどこもそうです。ただ物を売ればいいというだけでなく、人の温もりを感じられるからこそひいきにしてもらえるんでしょうね。この辺りはなかなかITでは解決できないところです。

旧来の手法と最新の技術をうまく融合したソリューションができればなぁと思っていますが、なかなか思いつきません。どなたか案があったら知らせてください。（ｗ

最近、ありがたいことにいろいろな方から仕事のお話をいただきます。が、自分の不得手な分野ばかりなので申し訳なくもお断りしていたりします。

今まで我流で学んできたので、得意・不得意にすごく偏りがあるんですよね。仕事の幅を広げるためにも、もっと勉強せにゃと思うのですが、なかなかその気になれません。時間と脳エネルギーの先行投資と思えばいいんでしょうが。

Ruby のおかげでオブジェクト指向の考え方はわかったので、特に Java 周辺の知識は身に着けたいなぁと思っています。昔、アプレットの開発で挫折したことがあるせいでちょっとしたトラウマになっていますが、市場的には案件多いですし。

もう一つ Google ネタ。こちらはたぶん undocumented なものです。

http://suggestqueries.google.com/complete/search?hl=ja&qu=%E9%AB%98%E6%A2%A8&json=t&jsonp=foo

↑こんなリクエストを投げると、JSONPでサジェスト候補を返してくれます。 パラメータの解説は不要ですよね。

Google Operating System のエントリより。

More than one year after Google discontinued the SOAP Search API, it finally got a proper replacement. The AJAX Search API can now be used from any Web application, not just in JavaScript. The other two Google AJAX APIs for feeds and translations were updated for non-AJAX use, as well.

Ajax Search は知ってたんですが、あんまり食指が動かなかったという人も多いはず。こんなのしか作れなかったし。

でも、RESTでクエリを投げると JSONP で結果を返してくれる API が公開されました。サンプルリクエストはこんな感じ↓。

http://ajax.googleapis.com/ajax/services/search/web?v=1.0&q=%E9%AB%98%E6%A2%A8&callback=foo&context=bar&rsz=large&start=8

リクエストパラメータはこちらを参照してください。

ただし、制約もあります。

• 正しい HTTPリファラを送ること。
• 一度に取得できる件数は最大で8件。また、32件目以降の結果を取得することはできません。

あと、なるべくAPIキーをつけることが推奨されています。ざっと見た感じでは1日に何クエリーまでという制限はなさそうでした。

元ネタページの追記によると、ほぼ2年前から使えるようになってはいたものの、正式に公開されたのは最近になってからのようです。orz

この業界の用語で「人月」あるいは「人日」という単位があります。システム構築などの見積りをするとき、「3人月で120万円」と言ったりする。これはどういうことかというと「3人のプログラマが協力しあって1ヶ月かかって作るくらいの規模」ということです。

でも、これってよく考えてみれば変でしょう？同じものを1人の腕の立つプログラマなら半月で作ってしまうかもしれない。そうしたら、値段は6分の1でいいということになってしまいます。普通の人が1ヶ月かかって作るものを半月で作る人のほうが当然能力が高いはずなのに、値段は下ってしまうわけです。これではプログラマは腐って当たり前です。

プログラミングというのは言うまでもなく高度に創造的な作業です。センス・知識・確実性が求められ、何人がかりで何日と見積れるような作業ではありません。本来なら、お客様のご要望を聞き、締切りまでの期間を考慮し、「このシステムはざっくり○○万円です」と勇気を持って言えば済む話なんですよね。

とはいいつつも、弊社で見積りを出すときは人月・人日という単位をさりげなく使います(笑)。ひとつには見積りに説得力が生まれるからで、もうひとつの理由は、開発期間を長く取れる可能性があるからです。どうしても短納期で仕上げなければならない仕事を除き、「うーん、これは2人月くらいになりますねぇ」などと、ぼそっとつぶやくと、たいていお客様は納得してくれます。作業する側にしてみれば、1ヶ月かけてやる仕事を2ヶ月取れた方が精神的にも大変楽に進められるわけです。人月・人日は見積りを出すときの特別な言葉と割りきって、腹の中では「このお客様にとっての価値」を見積っています。当然、見積りを出す相手によって値段も違ってくることになりますが、それでいいのです。

「競馬を成り立たせているのは意見の相違である」という言葉がありますが、人によって価値観なんて様々なのです。たかが炭素の立体結晶に数億円の値段がついているではないですか。たまたま生れた国が違うだけで、同じ労働をしても払われる賃金が数倍も違うではないですか。不均衡は常にあり、それが価値と呼ばれています。良いか悪いかはさておき、それが世の中というものと割りきらないと、やっていけません

能力が低いことの言い訳っぽいですが、プログラムやシステムというのは、3日やれば3日分書けるかというとそうではなく、書けないところでつまづくといいアイデアが浮ぶかいい解決案が見つかるまで時間がかかることもあります。できるっちゃできるけど、もっとスマートな方法はないか、と考え始めるともっと時間がかかります。

構想は前からあったものの、実装に手間を取っていたものが、今日ふとしたきっかけで別の非常にスマートな方法があることに気づき、ほぼ8割方を1日で書き上げることができてしまいました。

こういうのが気持いいんですよね〜。「俺、実は頭いいんじゃね？」と3分だけ自己満足に浸れます。でも、その後今まで思いつかなかった自分がいたことに気づき、「俺、実はアホなんじゃね？」と1日鬱になります。(苦笑

他人のためにコードを書くのは飽きたので、自分で企画したシステムを自分で作ってるんですが、モチベーションがイマイチ上がりません。すぐ「明日やればいいやー」になってしまいます。集中してやれば1日くらいで終わるんだろうけど。

でも、自分でやると決めたことだし、やるぞ！やるぞ！やるぞ！と三唱して今日のところは終りにします。(ぉぃ

最近ぼちぼちと Ajax にも手を出しているんですが、Ajax 界ではデファスタと言ってもいいくらいに使われている prototype.js と、このサイトでも使っている DOM Menu内のユーティリティライブラリ domLib.js が 同じ Hash という名前衝突を起こすことを今日知りました…。orz

こんなありがちな名前めぐって衝突するなー！だいたい JavaScript の名前空間管理って無きに等しいじゃろ、とか一人でぼやいてしまいましたよ。とほほ。どっちか折れてくれんかなー。

Webアプリケーションは何もインターネット上に公開しなければならない、とい決まっているわけではありません。社内に Web サーバを立てて、その中で使ってもらってもいいじゃないか、という発想で

• Debian化された玄箱
• Ruby on Rails
• dojo

を組み合わせてアプリケーションサーバとして売れないか、などと画策しています。

コケにコケまくりながらも、何とか玄箱HGの Debian(Sarge)化に成功。玄箱のいいところは、ファームウェアが既に Linux になってるので、もしDebian化に失敗しても、どうにもこうにも手出しできなくなる、ということはないことです。前に LANDISK のときはシリアルケーブルを取り付けに失敗し、ハード的にお亡くなりになってしまいましたが、玄箱はソフト的になんとかなるので、ぶきっちょ製作所も安心です。

今、PostgreSQL をコンパイルしてますが、さすがに遅いですね。実運用するには上手くインデックス張らないと厳しいかも。

GIJOE さん作の TinyD は静的なページを作るのにとても便利なのですが、組み込まれている WYSIWYG エディタが SPAW のみで、これにはエディタから直接ファイルがアップロードできないなど、やや不便な面があります。

そこで、私が知る限り最も強力なブラウザ内 WYSIWYG HTML エディタ、FCKEditor を組み込んでみました。(詳細 | ダウンロード)

ほぼ半日がかりの Hack でした。