ソフトウエアクライシス1 組合わせは星の数

ハードウエアや、O/S ミドル。必要とされるソフト数、テクノロジー、要素は増える一方だ。それらを適切に組み合わせることが必要とされている。
さらに、ネットも加わる。ネットを前提として、ＰＣを前提とし、さまざまなデバイスを前提としている。

従来のEDP室に鎮座増します計算機様では、クライアントにとっての意味がなくなってきた。連動して動いていくことに価値や意味が生み出される。組み合わせ、連動の世の動きは、WEB2.0にまで行き着いている。

組み合わせは星の数。とってもやってられない。
で、抽象化、仮想化、I/F重視という考えが出てくる。
オブジェクト指向を使って、まず組み合わせの要素を抽象化しインテリジェントなオブジェクト・仮想化されたデバイスにしちゃいましょう。
そしてその間、I/Fで、どういうプロトコルで、どういうメッセージをやりとりさせますか、という視点から、デザイン、設計を進めていきましょう、と。

これで、設計・デザイン上では、さまざまな機器の違いを吸収して、話そうとする。

そういったことを実現するひとつの方法として、Javaがある。
JVM(Java Virtual Machine)では、APIさえ知っていればいいんだよ、と。SUNが一生懸命その流れを作ろうとしていた。（APIを利用するだけのPGが、本当にPGと言えるかどうかの議論は別の機会-ソフトウエア職人気質-でやる。）

Javaを否定するつもりはない。が、大事なのは、Javaそのものではなく、仮想化、抽象化、I/F重視というデザイン姿勢を身に着けること。そして、自分の設計に適用していくこと。
ここを理解できてしまえば、Javaの流行が終わっても、次の処理系に移っていくことができる。

そして、そういう思想でデザインされたシステムこそ、クライアントの資産となりうるのであって、抽象化も、仮想化も十分にされてないけどJavaで書きましたといっても、それの価値には疑問をつけたい。

背景:ソフトウエアクライシス

オブジェクト思考が持てはやされた背景には、ソフトウエアクライシスがある。
最初から技術・開発サイドからどうこうというより、社会的要請、クライアント自身はその要望が進化・高度化してきたことを、開発サイドが、追いかけて出てきた概念だと思う。
はじめに、技術有りではなく、ニーズ有りだった。

その必要性を理解する中心に、ソフトウエアクライシスがある。
ソフトウエアクライシスという類の話は、３０年前からある。が、当時の危機は、ソフトウエアエンジニアが不足していくことが心配されていた。
今は、まあ、数はいる。それこそ、Perl しか書けないPGでも、一応は生きていける。
ちなみに昔は、COBOLができれば一生食えるよねと言ってたけど、食えはするけど、それだけじゃ、上には行けない。変化についていく、世のニーズにあわせて、自分を変革させないと。

今のソフトウエアクライシスとは、ソフトウエアのPGの不足ではなく、いわゆるウオーターフォールで言う上流、クライアントのニーズをモデリング、デザインすることができる人が不足している。ここでいうデザインとは、ヴィジュアルではなく、システムデザインだ。

今できるか否かの自己認識は大事だが、それ自体は問題じゃない。生き残るためには、現在の世のニーズをつかみ、自らをも進化させることが、必須となる。

大阪の本社のソフト会社の営業

資本金３００万　創立３年。社員１７人。今回東京進出。仕事下さい。
「あなたは、営業専門？技術わかります？わかりませんか・・」
「うちが、あなたの会社を信じて仕事を出す理由は？」
沈黙されちゃった・・。可哀そうなんで、ヒント出す。
「実績も、規模もない会社に、営業マン見て、仕事は出せないよ。ホントにできることを訴求してもらわないと。」
「じゃあ、これから話す案件の見積もりやってみる？　でも、あなたちゃんとヒアリングできるの？　俺の話す内容、ちゃんと意味分かる？」

次回、ＳＥ連れてヒアリングします・・とのこと。使えるかどうかは、出てくるＳＥ次第だな。

ソフト会社の営業って職種・・甘くみるなよな・・。

御社の顧客は、やっぱりアダルトサイトが多いですか？

電子決済の代行会社の営業が来た。ようするにECサイトを構築・運用する時に、https でデータ投げて、クレジット会社の与信やらをやってくれるサービス。とりたてて珍しくもないが、他の会社との価格やサービス比較はしておきたい。自分たちの顧客に、ちゃんと提案できるようにネタは仕込んでおかないとね。


