アカウント名:
パスワード:
納品が年内ギリギリだとしたら、それこそ正月は無いものと思われ・・ この手のサービス提供目的の開発は一発納品で即終了ってわけにはいきませんから、お客様から「不安だから数人程度の技術者を交代で常駐させてくれ」くらいは言うでしょうし。
MS/MSKKだとしたら、それこそこんな長い時間止めたりはせず金の力にモノを言わせて力ずくで解決しようとするんではないかと思います。どこの企業でも風評被害ほど痛い損害は無いって知ってるでしょうし。(逆にそれすら気づかないほどMSは巨体化してしまったのでしょうか?)
今でこそ言える話ですが、その昔NT3.5 Serverの一括導入の仕事をしたとき、どうやら日本国内では初の事例だったらしく、トラブル対応のために日本法人と本社のそれぞれの担当技術者が5人ずつ計10人で顧客の入ってるビルの1つ上の階に部屋を借りて事実上の常駐対応をしてくれたことがあります。 さすがにこれは特例中の特例でしょうが、sofmap.comのは日本国内では誰もが聞いたことのあるサイトでしょうし、もしもMSが裏で動いているとしたらこのようなことにはならなかったでしょう。
きっとシステム内部は皇紀で動いてるんですよ。 皇紀2666年になると下3桁が獣の数字となり、鼻から悪魔が出てくるんです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
なんでこの時期に? (スコア:4, 参考になる)
リニューアルなんかやろうと思ったんでしょうか?
「テストは十分にやりましたっ!」ってのは前提としても、
何かあった時に
・ボーナス直後は超えているとは言え、クリスマスや年末年始と、
この手の商売には重要な時期
・1週間で対応終わらせないと対応者の年末年始休みが飛ぶ…
とか考えたら、12月20日にリニューアルというスケジュールは
ちょっとどうかしてるんじゃないかと思います。
古い版では年を越せない理由でもあったのでしょうか?
Re:なんでこの時期に? (スコア:4, すばらしい洞察)
きっと (スコア:0)
Re:きっと (スコア:1, すばらしい洞察)
納品が年内ギリギリだとしたら、それこそ正月は無いものと思われ・・
この手のサービス提供目的の開発は一発納品で即終了ってわけにはいきませんから、お客様から「不安だから数人程度の技術者を交代で常駐させてくれ」くらいは言うでしょうし。
Re:なんでこの時期に? (スコア:4, おもしろおかしい)
/* Kachou Utumi
I'm Not Rich... */
Re:なんでこの時期に? (スコア:4, すばらしい洞察)
MS/MSKKだとしたら、それこそこんな長い時間止めたりはせず金の力にモノを言わせて力ずくで解決しようとするんではないかと思います。どこの企業でも風評被害ほど痛い損害は無いって知ってるでしょうし。(逆にそれすら気づかないほどMSは巨体化してしまったのでしょうか?)
今でこそ言える話ですが、その昔NT3.5 Serverの一括導入の仕事をしたとき、どうやら日本国内では初の事例だったらしく、トラブル対応のために日本法人と本社のそれぞれの担当技術者が5人ずつ計10人で顧客の入ってるビルの1つ上の階に部屋を借りて事実上の常駐対応をしてくれたことがあります。
さすがにこれは特例中の特例でしょうが、sofmap.comのは日本国内では誰もが聞いたことのあるサイトでしょうし、もしもMSが裏で動いているとしたらこのようなことにはならなかったでしょう。
Re:なんでこの時期に? (スコア:3, 興味深い)
常駐と言えばSofmap は今は知りませんが、以前はMS が人をはり付け、常駐させていた顧客の一つです。
それでもなおかつ、前回も同じようなトラブルと起こしてるところが味噌なんではないでしょうか?
実際、前のバージョンにもどすなりいろいろと手はあるはずなのに、それらしい有効な手段がなにもとられてないところをふくめて色々となぞは多いですね。
個人的にはSofmap.com では絶対にこれまでも、これからも買い物なんかしないです。
life is too short to hate each other.
Re:なんでこの時期に? (スコア:2, 興味深い)
>言わせて力ずくで解決しようとするんではないかと思います。
それは、直接コンサル契約なりを結んでいる場合に限るでしょ。
それか、2003Server自体のランディング期ということで、
メジャー事例で弾みをつけたい場合、あるいは今後の導入に響く
官公庁の事例の場合、こういった時のMSのサービス精神は格別ですよ。
ええ、もう電話一発で独自パッチ提供ウマー
で、今回の場合はソフマップのシステムを構築したのが、MSと特別懇意ではない
ソリューション屋さんで、2003Server自体も既に以降が進んでいて
ソフマップごときがコケたところで、「ああ、それ、そのソリューション屋が未熟ね」
と切り捨てればいい段階なんでしょうね。
こういう段階に入ってしまったら、顧客は貧乏くじを引くだけさ。
MS製品で作ったソリューションはn.1まで見守るか、SPをあてるまではβなんだ。
逆にオープンソースを多用しているgoogleはいつまでもβだけどw
Re:なんでこの時期に? (スコア:1)
もう少し、色々なフィルタを外してから世の中を見ましょう。
Re:なんでこの時期に? (スコア:1)
masashi
Re:なんでこの時期に? (スコア:0)
Re:なんでこの時期に? (スコア:0)
Re:なんでこの時期に? (スコア:2, おもしろおかしい)
きっと2006年問題。
Re:なんでこの時期に? (スコア:3, 参考になる)
実はそれほど大きな障害にはなりえない、と考えています。
私が知っている限りでは、OracleのDate型が00~59までしか入らない状態で、
NTPで取得した08:59:60を実行した場合などでしょうか。
ちなみに、Oracle SQLにて、sysdateを発行したとしても、
OSのLocalTimeが大概09:00:00を2秒続けて返却する仕様じゃないかと。
Re:なんでこの時期に? (スコア:0)
Sofmapの内部では2000年問題を回避するために1995~2005年を2ケタ処理してきたから、2006年になると1996年になっちゃうって問題。
# これが本当だったらぐんにょりだな。
Re:なんでこの時期に? (スコア:3, おもしろおかしい)
きっとシステム内部は皇紀で動いてるんですよ。
皇紀2666年になると下3桁が獣の数字となり、鼻から悪魔が出てくるんです。
Re:なんでこの時期に? (スコア:0)
この手のシステムでは「こういうキャンペーンやりたいから機能追加してよ!」とかいう要望は良くありますよ。でもシステムのことが分かってないから平気で1ヶ月前とかに言ってくるので、必然的にこういうタイミングになってしまうんです。結局システム側は一発勝負を強いられて、失敗するとこうなるわけで。
...にしても、ここまで派手に失敗するのって、よほどコードが滅茶苦茶だったんだろうな~と。日付がおかしいとか、アクセスが不安定とかってまっとうに作って確認していればそうそう出るもんじゃないと思うけど...。
Re:なんでこの時期に? (スコア:1)
逆じゃないかなあ。年末商戦に合わせて(たとえば)11月中にはリニューアルしようとしてて、ずるずるとリリースがここまで遅れた挙句にシステムダウンを起こしたんじゃないかと。
どっちにしろ、こんな時期にシステム入れ替えを敢行すること自体どうかしてますが。