アカウント名:
パスワード:
そこまで書くなら、日本の市場の特異性を解説してくれるとうれしんですけど?
貴重なご意見ありがとうございます。しかし、そのくらいのことは創刊前に調査すればわかったんじゃないかという気がしますが。。。
ところで、サポートがあるという理由でサーバにWindowsが採用されるっていうのはどういう用途のサーバの話ですか? ことWebサーバやDBサーバやアプリケーションサーバの場合、Windowsを採用したがらないところも多いと思うのですが。
# ApacheやOracleやDB2やWebLogicやWebSphereを走らせるのにWindows Serverなんか使います?# IIS+MS SQL ServerでASP.NETするってこと? それが日本の主流なの?
# ApacheやOracleやDB2やWebLogicやWebSphereを走らせるのにWindows Serverなんか使います? # IIS+MS SQL ServerでASP.NETするってこと? それが日本の主流なの?
そんなに珍しい話でもなくなってきている気がします。 ユーザ管理のために ActiveDirectory を使うシステムとか、コミュニケーション用のシステムで MS のインスタントメッセンジャーと連携するものとかがあります。 Windows + Apache + Perl で「なんでやねん」と思うシステムもあったな。
要するに、開発元に Windows 環境の方が馴染んでいるところが増えてるんではないでしょうか。堅牢性は確かに重要だけど、開発速度とか人材の都合なんかもあると思われ。 お守りする側としては、正直勘弁してほしいと思うことも多いのですけど。
恨みはないけど、ちょっと意地悪な気持ちがあったのは確かです。ごめんなさい。
商売で出版を行なうなら、市場の要求を読んで勝負するのが筋で、読み誤って失敗したのに市場に対して恨み節ってのはカッコ悪いなと感じました。新しい要求を掘り起こしてやる!という意気込みだったとしても、失敗したのなら力不足を嘆くべきで、市場が応えなかったことを嘆くべきじゃないと思ったわけです。
フリーのUNIX互換系のOSを使って、その上そこで動作する適切なフリーのミドルを選定してシステムを組めるほどパワーのあるSEが(世の中にそれほど)いないからです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
どうせ日本の市場は。。。 (スコア:2, 興味深い)
Re: (スコア:1)
そこまで書くなら、日本の市場の特異性を解説してくれるとうれしんですけど?
Re: (スコア:5, 興味深い)
Re:どうせ日本の市場は。。。 (スコア:0, フレームのもと)
貴重なご意見ありがとうございます。しかし、そのくらいのことは創刊前に調査すればわかったんじゃないかという気がしますが。。。
ところで、サポートがあるという理由でサーバにWindowsが採用されるっていうのはどういう用途のサーバの話ですか? ことWebサーバやDBサーバやアプリケーションサーバの場合、Windowsを採用したがらないところも多いと思うのですが。
# ApacheやOracleやDB2やWebLogicやWebSphereを走らせるのにWindows Serverなんか使います?
# IIS+MS SQL ServerでASP.NETするってこと? それが日本の主流なの?
Re:どうせ日本の市場は。。。 (スコア:1)
そんなに珍しい話でもなくなってきている気がします。
ユーザ管理のために ActiveDirectory を使うシステムとか、コミュニケーション用のシステムで MS のインスタントメッセンジャーと連携するものとかがあります。
Windows + Apache + Perl で「なんでやねん」と思うシステムもあったな。
要するに、開発元に Windows 環境の方が馴染んでいるところが増えてるんではないでしょうか。堅牢性は確かに重要だけど、開発速度とか人材の都合なんかもあると思われ。
お守りする側としては、正直勘弁してほしいと思うことも多いのですけど。
[わかってもらうことは難しい。わかってあげることは、もっと難しい。]
Re: (スコア:0)
DBはOracleもサポートしてるけど、だからってWindows以外のサーバには対応してません。
これは、ユーザーサイドからWindowsサーバを要求されるケースが100%だったので決定した仕様です。
当初はLinux対応の予定もあったけどバッサリ切った。BSDや商用UNIXなんて入る余地もなし。
Re: (スコア:0)
それを言い出したら、Adobe Version CueではMySQL使ってるし、
日医のORCA [med.or.jp]はDebian + C + COBOL(レセプト部)・・・
#微妙に色々関係しているのでAC
Re: (スコア:0)
Re:どうせ日本の市場は。。。 (スコア:2, すばらしい洞察)
恨みはないけど、ちょっと意地悪な気持ちがあったのは確かです。ごめんなさい。
商売で出版を行なうなら、市場の要求を読んで勝負するのが筋で、読み誤って失敗したのに市場に対して恨み節ってのはカッコ悪いなと感じました。新しい要求を掘り起こしてやる!という意気込みだったとしても、失敗したのなら力不足を嘆くべきで、市場が応えなかったことを嘆くべきじゃないと思ったわけです。
Re:どうせ日本の市場は。。。 (スコア:2, 興味深い)
おっしゃる通り! と、言いたいところですけど、一時期はサーバやエンベデッドでの需要が伸びていたんですよ、これが。だから、これは伸びると考えたわけです。先行してムックの形で出版した本は売れましたし。それで雑誌として踏み切ったわけですけど。
でも、開発者さん達の間でも、この予想は外れました。最近は、LinuxやBSDの案件が減ってきていて、WindowsやITRONなどの要求が圧倒的に多いようですね。トレンドなどと言うものは、どんなに煽ったり宣伝をしても動かない時には動きません。
まあ、そんな具合なので、自分の読み誤りに関しては認めますけど、恨み節を言うつもりは全くないです。
Re: (スコア:0)
主流かどうかわかりませんが、中小向けのERPパッケージですとそんな組み合わせが多いですねぇ。
Re:どうせ日本の市場は。。。 (スコア:3, 興味深い)
フリーのミドルを選定してシステムを組めるほどパワーのある
SEが(世の中にそれほど)いないからです。
SE業界の大半が情報系の出身ではなく、文系出身者で占められている
実情を見ても分かるでしょう。
SEに求められるのは、お客様の要件を整理したり、仕様を書いたりすることで
ハックすることではありません。
だから、既製品(という言い方がいいのか分かりませんが)である
プロプライエタリなミドルを組み合わせたシステムが
どうしても多くなるんでしょう。
プロプライエタリなミドルが動作する(動作を保証する)環境は
限られているわけで、必然的にWindowsなどに落ち着くと。
# そんなプロプライエタリなミドルを作っている中の人だけど
# あえてIDで。
Re: (スコア:0)
なんでそんなにフリーに拘るの?フリーであることしかメリットがないの?
それしかメリットがないならまともなSEならそんなモノ選ばないのは当然だよ。
Re: (スコア:0)
値段では全く競争力になりませんな。
サポート体制や窓口がしっかりしてれば考慮されるかもしれませんが。
# 大手SIerだとサポート要員引っ張ってきて抱えてるもん。
# そのレベルまで行かないと話にならないよ。