訪問してきた営業さん、開口一番。
「御社のお客さまは、どんな業種が多いのですか？やはり海外のアダルト関係とか多いですかねえ」
そうか、君の会社の、クライアントは、そればかりか。じゃあ、きっと他所の代行会社で断られたところを
一生懸命拾って、売り上げにしているのだな。営業として苦労はしてるんだろうな。

いや、でもね、俺たちを一緒にするな。

前も書いたけど、アダルト系の仕事のオファーはけっこう多いんだ。売り上げ苦しい時、ほんとどうしようかなあ、と思ったことが、ナイとは言わない。でも、やらずにすんでる。これからもしたくない。

固い、堅実なお客さんが、いてくれる。そういうお客さんを相手に、がんばって、いい仕事をしようとしている人がいる。自分の部署にも、他所の部署にも。

その場はね、少しは話をあわせてやった。
「男性の一人として、まったく興味がないというキレイ事は言わないが、この会社じゃやらないよ。」

まあ、でも、ちょっと、だめだなあ。不信感＆不快感、バリバリ・・。

オブジェクト指向概論 目的

オブジェクト指向(オブジェクトオリエンテッド)について、基本的な考え方と周辺のモロモロをまとめていこうと思う。これによって、オブジェクト指向の有効性を、ニーズとシーズの両面から説明を、数十回？にわたって試みてみたい。

ブロジェクトのおいて自分がオブジェクト指向を理解しているだけでは、実は足りなくて、社内、組織、チームで、オブジェクト指向開発が有効に機能しないことになる。人に説明できることが重要になる。

試みるポイントは、
ウオータフォールとの比較と経緯。
ＵＭＬの基本文法とモデリングに触れる。

オブジェクト指向開発を、乱暴に、即物的言ってしまえば、UMLで設計をすすめてていく開発プロセスだが、知識があれば成功するわけではない。
若干ではあるがリスク管理にも触れる。

技術者３０才収入限界説

なんか、「技術者３０才収入限界説」というのがあるらしい。ググって見たが、見つからないが、そういうことを言っている３０才がいた。

う～ん・・。
自分の経験から言うと、３０才の時より４０才の時のほうが、稼ぎいいけどな・・。

うちの仕事をしてもらっている個人事業主、フリーエンジニアも３０代が多いけど、まあ、すこしづつだけど、年商という意味では、上がってきてるけどなあ・・。

まあ、ただプログラムを書き、社会常識や仕事の常識を身につけないでいる人で３０才を過ぎた人なら、使いたくない・というより、一緒に仕事をしたくないけどね。３０才前だったら、怒りながらでも、何とか育てようか・・みたいな気もおきるけどねえ・・。

なんか、そんなこと、限界説を言っているよりさあ、がんばって、知恵絞ろうや。
給料は多いほうがいいのは、みんな同じで、だから、いろいろジタバタしてるんだから。

下請法抵触の危険

公正取引委員会のサイトの下請け法トップページに、詳しいことがのっているが、ドキリとしたこと。

何人か、フリーのエンジニア、個人事業主に仕事をしてもらっている。
1997年ごろから、基本は、知り合い・・に近いノリで、口頭で金額と期間と決めて、よろしく・・で、やっていた。支払いを遅らせたこともないし、減額もしたこともない。社長がけっこうそのへんの「せつない」苦労が分かる人で、条件が月末なら「どうせ払わねばならないんだから、１日前に振り込んだら、喜ぶさ」と、毎月心がけてくれている。

そんな信頼をベースにしていたんで、Ｈ１４の下請法改正まで、契約書・発注書、まったく作ってなかった ^^;;
上記サイト見て「いや、これ、うち適用されるじゃん、しかも違反じゃん」
あわてて書類を調える。故意も悪意もないから、社名公開されずに、警告と罰金になる話だろうけど、ちゃんとしといたほうが、いいわな。

関連法規って、油断していると怖いなあ・・。

下請法（下請代金支払遅延等防止法）のこと

公正取引委員会のサイトの下請け法トップページに、詳しいことがのっている。

うちの会社の場合、下請け業者にも該当するし、発注元（＝下請けを使う会社）にも該当する。H14年に改訂されて、ドンピシャで、適用される対象になった。

