アカウント名:
パスワード:
そんな悪いんじゃあみんなフリーを使いそうなもんだが。
ある意味、ソフトウェアは、ブランド・ビジネス化しつつあります。 それが、ただ同然で手に入るLinux/GNUのCD-ROMが売れたり、OpenSSLで出せるにもかかわらずちゃんとしたCAから出た公開鍵証明書が使われたりする理由です
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
フットワーク (スコア:1)
フットワークが軽いというのと、何よりもフリーというのが
大きいのでしょうね。重いくせに高い導入費用がかかり、
しかも不安定なRDBが以下に多いかということでしょう。
何も分からないSEがサポート漬けになって利
Re:フットワーク (スコア:1, すばらしい洞察)
> しかも不安定なRDBが以下に多いかということでしょう。
そんな悪いんじゃあみんなフリーを使いそうなもんだが。
Re:フットワーク (スコア:1, すばらしい洞察)
ある意味、ソフトウェアは、ブランド・ビジネス化しつつあります。
それが、ただ同然で手に入るLinux/GNUのCD-ROMが売れたり、OpenSSLで出せるにもかかわらずちゃんとしたCAから出た公開鍵証明書が使われたりする理由です
iida
ブランドなるものの中身 (スコア:3, すばらしい洞察)
いったい何が達成できていれば買い手が「ブランド」と認識
してくれるのか、という点は掘り下げる価値があると思う。
技術屋さん自身は見逃しがちなことだが、企業にとって、君
と同じスキルを持った技術屋を雇い直すのは簡単なことでは
ない。君がいくらMySQLを使いこなせるといっても、君はいつ
か交通事故で死ぬかも知れないし、社長とけんかして辞める
かも知れない。そのときMySQLとやらに溜め込んだ会社の貴重
なデータを救い出せるという確
Re:ブランドなるものの中身 (スコア:1)
>という確信がなければ、理性のある企業ならば決してMySQLを採用な
>んかしない。
Oracle使いがMySQLからデータを引き出して移し替えるのが出来ないとは思えないですね。まあOracle使いと言っても、レベルには天と地の開きがあるのですから、地の方しか雇えないなら、それは出来ない場合もあるでしょうが。
MySQLで出来る事はOracleでも出来る、その逆は難しい場合がある、は正しいでしょう。それを使うエンジニアとなると、話が逆転する場合が結構あったりしますね。MySQ
Re:ブランドなるものの中身 (スコア:1)
> が必要な場合「どうやれば実現出来るのか、同様の成果を得る事が出来る
> のか」を考えなければならず、比して突っ込 んだ、あるいはプリミティブな
> 知識や経験が必要になるでしょう。
他のところでも同じようなことを書きましたけど、それが本当に望ましいのですか?
「お気楽なSQLを書いてもそれなりのパフォーマンスが出ること」って、
非常に重要だと思うんですけど。
コストを「労力」として投入するか、「金銭」として投入するかの違いだけでしょ?
結局コストがかかってることには違いないじゃん
Re:ブランドなるものの中身 (スコア:1)
その場合に顧客にプリミティブな知識を要求するのは難しいと思います。
あと、プリミティブな知識が必要になっちゃうと引き継ぎが大変かも。
きちんとそういうところまでドキュメントにしておけ、とは言われるでしょうが。
ただ、問題なのはOracleが
>「お気楽なSQLを書いてもそれなりのパフォーマンスが出ること」
と言うわけでも無いと言うことですねえ。
>「お気楽に使える」ことに対する評価が、オープンソースな人たちは不当に低いと思う。
オープンソースな人、なんでしょうかねえ。
(少なくとも日本での)商売での実情を知らない人なんじゃないのかな。
それとも凄く優秀な人で知識の習得コストがほとんどゼロだとか。