5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【必】未だにPostgresを馬鹿にするOracle厨【死】

1 :名無しさん@お腹いっぱい。:03/09/16 10:07 ID:oMO5pfC/
PostgreSQLやMySQLが十分実用に耐えうるようになったのは事実。

"PostgreSQLは中小企業のどうでもいいDBにしか使えない"
とか言うんなら、PostgreSQLは信頼性に欠けるという証拠出してみろや。

GoldやらPremiumやらで努力してきたのはわかるが、もうお前らの時代は終わった。
じゃあね!

2 :名無しさん@お腹いっぱい。:03/09/16 11:14 ID:???
1の時代も終わった


























終了

3 :名無しさん@お腹いっぱい。:03/09/16 11:36 ID:MmDIF1yy
ポスグレそんなに悪い評判じゃないって知ってるけど、
数千万件とか億のデータまともに扱えるの?

4 :名無しさん@お腹いっぱい。:03/09/24 00:44 ID:???
ポスグレつかったことないけど、障害が起きたときリカバリできるの?
Oracleとかの商用DBはそこらへんちゃんとしてるけど。

5 :あぼーん:あぼーん
あぼーん

6 :名無しさん@お腹いっぱい。:03/09/25 23:07 ID:???
>>1の言うPremiumってなんだろう・・・


7 :名無しさん@お腹いっぱい。:03/09/27 18:47 ID:ubF6ji1I
プラチナだろうな。。

8 :仕様書無しさん :03/09/27 22:49 ID:TLhC/ndj
正直、使い慣れたRDBMSを使う方が
めんどくさくなくていい。

PostgreSQLでもいいんだけどさ。
信頼性を調べるの面倒だもの。

個人的には傲慢な某企業には
早く潰れてほしいと思ってる。

9 :名無しさん@お腹いっぱい。:03/09/27 23:01 ID:???
PostgreSQLってさあ、脆弱性がみつかったときどうすんのよ?
PostgreSQL狙ったワームが出たらイチコロだな。かわいそーに。
っていうかオープンソースなら安全だって思ってる風潮があるからな!
今は利用者が少ないから攻撃対象になってないだけなのになぁ
結局サポートで稼ごうっていう会社の思うツボなんだよ。
ミラクルリナックスもまったく同じ戦略だな。セコっ