ある顧客、プロジェクトの担当者とは、メールベースで、納期や金額を合意して着手。だいぶ時日が経過して、契約書の段になり、契約部門の担当者とお話することになった。

勿論、発注時に書面を作る義務が発注先にはあるんだが、今まで、ノートラブルだし、いかに法律があるからとて、あまり固いことを言ってプロジェクト担当者の心証も害したくない。

ところが・・契約担当者が変わって初めてのヤリトリで、いきなりメール来ました。
「お見積りいただきましたが、弊社の希望価格は、ＸＸＸ円です」（約１０％引き）
ギリギリなので、できないと答えると
「弊社予算達成の為、取引先各位に協力をお願いしており、各社様に一段のご協力いただいております。是非、貴社にもご理解をいただきますよう今一度お願い申し上げます」
あ～あ。これって、モロ違反だよな。「下請業者の責任によらない理由での減額」

さあ、どうしよう。
相手に向かって、「あんたら違反」「公正取引委員会にタレコミます」とは言いにくい。で、
「今回、一部を第三者委託をしているので、その理屈をうちの下請け会社に言うと、うちは、下請法違反で摘発されますので勘弁して下さい。」
そしたら
「不勉強なんで、下請け法って良く知らない。どこが抵触するのか教えてくれ」と言う。
う～ん・・。契約担当が知らないの・・まずくないですかあ。

で、最初のＵＲＬを案内するとともに、「第３条書面の作成、第４条減額の禁止に抵触する可能性があり、うちの会社はそんなリスクはとれないので、うちの下請け会社には減額の交渉は一切しません。」とメールした。

いっやあ、プロジェクトの担当者が怒って電話してきた。
「契約担当が、カンカンになっている。うちに喧嘩売ってるのか！」
「いやいや、うちと、うちの下請け会社との可能性について書いただけですから。御社とうちの関係については何にも書いてませんよ」

・・・まあ、でも、普通に公正取引委員会のＵＲＬ見たら、やばいって思うよなあ・・。
「弊社予算達成の為、取引先各位に協力をお願いし」「各社様に一段のご協力」って、メールに書いてきちゃうんだもん・・。

どちらにしろね、うちは調査入るので、調査票に事実を書かなきゃいけないし、うちの仕事をしてもらっている会社に、着手してからの減額なんてする気もないし。

ああ、もう、このお客さん、お終いだなあ・・と思った。
僕の気持ちとしては、喧嘩というより、「あ～あ」が近い。
明白に法律違反なんで、喧嘩という気持ちは通り過ぎてしまった。

そしたら、契約担当から、落ち着いたメールが届いた。
「ご教示ありがとう。では、御社の希望に沿う形で進めます。」
たぶん、上司なり法務なりに相談にいったんだろうなあ。内心、煮えくり返るような想いもしたんだろうなあ。でも、もし、ここで契約担当が怒ってきたら、ほんとに即時に公正取引委員会へ行って、大騒ぎだもんなあ。下手なことは言えるわけない。

で、結局、満額の発注書が届いてきた。値引きナシ。
これで、「減額させたという事実」は、なくなった。記録に残った事実は、「減額の交渉」だけで、これだとたぶん、第４条に抵触はしないで済むんだろうな。

やれやれ。なんか、こっちもホッとした。
苦労して営業して取引開始できて、何回か仕事させてもらって、納品したものの評価もそこそこいただけて、心証は確実に悪くしたと思うが、それでも、金払いやコンプラの問題だと、取引するわけには、いかないし。

Google Maps API のこと２

ポイントを自由におけるツールを作った。
とりあえず

地図は勿論、Google Maps APIを使って表示しているわけで、上のレイヤーにポイントはラインを置いているだけ。

周囲に何を出すか・・ってところが、勝負。
お客さんに見せると、けっこう面白がってくれる。
どう使うか・・ですな。

きっと世界中で悩んでいる人、けっこういるだろうと思われる。

ZenCartのこと2 モバイル版

ZenCart せっかく（？）だから、モバイル版作ってしまおうということになって、やってみた。

UIは、日本の携帯ECサイトに似せたほうが、一般的には戸惑わないで済むだろうなあとやっていくと、中のDBのテーブル定義にも手を入れることにもなってきた。

とりあえず、ベータ版。
今週中に、検索エンジンに登録をはじめる。サンプルショップ

