Delphi＝ボーランドの【オ　ナ　ニ　ー】では？

952 ：デフォルトの名無しさん：03/04/17 23:07

「オナニーグラマー」スレでオナニーソフト開発者を晒そうよ！

953 ：デフォルトの名無しさん：03/04/17 23:09

「オナニー開発者ってキモイよ！」
ならいいんでない？Delphi叩きってこともないし。

954 ：デフォルトの名無しさん：03/04/17 23:09

海外の比較的マイナーな文学作品を翻訳出版する
小さな出版社がある。そして文学ファンはこういった出版社を
潰さないため、今後も翻訳を続けてもらうために
１人で同じ本を２・３冊買うことが良くある｡

我々もこういう時だからこそDelphi7を買って
ボーランドを支えるべきなんじゃないだろうか。
Delphi7の売り上げはDelphi8以降の開発資金となるし、
ボーランドジャパンの今後に大きな影響をもたらすだろう。

Delphi7の出来のみを云々するのは
あまりにも近視眼的ではないだろうか？

955 ：デフォルトの名無しさん：03/04/17 23:09

Delphi=オナニーのほうがレスつくと思われ。

956 ：デフォルトの名無しさん：03/04/17 23:27

みんな Delphi に何されたの？
ここは Delphi に一杯食わされた人が恨みつらみを書くスレですか？

957 ：デフォルトの名無しさん：03/04/17 23:29

MS以外は結構ボーランドしてるしょ？
なんだよこの仕様・操作系ってソフト多いよ。
得に日本のグラマはWinの標準GUI無視し、
なおかつ使いにくいソフト多い。

958 ：デフォルトの名無しさん：03/04/17 23:35

マスターベーションage

959 ：デフォルトの名無しさん：03/04/17 23:37

>>957
MS のソフト以外は結構ボーランドのコンパイラでできているってこと？

960 ：デフォルトの名無しさん：03/04/17 23:40

とにかく自己満足・自己陶酔で終わってる技術者はいかん。
誰か次たのむ。

961 ：デフォルトの名無しさん：03/04/17 23:47

次スレです。
http://pc2.2ch.net/test/read.cgi/tech/1050590661/l50

962 ：デフォルトの名無しさん：03/04/17 23:49

VB＝M$の【オ　ナ　ニ　ー】では？

963 ：デフォルトの名無しさん：03/04/17 23:50

>>961
偽スレご苦労。必死だな（藁

964 ：デフォルトの名無しさん：03/04/17 23:52

961はブラクラ

965 ：デフォルトの名無しさん：03/04/17 23:53

M$ って文字列型でしょ。
VB は整数型？
M$ = "ABC"
とかやるんだよね。BASIC って。

966 ：デフォルトの名無しさん：03/04/17 23:55

BASICはどれもそうだよ。
VBでは互換性のために残されているだけだけどね。

967 ：デフォルトの名無しさん：03/04/17 23:56

>>961
おまいみたいな人間がいることが
ある意味Delphi批判スレとして成功しているな。

968 ：デフォルトの名無しさん：03/04/18 02:20

客が満足してくれたら俺も満足。
（仕上がりが速くて出来上がった製品のレスポンス・品質もいいそうだ。）
だからこれからもDelphiは使いつづけます。

969 ：デフォルトの名無しさん：03/04/18 02:47

早かろう悪かろう

970 ：デフォルトの名無しさん：03/04/18 08:18

まあ、ダラダラ時間掛けるほうが客から見れば開発側のオナニー
だわな。

971 ：デフォルトの名無しさん：03/04/18 08:25

ダラダラ時間掛けるほうは、客から見れば精通もまだの園児寄越しやがったｺﾞﾗｧ! でしょう

972 ：デフォルトの名無しさん：03/04/18 10:49

>>970-971
開発側がダラダラやってても
実態を知らない客から見れば
一所懸命やってるということになったりして

本当に頭を使ってるときというのは
傍目にはサボってるようにしか見えなかったりするから