10 :名無しさん@お腹いっぱい。:03/09/28 01:53 ID:Hf3OFkdR
ミラクル・リナックスは、違う戦略らしいぞ(藁
逆に攻撃対象になるだろうから塞ぐ有償ソフトを売りつけるyo


セキュリティ対策はOSから:ミラクル・リナックス、OSの安全性を高めるソフトを販売
http://japan.cnet.com/news/ent/story/0,2000047623,20061093,00.htm

ミラクル・リナックス、韓国企業2社と戦略提携を発表。アジア展開へ
http://www.zdnet.co.jp/enterprise/0309/25/epn05.html

ミラクル・リナックス、韓国のセキュリティ開発会社ほかとの提携を発表
セキュアOSソリューション「HiZARD」を10月出荷
http://enterprise.watch.impress.co.jp/cda/topic/2003/09/25/67.html

ミラクル・リナックスがセキュアOSの実現に本腰
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20030925/135050/

MIRACLE LINUX、提携で韓国でも発売へ
http://www.atmarkit.co.jp/news/200309/27/miracle.html

ミラクル・リナックスが韓国IT企業と提携
http://www.mainichi.co.jp/digital/computing/today/3.html

http://www.oracle.co.jp/news_owa/NEWS/news.news_detail?p_news_code=964


11 :名無しさん@お腹いっぱい。:03/09/28 02:09 ID:???
ぶはははは
カンコックかよ。赤同士でお似合いだな(w

12 :名無しさん@お腹いっぱい。:03/09/28 02:14 ID:???
わざと穴を作る
→ 穴ハケーン自作自演
→ ユーザびびる
→ しかたなくサポート契約
→ ウマッ

13 :名無しさん@お腹いっぱい。:03/09/28 02:21 ID:???
>>10
>韓国のセキュリティ開発会社ほかとの提携

これ大丈夫かよ(ワラ

14 :名無しさん@お腹いっぱい。:03/09/30 23:03 ID:1+N5Rfd+
外部からIISを包んでセキュリティ守るソフトあったな。
住友がだしてるやつ。

15 :名無しさん@お腹いっぱい。:03/10/01 13:10 ID:VbNc7+M+
ていうかポスグレって Online backup 出来んだろ?
# pgdump とちゃうで
ポイントインタイム回復無理でしょ?
RAC っぽいことって出来る?
更新可能スナップショットみたいな高度なレプリケーション出来る?

こういう細かい部分がポスグレにはないっしょ。
のでこのスレ終了です。

16 :名無しさん@お腹いっぱい。:03/10/01 15:13 ID:Vyqu2M54
>>15
RACなんてどこもツカワネーヨ
うたい文句に騙されて導入した企業は激怒してんだぞ。
更新可能スナップショットもイラネ
営業はデテクンナ。事件は現場でオキテンダ

17 :名無しさん@お腹いっぱい。:03/10/01 17:50 ID:???
>>16
え? RAC 使わないって?
まさか導入失敗?プププ、技術力無いんだね、可愛そうに。

# しかも俺営業じゃないし


18 :NOT 16:03/10/01 19:30 ID:QFFRfjIJ
いいからRACを実際に使った事例をあげてみろよ(pu

19 :名無しさん@お腹いっぱい。:03/10/01 19:54 ID:VbNc7+M+
>>18
はあ、俺が手掛けたので良いのかな?

- 外食産業某社の勤怠/売上管理システム:稼働 3 年目
# これは RAC じゃなくてパラレルサーバだけど、
# 各地区事業部間では非同期レプリケーション使ってる。

- 某サイトの某予約管理システム : 稼働 半年

うちの会社は他にもやってるけど、俺はこれだけ。
アプリのバグ以外は問題なく動いてますが何か?

20 :名無しさん@お腹いっぱい。:03/10/01 21:55 ID:t/vVdPWF
>>19
藻前、テン○ートニの社員だろ :-)



21 :仕様書無しさん :03/10/01 23:12 ID:zSQb5Au5
>>16
激怒してる企業って具体的にドコだよ(w

もまえの企業がRACの知識無しに
導入したから激怒してるんじゃないのか?

それ以前に、OPSもちゃんと使えてるのか?(w

22 :名無しさん@お腹いっぱい。:03/10/01 23:27 ID:???
>>21
某サイトの某予約管理システム

23 :名無しさん@お腹いっぱい。:03/10/01 23:29 ID:???
OPSだってよ。プププ
OPS使いこなす知識があるなら別の選択肢があるのにね(藁
テン○ートニってレベル低っ

24 :仕様書無しさん :03/10/01 23:31 ID:zSQb5Au5
>>22
ほぅ。
その某予約管理システムがRACを使って
どう不満があったのか教えてくれ。


25 :名無しさん@お腹いっぱい。:03/10/01 23:33 ID:???
別の選択肢ってのは、少なくともPostgreSQLのことじゃないな。

26 :仕様書無しさん :03/10/01 23:37 ID:zSQb5Au5
>>23
そのOPSの別の選択肢を教えてくれ。
どうせ煽りだけだろうがな(w



27 :名無しさん@お腹いっぱい。:03/10/01 23:47 ID:???
RAC 事例: 近ツリの旅行予約システム 2003年1月から
http://www.jpn.hp.com/biz/casebank/cases/kinki/

28 :仕様書無しさん :03/10/01 23:59 ID:zSQb5Au5
PostgreSQL自体は良いRDBMSだと思ってるけど
アンチOracleを謳うPostgreSQL厨のレベルが低くて嫌。

たとえば>>23みたいなのとか。
聞きかじりで謳うなよ。
他のPostgreSQLユーザーに迷惑と思わないのか?



29 :名無しさん@お腹いっぱい。:03/10/02 00:28 ID:???
RACで怒り狂ってるとこってどこー?

30 :名無しさん@お腹いっぱい。:03/10/02 00:33 ID:???
>>21 >>29
外食産業某社の勤怠/売上管理システム:稼働 3 年目

31 :名無しさん@お腹いっぱい。:03/10/02 00:35 ID:???
>>28
2chごときでムキになんなよ

32 :名無しさん@お腹いっぱい。:03/10/02 00:47 ID:???
>>30
どこがつくったの?


33 :名無しさん@お腹いっぱい。:03/10/02 01:02 ID:???
>>32
21

34 :名無しさん@お腹いっぱい。:03/10/03 01:03 ID:???
>>30
3年間も怒り狂いっぱなし?

35 :名無しさん@お腹いっぱい。:03/10/03 01:32 ID:???
>>26
OPSはパーティション使いこなしてなんぼ
それが分かればおのずと選択肢がみえてくんだろ
学生が吠えてんじゃねーよw

36 :仕様書無しさん :03/10/03 02:07 ID:???
>>34
アンチOracle派のPostgre厨の必死なネタでしょう。
とってもイタイので放っておいたんだけど。

3年も怒らせっぱなしな技術力云々つーツッコミ以前に
RAC使って、稼働3年目ってォィ(w

Oracle9i販売開始は2001/10だけど、製品版が企業に
出回ったのが2002/02くらいだよ。

ソウカー、稼働3年目かー、スゴイナー (遠い目


あと、>>30-33 はUSBケーブルで首吊って(以下略

37 :仕様書無しさん :03/10/03 02:18 ID:???
>>35
もまえ、やっぱOPSわかってねぇだろ(w

まぁ面白いから、一応聞いておく。
なんのパーティションだよ?(w



38 :名無しさん@お腹いっぱい。:03/10/03 02:19 ID:???
>>36
真剣にレスしちゃって青いねぇ〜〜〜。学生?

39 :名無しさん@お腹いっぱい。:03/10/03 02:21 ID:???
>>37
オ マ エ モ ナ ー (w

40 :名無しさん@お腹いっぱい。:03/10/03 02:26 ID:???
>>36
空気読めよ。他のPostgreSQLユーザーに迷惑と思わないのか?

41 :仕様書無しさん :03/10/03 02:28 ID:???
>>38
真剣なレスかえせないようで青いねぇ〜〜〜。 無職の方?


42 :名無しさん@そうだ登録へいこう:03/10/03 02:29 ID:???
このスレ、実は1人しかいません。

43 :名無しさん@お腹いっぱい。:03/10/03 02:38 ID:???
2人だろw

44 :名無しさん@お腹いっぱい。:03/10/03 02:40 ID:???
>>41
教えてマンには教えね―よ(w
釣りが甘いねぇ

45 :名無しさん@お腹いっぱい。:03/10/03 04:07 ID:???
>>37
藻前OPSの略が何かわかってないだろw

46 :45:03/10/03 04:08 ID:???
一応訂正。何の略か、ねw

47 :名無しさん@お腹いっぱい。:03/10/03 18:45 ID:5x/pXfyU
>>36
よく読め!>>19ではRACで稼働3年なんて書いてねーだろあほ。
「パラレルサーバ」って書いてあるだろ。
まさかOPSがパラレルサーバってことシラネーんじゃねーだろーな?

昔はOPSなんてコジャレた呼び方してなかったんだよ。あほ。

48 :名無しさん@お腹いっぱい。:03/10/03 20:06 ID:???
>>47
ていうか、>>18では「RACを使った事例を挙げてみ」と書いてあるのに、
勝手にOPSの話を始めたのはあなた(>>19)では?
「よく読め」ってのはご自身に向けた方がいいのでは?

と思いましたよ。一連のやりとりを見てて。

49 :名無しさん@お腹いっぱい。:03/10/03 20:08 ID:???
とりあえずおまいらもちつけ、と。

50 :仕様書無しさん :03/10/03 20:47 ID:???
>>47
ああ、スマネ。

>>19 は顧客が満足してて、>>30>>29
RACで怒り狂ってる所に対してのレスかと思った。

まさか >>19 = >>30 とは思わなかった。


51 :仕様書無しさん :03/10/03 20:59 ID:???
>>47
ちなみに>>35みたいなド素人が
携わってるのかと思ってた。

HA目的でOPSを使うのに、パーティションを使いこなす事が
どう関係あるのかと、小一時間(以下略

52 :名無しさん@お腹いっぱい。:03/10/03 21:18 ID:???
あはははは
HA目的ならOPS使わなネーyo
勉強し直してこい

53 :名無しさん@お腹いっぱい。:03/10/03 21:24 ID:???
>>52
学生相手にムキになんなよ

54 :名無しさん@お腹いっぱい。:03/10/03 21:28 ID:???
>>51
HAの意味わかってまつか?

55 :名無しさん@お腹いっぱい。:03/10/03 21:42 ID:???
>>48
藻前もHA目的でOPS入れたのかw

56 :名無しさん@お腹いっぱい。:03/10/03 23:32 ID:???
>>52
金融系とか、ダウンタイムを極力小さくしたいときは
OPS(RAC)をアクティブ/ホットスタンバイでやること
がけっこうあるよん。


57 :名無しさん@お腹いっぱい。:03/10/04 00:31 ID:AaEveDUF
インクリメンタルバックアップとかはどうなんでしょう…

58 :名無しさん@お腹いっぱい。:03/10/04 00:48 ID:6x8VpCio
>>1
そうだ!そうだ!
特に金の無い企業なんて、OracleのStanderdならまだしも
Enterpriseなんて1ライセンスいくらすると思ってるんだ!!

このデフレの時代に客にDBEだけで300マソなんて言えるかよ!
Oracle=金食い虫だよな!


59 :名無しさん@お腹いっぱい。:03/10/04 09:03 ID:???
>>56
その金融使いたくねーなw
どこだよ?

60 :名無しさん@お腹いっぱい。:03/10/04 09:27 ID:???
基幹システムでは使ってねーから安心しな(w

61 :名無しさん@お腹いっぱい。:03/10/04 10:04 ID:jRA06KAm
>>52
ダウンタイム... (;´Д`)ハァハァ

62 :名無しさん@お腹いっぱい。:03/10/04 10:05 ID:???

>>56
ダウンタイム... (;´Д`)ハァハァ


63 :名無しさん@お腹いっぱい。:03/10/04 10:06 ID:???
>>48
OPSがRACの前身だってこと知らんのか?

64 :名無しさん@お腹いっぱい。:03/10/04 10:11 ID:jRA06KAm
>>57
Oracle の exp のインクリメンタルモードってこと?
よう知らんが pgdump にはそんな賢い機能は多分無い
と思われるがいかが?> postgres 信者

65 :名無しさん@お腹いっぱい。:03/10/04 10:35 ID:???
>63
てゆーか、RACのCacheFusionと比べたら結構中身違うじゃん。


66 :名無しさん@お腹いっぱい。:03/10/04 10:52 ID:???
>>63
48 はOPSもRACも知らんし、パーティションもわかっとらん。
HAも知らんトーシロー相手にムキになってもなぁ
48 がOracleを使ったことがない確率 100%

67 :名無しさん@お腹いっぱい。:03/10/04 10:58 ID:???
>>66
48はがんばってるyo!
いろいろググって調べた成果を報告してるじゃん!
まあ学生だから暇なだけか。友達いなそーだな(藁

68 :名無しさん@お腹いっぱい。:03/10/04 11:25 ID:yGyfV6+z
>>36
藻前イタスギルYO!!!
オマエみたいのがいるからPostgreSQL厨のレベルが低くみられるダロ!

69 :名無しさん@お腹いっぱい。:03/10/04 11:40 ID:???
                 ̄ ̄ ̄ ̄-----________ \ | /  -- ̄
      ---------------------------------  。←>>36
           _______----------- ̄ ̄ ̄ ̄ ̄
                     ∧ ∧    / / |  \   イ
                    (   )  /  ./  |    \ /
                 _ /    )/   /  |     /|
                 ぅ/ /   //    /   |    / |
                ノ  ,/   /'    /    |│ /|
 _____      ,./ //    |     /    .─┼─ |
(_____二二二二)  ノ ( (.  |    / ┼┐─┼─
              ^^^'  ヽ, |  |   /  .││  .│


70 :名無しさん@お腹いっぱい。:03/10/04 23:42 ID:???
おまえら、これでも見てなごめや。
http://512kb.net/2chdaiou.htm

71 :名無しさん@お腹いっぱい。:03/10/05 00:14 ID:QY/NT6Bb
なんか管理面の話ばっかだけど、実行時の速度と信頼性とか、耐久度は同じくらいあるの?
出来ればその辺シリタイッス。

72 :名無しさん@お腹いっぱい。:03/10/05 12:10 ID:???
>>71
速度云々はRACと同等機能があるかどうかってことも重要な要素だね。
ところでポスグレって一番肝心な行レベルロックはどうなん?


73 :仕様書無しさん:03/10/05 12:41 ID:???
いやー、PostgreSQLについて前向きに質問している人も
いるのに、答えられる人がいないってどういう事かねぇ?(w

僕としては>>23 = >>35 = >>44 = >>52 みたいな香具師に
答えて欲しいわけだが(w
今まで何一つ、明確な答えをだせてないよね?(w

まぁ、実際に出来る事といえば>>68-69程度だと思ってるので
ちゃんとした回答は、他のPostgreSQLユーザーさんに期待(w


>>71-72
行ロックは可能らしい。元ネタはココ。
ttp://www.bitscope.co.jp/library/PostgreSQL_whatis.html

あと、ココ。記事が古いので、もっと進化してると思うよ。
ttp://www.atmarkit.co.jp/flinux/rensai/postgres01/postgres01.html



74 :名無しさん@お腹いっぱい。:03/10/05 13:03 ID:???
>>73
おまいが探してくるのカタログ系ばっかだな。
質問理解できてますか?
73 がポスグレを使ったことがない確率 100%

75 :名無しさん@お腹いっぱい。:03/10/05 13:14 ID:oV5aYG0H
73=PostgreSQLについて前向きに質問している人

76 :52:03/10/05 13:35 ID:???
>>73
藻前がググッた奴古すぎるよ(禿藁
この本読んでから出直してこい。そしたらいろいろ教えてやる
http://www.amazon.co.jp/exec/obidos/ASIN/4822223434/

あっ学生だから本買う金ねーか...

77 :52:03/10/05 13:37 ID:???
73のスキルじゃ本理解できねーかもw

78 :名無しさん@お腹いっぱい。:03/10/05 15:08 ID:???
なんか「学生」とレッテル貼れば何でも言えると思ってる香具師がいるようだな。
その割にはロクな発言してないみたいだが。

79 :52:03/10/05 15:18 ID:???
>>78
藻前は役立つ発言してんのか?どれだよ?
オレは数あるPostgreSQL本の中から良書を教えてあげたんだけどなぁ。
そのありがたみを分かれよ。って藻前 73 なんだろw

80 :名無しさん@お腹いっぱい。:03/10/05 15:58 ID:???
> 数あるPostgreSQL本
ていうか、そんなに数無いよ、ポスグレ本なんて。

81 :52:03/10/05 16:01 ID:???
>>80
じゃあ全部買えよ!

82 :名無しさん@お腹いっぱい。:03/10/05 16:09 ID:???
いや、>76の本は持ってるけどな。

83 :52:03/10/05 16:16 ID:???
持ってるなら 73 みたいな発言しねーよ。
>もっと進化してると思うよ (w

84 :仕様書無しさん:03/10/05 22:09 ID:???
はい。おつかれさん…と。

>>76
本の紹介アリガト。買うかどうかは中身みてから決める(w
この本にOPSやRACの代わりになるようなPostgreSQLの
機能が載ってればいいけどね。

本の紹介については感謝するけども
>>52でも「OPSの代わりに、XXXっつー機能があるんだよ!」程度で
済んでしまう事じゃないの?
それは出し惜しみするほど事か?と正直思う。

>>78
擁護かな? アリガト。(^^;
でも、学生と呼ばれようが知識が増えれば僕は満足デス。

>>83
その通り。モッテナイ。
でもこの際だから、勉強してみる。

85 :名無しさん@お腹いっぱい。:03/10/05 22:18 ID:???
確かにPostgreSQLは冗長構成、バックアップ/リカバリ、運用保守、
等の話題があまりに少ない。本の類も「ではまずインストールから」
なものが多すぎて、何冊も持っていると情報の重複でうんざり。

リファレンスマニュアルの部分集合でしかない本なんて
金出してまで買う価値ねぇよ。
書く方も売れりゃなんでもいいんだろうね。節操ないね。
それとも俺の探し方が足らんのか?

86 :名無しさん@お腹いっぱい。:03/10/06 13:36 ID:???
>リファレンスマニュアルの部分集合でしかない本

禿同。マニュアルとほとんど同じ内容の本って多いよね(ポスグレに限らず)
俺も若いころはマニュアル読む習慣がなかったから本を買いあさってたん
だけど、今読み返してみるとマニュアルで十分じゃんって椰子が多い。
マニュアルを書き写しているような本もあるしね

87 :名無しさん@お腹いっぱい。:03/10/06 17:35 ID:???
> 確かにPostgreSQLは冗長構成、バックアップ/リカバリ、運用保守、
> 等の話題があまりに少ない。

そこで儲けてる(or儲けようとする)人が多いからじゃん。


88 :名無しさん@お腹いっぱい。:03/10/06 18:08 ID:???
>そこで儲けてる(or儲けようとする)人が多いからじゃん。

そうそう!企業秘密って椰子ね。貴重なノウハウ(他社との差別化)だもんね

89 :名無しさん@お腹いっぱい。:03/10/06 18:19 ID:???
憶測だけど、石○達夫さんが日本でPostgreSQLを広めたかったのって、
氏が所属する会社がサポートで稼ぎたかったからだよね〜〜。エバンジェリストw
だから「PostgreSQLはすばらしい!」と思わされてるのって、
サポートやってる企業に手のひらで踊らされてるだけなのよね。
まぁ >>1 みたいのがいるとサポやってる企業にとってはウレシイ限りナンジャナイ

90 :名無しさん@お腹いっぱい。:03/10/06 18:26 ID:???
ミラクルの戦略は >>10 ね(w

91 :名無しさん@お腹いっぱい。:03/10/06 19:14 ID:???
>88-89
ただ、逆に言うと、本当に基本的なノウハウさえ「企業秘密」とやらに
カテゴライズされてしまう今の状況から判断するに、
PostgreSQLが広く普及しているとは言えないんだろうなぁ、という気はする。

第一、SRAにそんなに他社を圧倒するだけの技術力があるとはとても思えん。
ある程度の経験の蓄積による先行者利益を享受してるだけでそ、現状は。


92 :名無しさん@お腹いっぱい。:03/10/06 19:17 ID:???
>89
> だから「PostgreSQLはすばらしい!」と思わされてるのって、
> サポートやってる企業に手のひらで踊らされてるだけなのよね。

同感。
この業界でやっていくなら、他人の土俵で勝負しない(SRAに頼らない)気概ってのは
必要だと思う。一言で言えば「いつまでも今のままだと思うなよ」ってこった。


93 :名無しさん@お腹いっぱい。:03/10/07 00:00 ID:???
>>89-92
SRA って大赤字だ、大丈夫か?
http://www.sra.co.jp/public/sra/ir/shihanki/gaikyo0307.pdf

ターボとは別に Linux推進部を作ってるyo 謎だ
http://www.sra.co.jp/public/sra/ir/others/20031001.pdf

94 :名無しさん@お腹いっぱい。:03/10/07 01:52 ID:???
オープンソフトウェアってのはソースだけがオープンじゃ意味が無いわけで・・・
ノウハウもオープンでないと駄目なわけで・・・

金銭関係で欲目を出すと大抵そのソフトにとって不幸なことになる。
小銭稼ごうとしたマヌケが自滅する分には一向に構わんのだが・・・

95 :名無しさん@お腹いっぱい。:03/10/08 00:01 ID:???
ノウハウだしおしみage

96 :名無しさん@お腹いっぱい。:03/10/09 10:00 ID:???
>>94
それは違うぞ。
オープンソースの開発者がノウハウのオープンにまで責任持つなんてのは
きいたことがない。

問題は寄生している奴らがドキュメント和訳程度しかしてないくせに、
いやそれしかしないくせに、ユーザ会つくって排他的な活動をしてしまうこと。
特にポスグレ関連の連中の情報出し惜しみは目にあまる。
postgresql.confの設定すら理解できないような情報しか出さずに、
S○Aや関係する連中はそういう情報を握ってサポート料など取ってるわけだ。

で、
オープンソースのいいところはソースが公開されていることだ。
だからソースから情報を得ればいいんだよ。
本気で読めば2か月でだいたいのところは分かるよ。
普通に会社の仕事をしながら、
2か月でストレージとオプティマイズなら理解できる。
情報が足りないのってここらだろう。2か月だよ。

逆に、この程度の情報を握っているだけでポスグレ界をぎゅうじろうと
するからポスグレ関係者に評判が悪いんだろう。

97 :名無しさん@お腹いっぱい。:03/10/09 10:52 ID:coboWhy8
>>96
じゃあ2ヵ月後よろしく。

98 :名無しさん@お腹いっぱい。:03/10/09 15:33 ID:???
オラクル使ってる人って貴族意識高いよね。
逆にポスグレ厨って卑賤で最悪。
何事も柔らかくいこうや。

オラクルのゴールド持ってて使えない奴なら見たことあるが
オラクルよりもポスグレの技術力が高い奴ほど
オラクルを上手く使える印象があるんだが。

99 :名無しさん@お腹いっぱい。:03/10/09 17:02 ID:???
>>96
わしは2時間で分かりました。

>>97
でもその結果を書くにはここは狭すぎる。

100 :94:03/10/10 01:34 ID:???
開発者がノウハウの出し惜しみしてるなんて言ってないぞ。
ほんのわずかな先行者利益に寄生して小銭を稼ごうという
姿勢はいかがなものか、と。
つまり>>96といいたいことは大して変わらんと思う。

で、ソースから情報を得よという点についてだけど。
ノウハウまで得られる?
ノウハウって経験則と実績と、裏づけとなるいくらかの理屈で
構成されるもんじゃないかな。

要は、「ひとりよりふたり」
1人のリソースは有限だから、大勢の人間の経験則を集積しなきゃならん。
このプロセスに対して閉鎖的な人間しか寄り付かないとなると、
そのソフトウェアにとって不幸なことだね、と思ったわけさ。


92 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)