はしょった機能もけっこうある。例えば、商品データは登録できるが、削除の画面はない。（手でＳＱＬ叩きゃ消せるけど）

まあ、イメージはわかるわな。
とりあえず、後は実際に問い合わせがあってから、対処。
次のこと、google MapsのAPIに、パワーの方向が向きつつある。

2W3Wの事情 その１

受託・請負メインの傍ら、こんなことを立ち上げて半年。公式のサイトのほうには、書けなかったことを。

「あるプロジェクトで、JAVAの人が欲しい」と。うちは、1997年ごろから、WEB、ネット絡みの開発が90％でそういう「開発者を貸してくれないか」という話がよくある。もっとも、「貸して・・」と言われて、ハイハイというほど、たくさん人がいるわけでもないし、正直、本業にしていない。

一方、ちょうどタイミングよく、ある会社から、「JAVAできる若者いるけど何か仕事ないですか？」というのが、出てきた。

で、紹介したところ話が成立。うちは実質紹介だけだが、キャッシュバッファを務めるので、5%の手数料をとらせてもらうことになった。
入ってくるお金は３ヶ月単位で、支払い入金は、さらに６０日先。でも、支払いは毎月。仕事の先の与信がしっかりしているところだからできることだけど、それでも、5%は、かなり良心的な数字だと思う。

現場は、きついプロジェクトだった。300時間/月 の時もあった。超過時間に対しての請求はできるものの、本人のことを心配していた。毎月、とんでもない残業が出ていて、うちから支払う金額は、９０-１１０万。こうなってくるとお金の問題じゃなく、過労死でもされたら、とんでもない。
何度かクレームはあげても、プロジェクトも厳しいらしく、改善はされない。
自分自身、PMの経験もあるので、危機的プロジェクトの事情はわからないでもないが、さて、どうしたものか、と思っていたところ、所属会社から「話がしたい」と連絡があった。
「ああ、引き上げるという話だろうな」と思った。
無理のない話だと思うし、ハッキリそのまま仕事先に伝え、勿論、「抜けられたら困る」と泣きつかれるかもしれないが、そこは期間をみて、終息させることになるだろう。

所属の話は、予想通り、「撤退したい」だったのだが、ただ理由が予想外で、本人が会社を辞める、しかも、すぐにでも辞めるような勢いだ、とのこと。

意外だった。紹介だけとはいえ、現場に入った後も何度か会って、飲みにも行き、話もしてきて、投げ出すようなタイプじゃないと思っていたんだが・・。

現場の本人をつかまえ話をしてみた。

別に今いるところの仕事が、いやでいやで仕方がないというわけじゃない。
たしかにきついんだが、それなりに、いいところもある。
ただ・・と、彼は言いよどんだ。
無理やり口を割らせたのだが、所属の会社の評価が納得できない。
今、自分の給料は25万。たぶん、今年は年収で、350万程度。

350万って、月30万弱・・。
うちは、会社としては、彼の会社に平均で100万は払っている・・。

勿論、正社員であれば、仕事がない、売り上げがない時でも、給与は保証していかねばならないし、間接費だってかかるわけで、全部が全部、本人にはわたせない。当然、他の社員とのバランスもあるだろう。会社の全体の収益等の事情もあるだろう。
しかし・・。

「止める資格もないし、そんな気もないけど」
「辞めてどうするんだ？次の仕事決めているのか？」

「好きで、始めた仕事だけど」
「このままこの業界で仕事をしたほうがいいのかどうかも迷っている。少し落ち着いて考えたい。」

ロクな努力も覚悟もなしで、カタカナ・アルファベットのこの業界で、楽して食えればイイネなんてタイプの人間もたくさん見てきている。でも、彼は違う。
努力もするし、辛抱もする。人の話もちゃんと聞き、自分のものにしていけている。
もったいない！

「もし、今の現場の仕事が、イヤだというなら、あきらめるけど現場は抜けられたら、困ると思うよ。
もし、現場がイヤでないなら、今の会社辞めた後、俺のところと、個人事業主として契約して仕事するか？」
「ギャラはいくら欲しいんだ？」

「少し考えさせて下さい」

数日後、彼の希望通りの条件を飲んで、その後２ヶ月、プロジェクトのカットオーバまで、やってもらうことになった。