973 ：デフォルトの名無しさん：03/04/18 14:40

まあ、仕上がりが早いのは糞製品の証拠だ罠

974 ：デフォルトの名無しさん：03/04/18 15:31

もちろん、作りこみにかかる時間が短い分、設計やテストに割く時間
が増やせるので品質も向上してます。

975 ：デフォルトの名無しさん：03/04/18 16:44

クライアント：（早いな、ＶＢか）

976 ：デフォルトの名無しさん：03/04/19 01:35

Delphiのstringもオナニー仕様ですね。

977 ：デフォルトの名無しさん：03/04/19 01:38

>>976
255文字の制約なしで簡単かつ安全に使えるんだからいいじゃん
文句があるなら全部 array of char でやればいい

978 ：デフォルトの名無しさん：03/04/19 01:43

>>975
開発側:(それは気のせいです・・・)

979 ：デフォルトの名無しさん：03/04/19 08:20

まあでも　あの制限無くしたせいで、文字列をVBみたいに扱う奴が・・・・・

大きくなったら出来るだけ子供を作らない工夫をしようね。

980 ：デフォルトの名無しさん：03/04/19 11:51

>>979
別にいいじゃん。どうせ参照カウント方式なんだし。ライト・オン・デマンド方式
なんだし。

981 ：デフォルトの名無しさん：03/04/19 11:54

stringに文句があるならCのようにシコシコ
関数で文字列を結合してなさいというこった。

982 ：デフォルトの名無しさん：03/04/19 11:55

Stringが問題なんじゃない｡
StringBuilderがないことが問題なんだ｡

983 ：デフォルトの名無しさん：03/04/19 12:16

>>980
じゃなくて、 + とか Copyとかを数千バイトでも使う奴のこと

984 ：デフォルトの名無しさん：03/04/19 12:59

そういうのはVB厨じゃなくて、Perl厨というんだ。

985 ：デフォルトの名無しさん：03/04/19 13:09

>>982
そこまで大容量のテキストをひとつの文字列変数に連結する用途がわからない…
StringBuilderじゃなくて行ごとのリンクリストとか作らない？
或いは、最終的にファイルに落とす/送信するなら、
メモリ上で文字列として完成させる必要もなくて端から書いていけばいいし。

StringBuilderって単に.NET(Javaでもいいけど)の文字列+演算子が遅いことを
誤魔化すためのものと思ってたのだが…。

986 ：デフォルトの名無しさん：03/04/19 13:11

>>985
そういう信じられないことをPerl厨は平気でやってのける。

987 ：デフォルトの名無しさん：03/04/19 13:19

>>985
>そこまで大容量のテキスト
そこってどこだよ?勝手に脳内ケースでっち上げて反論スンナ｡
StringBuilderとString[]は全く別物で用途によって使い分けるだろ｡
てかお前StringBuilderなんてそもそも知らなかっただろ｡Googleって便利だな｡
だいたいStringBuilderの無様な実装がDelにもあるだろ｡なに否定してんだよ｡

988 ：デフォルトの名無しさん：03/04/19 13:29

少し考えさせられたが、ひょっとしてTStringStreamの事だろうか… >無様な実装

989 ：デフォルトの名無しさん：03/04/19 13:40

そういえばC#で文字列変数の内容をStreamとして読むのはどうすればいいのかな…
って全然関係無いし。C#スレ逝ってくる

990 ：デフォルトの名無しさん：03/04/19 13:43

>>987
あんたもでっちあげてるよ。

991 ：デフォルトの名無しさん：03/04/19 14:11

Delphiｻｲｺｰ

System.Random
Math.RandG
Math.RandomRange
StrUtils.RandomFrom

992 ：デフォルトの名無しさん：03/04/19 14:40

Delphiすれ乱立だけど、また人気が出てきたわけ？
サーバサイドでは死んでるけど。

993 ：デフォルトの名無しさん：03/04/19 15:07

>>992
IntraBuilderは面白いみたいだよ。　ホントにイントラ用には手軽というか