アカウント名:
パスワード:
mixiとは別の会社の経験だけど
サーバーOSが古い→ DBMSのバージョンも古い → DBMS用に用意されている新機能が使えない
→ PHPのバージョンも古い→ PHPのフレームワークやライブラリも新しい物が使えない、 PHPのコードを書く時でさえも、非効率な書き方をする必要がある。→ 全部独自実装する必要があるが、そんな時間も金も無い。 (つか、それするくらいなら最新OSに移植した方が安くて早い。そんな人も金もないから移植さえできてないのに……)
みたいな感じで、芋づる式に次々に問題が出ていた。
他にも「動くハードウエアが手に入らなくなってきた」というのも切実な問題だった。
追記。
旧バージョンを使うことの問題は「安定稼働しない」のような形ではなく「ただ稼働させるだけでも、何倍も何十倍も手間がかかる」「新機能を実現しようとしたら最新OSの場合の何十倍~何百倍以上の金と人と時間がかかる。 このため事実上、実現不可能になる。」という「機会損失」の形で出ることの方が多い気がする。しかもこの状況は急な下り坂を転げ落ちるかのごとく、日々悪化の一途を辿る。
最初の頃は緩い下り坂で現状維持は容易いが、気がついたら急な下り坂になっていて、現状にとどまるだけのために全力を注がなければならなくなる。実に無駄な努力だ。
今あるものしか見えない馬鹿マネージャだと「動いてるから良いじゃない」と思うのかもしれないが、単に今あるものを動かすためだけに、他社なら新機能の二つや三つをリリースできるだけの金と人をつぎ込まなければならなくなってる。
これを経営の失敗と言わずしてなんと言おう。
日本がガラケーでドングリの背比べをやってる時に、ある日突然iPhoneでケータイ市場をかっさらわれたようなものだ。自社が全力を投じて技術的負債の現状維持を続けてる間に、他社は全力を投じて改良した新製品を出している。それが何年も続けば敗北は必至。圧倒的な市場シェアや評価の前に、今もガラケーは安定稼働してます(キリッ)という言葉が、開発に関わった人たちにとって一体どれだけの慰めになるだろうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
何の問題が? (スコア:0)
だとしたらスラドでそれなりの頻度で話題として見かけていたはずですが、少なくともここ2、3年そういう話は聞いたことがありませんし。
Re: (スコア:1)
mixiとは別の会社の経験だけど
サーバーOSが古い
→ DBMSのバージョンも古い → DBMS用に用意されている新機能が使えない
→ PHPのバージョンも古い
→ PHPのフレームワークやライブラリも新しい物が使えない、
PHPのコードを書く時でさえも、非効率な書き方をする必要がある。
→ 全部独自実装する必要があるが、そんな時間も金も無い。
(つか、それするくらいなら最新OSに移植した方が安くて早い。そんな人も金もないから移植さえできてないのに……)
みたいな感じで、芋づる式に次々に問題が出ていた。
他にも「動くハードウエアが手に入らなくなってきた」というのも切実な問題だった。
Re:何の問題が? (スコア:0)
追記。
旧バージョンを使うことの問題は「安定稼働しない」のような形ではなく
「ただ稼働させるだけでも、何倍も何十倍も手間がかかる」
「新機能を実現しようとしたら最新OSの場合の何十倍~何百倍以上の金と人と時間がかかる。
このため事実上、実現不可能になる。」
という「機会損失」の形で出ることの方が多い気がする。
しかもこの状況は急な下り坂を転げ落ちるかのごとく、日々悪化の一途を辿る。
最初の頃は緩い下り坂で現状維持は容易いが、気がついたら急な下り坂になっていて、
現状にとどまるだけのために全力を注がなければならなくなる。実に無駄な努力だ。
今あるものしか見えない馬鹿マネージャだと「動いてるから良いじゃない」と思うのかもしれないが、
単に今あるものを動かすためだけに、他社なら新機能の二つや三つをリリースできるだけの
金と人をつぎ込まなければならなくなってる。
これを経営の失敗と言わずしてなんと言おう。
日本がガラケーでドングリの背比べをやってる時に、ある日突然iPhoneでケータイ市場をかっさらわれた
ようなものだ。自社が全力を投じて技術的負債の現状維持を続けてる間に、他社は全力を投じて改良した
新製品を出している。それが何年も続けば敗北は必至。圧倒的な市場シェアや評価の前に、今もガラケーは
安定稼働してます(キリッ)という言葉が、開発に関わった人たちにとって一体どれだけの慰めになるだろうか。