今いる会社が、受託・請負をメインでやっているので、自分でもすっかり忘れていたが、別に、彼と所属の話は、昔からこの業界で、ザラにある珍しくもない話だ。
だが、ひさしぶりに出会った見事なエゲツナサに、正直、かなり腹がたつのを感じた。所属の会社にも、自分にも。

だめだわ、こんな商売しちゃ。

プロジェクトのニーズも、プログラマにニーズも確かにたくさんあるので、紹介そのものを仕事とすることは、否定しないが、もっと、ストレートに、オープンに、正々堂々とやっていきたい。

じゃないと、寝覚めが悪すぎる。今、自分のオフィスで一緒に働いている人に顔向けできにくいわ。
理想論かもしれないが、めちゃくちゃ大規模にすることを指向しなければ、地道に進んでいけると思っている。

厚顔さと恥知らず

政治ブログじゃありませんが。
北朝鮮のミサイルで思った国際問題とは無関係の雑感。
武部幹事長の敵地攻撃論。
「力ないのに、そういうこと言ってること自体が恥ずかしい」
「アメリカの力を使ったところで、実際にミサイルを全部つぶすなんてできないんだ」との、ＴＶでのコメントを聞く。
いっやあ、こりゃ、本人がこのコメント聞いたら、恥ずかしいわな。きっと、秘書とかが報告するだろう。俺が、もし武部さんの立場だったら、「どえらく無知なところを世界にさらしてしまったあ」と夜ももだえて眠れなかったかも。
でも、政治家という種類の人たちは、そんなことじゃあ、めげないし、悩まないんだよな。めげるのは、志が低いから、想いが足りないからと、口をぬぐって、何もなかったかのように振舞うに違いない。

政治家だけじゃないよな。そういう会社、そういう社長、そういえば、一杯いるわなあ。あきれるような恥知らずの社長いたな。（それはまた別の記事で）

とはいえ、まあ、いいかげん、俺もいい年だし、ＳＥ，ＰＧとしては現役バリバリじゃないし、最近も恥ずかしい間違いも・・しましたあ。たくさんやってます。きゃ～ごめんなさい。
でも、くぐってきた修羅場の数だけは、厚顔になってるかも。恥ずかしいと言って、出ないわけにはいかないし、開き直るしかないし、忘れるしかないし。逃げずに、取り戻すように、今、ここで、トライするしかないし。

朝のニュースで、ミサイルとは関係ないこと、考えちゃいました。

ブログ・システム納品完了

今年になって２件目。
１件目は、ＰＣのみだったけど、今回のは、モバイル版もあり。
けっこう、本当の意味で、やりたがる組織、増えてきたという実感がある。

以前から問い合わせはあったが、自ら発信したいというより、「自分には発信するネタはないけど、そういう場をつくり、そこで何らかの利益をあげたい」みたいな話ばかりだった。
それこそ、「何かＷＥＢで儲かるシステム作って」「けーたいで、何かビジネスしたい」みたいな話が好きな人がアイデアを形にしたくて、相談・商談を持ち込んできていた。

けれど、そういう流れが一巡して、真面目というか、自分達の組織で起きている事や、世に向かって届けたいという意思があり、どこかのブログサービスじゃいやだ、という話が、出てきている。

まあ、それこそ、書いて、WEBに出すことはできるわけだが、その内容を必要としてくれる人に、届ける、必要とする人が見つけてくれる。そういう技術の発展、確立も、大きい要因だな。

かくいう自分も、書いている内容を、「面白い」と思う人に届くであろうという、検索エンジンに対する信頼のもとに、ブログしているわけだが。
検索の仕掛け、ある情報を必要とする人に届ける、見つけてもらう。これも、もう、リッパなインフラになりつつあると思う。

ドキュメント読もうぜ

半年前に納品・検収した、サーバサイドのプログラムがある。ユーザＡ社の要望で、横展開・他社にも利用させることを前提としていたので、ドキュメントはかなりの分量になったが、どうにか検収も通り、また評判も良くて、現在、Ａ社から別の案件の開発もいただいている。

さて、納入したプログラム（PHPのスクリプト）を、我々の顧客Ａ社が、別の会社Ｂ社に支給？販売？することになった。Ａ社は、そのプログラムそのもので利益をあげるのではなく、Ａ社とＢ社で業務連携をするのに使う。

