今日は深夜に担当サービス(その2)の機器増強があるので、シフト出勤。
んで、6:30前に会社に着いたんだけど隣の部の部長はまだ出勤してなくて初勝利しました(笑)

朝早いのは好きなんだけど、やる気が出ないな～。

という訳で今日は15:30まで仕事したら一旦帰って、また0:00に出勤します。

んで金曜に先月の代休を取ったからほぼ4連休～
うれしいな～

こんな時間ですが、今日は僕が担当のサービスでサーバを追加するので会社で仕事してます。

Grobal
↓
FW
↓
LB → Server2
↓
Server1

の構成で、FWでGrobal側のIPから内部の Virtual IP に変換して、LBでその Virtual IP にﾋﾓづいている Server1 Server2 にそれぞれ振るんだが、FWとLBの設定が終わって、 Server1 Server2 の http サーバを立ち上げても外から見えない...

同じネットワークにある他のサーバから telnet で http を叩くと見えるので、http の設定は間違ってないはず...

外からのｱｸｾｽが LB を通ってそれぞれに振られてるのは確認できるのに...
でも、Server1 Server2 で tcpdump で http ポートへの接続をしてるけど、外からのｱｸｾｽは反応無いんだよね...

ん～、むむ。
何がｲｹないのか分からんﾃﾞｽ(´д｀*)

すぐ終わる予定だったのに長期戦の予感...

ここｱﾚが出るんだよね...ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))ﾌﾞﾙﾌﾞﾙ

結局、不本意ながらこちら側の仕組みに手を入れることとなりました。

vodafone 側は各所で問題になっているという認識はないんですかね？

認識がないワケないか.....と考えたい所だけど、公式サイトに注意や告知がないところを見ると「ウチの仕様ダカンネ」と何故か椎名誠風にエバられてるな感覚さえおぼえる、とほほ。

んが、３G からUSERAGENT の記述が変わるのね。
http://www.dizitalflash.com/mobile_20041004.html
http://kokogiko.net/m/archives/000690.html

J-PHONE/***/****

Vodafone/1.0/****

MOT-V980/******

公式サイトにも情報は出てないらしい。
漏れも探したけどなかったバイ。
さっきの件といい、この件といい漏れの仕事を増やしてくれる vodafone にはとっても感謝.....しません。
つーか情報仕入れるの遅いな＞俺
転職のバタバタしてたから.....ということにしておこう(^^;;;
とほほ。

Vodafone のユーザから質問が来た。

「エラーが発生しました。レスポンスが不正です。(WJ46284E)」と表示されますどうしたらいいんでしょう？

見たこと無いエラーだな~と思って調べたら出ました。
どうやらVodafone側での不具合??
さらに検索したらキャッシュですが引っかかった。

sid uid lid が予約語なのねん＿|￣|○

vodafone の 技術情報にも載ってましたね。

つーか、こんなのみなつかうぢゃん！
このバグの為に、こちらを修正するなんて納得イカンダス！(｀＿´メ

【システム開発におけるユーザーニーズは絶対か？】
http://www.atmarkit.co.jp/fbiz/cinvest/opinion/qa/qa16.html

上記の記事は通常の企業での情報化戦略についての記事のようですが、「ユーザーニーズ」という部分についてちょっと前職での話を思い出しました。

現職も、前職もいわゆる ASP という形式でサービスを提供する仕事をしているのですが、どのサービスも競合ひしめく中で他社へのアドバンテージとして、斬新な機能の提供や安定した稼動実績を出し続けていくことが求められます。

さて、その斬新な機能、新機能、機能アップなどの部分にユーザーニーズが関わってくるわけですが、このニーズ分析が正確に行われないと、企業としても無駄なコストをかぶることになりますし、人的リソースも無駄に使われることになります。

前職はあるサービスで業界 No.1 に近い地位を得ていた訳なのですが、営業サイドと開発サイドでなあなあな関係を続けていて、開発サイドはリソース不足を理由に「手をつけられない」と言い訳し、営業サイドもそれに同調してしまい開発が滞ってしまうといった状態でした。
♯ 言い訳ではありませんが、僕はその間キチンと実績をだしていたつもりです。

当然その間に競合は僕の所属していた企業に追いつこうとリリースを頻繁に行い、みながのほほんとしている間に本当に追いつかれてしまいました。

機能開発に際しても、本当にユーザ側からのニーズかどうかの分析もせず、営業のカンに頼り「コレがあれば売れる、逆に無いと売れないから困る」といった泣き落としにも似た要求で開発ラインに乗せていました。
「売れる」「売れない」の基準が ASP の機能部分について占めるウエイトが高いのも理解できます、が、その前に営業戦略の見直しも必要だったのでは無いかと常々考えて提案しましたが、結局営業戦略として出されたのは「まず機能ありき」という事でした。

話がずれましたが、営業の「クレクレタコラ」的要求を呑み続けた結果、ユーザとしては使いづらく、難解なものが出来上がり、結局営業(会社)のオナニー自己満足で終わってしまう機能が多々ありました。
営業サイドも開発ラインに乗る前は強く要求していたのに、出来上がってしまったら興味がなくなったのか色々な言い訳をして結局その機能を積極的に売り文句にすると言うことがありませんでした。
大きな会社で、人的リソースも十分にある、そういった企業なら次から次へと思いついた機能を実装し、その中から一つでも当たればいいでしょう。
しかし、開発者が 2 人しかいない環境で、如何に市場の興味を引く機能を提供するかを考えた時に、「売れるもの」「ユーザが要求するもの」を本気で分析して、開発に対するコストに見合っただけの売りが立つというという検討を行わなければならないのではないでしょうか？

機能を作り上げた結果、使われない、興味を持たれない、では開発者の仕事に対する達成感は得られません。
こういったサイクルを繰り返すなか僕のモチベーションは下がる一方で、転職を決意したんですけどね。
# ま、それ以外にも理由はたくさんあるけど。

生き残りの激しいベンチャーでは少ないリソースで、奇抜なアイデアを出し、早いサイクルで開発とリリースを行わなければなりません。
その為にキチンとニーズ分析を行わなければ、その後の無駄な言い争いが増え、開発にかかったコストが泡と消えるだけです。
同じサイクルを繰り返してるベンチャーがたくさんあるんだろうな～