5/29 11:00にＡ社から電話がくる。
「動かないってＢ社が言う。ログにエラーが出てる。」
「6/1 にカットオーバなんだ。必達なんだ」と言う。
環境周りが原因じゃないんですか、と伝える。だってＡ社の環境では、今も元気に動いているじゃないですか。
「それはわかっている。うちは、瑕疵、バグだと思ってない。」
「Ｂ社が、バグだと言ってるんだが、我々ではＢ社を納得させられない。」
「何より、時間がない。6/1に動かさないと、広報も動いちゃってるし、非常にまずい。」
「いや～・・それなら、最初からインストール・設定作業を発注して下さいよ」と、言うのは飲みこんだ。そもそも「他所の会社でも自分でインストールできるドキュメント」を要望されていたんだからなあ・・。

「とにかく、動かして欲しい。瑕疵対応じゃないと思っているから、対応にかかった費用は出すから」
うん・・まあ・・お金の問題だけじゃなくて・・当時の担当ＳＥやＰＧは、他の案件についてるし、そっちも月末にあげる成果物めざして、全力で、動いていて、おいそれと、はずすわけにはいかない。6/1って、もう、すぐじゃん！

「6/1って、時間ないですねえ・・でも何とかしないといけないんですよね。今、当時の担当者で、すぐに動けるのは、いないんですが・・・」
「やれるだけ、やってみますか」

Ｂ社のメールが転送されている。
「文字化する。プログラムがおかしいと思われる、エラーＸＸＸ番が出ている、ログはこれ」
う～ん。プログラムに喧嘩売ってるようなメールだなあ。
まあＢ社の本人さんは、実際の開発会社の我々が見るとは思ってなかっただろうけど。

Ｂ社の担当に電話する。
「Ａ社はO/SをEUCで入れている。今、普通に入れるとUTF8ですよね。大丈夫ですか」
「う！　確認します」

Ｂ社から連絡くる。
「EUCでした。」おまけに「どうしてプログラムは、ＸＸでＸＸしてるんですか。おかしいですよね」と言ってきていた。が、とりあえず、無視。その前に確認しないといけないことがある。

次の質問
「モジュール一覧表もらってますよね？ファイルサイズとタイムスタンプあってます？」
「え？？比較してないですけど」
「比較したほうがいいと思いますよ。種々の経緯があり、複数のバージョンがありますから。」
「オペレーションミスで、改行記号が入ったり、コード変わったりしますから」

Ｂ社から連絡くる。
「4ファイル違います。」（・・・あのねえ・・受領の時に確認しろよな）
「違うファイルを tarで固めて、WINDOWSにBINでFTPして、メールに添付して送って下さい。」
送られてくる。内容確認。まあ、違ってはいたが、これが原因はなかった。

次
「ミドルウエア構築手順書、届いていますよね？Ａ社からもらってますよね。」
「もらってます」

次
「文字化けって、PHP のmbstringsあたりの設定が疑われるんですけど」
「php コンパイルの configure は手順書通りやりました？」
「php.iniは、手順書通りですか？」
一方、万が一、自分達のソースに問題があった場合に備えて、開発・試験サーバを準備させる。 保守契約してないし、半年前の納品物なんで、本番と同じ環境は保持してない。 とにかく時間がないから、打てる手はうっておく。

で、結論は・・・ 「ドキュメントは読みしょう」
php.iniドキュメントの中に ちゃんとあるでしょ！

一般ＰＣユーザじゃないんだからこの世界、この業界で、メシ食わせてもらってるんだから提示された文書は、読めよな。この業界じゃなくたって、相手から出てきた書類を読まないでいたら・・普通は仕事していることにならないんじゃない？。

Ｂ社さん・・うちより、ずっと大きな会社で、ＷＥＢの開発や構築、ずいぶんたくさんやっているみたいだし、自信はあったんだろうな。でも、読まないとね・・。ことに、うまく動かない時は・・。

まあ、いいか。そういうことがあるから、うちのような名もなき小さな会社でも、重宝して使ってくれるところがあるのかもしれないなあ・・。

Ａ社さんからは、調査や、やりとりにかかった稼動をいただけることになった。あんまり困ってる時に、ふっかけるようなこともしたくはないんで、実働の数時間分。

たぶんに、こういう時の費用というのは金額の大小というか利益じゃないんですよね。
自分達の納品したものに瑕疵がない、でも巻き込まれて動いた。そのケジメのために・・なんですよね。

新規顧客から入金確認できた

今年から初めて取引をいただいた御客様へ請求したお金の入金（振込み）がされた。勿論、そんな逃げるような会社でも、儲かってないような会社ではないことは、営業初期の段階で確信は持っていたものの、実際に振り込んでいただくと、営業も兼ねてる立場としては、ホットする。やっと一仕事終わったか、と。
去年の秋、９月位だったかな。会社のWEBを見ていただいて、お電話をいただいた。初めての訪問は、双方の会社案内。次の時に、ご担当から案件の詳しい話を伺った。案件として成立し、受注が確定したのが、１２月半ばかな。体制・担当を用意して開発開始したのは、今年の１月。２末に一度納品、検収。ブログサイトの開発で、運用初期のサポートや質問、一般ユーザからのフィードバック（意見・要望）などがおちついて、請求書の発行が、３月末。そして、この５月半ばに入金・・と。足掛け９ヶ月かあ。
請負開発の新規の顧客開拓は、気長というか、地道にやっていくしかないですね。実際、自分が発注する立場の時は、知り合いとかで、スキルやレベルがわかっていれば比較的安心して仕事を出すこともできる。そうでない場合は、はじめは、小さなことをやってもらって、時間をかけて、考え方とか見ていかないといけないものなあ。
自分達の見込み客だって、「こいつら大丈夫かなあ」と思いながらも、リスクをとっていただく決心をして、発注してくれている。「高橋さん、一蓮托生ですよ」「失敗したら、私も立場ないんです」と、発注の時、言われたこともあった。人の情として、誠意を尽くすのは当然として、そういうお付き合いのできる方、会社さんとの出会いは、広告や広報はその機会をつくる重要なポイントだけど、根本は、地道な積み重ねの先にだけ、あるものだと思う。

DMの許諾

電話１件、メール１件、ほぼ同じ内容で、別々の会社から、「イベントやセミナー情報をお知らせしたいので、顧客ＤＢ入力と、メール配信させてもらってよろしいか」と。

う～ん、はっきり言って見ないです。
迷惑メールに分類し、そのまま自動でゴミ箱です。

どこかで、ＩＴ会社の経営者向きに、わけわからんセミナーでもあったのかな。「メールを使ったセールスプロモーション」
10年前なら、効果あったかなあ。

逆に、お聞きしました。「ＸＸさん、あなた、その類の案内、丁寧にみますか？毎日数百通メール来るんですよ。来たら、興味じゃなくて、不快な思いを持ちますよ・・」
ご納得いただけたようです。たぶん、送ってこないでしょう。

PHP5の仕事

今、うちの受託開発で細かい話は、大半がPHP5の開発。１年前からそんな感じだな。それまでは、perlとかASPとか、tomcat JAVA なんて話もあったんだけど。
その他、PHPできる人貸して下さい・・なんてのも、増えました。
けど、それも、もう、いつまで続くのかな。

-->こんな記事


言語やフレームワークって、それぞれ思想があって、人間で言えば適材適所で使う・・みたいな使い分けがいる・・てのはテクノロジーの正論。でも、実際は、けっこう、「はやり」で決まっちゃうことが多いよな。

まだ、わからんところだけど、とりあえず、Ruby では、遊んでおこうかな。

素敵な問い合わせ電話

「双方向の動画配信システムの構築を御願いできるところを探しているんですが・・」
（あ、おもしろそ～、やりた～い）
「一応口外しないで欲しいんですが、いわばネットキャバクラなんですよね」
（お断りしました。だいぶ前のことなんで、もうどっかに実現されてるかも）

「あのさ～、けーたい使って、な～んか儲かるビジネスしたいんだけど、何かないっすか」「いま、リーマンなんだけど、けーたいで、ビジネスしたいんですよ、おれ」
（あったら、自分でやってます）

「ケータイでビジネスしたいけど、金ないんすよお。儲かったら山分けでどうですか」「いや、いい企画なんですよ。絶対儲かりますって」
（勿論、企画次第ではあるし、ちゃんとした会社とタイアップしたこともあるけど、ギャンブル系の話だったし、何だか話し方も、あんまりなんで、ご辞退申し上げました）

別に聖人君主を気取るつもりはないし、リスクをとらないつもりもないんだけど。働いている人が、自分の女房、旦那、子供、彼女、彼氏、両親、兄弟、親戚、友人等に、守秘義務の制限はあるんだが、「俺（私）の会社、このサイトの開発・製作やったんだよね」と胸を張って言えるようでありたいわ。

ZenCartのこと

ECサイトのオープンソースのZenCartのことなんだが。

とりあえず、サーバを用意し、インストールし、ダミー商品を登録してサンプルショップを作ってみた。

いや、ここまで、けっこう大変でねえ・・。

JPのコミュニティ、がんばってると思います。頭下がります。
でも、やっぱ、バグあるんですわ。
本家のサイトにいくと、それは直っていたりもしたし、勿論、直ってないこともあったりして。
けっこう、中いじりました。 まあ、オープンソースだからね。当然といえば、当然ですが。

今日現在は、紹介のためのコンテンツは未完だけど、スタティックHTMLのこと、ぼちぼちとできてＵＰできるだろうと思われ。

「ソフト会社ですう、上流からできますう、得意ですう。」
幸い、自分達の力は、わかる方にわかっていただいて、何とか仕事があって食いつないでこれてるんだけど。その「できる」ということ、そうあり続けることが、一番大事なことであるのは変わらないものの、自分達が「できる」ということを、知ってもらわないと、知ってもらう努力なり工夫がないと、こりゃ、仕事は、増えないですわ。

その一環として、得意な「オープンソースの活用」のサンプル作りをやってみた。
結果、効果がわかってくるのは、数ヶ月先だろうけどね。
まずは、トライ。
仮説・検証（効果測定）・修整。そんな積み重ねなんだろうな。

Google Maps API

いわずもがなの、Google Maps API なんだが・・・。ひとひねり加えたくて携帯版 Google Maps を試みてもらったところ、Google Maps APIを利用したJavaScriptはサイズが大きいため、読み込めず、エラーになってしまふ。
また、JavaScriptを使わずに使うことは禁止されているから、加工してみせる・・・、ということも、まずかろう。

ま、違うことかんがえますか。

A9 OpenSearch

分散されたサイトの検索ができ、トラフィックもわかるるしかけ・・と聞いて、けっこうすごいな、と思った。いやいや、どうやって実現しているんだろう？　顧客のＡ社とかに持っていきゃあ、飛びつくかも。
http://www.a9.com/

コンテンツを持っているサイトが、RSSまたはAtomで検索結果を出せるようにするもので、それをAggregatorと呼ばれるサイトに登録したり、パーソナルなRSS Readerで読んだりすることで利用する。RSS/Atomに拡張されたメタデータを組み込むことで、それを理解できるインターフェースと情報のやり取りをすることができる。

結果を取りまとめて１つのリストにするわけでもなく、別々に表示。ん～、Online RSS Readerかあ。
この先の展開は気になるところだけど。

ブログタイトルの意味

勿論、「ミイラにダンスを躍らせて」である。メトロポリタンミュージアム館長の回顧録。確か白水社から出版されている。
あらゆる手段を講じ、美術品を求め、商業、学術との狭間が興味深い。

純粋なテクノロジーを求めたい気持ちと、企業としての利潤の追求。そんな自身の生業をひっかけてみた。

Web1.0->Web2.0 パラダイムシフトと自社インフラ

たかだか１００人程度の会社なんだが、インフラの会合があった。
整備なりルールを作るという基本、今は確かに必要だろう。

ネットのあちら側、向こう側のリソース・データ・サービスを活用し、結合し、価値を生み出すWeb2.0。
ある意味、インフラの強化は、それこそ時代やトレンドに逆行しているような気もしはじめている。

大艦巨砲主義、昔の神聖なるＥＤＰ室、そんな匂いも感じるな。

例えば、自社にメールサーバが当たり前のように置かれるが、本当に必要なんだろうか？
gmail だって、いいんじゃないか？　
自社ドメインのメアドは、ある意味、「ないと恥ずかしい」というのも、あったけど、これからは、どうだろう？　「あちら側」のリソースをマッシュアップすることが、当然になろうとしている流れの中で、そこにしがみつく意味はどれくらいだろう？
勿論、結論を出すには慎重でありたいが、そんな発想の有無や柔軟さ、そもそも必要なの？という問いかけは、ユーザにソリューションを提供する資質、あるいは鍵になるかもしれない。