【JIT】Delphi8 for .NET 3【がまん】

1 ：デフォルトの名無しさん：04/06/01 09:44

年末には Delphi9

Delphi8 はどこに行く？

前スレ
ttp://pc5.2ch.net/test/read.cgi/tech/1078695271/

関連
ttp://www.borland.co.jp/delphi_net/
ttp://www.borland.com/delphi_net/

3 ：デフォルトの名無しさん：04/06/01 10:37

前スレよりコピペ

987 ：デフォルトの名無しさん：04/06/01 02:08

とりあえず、俺を含めた何人かは実際に試してJIT最適化されないという結論になった。
しかし、ニュースグループでは同じ手順で最適化されるという結論になってる。
英語だけど詳細まとめたページもある。
で、俺はその通りやったけど最適化されなかった。
もうひとつ、JIT最適化の陰に隠れているが、コンパイラ最適化も確認出来てない。

991 ：デフォルトの名無しさん：04/06/01 02:17
>>987
ありがとう。では、978 や 979 のようなレスは自分で試してないのね。ニュース
グループの結果を引用してるだけで。>>980 は、978 や 979 に向けて書いたつも
りだったんだ。それぞれ全く反対の主張が別々に書かれているから、982 のように
感じられると思うんだよ。987 のようにまとめられると、どっちを信用していいか
わかったような気がするよ。

997 ：デフォルトの名無しさん：04/06/01 02:25

効果が出なかった俺の環境はPro 日本語版 update2であると一応書いておく。
英語版、体験版での効果は知らない。

4 ：デフォルトの名無しさん：04/06/01 11:24

試したい方へ（英語）
ttp://hallvards.blogspot.com/2004/05/hack-3-enabling-jit-optimizer-for-d8.html

5 ：デフォルトの名無しさん：04/06/01 21:04

あげ

6 ：デフォルトの名無しさん：04/06/01 21:04

間違えた

7 ：デフォルトの名無しさん：04/06/02 08:40

某みたいなスレになっちまったな。

8 ：デフォルトの名無しさん：04/06/02 09:11

失礼な！一緒にするな。

9 ：デフォルトの名無しさん：04/06/02 09:31

> Delphi8 はどこに行く？

どこにも行かない。消えるだけ

> 年末には Delphi9

Delphi８と７とC#BuilderのIDEが統合されるだけでしょ。
カスを集めて、落ちまくるIDEに統合されて何かいいことあるのか？

10 ：デフォルトの名無しさん：04/06/02 10:30

>>9
どうした？ずいぶん落ち着きがないようだが、プロジェクトが破綻したのか？

11 ：デフォルトの名無しさん：04/06/02 10:54

>>10
どうした？ずいぶん落ち着いてるようだが、Ｄ８ユーザじゃないのか？

12 ：デフォルトの名無しさん：04/06/02 10:57

年末なん？
騙されてD8買った人もバージョンアップ有料かな。
MSが.NETのバージョンあげるたびに金取られるのもなんだし、
LHリリース後までDelphiに有料で手を出すのは控えるつもり。
何年後だか永久に来ないんだかは知らないけど。

13 ：デフォルトの名無しさん：04/06/02 11:05

それが正解です罠。
お布施する奴もいるけど、LH出て暫く経つまではドトネト
がどうなるかなんてわからんでしょ。
最悪、M＄勝手に方向転換しそうだし。（これは妄想ね。）

14 ：デフォルトの名無しさん：04/06/02 11:38

> 年末なん？

あり得ない。もし今年年末に出すようなら詐欺だろ。すぐに VS.NET2005 で
.NET Framework がバージョンアップされるのに。

15 ：デフォルトの名無しさん：04/06/02 12:26

ありえない、ってニュース読んでいないのか。
おめでたいやつだ

16 ：デフォルトの名無しさん：04/06/02 13:19

> ありえない、ってニュース読んでいないのか。

ありえない、ってニュースがあるんか？

17 ：デフォルトの名無しさん：04/06/02 14:20

Assert(ValueOf(>1-1000)>0);

18 ：デフォルトの名無しさん：04/06/02 15:12

そもそもVS2005はいつ？
その後で出すんじゃなきゃD8はD9のベータ版。
いや、ベータ版なのは確定だからそれより前でも早いほうがいいのかな。

19 ：デフォルトの名無しさん：04/06/02 18:59

ベータ版で金を取るのはどうしてですか？

20 ：デフォルトの名無しさん：04/06/02 19:55

>>16
馬鹿が無理してレス書かなくていいです(^_^;

21 ：デフォルトの名無しさん：04/06/02 20:55

>>20

疑問文だろ

22 ：デフォルトの名無しさん：04/06/02 20:56

>>15

ソースは？

23 ：デフォルトの名無しさん：04/06/02 21:22

「ありえない、ってニュース」はどこにある？

>>20 が一番バカっぽく見えるが。

ありえない、ってニュースを読んでいないのか。
ありえないって、ニュースを読んでいないのか。
ありえない、ってニュースがあるがそれを読んでいないのか。

ま、いずれにしても、VS2005 の前に出して数ヶ月後にまた悪夢のアップデートは
やめてほしい。.NET Framework ver2. が出たあとにしてくれよ。

24 ：デフォルトの名無しさん：04/06/03 03:41

LHの後でも全然いいよ。
IDEがWinFXのみで書かれたWinFX用Delphiならわかるが、
Win32で書かれた、またはDllImportで書かれたIDEを売ること自体、
現状はWin32での開発を推奨しているようなものだ。

25 ：デフォルトの名無しさん：04/06/03 04:28

>>23
一人で混乱しなくていいぞｗ

26 ：デフォルトの名無しさん：04/06/03 09:02

顔が見えないネット社会、相手は子供かもしれない。
大人はJITがまん。

27 ：デフォルトの名無しさん：04/06/03 09:39

>相手は子供かもしれない。
そ。首切られるぞ。

28 ：デフォルトの名無しさん：04/06/03 10:51

モニターの向こうから刃物を持った手が伸びてくるかも・・・
なんてことまでこわがっているわけですか。

なんだかミジメですね ;-)

29 ：デフォルトの名無しさん：04/06/03 11:11

えーと、もう元ネタがわからない >>28

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

> 大人はJITがまん。

報われない我慢は無駄

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

>>29
あなたが2chで煽ってるのはお知りあいなんですか? :)

32 ：デフォルトの名無しさん：04/06/03 12:03

たしかにJITの最適化がされないのは、技術的に劣るが、
それで、どの程度、パフォーマンスが落ちるのか調べないで
ギャーギャー言うやつらは技術用語にだけ反応するトウシロ。

.NETを新プラットフォームと考えると、「新技術はバージョン3で使いものになる」
という格言を信じれば、Delphi10あたりで移行を考えてもまったく遅くない。

33 ：デフォルトの名無しさん：04/06/03 12:08

> Delphi10あたりで移行を考えてもまったく遅くない。

だから何で移行する必要があるの？

> どの程度、パフォーマンスが落ちるのか調べないで

ちゃんと前スレから読んでないでしょ。

パフォーマンスがどの程度落ちるのかが問題ではない。JIT 最適化さえで
きないような開発環境を使うのはバカだけ。技術的に劣ると認めてるんでしょ。

34 ：デフォルトの名無しさん：04/06/03 12:12

>だから何で移行する必要があるの？
いや、そんときに移行する必要が出て来ればね。

>JIT 最適化さえできないような開発環境を使うのはバカだけ。
>技術的に劣ると認めてるんでしょ。
だからそういう考え方が技術バカなんだってば。JITの他にも考慮する点はいくらだってあるでしょ。

35 ：デフォルトの名無しさん：04/06/03 12:12

前スレからの流れをみると、JITはされているんだか、いないんだか、はっきりとした確証は無い。
ただ、おそらくは、されていないんじゃないか、というレベルであった事は自明
ただ....orz=3

36 ：デフォルトの名無しさん：04/06/03 12:18

> JITの他にも考慮する点はいくらだってあるでしょ。

例えば？
無料の　csc.exe でもリリースビルドはできて JIT 最適化される。
有料の Delphi8 が JIT最適化できないこと以外で、どの点を考慮すると有利になるわけ？

37 ：デフォルトの名無しさん：04/06/03 12:20

だいたい、データベースなどのフロントエンドアプリで、
JIT最適化されていない程度で本当に実害がでるのかね。

GUIが主体のフロントエンドアプリはインタプリタでさえ問題がないような気が
するがどうだ?

38 ：デフォルトの名無しさん：04/06/03 12:26

>>36 一言で言えば、過去の資産が生かせる点だろ。
現時点でDelphi7を実務に使っておいて、いざ必要となった
ときに、.Net版Delphiを使用できる可能性があるという安心感とか。

移行ツールも充実する可能性もあるし。

39 ：デフォルトの名無しさん：04/06/03 12:30

遅いほうがいいアプリなんてないだろ。

> JIT最適化されていない程度で本当に実害がでるのかね。

実害ってなに？同じ動作をするアプリなら高速の方がいいに決まってる。
なぜ、わざわざ遅いほうを選ぶ？

40 ：デフォルトの名無しさん：04/06/03 12:39

そうとう重傷だな。一般にアプリが高速に動作したほうがいいだろうというのは
俺も認めるよ。

だが、たとえばあるボタンを押して結果が表示されるまで、
0.001秒かかるのと、0.01秒かかるのと、実質的な問題が発生するかい?

10倍遅いほうでも、速度の他に便利な点があればそちらを使う可能性は
十分あるという話。

41 ：デフォルトの名無しさん：04/06/03 12:56

> 速度の他に便利な点があれば

Delphi8にそれがないから問題になってるんだろ。必死だな

42 ：デフォルトの名無しさん：04/06/03 13:01

つか、.NETアプリ自体の速度が（ry

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

つーか、あんたが必死だな。

「Delphi8の出来の悪さ」と言われている部分だけを文脈から切り出して
問題にするからトウシロなんだよ。トウシロでもいいけどね。

Delphi8は.NETへのBorlandからの参加表明だろ?
Windows1はボロカスに言われたけど、Wondows3.1からは快進撃だったよな。

44 ：デフォルトの名無しさん：04/06/03 13:08

過去の資産について質問です。
Delphi7までに自社でしこしこ開発したコンポーネントライブラリは、
Delphi8で使えますか。

45 ：デフォルトの名無しさん：04/06/03 13:12

一般に、仮想機械を1層かぶせると、ネイティブにコーディングした場合に比べて、
数倍から10倍くらい遅くなると言われる事があるね。

46 ：デフォルトの名無しさん：04/06/03 13:15

>>43
文脈も何も、Del8は出来が悪いことは動かしがたい事実

47 ：デフォルトの名無しさん：04/06/03 13:16

>>43
VB.NETも快進撃だったよな。(嘲笑激藁

48 ：デフォルトの名無しさん：04/06/03 13:16

だからJITコンパイラなんかが発達してきたんだね。

49 ：デフォルトの名無しさん：04/06/03 13:28

なぜDelphi8は出来が悪いのだと思う?

50 ：デフォルトの名無しさん：04/06/03 13:34

>>49
前スレ読んでいたらそんな質問はしないよ。

51 ：デフォルトの名無しさん：04/06/03 13:39

あ、そう。

52 ：デフォルトの名無しさん：04/06/03 13:41

> だが、たとえばあるボタンを押して結果が表示されるまで、
> 0.001秒かかるのと、0.01秒かかるのと、実質的な問題が発生するかい?

だが、たとえばある計算をするためにボタンを押して結果が表示されるまで、
1秒かかるのと、10秒かかるのとでは実質的な問題が発生する。

53 ：デフォルトの名無しさん：04/06/03 13:42

何の意味もない切り返しだね。

54 ：デフォルトの名無しさん：04/06/03 13:45

基本的には同意します。アプリの速度は大切でしょう。

とはいうものの、10秒かかっても、一日に一回だけ押すなら問題にならない
こともあるでしょう。

.NETアプリの印象として「もっさり」感とかはするものなの?

55 ：デフォルトの名無しさん：04/06/03 13:45

VB.NETに負けてるのがそんなに悔しいの？ｗ

56 ：デフォルトの名無しさん：04/06/03 13:45

> 「Delphi8の出来の悪さ」と言われている部分だけを文脈から切り出して

「Delphi8の出来の良さ」の部分ってあるの。文脈から切り出してごらん。

57 ：デフォルトの名無しさん：04/06/03 13:46

>>53 どれに言ってるの。あるいみ全部、意味の無い、ダベリだからね。

58 ：デフォルトの名無しさん：04/06/03 13:47

>>56 「.NETであのDelphiが使えるっ!」なんてのはどう?

59 ：デフォルトの名無しさん：04/06/03 13:49

>>55 すまん。VB.NETってよく知らないんだよね。 C#に押され気味なの?

60 ：デフォルトの名無しさん：04/06/03 13:49

> 一日に一回だけ押すなら問題にならないこともあるでしょう。

勝手に前提条件つけて「問題にならないこともあるでしょう。」とは必死すぎないか？
ボタンというのは、一日何回押すかはユーザが決めること。それとも、Ｄ８では一日に
一回しか押せないボタンしかないのか？　それはそれで問題ありだな。

61 ：デフォルトの名無しさん：04/06/03 13:52

>>58
> 「.NETであのDelphiが使えるっ!」なんてのはどう?

いいね、いいねぇ、うん。「あの」が特にいい。

62 ：デフォルトの名無しさん：04/06/03 13:53

いや、たとえば一日の終りにする、取り引きの総額に関する計算とかさ。

> それとも、Ｄ８では一日に
> 一回しか押せないボタンしかないのか？　それはそれで問題ありだな。
あんまり、無理して煽り口調にしなくてもいいですよ。

63 ：デフォルトの名無しさん：04/06/03 13:56

「速度はもちろん大切だが、たとえ数倍の差でもさして意識しなくて良い場面はある」
ってのに対して、
「意識しなくてはならない場面が存在する」
っていう当たり前のことを述べて、何か突っ込んだ気になってる変なのがいるね。

64 ：デフォルトの名無しさん：04/06/03 13:57

> いや、たとえば一日の終りにする、取り引きの総額に関する計算とかさ。

ねぇ、特別な場合を例に出して、なにか普遍的な結論を得ようとしてない？

一日１回だけする計算でも、１秒ですむものを１０秒かかるようなプログラムを
作りたい、と思うヤツはかなりな変人だと思うよ。

65 ：デフォルトの名無しさん：04/06/03 13:59

> 当たり前のことを述べて、何か突っ込んだ気になってる変なのがいるね。

当たり前のことに対して特殊な例をだして反論している変なのがいるからね。

66 ：デフォルトの名無しさん：04/06/03 14:01

>>65
意識しなくて良い場面の存在は、さほど特殊でもないけどね。
（ここまでピント外れのこと書いてきた手前、特殊じゃないと困るんだろうけど）

67 ：デフォルトの名無しさん：04/06/03 14:03

Del厨がこのザマじゃあVB使いには勝てんわな

68 ：デフォルトの名無しさん：04/06/03 14:05

ま、どんな屁理屈言おうが、遅いほうがいい、ということには誰も賛成してないな

69 ：デフォルトの名無しさん：04/06/03 14:07

意識しなくて良い場面　は　遅くてもいい　とイコールではないわな

70 ：デフォルトの名無しさん：04/06/03 14:22

つーかD7おまけで付いてくるんだからD8使わなければ高速化できる。
過去の遺産の互換性もD8ではかなり修正を要すがD7ならバッチリ。

71 ：デフォルトの名無しさん：04/06/03 14:26

>>70

すごすぎ。平和でよいな。

72 ：デフォルトの名無しさん：04/06/03 14:26

あぁ、D7ついてくるのか。そういえば昔からそうだったような。
D7ラインの後継バージョンは開発続いているのかな。

73 ：デフォルトの名無しさん：04/06/03 14:28

「遅さ」にこんだけ反応する人がいるのは面白いね。スクリプト言語ユーザは、これほどではない気がする。

74 ：デフォルトの名無しさん：04/06/03 14:28

> D8使わなければ高速化できる。

おぅ、そうだな。ところで、どれと比べて高速化か教えて。

75 ：デフォルトの名無しさん：04/06/03 14:30

> スクリプト言語ユーザは、これほどではない気がする。

はじめから折り込み済みだからね。

76 ：デフォルトの名無しさん：04/06/03 14:34

でも、俺は昔から、CやC++でも最適化のチェックが外れていてもそれほど気にしなかったな。

77 ：デフォルトの名無しさん：04/06/03 14:43

速度がどうでもいいならDelphi使う理由は全くないな

78 ：デフォルトの名無しさん：04/06/03 14:46

>>77

君は鋭い。いままでネイティブだから、なんて言ってたのが、Ｄ８のJIT最適化
ができないことなんて大したことない、とか言い出してびっくり。

79 ：デフォルトの名無しさん：04/06/03 15:03

VB.NETの方が最適化の幅があっていいね。

80 ：デフォルトの名無しさん：04/06/03 15:35

.NETの中では一番遅い。前スレによると数値計算だけなら3倍差がつく。
スクリプトはインタプリタだったり、使い道が違ったりで比較しない。
VCL.NETはフォーム一枚1.5MBまたは某製ランタイム2MB添付。

81 ：デフォルトの名無しさん：04/06/03 15:38

そんなにDelphiで作ったアプリって速かったっけ?
「ネイティブだから」って言うのは厨をたらしこむ単なる宣伝文句だろ。
IDEとVCLの出来が比較的良いというということや、コンパイル速度が速いって
のは聞いたけど。

速度だけでDelphiを選んでいた人なんているんだ。

82 ：デフォルトの名無しさん：04/06/03 15:39

>>81
VBと比べてです。C++とじゃないです。

83 ：デフォルトの名無しさん：04/06/03 15:43

>>80 数値計算が3倍時間を喰うだけで、これだけ大騒ぎできるのか。

84 ：デフォルトの名無しさん：04/06/03 15:44

Delphi6アプリが速度でC#に負けたのも記憶に新しい

85 ：デフォルトの名無しさん：04/06/03 15:45

VB使ってる人も結構ストレスなんです。
速くてランタイム不要でマウスでGUI作れるが、さっぱり分からない憧れのDelphi。
それが.NETで平等になっただけでも爽快なのに、JITできなくて格下ですから。

86 ：デフォルトの名無しさん：04/06/03 15:45

>>82 あっ、そうだったね。
「VBと比べてこちとらネイティブコードコンパイルだぜっ!」っていうのは
あったね。たしかに。

87 ：デフォルトの名無しさん：04/06/03 15:50

D8ダメだからC#かD7って結構いるみたいなのに、
VB.NETっていう人がいないので、いくら叩いても気が晴れないんですね。

88 ：デフォルトの名無しさん：04/06/03 15:55

>>85 なんとなく雰囲気が読めてきたよ。ありがとう。

VBが分かるのなら、Delphiをつまみ食いするのなんか簡単そうだと
思うけど、いろいろあるんだろうな。

VBも早くから、ポトペタを実現して見所があると思うけどね。
(最初のポトペタはNextのInterface builder?)

89 ：デフォルトの名無しさん：04/06/03 16:05

数学使って高速化しなければいけないようなアプリ書く人は、
はじめからDelphiは視野に入ってないんじゃないかな。
それ以外の人にとっては数値計算の高速化よりも、
描画だったりメモリの確保だったりAPI使用時のマーシャリングだったり、
JITが及ばない部分で、いかに速いコード書くかの方が大事。
それができないからD8製アプリなんてものは世に出てないがね。
計算が3倍遅くてもベンチとらなきゃ気がつかないほどマヌケばかりだから問題ない。

90 ：デフォルトの名無しさん：04/06/03 16:10

> 描画だったりメモリの確保だったりAPI使用時のマーシャリングだったり、
>JITが及ばない部分で、いかに速いコード書くかの方が大事。
そういう事っていまだに重要なのか…

91 ：デフォルトの名無しさん：04/06/03 16:15

別に意識的に重要だと叫ばなくても、
仕組みが分かってる人はあえて遅いコードは書かない。
そうすれば分かってない人との間に差が生まれてくるわけだが、
競争原理が働いてなければ遅かろうが臭かろうが、
D8だろうがVBだろうがありがたがられる。

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

ILは素人にも逆コンパイルされから、下手なコード書いたら死活問題。
にはならないか。

93 ：デフォルトの名無しさん：04/06/03 16:20

DelphiはVB.NETよりも低速。
DelphiはVB.NETよりもIDEがしょぼく不安定。
DelphiはVB.NETよりもソースが汚い。
DelphiはVB.NETよりも言語仕様が貧弱。
DelphiはVB.NETよりも生産性が低い。

DelphiはVB.NETに完全に劣る。

94 ：デフォルトの名無しさん：04/06/03 16:26

VBを使ってみたことがないから反論できない。
すまんな。

95 ：デフォルトの名無しさん：04/06/03 16:27

>>91 メモリの確保とかAPI使用時のマーシャリングとかの面倒をVM側が
見てくれるので、その分だけプログラマの負担が減って、たとえば
コードの分かりやすさとか、アルゴリズムのオーダーを下げるのに労力を
注げるというシナリオだと思ったよ。.NETは。

>>92 Javaやスクリプト言語にも同じ苦情があったよね。

96 ：デフォルトの名無しさん：04/06/03 16:35

前スレの最適化がらみでD8とC#のコードは貼られたりしたわけだが、
VB.NETが最適化されているという証拠のコードはまだ出ていないんだよ。
俺がVB使いだったら真っ先にVBで最適化されるコード貼って、
D8が一番遅いことを証明してやるんだが、
やっぱりDelphi分からなくてVBの人は、VB.NETも無理なのかねえ。
VB.NETはオブジェクト指向だから移行できないとか多いらしいよ。

97 ：デフォルトの名無しさん：04/06/03 16:43

>>96
最適化されてるかはソースじゃなくて実行時のネイティブアセンブリを見るのが筋じゃないの？
cordbg でも使えば一目瞭然だけどね。

やっぱDel厨の.NETの知識ってこんなもんか。ｗ

98 ：デフォルトの名無しさん：04/06/03 16:43

>>93
ageてまで書くことか？
Delphi5で仕事とってきているけど、いままで案件でVB.NETとコンペになったときに７勝０敗なんだが。
VB.NETは>93が仰せのとおり完全に勝っているかもしれないがだからといってそのことがユーザーに
快適に使わせるシステムができる要素にはなり得ないね。
D8がダメダメなのは同意。

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

煽りをスルーできないほど余裕のない人たちの集まりですね

100 ：デフォルトの名無しさん：04/06/03 16:45

まともな質問も出ないまま100get

101 ：デフォルトの名無しさん：04/06/03 16:47

>>95
すごいばかだね。

面倒見てくれるというのと、速いかどうかは全然別。
コールは簡単一発だが、これが面倒見てくれるってことだろ。
同じ一発でも速いメソッドもあれば遅いメソッドもあり、
遅いメソッド呼んだのにもっと速いいくつかのメソッドの組み合わせに書き換えてくれるか？
元来多くのメモリを要するメソッド呼んでも、必要なさそうだからって手加減するか？
さらに、わかりやすいコードを書くってのはループだの一時変数の話だろ。

すごいばかだね。

102 ：101：04/06/03 16:48

ごめん、「すごいばかだね」二回書いちゃった。
そんなにバカじゃないです。一回です。

103 ：デフォルトの名無しさん：04/06/03 16:48

いい感じに荒れてるな

104 ：デフォルトの名無しさん：04/06/03 16:51

ほんとは今頃D8で何か作って暇つぶしのはずの人がスレに流れてるからね。

105 ：デフォルトの名無しさん：04/06/03 16:51

.netに追従しなきゃよかったにね。引きこもればまだよかたのにね。
.netになってまでDelphi使うやつの神経がわからん

106 ：デフォルトの名無しさん：04/06/03 16:53

VSの箱には.netと書いてあるがあれはロゴマークで、
.NETの方が正解なんだよ。

107 ：デフォルトの名無しさん：04/06/03 16:55

.NETが流行るわけないとタカをくくってたのが災いしたわけだ。

順当に.NETが普及して、Del厨に残されたのは使えないツールとつまらないプライドだけ。ｗｗｗ

108 ：デフォルトの名無しさん：04/06/03 16:58

>>107
使えないのは.NETに移行したD8であって、またはVBであって、
D7は現役つかえる。

109 ：デフォルトの名無しさん：04/06/03 17:00

>>101
>面倒見てくれるというのと、速いかどうかは全然別。
>コールは簡単一発だが、これが面倒見てくれるってことだろ。
それは最低限の話で、そこからJITなどを駆使して高速化してくれる
のを期待するわな。

>さらに、わかりやすいコードを書くってのはループだの一時変数の話だろ。
わらた。なかなか良いセンスしてるよ。

110 ：デフォルトの名無しさん：04/06/03 17:04

>>109
いちおうJITが何するかは公開されてるから。
笑ってられないんじゃない？

111 ：デフォルトの名無しさん：04/06/03 17:05

> 遅いメソッド呼んだのにもっと速いいくつかのメソッドの組み合わせに書き換えてくれるか？
>元来多くのメモリを要するメソッド呼んでも、必要なさそうだからって手加減するか？
こういう事の面倒をみるのがコンパイラや仮想機械側の責任にしていくのが流れ。
いやー笑った。

112 ：デフォルトの名無しさん：04/06/03 17:06

>>109
さすがすごいバカだな。言葉が通じないよ。

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

バカはわらっとけ

114 ：デフォルトの名無しさん：04/06/03 17:08

>>112 それはあなたの問題かも。

115 ：デフォルトの名無しさん：04/06/03 17:08

すごいバカといわれて反応するのはバカだけだからな。
二回言われたら二回レスするよ。

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

お話の内容より馴れ合いが重点のスレだから馬鹿同士積極的だね

117 ：デフォルトの名無しさん：04/06/03 17:11

おかげでVBと比較したい人は入る余地もなく放置、、、になるはずが、、、

118 ：デフォルトの名無しさん：04/06/03 17:11

>>108同意

119 ：デフォルトの名無しさん：04/06/03 17:12

罵倒語か

120 ：デフォルトの名無しさん：04/06/03 17:18

先週PGの募集かけたのですが、来たのがデル厨でした
そして、面接時に自分で作ったプログラム持参するようにいってあったのですが
彼が持ってきたのは、改造したOpenJaneが入ったCDでした。

　かんべんしてください！

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

で VB厨を雇ったのか。よかったね！

122 ：デフォルトの名無しさん：04/06/03 20:27

VBの人はプログラマとして劣っている事実を認めること。
Delphiの人は人間として劣っていることを認めること。

123 ：デフォルトの名無しさん：04/06/03 20:34

はははは、バカじゃないの、たかがプログラミング言語ごときで

124 ：デフォルトの名無しさん：04/06/03 20:38

本人には重要な反論でもはたから見たらどっちもどっちになっちゃうのはわかるよな。
わざとそれをやって荒らしてるならともかく、スレタイどおりJITがまんしてみないか？

125 ：デフォルトの名無しさん：04/06/03 21:05

一定の時間内に集中して書き込みがあるということは、
常駐して書きまくっている香具師がいるということなんだろうな。

126 ：デフォルトの名無しさん：04/06/03 21:05

> スレタイどおりJITがまんしてみないか？

なにをどう我慢するとどうなるの？
JITしないと実行されないんだけど？

127 ：デフォルトの名無しさん：04/06/03 21:07

125=126 ってか？勝手に推測してろよ。

128 ：デフォルトの名無しさん：04/06/03 21:38

>>125
ごめんなさい！>>10 から>>124までは全部僕の自作自演です
もう2度としません!！

129 ：デフォルトの名無しさん：04/06/03 21:42

>>128
何を言っている。自作自演はオレだぜ。

130 ：デフォルトの名無しさん：04/06/03 21:44

奇数番目は自分です。

131 ：デフォルトの名無しさん：04/06/03 22:01

128=129=130=131だからだれも嘘いってないぞ

132 ：デフォルトの名無しさん：04/06/03 22:19

ちなみに常駐してる俺はD8をバージョンアップ21,000円（だっけ？）で買ったけど、
モット安く買ったC#STDに決定。
.NET2.0が出たらVC#はバージョンアップするけどDelphiはLH出るまで控える。
Delphiを選ばない理由はJITではなくて（こちらは修正されそうだから）、
どんなコードの書き方をしてもBorlandネームスペースをはずせないこと。
それから、ユニット＝ネームスペースなこと。
この二つの制限でで設計上不便が多い。
単独EXEなら問題にならないことだろうが、プロジェクトが大きくなってくるとそうも行かない。

しかし、C#関連は面白いスレがないし、D8もある程度触ってわかるので常駐してるわけだ。
そんな俺が言うから間違いないが、このスレあまり人いない。

133 ：デフォルトの名無しさん：04/06/03 22:24

> DelphiはLH出るまで控える。

ということは長角出たあとならVerUpするかも知れないのね？
なぜ？ Delphi.NET の利点を一つも書いてないようだが。

134 ：132：04/06/03 22:37

D8のいいところは悪いところの裏返しで、ヘルパークラスがあるところ。
デストラクタの実装が簡単で何でもかんでもFreeしとけば安心、とか便利だね。
あと、for文でtoの値が一度しか呼び出されないので、whileと使い分ける基準になる。
といってもILでrepeatと同じになっちゃうので実質速くはないんだけどね。
それからcharとstringなど、いくつかの型の境界が曖昧なところもいいね。
ansistringなんてのもある。

しかしどれもILでは無駄な処理を繰り返す遅いコードになるから実は駄目なんだよね。
arrayの扱いなんてかなりひどくて、自助努力では高速化出来ないのが残念。
>>133こんなもので満足かい？

135 ：132：04/06/03 22:43

結局C#より便利に使える部分は代償があるものばかりで、
つくづく.NET=C#と感じたわけで、
リソース埋めれないから脱Delphi出来ないって嘆いたのも俺だけど、
それ用のコマンドライツール作ってVC#のコンパイル後イベントに追加すれば、
そのツールで変更があってもブレークポイント生きているということでもう問題ない。

136 ：132：04/06/03 22:47

って、やっぱり俺と>>133とVB厨と、あともう一人.NETに興味多そうな人と、
それ以外は数人の通りすがりで構成されてるのかな。

137 ：デフォルトの名無しさん：04/06/03 22:49

先月はもうちょっといたみたいなんだけどな

138 ：デフォルトの名無しさん：04/06/03 23:00

そらまー、ネイティブコンパイラなら機械語が許す限り何やってもいいけど
ILは下手に型安全を保証してる分想定外の事ができなくて
結局用意された機能の組み合わせで実現するしかない訳で…
ILそのものと平行して作られたC#が一番なのはわかり切った話

Delphiなんてまだいい方で、JScript.NETなんてプロトタイプベースOOPLと言えなくなるほどの
制限が課せられてる。
だから、「今の」.NET「しかない」と思いこんでる人は迷わずC#やってりゃいい話だ

139 ：デフォルトの名無しさん：04/06/03 23:03

>>132
133です。解説ありがとう。文章に独特の雰囲気があって、オレと132は前スレと
さらにその前のスレから互いに相手が分かっていたみたいだよね。おもしろいね。
オレはD8持ってないのも知ってるよね。136のとおりだと思うよ。

しかし、解説読むと、ほんとに Delphi.NET は将来暗いね。オレは絶対に買わない。

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

.NETはC#用であるわけだが、LHがC#用になるのかどうかだな。
.NET2.0での拡張もMSの言語ツールは多くの恩恵を受けるみたいだが、
Delphiはどうなるかわからないし。

141 ：デフォルトの名無しさん：04/06/03 23:20

オマケのOptemizeitを誉めたのも俺。
これはVSプラグインにもなっているのだが相性悪い。
VSから起動するとエディタがいろいろとバグる。設定も保存出来ない。
しかしD8アプリよりはC#アプリと相性がよいようで、
D8だと負荷が高くなると必ず落ちるので、負荷が高い部分の解析が出来ず本末転倒。
C#アプリ起動して負荷が高くなっても落ちないので感動した。
たぶん現バージョンはCSB以外でであまり動作確認してないんじゃないかと。

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

VCL.NET使い倒したユーザーはいないのか？
それ以外の部分は語り尽くされているのに話題にならない。
D8が一番ウリにしたがっている機能なのに。。。

143 ：デフォルトの名無しさん：04/06/03 23:36

> VCL.NET使い倒したユーザーはいないのか？

使い倒す意味なんてないだろ。VCL.NET がD8についてる意味は既存コードの移行のためだけ。
それ以外はない方がよいくらい。

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

意味がないかどうかは使ってないから判断出来ないが、
移植のためにVCL.NET使うのは良くない。
VCL.NETに移行したら次はSystemWindows.Formsに移行出来るわけじゃない。
サイズは増え、必要メモリも増え、マネージドからAPI呼んでるオーバーヘッドが増え、
サードパーティーコンポが減り、なにより移植するメリットがない。
Delphi経験者のD8新規アプリでこそ本領発揮かと。

145 ：デフォルトの名無しさん：04/06/04 00:00

>>144
面白い論理だな。矛盾してるが。

146 ：デフォルトの名無しさん：04/06/04 00:05

素朴な疑問。
C#はいわば新規顧客だが、
VB.NETは旧VBからの移行をずいぶんと促していて、
既に一回バージョンアップもあったわけだが、
旧VBアプリが減ってVB.NETアプリが増えてるのかしら？
C#のフリーソフトは何個か見たが、VB.NETはまだ見たことがない。
D8よりD7がいいというのは当然出そうな意見だが、
旧VBよりはVB.NETがいいと、Delスレでさんざん出てるのに、移行はまだ？

147 ：デフォルトの名無しさん：04/06/04 10:40

こんなにも.NETの導入事例があるじゃん。
Delphi8のはないけどね。ｗ
http://www.microsoft.com/japan/showcase/products/vsnet.aspx

148 ：デフォルトの名無しさん：04/06/04 10:49

ほとんどサーバーサイドでしょ。

149 ：デフォルトの名無しさん：04/06/04 10:52

ちっちゃな農協の例まで数えて、たったそれだけって感じ

150 ：デフォルトの名無しさん：04/06/04 10:53

>>148
Delphiと違ってサーバーサイドもいけるからね。ｗ

151 ：デフォルトの名無しさん：04/06/04 10:54

>>149
事例がある事実に変わりなし。
で、Del8の国内事例は？ｗ

152 ：デフォルトの名無しさん：04/06/04 11:03

売れてない製品に事例もへったくれもない

153 ：デフォルトの名無しさん：04/06/04 11:12

お前ら死者に鞭打ってそんなに楽しいか？

154 ：デフォルトの名無しさん：04/06/04 11:43

> C#のフリーソフトは何個か見たが、VB.NETはまだ見たことがない。

事例は？

155 ：デフォルトの名無しさん：04/06/04 11:45

はっきりいってサーバー側で何が動いててもどうでもいい。
クライアント側で VB.NET ってどうなってるん？

156 ：デフォルトの名無しさん：04/06/04 12:26

C#のフリーソフトはそりゃWin32に比べたら少ないけど、それでも出てるよ。
利点を生かしたとかいうのは特になく、言語選択肢の一つとして普及してる。
VB.NETは、VB経験者しか選択してないようだが、
そのVB経験者の多くはOOで挫折して移行できてない。
挫折してない人はVB.NETでなくC#に行ってる。

157 ：デフォルトの名無しさん：04/06/04 12:30

http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=C%23+%E3%83%95%E3%83%AA%E3%83%BC%E3%82%A6%E3%82%A7%E3%82%A2%E3%80%80%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89

158 ：デフォルトの名無しさん：04/06/04 13:31

DelphiってVB.NETに比べて同じ内容のプログラムでも無駄に行数が長くなって読みづらいよね。

159 ：デフォルトの名無しさん：04/06/04 13:56

VB.NETのコード見たことがないから何とも言えないなぁ

160 ：デフォルトの名無しさん：04/06/04 13:57

>>156
そうか、じゃ、VB.NET は旧VBのユーザ数を上回ることは永久にないね。
所詮、過渡期の言語なんだね。

161 ：デフォルトの名無しさん：04/06/04 14:20

MSも多言語対応をウリにしておきながら専用言語も売るんだから困ったものだ。
すべての.NET対応言語はC#へ誘導するステップになるという商売。

162 ：デフォルトの名無しさん：04/06/04 14:36

>>158
いや？全然。
おまいプロじゃないだろ。

163 ：デフォルトの名無しさん：04/06/04 14:38

>>158　へたくそな似非評論家だな。

164 ：デフォルトの名無しさん：04/06/04 14:43

DelphiってC#に比べて同じ内容のプログラムでも無駄に行数が長くなって読みづらいよね。

165 ：デフォルトの名無しさん：04/06/04 15:21

C#のコードは見てるから何とか言える。
Delphiの方が行数も文字数も多い。
けど無駄ではないし、読みづらいのは本人の能力不足。

166 ：デフォルトの名無しさん：04/06/04 15:27

Doxygen is a documentation system for C++, C, Java, Objective-C, IDL (Corba and Microsoft flavors) and to some extent PHP, C# and D.

C#やDはサポートされてるけどDelphiはあっさり無視されてるな。

167 ：デフォルトの名無しさん：04/06/04 15:36

ずっとDel厨だと、そういったツールを使ったことがなく、
使ったことないから使い道も分からん。
使い道がないから、存在しないことに不便を感じようがないし、
たとえるなら、原始人にテレビを自慢してるようなもの。
Del厨にはどうでもいいよそれ。

168 ：デフォルトの名無しさん：04/06/04 15:47

そういやDelphiってコメントのXMLドキュメントサポートしてないね。
VB.NETでもサポートしてるのに。

169 ：デフォルトの名無しさん：04/06/04 16:00

と、昨日XMLの存在を初めて知ったアマチュアが言っています。

170 ：デフォルトの名無しさん：04/06/04 16:02

XMLの標準APIすらなかったDelphi

171 ：デフォルトの名無しさん：04/06/04 16:06

うるせーな
Doxygen or XML Doc for COBOL, Ada, PL/I, N88BASICがあるか？
Delphi版が無いくらいでごたごた言うな。

172 ：デフォルトの名無しさん：04/06/04 16:44

>>171
まあ餅つけ。
それ相当のVCLも文献も探すことのできないような能力のないヴァカは放置した方がいい。
そういう奴はプログラマとしても評論家としても失格だろう。

173 ：デフォルトの名無しさん：04/06/04 17:02

VB厨にとってライバルはDelphi、VC++は雲の上。
Del厨にとってライバルはVC++、VBと比較しようと言う発想もない。
必死で話を合わせようとするVB厨に冷ややかなDel厨という図式。

174 ：デフォルトの名無しさん：04/06/04 19:06

> Del厨にとってライバルはVC++

Delユーザを９年やってるが、C++ がライバルと思ったことはないね。
VC++ と MFC のときには、Del の方が何倍も効率よく開発できた。
VC++.NET が RAD になってるかどうかしらんので最近は無視。

> VBと比較しようと言う発想もない。

まぁ、これは VB ユーザからの転向なので、悪夢は二度と見たくないからね。

175 ：デフォルトの名無しさん：04/06/04 19:39

しかし、限られた時間内に集中して書き込んでいると思われるVB厨がいなくなって
ある時刻を過ぎるとものの見事に静かになるな。

176 ：デフォルトの名無しさん：04/06/04 22:19

て言うか、DelphiとVBって接点がないよね？両者間で行き来する状況というのが
有り得ないし・・・・・・・

Delphi→(.NET)→C# or Del8
VB→(.NET)→C# or VB.NET

DelphiからVB.NETへ行く人も、VBからDel8へ行く人もいないわけだし、にも関わ
らず、なぜこのスレでVBの話がでるのか不思議でしかたない。

177 ：デフォルトの名無しさん：04/06/04 22:55

コンポーネントワンって何処にアップデートあるの？

178 ：デフォルトの名無しさん：04/06/04 23:34

コンポーネント湾はVSじゃ別に不安定じゃないよ。

179 ：デフォルトの名無しさん：04/06/05 00:04

>>176
潜在的にあこがれていて、追いつけないことがわかっているのに、相手にしてもらえないので
逆に強烈な嫉妬心が生まれるのでしょう。
あと会社の方針でVBしか使わせてもらえないから。

180 ：デフォルトの名無しさん：04/06/05 00:24

> あと会社の方針でVBしか使わせてもらえないから。

不思議だよね。世の中にはプログラミングを趣味としているアマチュアがたくさん
いる。Delphi ユーザはアマの方が多いですよね。アマチュアは、会社で仕事する
のと別にプログラミングを楽しんでる。会社で VB しか使わせてもらえなくても
Delphi を個人的に使うぶんにはなんの障碍もないと思うんだけどなぁ。

181 ：デフォルトの名無しさん：04/06/05 00:55

出来る人間は出来ない人間になぜ出来ないのか問う。
出来ない人間も出来る人間になぜ出来ないのか問う。

182 ：デフォルトの名無しさん：04/06/05 02:54

> 出来る人間は出来ない人間になぜ出来ないのか問う。

これは、まぁ、よくあるね。

> 出来ない人間も出来る人間になぜ出来ないのか問う。

これはほとんどない。自分の無能を他人に告白する勇気がある人間は少ない。

183 ：デフォルトの名無しさん：04/06/05 03:10

出来ないはずのことが出来たら出来ない人は喜ぶ。
出来ないはずのことが出来たら出来る人は怪しむ。

184 ：デフォルトの名無しさん：04/06/05 03:28

おのれのわずかな経験を絶対の真理だと思いこみ、格言風に表す馬鹿が集まるスレはここですか？

185 ：デフォルトの名無しさん：04/06/05 03:36

そうですが何か？

186 ：デフォルトの名無しさん：04/06/05 03:37

おのれのわずかな経験を絶対の真理だと思いこみ、人を馬鹿呼ばわりする人も来てます

187 ：デフォルトの名無しさん：04/06/05 03:51

的確に痛い部分を指摘されるとオウム返しか。
ホント馬鹿だね。

188 ：デフォルトの名無しさん：04/06/05 04:24

↑ この人、何しにここに来てるんだろ？「的確」「痛い」、はぁ？

189 ：デフォルトの名無しさん：04/06/05 04:27

> 自分の無能を他人に告白する勇気がある人間は少ない。
だいたいは罵倒して気を晴らすみたいだな。おもしろいね。

190 ：デフォルトの名無しさん：04/06/05 09:14

ホラ、最近同級生を殺した少女の報道見ただろ。
インターネットで暴言はいてるのは結構若い子だけじゃないかなと思うよ。
そういう子供たちを放置できずにまともに相手してる方は幼稚な大人かもしれないが。

191 ：デフォルトの名無しさん：04/06/05 10:32

このスレで煽ってるのは女子小学生

192 ：デフォルトの名無しさん：04/06/05 10:34

～思うよ。
～かもしれないが。

推測ばかり。

193 ：デフォルトの名無しさん：04/06/05 10:40

D8発売されたと思うよ。現物見てないし憶測だが。

194 ：デフォルトの名無しさん：04/06/05 10:45

D9も発売されたかもしれない。現物見てないし憶測だが。

195 ：デフォルトの名無しさん：04/06/05 12:54

LongHorn がまた延期だって。憶測だが。

196 ：デフォルトの名無しさん：04/06/05 13:17

さすがに「現物見てないし」はコピペ出来なかったようだな

197 ：デフォルトの名無しさん：04/06/05 13:43

XP に深化粧しただけの偽者 OS ならともかく、本物の LongHorn はこの世にまだないからねぇ....
だいたいどの機能が落ちるのか、これから決めるんでしょ？

198 ：デフォルトの名無しさん：04/06/05 14:09

D8もD9もこの世にまだない。
アナウンスされたものに遠く及んでいないD8っぽいベータ版ソフトなら現物見た。

199 ：デフォルトの名無しさん：04/06/05 16:40

発表以来づーーーーっとベータ版状態のJavaよりは、まだDelphiのがまだましな気がする

200 ：デフォルトの名無しさん：04/06/05 16:41

>>180
>Delphi ユーザはアマの方が多いですよね。

これは明らかにちがうだろ。

201 ：デフォルトの名無しさん：04/06/05 17:16

>>192のせいで以降すべてうそっぽい

202 ：デフォルトの名無しさん：04/06/05 17:27

昨日D9触ってみたんだが、VC#をVBで割った余りくらい素晴らしかったよ。
正直、俺は期待できると思ったね。いや、マジで

203 ：デフォルトの名無しさん：04/06/05 17:31

mod使って例外出るけどね

204 ：デフォルトの名無しさん：04/06/05 17:35

>>203
そういうとこまで C# そっくり。

205 ：デフォルトの名無しさん：04/06/05 18:16

> これは明らかにちがうだろ。

どこが「明らか」なんだか

206 ：デフォルトの名無しさん：04/06/05 18:17

>　VC#をVBで割った余りくらい素晴らしかったよ。

余りかよ。除数である VB よりは劣ってるってことか。

207 ：デフォルトの名無しさん：04/06/05 18:19

>VC#をVBで割った余りくらい素晴らしかったよ。

むはは、割り切れて余りゼロってこともあるしな。

208 ：デフォルトの名無しさん：04/06/05 19:39

>>207
そろそろ割り切ってみてもよい頃なんじゃないだろうか？などと思ったり思わなかったり。
て言うか、Del6を最後にその後はバージョンアップもしてないから、なんのかんのと言い
ながらも、心の中では既に割り切れてるのかもなorz

209 ：デフォルトの名無しさん：04/06/05 20:36

modで例外ってVBが0

210 ：デフォルトの名無しさん：04/06/09 22:46

はやくも立ち枯れ状態かー、このスレ。
JITがまん、というより、「なかったこと」にしたみたいだな、D8ユーザは。

211 ：デフォルトの名無しさん：04/06/09 22:47

発売３ヶ月で命運尽きた感じだな

212 ：デフォルトの名無しさん：04/06/10 08:47

Borland_Jp.Free;

213 ：デフォルトの名無しさん：04/06/10 09:12

FreeAndNil 使え

214 ：デフォルトの名無しさん：04/06/10 09:39

Borlandは確実に開放しましょう

Borland_Jp.Free;
Borland_Jp:=Nil;

又は213氏の言うように
Borland_Jp.FreeAndNil;

215 ：デフォルトの名無しさん：04/06/10 10:24

> Borland_Jp.FreeAndNil;

FreeAndNil(Borland_jp);　だろ

216 ：デフォルトの名無しさん：04/06/10 10:39

もう死んでるから、Free する必要ないでしょ。

217 ：デフォルトの名無しさん：04/06/10 10:42

そういう油断がリークを招く。

218 ：デフォルトの名無しさん：04/06/14 14:26

このスレもFreeですか？
寂しいなぁ～

219 ：デフォルトの名無しさん：04/06/14 16:13

寂しいね。Delphi8関係のスレはネタスレとしては最高におもしろかったし。
まだまだ続けて欲しい。

220 ：デフォルトの名無しさん：04/06/14 18:18

Borland自身がDelphiをどうしていきたいのかが見えない。
Delphi はどうなるの？　杉本さん。

221 ：デフォルトの名無しさん：04/06/14 18:27

そうぉ？ハッキリ見えてるけど。ただ実装がいまいちかいまにかしらんけど、
結果としてカスになってるだけで。

222 ：デフォルトの名無しさん：04/06/14 18:31

Delphi9 も出るということらしいし。どうしたい、っていったって全社あげてって
やる気はもともとないし。以下コピペ

9 ：デフォルトの名無しさん：04/06/02 09:31
> Delphi8 はどこに行く？

どこにも行かない。消えるだけ

> 年末には Delphi9

Delphi８と７とC#BuilderのIDEが統合されるだけでしょ。
カスを集めて、落ちまくるIDEに統合されて何かいいことあるのか？

223 ：デフォルトの名無しさん：04/06/14 18:33

開発環境としてのVC#は意外と良くできてる。
.NETにはまだモヤモヤとした違和感があるけど・・・・・・・・

だから、Delphi6でWIN32プログラミング、VC#で.NETプログラミング。
もうこれでえんちゃうのん？て言うか、10年ぶりに会った高校時代
のアイドルって感じ？
合わなければ綺麗な思い出のまま過ごせたのに・・・・・・・orz

224 ：デフォルトの名無しさん：04/06/14 18:46

> Borland自身がDelphiをどうしていきたいのかが見えない。

>>222 にあるような Delphi9 が発売されるのなら、目指しているのは
Borland 版の VisualStudio でしょ。本家に到底及ばないけど。

225 ：デフォルトの名無しさん：04/06/14 19:01

> 10年ぶりに会った高校時代のアイドルって感じ？

うまい例えだなー。
オレの高三の時の同級生に、そこらへんのアイドルが束になってもかなわないような
美少女がいた。オレとは全く無縁だったが。今でも会って見たい気はするけど、むこう
はオレのこと覚えてるかなー。やっぱ、やめといたほうがいいよね、うん。

226 ：デフォルトの名無しさん：04/06/15 00:31

貴方が老いたのと同じだけ、彼女も老いてることでしょう。
そして、デルファイもまた老いたのです。

時間て残酷(;´д⊂ヽﾋｯｸﾋｯｸ

227 ：デフォルトの名無しさん：04/06/15 00:55

> そして、デルファイもまた老いたのです。

ほぼ１０年だからね。はじめてさわった無印 Delphi、VB2 からの移行だったけど
あのときのわくわくした感じはいまも覚えている。Delphi2 から３２ビット対応
になって、pro 版を買ったのでソースが見られるようになった。実際の動作と
ソースコードとの対応が手に取るように分かってきて感激した。それからだね、
趣味として Delphi にのめり込んだのは。ここ数年を除き、6,7年間、楽しい思い
をさせてもらって Delphi には感謝している。１０年後、あの美しい同級生を
いま懐かしむのと同じように Delphi を思い出すんだろうなぁ。

228 ：デフォルトの名無しさん：04/06/15 01:14

え～、Delphi5は今でも同級生ですよ。
そろそろ大学受験、でもまだもう少しの間、僕とDelphi5は同級生♥

229 ：デフォルトの名無しさん：04/06/15 21:38

俺もDel5に戻そうかな

230 ：デフォルトの名無しさん：04/06/15 22:02

これまでさんざんDelスレで語られてきたが、ほんと、もう一度書きたい。
Delphi６でKylixに引っ張られて、ユニットファイルの構成が変更されたり、
ヘルプがワケワカになったり、Linux対応するために無意味な関数が増えたり、
Delphi5以下との互換性を犠牲にしたことがつまずきの始まりだよね。それから
Delphi7でのローカライズの酷さ。バージョンアップをためらわせる要素をたっぷり
盛り込んで自分で自分の首を絞めていった。売り上げが少ないと、その結果力も入らず
どんどん悪循環に陥ってしまった。Delphi8でとどめが入った感じだよな。
これ以降も発売は続けられるんだろうけど、もういいや、と思ってしまうユーザが
多いんだろうな。

231 ：デフォルトの名無しさん：04/06/16 02:18

こうして見ると、つくづくKylixの失敗がDelphiの凋落への引き金だと分かるね

232 ：デフォルトの名無しさん：04/06/16 06:43

そうかー？

KylixのおかげでRTLとVCLが分離され、VCLに縛られる必要が無くなった。
これは「VCLを使わない」者には嬉しい変更。それまで、一枚岩過ぎた感がある。

D6以降便利なオブジェクトツリー
D7以降エディタの配色が固定色から解放されて自由に

順当に嬉しいんだけど。元々ヘルプは当てにしてないし。
互換性つっても、VisualStudioのバージョンアップよりは遥かに互換性は保たれてるしね。

まあ、D8は…でも新IDEは好きですよ。
D8そのものよりも、D8のおかげで構文拡張がWin32側に来る、ってのが嬉しいんだけど。
時代についていけないと言われようが、現時点では何を言われてもD7＞.NETは現実だし。

233 ：デフォルトの名無しさん：04/06/16 06:52

三年後Longhornで.NET＞Win32になったとして、その次か、次の次ぐらいのOSではまた、
MSが出してくる新技術＞.NET＞Win32、になってしまう、と読んでいるんだが、
(だから今使えるものを優先)

…同じ考えのお人、いたりします？いませんよね(;´д⊂

234 ：デフォルトの名無しさん：04/06/16 10:40

> そうかー？

そうですよ。D6以降の有料バージョンアップする人の減少があなたの意見が少数
であることの証拠。って、実はＤ６personalの存在が大きいのかもね。

>D6以降便利なオブジェクトツリー
>D7以降エディタの配色が固定色から解放されて自由に

まぁ。実質どうでもいい機能ではある。（笑

235 ：デフォルトの名無しさん：04/06/16 10:46

D7のバグフィックスを２年近くさぼったのもユーザ離れに拍車をかけたよね。
Borlandは信用できないんじゃないか、という疑いが信者の心にも芽生えた。

236 ：デフォルトの名無しさん：04/06/16 11:36

>233
いま、何をしたいかだよ。道具はそのとき選べば良し。

237 ：デフォルトの名無しさん：04/06/16 11:38

>>234
>D6以降の有料バージョンアップする人の減少

あなたは人数をどうやって知ったの？脳内妄想ではないのか？

238 ：デフォルトの名無しさん：04/06/16 12:16

>235
>D7のバグフィックスを２年近くさぼったのも
いやだなぁ、一年半程度ですよ。
ていうか、信者の多くはD7を買わずに去っていった感があるので、それが原因じゃないですよ:-P

239 ：デフォルトの名無しさん：04/06/16 15:50

> あなたは人数をどうやって知ったの？脳内妄想ではないのか？

そりゃ関係者ですから。

240 ：デフォルトの名無しさん：04/06/16 15:52

> 信者の多くはD7を買わずに去っていった感があるので、それが原因じゃないですよ:-P

で、原因はなに？

241 ：デフォルトの名無しさん：04/06/16 15:53

ちゃちゃ入ればかりかぁー。こんなんばかりが残ってるんだろうなー。

242 ：デフォルトの名無しさん：04/06/16 16:21

そうそう

243 ：デフォルトの名無しさん：04/06/16 16:42

日某はやる気無いからな～。
Del8だって、.NETそのまんまのコンポーネント載せてくるし。

244 ：デフォルトの名無しさん：04/06/16 16:43

> Del8だって、.NETそのまんまのコンポーネント載せてくるし。

うふふ。

245 ：デフォルトの名無しさん：04/06/16 17:07

>239
>そりゃ関係者ですから。
おれも関係者だけど、日本人でその数値を知っている人はいないぞ。

246 ：デフォルトの名無しさん：04/06/16 17:09

俺も関係者だけど、日本人で残ってる関係者なんてほとんどいないぞ。

247 ：デフォルトの名無しさん：04/06/16 17:12

関係者だけになってるのね、ユーザ。

248 ：デフォルトの名無しさん：04/06/16 17:13

関係者にもいろいろいるみたいだね。

249 ：デフォルトの名無しさん：04/06/16 17:17

で、結局、ユーザ減少の原因はなに？　> 関係者ご一行様

250 ：デフォルトの名無しさん：04/06/16 17:20

飽きたんだろ。まさか begin end が　{　}　に負けたとか。（藁

251 ：デフォルトの名無しさん：04/06/16 17:37

ユーザー数伸び悩み＋開発費の増大＋開発ツールの低価格化で
コンパイラを売って儲けるってビジネスモデルが成り立たなくなったんだろ。
で、Delphiの開発は縮小に向かうんだろ。
今後はC#用のツールのおこぼれをなんとかDelphi.NETが受け取るのが精一杯だな。

252 ：デフォルトの名無しさん：04/06/16 17:40

いちユーザだって、立派な関係者なんだよ

253 ：デフォルトの名無しさん：04/06/16 17:42

いや、だから、

> ユーザー数伸び悩み

これの原因はなに？

254 ：デフォルトの名無しさん：04/06/16 17:43

実際、begin end が　{　}　に負けた、のが正しい。

255 ：デフォルトの名無しさん：04/06/16 17:45

象徴的な意味でな

256 ：デフォルトの名無しさん：04/06/16 19:34

現象を説明する人はいても、その原因について語る人は少ないのね。

257 ：デフォルトの名無しさん：04/06/16 20:30

非MS製であること。
それゆえに評価すらされないことが多いこと。
あらゆる非技術的劣勢を挽回するほどにはVC+VBを圧倒していなかったこと。
いじょ

258 ：デフォルトの名無しさん：04/06/16 21:03

俺は、例えDelがVB並に糞でもHelpが
きちんとしていれば、文句はない。
だから、文句がある。
Del8ばーかヽ(`Д´)ﾉ

259 ：デフォルトの名無しさん：04/06/16 23:19

> 非MS製であること。

ずっとそうだったし。

> あらゆる非技術的劣勢を挽回するほどにはVC+VBを圧倒していなかったこと。

とくに最近状況変化があったわけでもなし。

なんの説明にもなってないような。あっ、Del8 についてなら、まさしく。

260 ：デフォルトの名無しさん：04/06/16 23:52

>ずっとそうだったし。
だからずっと伸び悩んでただろ。最初からずっと。
Turbo全盛だったのはDOS時代だけだよ。

261 ：デフォルトの名無しさん：04/06/16 23:59

> だからずっと伸び悩んでただろ。最初からずっと。

いや、そんな大昔のことを知りたいわけじゃないよ。うーむ。
まぁ、どうでもいいか。

262 ：デフォルトの名無しさん：04/06/17 00:07

結局、Delphiがメジャーになれなかったのは大昔から繰り返し言われている >>257
が原因なんだけど、最近、死滅予感な感じは、Longhorn への対応をマズッタから
なのか。いや、そんなことより Borland が技術的にヤバイ感じになってきたからだ
と思う。

263 ：デフォルトの名無しさん：04/06/17 00:10

最近は C++BuilderX C#Builder Delphi8 だからな。なんじゃこれ、ってのばかり。

264 ：デフォルトの名無しさん：04/06/17 00:13

>>262
だからコンパイラなんてただでばら撒いてるようなもんで儲けるのはやめだってことだろ。
ループしまくり。

265 ：デフォルトの名無しさん：04/06/17 02:54

商売と技術を混同して脳内ループしてるのもいるし

266 ：デフォルトの名無しさん：04/06/17 18:23

DELPHIがヤバくなったのか、ボーランドがヤバくなったのか、そんな事は知らんしどうでもいい。

ただ、これだけは言える。
ボーランドが個人ユーザーに注意を払わなくなったのか、個人ユーザーがボーランドに対する
興味を失ったのか、またはその両方か理由はどうあれ、もうボーランドは個人が喜ぶ様な事は
言わないし、個人もボーランドを擁護する様な事は言わない。

両者の心は確実に離れてしまった。

267 ：デフォルトの名無しさん：04/06/17 18:32

そんな事はもう誰もが知っている。知りたいのはそうなった理由だろ。

268 ：デフォルトの名無しさん：04/06/17 18:34

雑談スレでも、死滅スレでも、このスレでも、読めば >>266 の状況はすぐ分かる。
現状の解説はもういい。理由について、思い当たることを書き込んでくれないかな。

269 ：デフォルトの名無しさん：04/06/17 18:35

>>267
それはお前だけ。教えて欲しけりゃもっと謙虚になりな。

270 ：デフォルトの名無しさん：04/06/17 18:56

>>268

社員が自社製品を紹介するとき、そのすばらしさを強調して売り込みをかけるのは
きわめて自然の行為だよね。ここは Delphi8 スレだから、Delphi8 発売時のこと
を思い出してほしい。雑誌の紹介記事は、中村氏、諸農氏、吉田氏によって書かれ
た。三氏とも、Borland の外部の人間で、言ってみればユーザの立場で書いたわけ
だ。第三者的に、ある事物を評価すると、提灯を持ちすぎても、批判しすぎても、
いろいろ非難が集まる。だから、どうしてもちょっと引いた内容にならざるを得な
いことは想像に難くない。もし、日某に社員として書ける人がいたら、内容も、
読者も受け取り方がずいぶん違ったものになっただろう。それで現状が変化した
かどうかは、また、別の問題ではあるが。

率直にいって、Delphi から見た日某の最大の失敗は大野さんを解雇したことだと
思うよ。ユーザは、この一事をもって、日某を信用しなくなったか、そう思わせる
きっかけになったんじゃないかな。

271 ：デフォルトの名無しさん：04/06/17 19:29

ん？解雇だったっけ？

272 ：デフォルトの名無しさん：04/06/17 19:34

その大野さんがDelphiのとどめを刺すみたいだな。

273 ：デフォルトの名無しさん：04/06/17 20:20

お前らどうしてそんなに感情的なんだよ。
捨てられた女みたいでみっともないよ。

274 ：デフォルトの名無しさん：04/06/17 20:25

２７３が一番感情的だが。

275 ：デフォルトの名無しさん：04/06/17 20:32

そうか、捨てられた女みたいかもね。

恨み節はもう止めて、これを機会にもっといい男に乗り換えるかぁ。（笑

276 ：デフォルトの名無しさん：04/06/17 20:34

頼りがいのあるリッチな男に乗り換えなよ。向こうからも呼んでるぜ。

277 ：まだDelphi5ユーザー：04/06/17 23:55

どうみてもD7あたりで「サボっている」と言う印象をユーザーに与えてしまったのが致命的じゃないの？
・Updateが１年半以上も出ず放置。
・ヘルプはぐちゃぐちゃ。
・Kylix, BCBは見捨てられたも同然。次はDelphiかも…と思わせてしまった。
VS.NETとの差は歴然じゃない？これはMSだからうんぬんと言う問題じゃないと思う。
MSはちゃんと仕事しているように見えるし、Borlandは仕事しているように感じない。

D9はもう一度原点に返って、徹底的にバグをつぶし、ヘルプをきちんとさせてほしい。
それだけでいい。

278 ：デフォルトの名無しさん：04/06/18 00:19

>ヘルプをきちんとさせてほしい
これだけは無理だな。

279 ：デフォルトの名無しさん：04/06/18 00:23

別に社員が怠けてるわけではなく単に方針転換による
予算・リソース不足でそうなってる以上ｸﾞﾀﾞｸﾞﾀﾞ言っても無駄。

280 ：デフォルトの名無しさん：04/06/18 00:29

> 予算・リソース不足でそうなってる以上ｸﾞﾀﾞｸﾞﾀﾞ言っても無駄。

社内事情がどうあろうと、Delphi についてはさぼってるのは事実。
つまり、そういう会社である、と。

281 ：デフォルトの名無しさん：04/06/18 00:31

> D9はもう一度原点に返って、徹底的にバグをつぶし、ヘルプをきちんとさせてほしい。

もう、あきらめろよ。上の捨てられた女じゃないけど、薄情な男にいくら貢いでも無駄。

282 ：デフォルトの名無しさん：04/06/18 00:35

>>280
ｸﾞﾀﾞｸﾞﾀﾞ言っても無駄。

283 ：デフォルトの名無しさん：04/06/18 00:37

> ｸﾞﾀﾞｸﾞﾀﾞ言っても無駄。

ここは、「ｸﾞﾀﾞｸﾞﾀﾞ言」うしかできないスレだがなにか？
建設的なことを言っても無駄だろ（藁

284 ：デフォルトの名無しさん：04/06/18 00:38

何言っても無駄な会社なのね。

285 ：デフォルトの名無しさん：04/06/18 01:24

日本で騒いでも無駄。ってだけ。

286 ：デフォルトの名無しさん：04/06/18 02:00

ポルトガルやインドネシアなら騒いでも無駄じゃないのか？

日本の2chを通して某に何かメッセージを送るつもりなんか、もともとない。
これを日本人が読むことを期待してる。某がどんなに日本のユーザを無視して
るかが知られるだけで十分。

287 ：デフォルトの名無しさん：04/06/18 02:07

D7の「 Updateが１年半以上も出ず放置。」ってのは本国でもかなり前から
騒いでいたが C#Builder と Delphi8 の出荷のほうを優先して、無視された。
あとどこで騒げば無駄じゃないと？

> 日本で騒いでも無駄。ってだけ。

まっ、これは事実だし、それだけ日本のユーザはバカにされてるってことでもある。

288 ：デフォルトの名無しさん：04/06/18 02:29

D8 事実上死滅したんだから、もう、Delphiは日本では死滅ケテーイだろ。
はぁ、でもD9が出たらまた買うのもいるんだろうな。いいけど。

289 ：デフォルトの名無しさん：04/06/18 02:31

>これを日本人が読むことを期待してる。某がどんなに日本のユーザを無視して
>るかが知られるだけで十分。
義憤に駆られてBorlandに正義の鉄槌を下すってかｗ
相手が自分の望むように動いてくれないから匿名で批判するなんて
発想が某国のテロリストと変わんないんだよな。あんた暗すぎ。

290 ：デフォルトの名無しさん：04/06/18 03:23

> 相手が自分の望むように動いてくれないから匿名で批判するなんて

自分のことを言ってるのかよ。まさか、デフォルトの名無しさんが本名とか？

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

289は自分の主張と矛盾しないように本名を晒せよ

292 ：デフォルトの名無しさん：04/06/18 05:09

目糞鼻糞を笑う～～～～～

293 ：デフォルトの名無しさん：04/06/18 09:36

某ランドに就職して内部から変革（→崩壊？)させればいい。

294 ：デフォルトの名無しさん：04/06/18 09:37

匿名で匿名の批判かよ。バカ杉

295 ：デフォルトの名無しさん：04/06/18 09:39

>>292
それ使い方間違ってる

296 ：デフォルトの名無しさん：04/06/18 10:53

>>293
毎期レイオフしてる会社に入社？
今期もそろそろ...........

297 ：289：04/06/18 10:56

すまん。言い過ぎた。

298 ：290：04/06/18 10:57

こちらこそ表現が強すぎました。ごめんなさい。

299 ：デフォルトの名無しさん：04/06/18 11:30

>>297-298
騙りで仲直りさせるの？　見え見えだけど。
匿名より騙りの方が悪質だと思うよ。

300 ：デフォルトの名無しさん：04/06/18 11:34

悪質なのは技術板でつまらん非技術的な話を延々続けることだな

301 ：デフォルトの名無しさん：04/06/18 11:40

いちいち文句つけるなよ > 299
おまえのほうがよっぽど悪質。

302 ：デフォルトの名無しさん：04/06/18 12:39

Delphi8について技術的な話はないの？

303 ：デフォルトの名無しさん：04/06/18 12:41

JIT最適化はどうなの？
つまらなくない技術論を展開してくれよ。

304 ：300：04/06/18 12:44

すみません、非技術的な指摘でした。

305 ：301：04/06/18 12:45

やはり、ナリスマシは良くないことだ思います。

306 ：デフォルトの名無しさん：04/06/18 13:02

>>302-303
詰まらん話はいらない

307 ：299：04/06/18 13:03

そうおもいます。

308 ：デフォルトの名無しさん：04/06/18 13:09

いちいち文句つけるなよ > 306
おまえのほうがよっぽど詰まらん。

309 ：デフォルトの名無しさん：04/06/18 16:56

いちいち文句つけてるのはお前だ。>> 308

310 ：デフォルトの名無しさん：04/06/18 17:25

いちいち文句つけてるのはお前もだ。>> 309

311 ：デフォルトの名無しさん：04/06/18 19:01

紙のマニュアルが消えた時点で買う意味がなくなった。
VS.NET？ヤフオクに1万円くらいで出品されてる。
Winnyで検索すると沢山ヒットする。
会社にCD-ROMが転がってる。
別に買うほどのもんじゃない。
DELPHI8？別に手に入れるほどのもんじゃない。
無料でも要らないｗ

312 ：デフォルトの名無しさん：04/06/18 19:20

> 紙のマニュアルが消えた時点で買う意味がなくなった。
ふーん、ヘルプは読むこともあるけど、紙のマニュアルはじゃまだな。
これだけを目当てに買うひとがいるんだな。

313 ：デフォルトの名無しさん：04/06/18 19:51

311 も 312 も、どうせ文句だけつけて、何も使わないわけでしょ。
じゃ、Delphi と一緒にお前たちも消えてなくなれ。ぽい。

314 ：デフォルトの名無しさん：04/06/18 22:14

>>313
おまい、思いこみが激しいヤツだなー（藁

315 ：デフォルトの名無しさん：04/06/19 15:18

ヘルプのpdf出たね
紙のマニュアルが欲しい人は安い印刷サービスにでも頼めばいい

316 ：デフォルトの名無しさん：04/06/19 20:09

>>314
「（藁」のあたりで図星なのが丸分かりですね(^_^;

317 ：デフォルトの名無しさん：04/06/19 20:44

>>315
違っが～～～う！！！別に紙のマニュアルが欲しいわけじゃないんだよ。
きちん装丁されてて、やたらぶ厚くて、手が千切れそうなほどの重量があ
る冊子マニュアルは所有欲を満足させてくれるというか、なんつ～の？
てか、こういうこと考えてるの俺だけなんか？

はっきり言って安くはない(て言うか、正直俺にとっては相当高価)な物な
んで買うのはキツイんだよ。
それを無理して買うわけだから、もう少し満足したいというか・・・・・・・・
あ～、駄目だ。この板の人間には伝わる気がしないヽ(；｀Д´)ノ

318 ：デフォルトの名無しさん：04/06/19 20:59

>>317

わかるわかる、うんうん。

319 ：デフォルトの名無しさん：04/06/19 21:23

>>317
そういうのが欲しかったらNTTに電話したらいいよ。

320 ：デフォルトの名無しさん：04/06/19 22:02

>>319

「マニュアル」の意味が理解できないみたいだな。

321 ：デフォルトの名無しさん：04/06/19 22:12

>>317
そんな貴方様には携帯電話の購入をお勧めしたい。
ドコモの900辺りが特にお奨め。

322 ：954：04/06/19 22:29

>>321 つまり Delphi はお奨めしないと。

323 ：デフォルトの名無しさん：04/06/19 22:31

携帯電話がどうやって動作してるのか考えると夜も眠れない。＞時代に取り残されたオヤジ

324 ：デフォルトの名無しさん：04/06/21 07:26

C#Builderが出た時、これはいまいちだがDelphi8で大逆転が待ってるとか言ってたのがいたなあ。ｗ

325 ：デフォルトの名無しさん：04/06/21 11:42

>>324
俺はそう思って待ったよ。
CSBの位置づけはD8作るためのフィールドテストだったと今も思っている。
そのためにフリー版も配布したんじゃないかな。
コンパイラもMS製で力入ってない気がするし。
で、D8はやっぱり総力を挙げて作られたんだよ。
それでもこのざまだが。

326 ：デフォルトの名無しさん：04/06/21 11:47

> それでもこのざまだが。

つまり、「このざま」は予測できなかったってことね。
ＣＳＢ見りゃ分かるだろ、普通。previewもあったんだし。

327 ：デフォルトの名無しさん：04/06/21 12:55

ヘジがいるかいないかの違い、ってことだな

328 ：デフォルトの名無しさん：04/06/21 15:25

どちらかというと、VB.NETとC#が大逆転の筈だったのが.NET死滅。

329 ：デフォルトの名無しさん：04/06/21 15:33

死滅したのはDelphi、いや某そのものかな。(ﾜﾗ

330 ：デフォルトの名無しさん：04/06/21 15:34

　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　|　ボーランドの開発ツール意味なしだな。もう倒産かな？
　　　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿_　　＿＿＿＿＿＿_
　　　　　　　　　　　　　　　　　　　　　　　　　　　　 V
　　　　　　　　　　　　　　　　　　　　　　　　　　　,――、 ,――、
　　　　　　　　　　　　　　　　　　　　　　　　　／　　　ヽ　　　　＼
　　　　　　　　　　　　　　　　　　　　　　　　　｜　　　_.ム　　　　|
　　　,――、　 ,――、　　　　　　　　　　　　　＼　 ―― ￣＼ノ
　／　　　　ヽ　　　　|　　　　　　　　　　　　　 /　　　　　＼　 |
　｜　　　　_.ム　　　ノ　　　　　　　　　　　　　 / ー　　ー　 |　|
　＼／￣　　￣￣＼　　　　　　　　　　　　　| (･)　　(･) 　|　|
　　 /　　　 ,-―――-ヽ　　　　　　　　　　　　| __ ●　__　　|　 |
　　/　　／　／　　＼ | 　　　　　　　　　　　 |＝＿_ ＝　 |　|
　　|　 /　　　,（･）　（･） |　　　　　　　　　　　　　　/＿＼》　 / ＼
　　| 　| 　　　 __　 ● __ |　　　　　　　　　　　　　　＼　￣　　　　　＼
　　 |　|　　　＝＿＿＝ |　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　 |　ヽ　　　 /＿＿/／　＜　ホントの事言うなよ、可哀相だろ！
　／|　　＼　　　　　／＼　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿

331 ：デフォルトの名無しさん：04/06/21 16:05

VB死滅？
ホントの事言うなよ、可哀相だろ！

332 ：デフォルトの名無しさん：04/06/22 17:14

C#ってできがいい言語だと思うのよ。
.NETはクロスをねらったせいでクラスライブラリがサブセット状態だというのが弱点だが、
それ以外の部分（例えばJIT動作、Attribute、KeyFile、などなど多数）はできがいい。
C#でプログラミングしてLHに備えるには、現状でクラスライブラリだけが不満。
そこでD8というか、VCL.NETには期待が大きかったわけだ。
でも結局VCL.NETは使い物にならず、WinForm使うはめになり、
できがいいC#のほうがいいかなと思いD8はやめた。
しかしC#で何かするにしても、クラスライブラリの拡充、バグ取りをやっていただかないと、
DllImportが多すぎて、全部ネイティブでやりたい気分になり、
できが悪いD7をもうちょっとかわいがろうかと、C#はやめた。
しかし、VSの操作性に慣れてからD7触るとストレスこの上ない。
VC++でコンパイル待つのもいやだし、もういろいろやめようかな。

333 ：デフォルトの名無しさん：04/06/22 17:23

100%外出ですな

334 ：デフォルトの名無しさん：04/06/22 18:10

>>332
経験主義ですな。そんなことは、はなから分かっていたこと。現状ではWin32アプリ
の方が出来ることが多い。.NET は WinFX への準備体操。って、ずっと前から
ガイシュツなわけだが。

準備体操するにしても、将来役に立ちそうな体操の仕方があるだろう。C# が最適。

335 ：デフォルトの名無しさん：04/06/23 20:37

とりあえず自分でやってみようという発想は若いから出来る。
ベンチマークもやってみてね。

336 ：デフォルトの名無しさん：04/06/23 21:43

VBがいいMSだC#だいやBorlandだ・・・って
ケンカしないための.NETじゃないのか？

337 ：デフォルトの名無しさん：04/06/23 21:55

>>336
Javaとケンカするための.NETでしょ？喧嘩上等だと思うが………

338 ：デフォルトの名無しさん：04/06/24 00:43

>>337
鋭いな。それに比べると .NET 上の言語がどうとかは、どうでもよいな。

339 ：デフォルトの名無しさん：04/06/24 01:48

J#ってかなり微妙な製品だよな。

340 ：デフォルトの名無しさん：04/06/24 17:00

Del8ほどじゃないけどな。(ｹﾞﾗ

341 ：デフォルトの名無しさん：04/06/24 17:06

>>340
Del8ってめっちゃ微妙な製品なのか？
流れ読めないなら無理して煽るなよ。

342 ：デフォルトの名無しさん：04/06/24 17:15

>>340ではないがD8は微妙というラインにも達していない。

343 ：デフォルトの名無しさん：04/06/24 17:23

またひとり 339 の "微妙" の意味が分からないのが来た

344 ：デフォルトの名無しさん：04/06/24 19:02

微妙と美少女は微妙に字面が似てる。
この事実を勘案するに、D8の未来は明るい・・・・・・・はずorz

345 ：デフォルトの名無しさん：04/06/24 20:12

399だけがおかしいんじゃないの？

346 ：デフォルトの名無しさん：04/06/24 20:38

399 はまだない
345 はおかしい

347 ：デフォルトの名無しさん：04/06/24 23:20

VSは二回目から起動速いのにD8は遅くて嫌だ。
と、D8落ちるたびに思う。
そもそも落ちるなよ。

348 ：デフォルトの名無しさん：04/06/24 23:46

そもそもD8使うなよ

349 ：デフォルトの名無しさん：04/06/25 09:10

VCL for WinFXが出るとしたら、過去の互換性はもう要らないから、
WinFXでやるには面倒だがVCLなら楽々っていうライブラリを新たに構築して欲しい。

350 ：デフォルトの名無しさん：04/06/25 09:47

.NET 1.0のAPI見たときは丁寧かつ汎用的（例えばテキストを文字コード指定して保存できたり）に作ってあるものの
やたら冗長なコード書かされてたけどどんどん簡略化された書き方が可能になってきてるね。
WinFXはまだ見たことないけどMSの開発が順調に行けば素の.NETだけで簡単にコードかけそうな予感。
http://s03.2log.net/home/nsharp/archives/blog15.html
だからこそ某はエンプラ志向に変わったんじゃないの。

351 ：デフォルトの名無しさん：04/06/25 10:34

>>349

ＯＳ標準ライブラリで間に合うのに別ライブラリ作るのは無意味かつ有害。
Win32API のラッパである現在のＶＣＬとは全く意味が違う

352 ：デフォルトの名無しさん：04/06/25 10:36

>だからこそ某はエンプラ志向に変わったんじゃないの。

そうかもしれませんね。もう、コンパイラ＋ライブラリじゃ商売にならないんだよな

353 ：デフォルトの名無しさん：04/06/25 10:39

>>351
>ＯＳ標準ライブラリで間に合うのに
何断言してんだよｗ

354 ：デフォルトの名無しさん：04/06/25 10:51

断言できないとすれば別ライブラリ出るだろな。>>349 は .NET さわったことないと見た

355 ：デフォルトの名無しさん：04/06/25 11:36

ファンタジーに満ちたスレですね。

356 ：デフォルトの名無しさん：04/06/25 11:42

そうですね。Del8ユーザ絶滅したのにスレだけ取り残されているから、
抜け殻みたいなスレになってる。JITがまんしてる人っているのかな。
がまんして何を待ってるんだろ。

357 ：デフォルトの名無しさん：04/06/25 12:00

>>356
おまえが言ってるようにユーザーは絶滅したんだから、何か待ってる人はいない。
ユーザー以外で興味ある人は買うの我慢してるんはず。
興味はあるが評判悪くて買えない、でも忘れられないからファンタジー。

358 ：デフォルトの名無しさん：04/06/25 12:12

>ユーザーは絶滅したんだから
してないだろ。LH出るまでは普通に現役。

359 ：デフォルトの名無しさん：04/06/25 12:29

常駐してる俺はC#関連おもしろいスレないから見てるんであって、
D8はもうたとえパッチとか出ても使う気ないからユーザーではないな。
Delphiの将来は、ライブラリの質よりも言語仕様の変更を望んでいる。
現在のDelphi言語は.NETに向いていない。

360 ：デフォルトの名無しさん：04/06/25 15:51

> LH出るまでは普通に現役。
LH出て引退かよ　　役立たずだな

361 ：デフォルトの名無しさん：04/06/25 17:01

いつからかD7以前ユーザーの話にすり替えられたが、
少なくともD8ユーザーは前スレで絶滅した。

362 ：デフォルトの名無しさん：04/06/25 17:21

C#とD8では、最適化の分だけC#がオススメ
VBとD8では、最適化の分だけVBがオススメ
C#やVBよりオススメできるようなD8のメリットは見あたらない
しかし、D8使えば死ぬって事もないし、やりたきゃやりゃいいじゃないですか

363 ：デフォルトの名無しさん：04/06/25 17:40

.NETそのものがぽしゃる可能性まで考えると、
逃げ道を残せるぶんだけD…

…MC++ or J#でいいか。

364 ：デフォルトの名無しさん：04/06/25 17:43

今日もDelphiで挫折したVB厨が元気ですね。
そんなこと書き込んでる間に勉強すればいいのに・・・。
ま、それができないから厨なんだろうけど。

365 ：デフォルトの名無しさん：04/06/25 18:13

Delphi8で挫折したDel厨は元気ないですね。

死滅確定だからな

366 ：デフォルトの名無しさん：04/06/25 18:23

まっ、どんなもんでもいずれ死滅するんだろうけど、実際に確定すると
さびしいもんだね。しかたないか

367 ：デフォルトの名無しさん：04/06/25 18:53

D8の死滅より、「C#関連で面白いスレが無い」ほうが深刻な気がするぞ

368 ：デフォルトの名無しさん：04/06/25 19:45

>>367
それは話題が出尽くしたからではないのか？

369 ：デフォルトの名無しさん：04/06/25 19:53

残ったのは厨房の嫉妬ばかりってことか。

370 ：デフォルトの名無しさん：04/06/25 20:23

System.Managementが使えないのはなぜですか

371 ：デフォルトの名無しさん：04/06/25 20:29

MPが足りないからです

372 ：デフォルトの名無しさん：04/06/25 22:27

これを読めばDel8欲しくなるだろ。
http://www.atmarkit.co.jp/fdotnet/special/delphi8/delphi8_01.html

373 ：デフォルトの名無しさん：04/06/25 22:44

前スレ、このスレ読めばDel8欲しくなくなるだろ

374 ：TC1/TP5からのユーザ：04/06/25 22:54

なんで喪前らDelphiごときでそんなに必死なの

375 ：デフォルトの名無しさん：04/06/25 23:01

>前スレ、このスレ読めばDel8欲しくなくなるだろ

あとこことか
http://pc5.2ch.net/test/read.cgi/tech/1084397575/414-

>>374
必死に見えるか？気のせいだと思うよ。

376 ：デフォルトの名無しさん：04/06/27 00:59

満場一致はつまらないので俺はそろそろ擁護に回る。
最適化されないので数値計算で三倍遅いが、動作はするので問題ない。
どうせなら速いほうがいいが、遅くてもDelphiが好きな人はいるだろ。

377 ：デフォルトの名無しさん：04/06/27 01:11

C#ではなぜかsizeofがunsafeでしか使えない。
.NETはサブセットなのでWin32API使うのは当たり前なんだから、
ヘッダが用意されているD8を使うのにもメリットがある。
C#で同じようにヘッダ書いたらusingするだけで肥大化する。
メソッドじゃない関数はいくら書いても使わなければ肥大しないのが強み。

378 ：デフォルトの名無しさん：04/06/27 01:21

C#のswitch caseはろくでもない。
case 0..10みたいに範囲指定出来ないので、if elseで書いて激しく読みにくい。
範囲のダブりもチェックしてくれる訳じゃないから危険。
switch case breakって、case内でwhile使ったらbreakできないじゃん。
どうせ次のラベルには流れられない仕様なんだから、{ }にしちゃえばよかった。
Cの悪いところまで移植してどうするんだよ。

379 ：デフォルトの名無しさん：04/06/27 01:32

ぜんぜん擁護になってないやん。
C# けなすことがどうして Delphi8 の擁護なんだよ。

380 ：デフォルトの名無しさん：04/06/27 01:38

C#で変数とか定数とか関数とか必ずメンバでなきゃいけないのはどうかな。
staticで使うにしても型名から書かなきゃいけない。
enumも必ず型名から書かなきゃいけないし、
それなのにwithはナシってのも信じられない。
IL変換時にunitというクラスに変換されるから結局同じだが、
コーディングではタイプが少ない方がずっと楽だ。

381 ：デフォルトの名無しさん：04/06/27 01:46

毎回全ユニットコンパイルし直さなければいけないのはかなり腹立つ。
たいがい一つか二つしかファイルいじらず再コンパイルするだろうが。
べつにコンパイル遅くて待たされる訳でもないが、
一ヶ月も更新してないようなファイルもまたコンパイルされてると思うと腹立つ。
objフォルダあるんだから有効に利用すればいいのに。

382 ：デフォルトの名無しさん：04/06/27 01:56

exeの、どっか1バイト書き換えたら、最適化が有効になるかもと思って試してみたんだが、
あてずっぽうではやはり見つからなかった。
2chならILのバイナリフォーマット熟知した人居るんじゃない？

383 ：デフォルトの名無しさん：04/06/27 01:56

フォームとかコントロールとか作ったら、
リソース使ってなくても勝手にresxファイル作るのはC#もD8も同じだが、
D8は簡単にプロジェクトから削除出来、次回デザイナいじるまで追加されない。
ところがVSにはプロジェクトファイルに表示されないし、
手動で消したらビルド出来なくなる。
ちまたで見かけるC#アプリはresxのせいでファイルサイズが無駄にでかい。
フォームにおいたコントロールの数だけ肥大し、実際使ってないデータばかり。
Win32APIよりコード量が少ないとかいって、バイナリはでかくていいのかと。
同じ肥大するなら皮肉でVCL.NET使える。

384 ：デフォルトの名無しさん：04/06/27 02:10

>>379
D7以前と比較したいって人にはきっと.NET自体不要だし、
VBの人はそもそもDelphiもC#も使えないから、比較対象外。
よってD8のライバルはC#だけだから、
C#の駄目なところはD8のいいところと言うつもりで書いてみて、
ざっと見返したらD8では解消されることしか書いてない。

385 ：デフォルトの名無しさん：04/06/27 02:17

>>383はC#というよりVSの問題な気がする。C#BuilderならD8と同じ動作しそう。

386 ：デフォルトの名無しさん：04/06/27 02:22

ていうか、VCL.NETは静的リンクするとexeは太るけど、スマートリンクの恩恵で消費メモリは減るぞ

387 ：デフォルトの名無しさん：04/06/27 02:26

VSの問題といえば、コードとデザイナが別タブなのが邪魔。
HTML編集するときはD8みたいに下に切替タブがもう一行出るのに、
フォームデザイン時はメインのタブに並ぶから探すのに苦労するよ。

388 ：デフォルトの名無しさん：04/06/27 02:35

C#のインデクサは各クラスに一個だけ。
プロパティに引数はつけられない。
[ ]で番号指定したプロパティってそんなに需要低いのか。
リスト系のクラス作ったらget/set多くなるの当たり前なのに。

389 ：デフォルトの名無しさん：04/06/27 03:04

関数内関数が使えないのがかなり不満。
gotoで汚いコードは書きたくないし、
余計なprivteメソッドつくるとクラスビューに出るから嫌い。

DllImportで引数が値型の時、null入れたくても言語が許容しない。
Win32APIではstringにnull入れたいときがいくらでもある。
で、同じ関数なのにもう一つnull専用のDllImport書くことになる。

390 ：デフォルトの名無しさん：04/06/27 03:55

Delphi8 の最大の欠点は、情報がないこと。上のような比較は、きっと Delphi8 を
使ったことがる人にしかできないだろう。ライブラリが共通ならば、つまるところ、
IDE と言語そのものの文法の比較になるのだろう。with の有無やら、begin end
と {　} の比較やら、名前空間の有無、アクセス制限の有無、はて、Boxing が可否
など、このレベルでの好悪や優劣の比較は、つまらないし、客観的結論が出るとも
思えない。

Delphi の .NET への参画は２年以上遅れたのだから、圧倒的な優位性がない限り、
逆転は不可能だろう。現状では、優位性はないどころか.......だと思う。

.NET 以前の Win32 の頃（今だってそうだが）でさえ、Delphi はマイナーだった
が、VC++ や VB などのメジャーな開発環境と比較して Delphi ユーザは、Delphi
を使っていることの利点を多く挙げることが出来ただろう。いま、VC# と比較して
上のような「些細な事」しか列挙できないとしたら、今以上にマイナーな道を歩む
ことになるだろう。

391 ：デフォルトの名無しさん：04/06/27 04:08

C#Builder の無料版をだしているところが、VCL なしの Delphi8 personal を
どうしてださないのか不思議。

392 ：デフォルトの名無しさん：04/06/27 04:11

そうか、無料版がないのが Delphi8 の欠点の一つかもね。

393 ：デフォルトの名無しさん：04/06/27 05:00

> 満場一致はつまらないので俺はそろそろ擁護に回る。

つまらん理由だな。

「Delphi8 は素晴らしい」とかを書き込んだり、各所で紹介したりした方々は、
現状をどう思っているんだろうね。それを読んで信用して買った人は、どう
なったんだろうね。「満場一致」なのはどうしてそうなったんだろうね？

394 ：デフォルトの名無しさん：04/06/27 05:30

>>393
なんつうか、典型的な問題提起に見せた誘導文だな。
最適化以外に理由は無いだろw

細かいメリットは多数挙げられるんだから、情報の少なさが苦にならない人は使う。
完成品の品質に差が出なければ。

つまるところ最適化。

395 ：デフォルトの名無しさん：04/06/27 10:47

Delphi を .NET のライブラリに適合しようとして文法を拡張していけば、どんどん
Ｃ＃に近づいていく。しかし、これには無理がある。こんなつぎはぎだらけの文法
は醜いだけ。最初から .NET 用に設計された C# に及ぶべくもない。

来年、VS2005 とともに .NETver2 C#2 も出ることだし。

> 最適化以外に理由は無いだろw

そうだろうか。最適化なんかどうでもいい、といいはるユーザがたくさんいたのに
どうして絶滅したんだろうか。IDE の安定性、ドキュメントの不備など、最適化
できないこと、情報が無いこと以外にも理由はあるだろ。

with が使える、case が便利、関数内関数が使える、インデックス付きのプロパティー
が使えるとかの理由でC#ではなくDelphi８を選ぶ人はいないと思うよ。

さすがに最適化の問題はすぐ修正されるだろうな、恥ずかしいから、と思ったけど
いまだに放置なのはどうして。事実確認さえ怠っているんでは。デマなら公式に
打ち消してもいいと思うんだけどそれもないし。そういう開発元の姿勢も問題なのでは。

396 ：デフォルトの名無しさん：04/06/27 11:37

> そういう開発元の姿勢も問題なのでは。

これが一番の問題だろな

397 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：04/06/27 14:09

　　　 ∧,,∧　　問題が多すぎて
　　　ミ,,ﾟДﾟ彡　　　議論の対象にも
　　ﾐ　つ旦)~~　　　なりえない。
　～と,,,~),,~)

D7の時は購入を迷ったがD8は完全スルー。

とか思う、Delﾕｰｻﾞｰは漏れと同じく多いんじゃないかな。

>>390、正確な未来予想図でしょうね。
Kylixを作ったのはプラスもありマイナスもありだったですが
Win32を怠り.NET化を行ったのはマイナスしかもたらさなかったね。
現状はALM的に言うと瀕死や老衰とか、惰性段階だと思うよ。
環境に適応できなかった進化の限界点...か？

398 ：デフォルトの名無しさん：04/06/27 20:19

対応出来てないのは某ではなくユーザー

399 ：デフォルトの名無しさん：04/06/27 20:30

ユーザが対応できないようにドキュメントを削ってるのは某

400 ：デフォルトの名無しさん：04/06/27 20:31

へぇー、某ってユーザが対応できないような製品を出すんだぁ

401 ：デフォルトの名無しさん：04/06/27 20:33

>>398-400
どっちにしろDel8はダメダメってことだね

402 ：デフォルトの名無しさん：04/06/28 01:18

対応出来てないユーザーのグチ

403 ：デフォルトの名無しさん：04/06/28 02:42

某日だけの問題ではないのかね?

404 ：デフォルトの名無しさん：04/06/28 06:00

へぇー、某ってユーザが対応できないような製品を出すんだぁ

405 ：デフォルトの名無しさん：04/06/28 06:06

>>398-404
どっちにしろDel8はダメダメってことだね

406 ：デフォルトの名無しさん：04/06/28 08:25

.NET で、そして将来の WinFX で Delphi 言語を使えることはいいこと。
次バージョン以降に期待

407 ：デフォルトの名無しさん：04/06/28 09:10

WinFXで使えることはいいことだが、.NETで使えても意味ないかな。

408 ：デフォルトの名無しさん：04/06/28 10:23

うーむ、.NET に対応しながら漸進的に完成度を高めていくとか＞ Delphi for .NET

409 ：デフォルトの名無しさん：04/06/28 12:34

>こんなつぎはぎだらけの文法
どこが？特に悪くなったところなんか見あたらないけど。

>最初から .NET 用に設計された C#
なので、扱いづらいんだよね。
Win32API使う機会は多いのに>>377みたいだったり、
>>380や>>388、>>389も.NETそのまんまで、Delphiみたいな拡張がないから。
Delphi8における過去の遺産って、VCLとかじゃなくて、言語仕様そのものでもある。
MC++みたいな地位かな。

410 ：デフォルトの名無しさん：04/06/28 12:55

>>393
D7以前のユーザーにとって、.NETはいらないものだから、
D8もC#もいらなくて、それでもどちらか選ぶならC#ということになったんだよ。
より良い方ではなく、より悪くない方を選ぶというお話では、
D8スレなのでD8の悪いところは出てもC#の悪いところは出なかった。
C#わからないで幻想ばかりの人じゃ比較は無理だったんだよ。
本当はD8も.NETでより悪くない選択肢の一つになりうるよ。

411 ：デフォルトの名無しさん：04/06/28 13:15

>>410
>D8もC#もいらなくて、それでもどちらか選ぶならC#ということになったんだよ。

激しく同意

>本当はD8も.NETでより悪くない選択肢の一つになりうるよ。

そうだね。ただし、MSDN なみのドキュメントがあればだけど。あとヘルプの整備。
この「ドキュメント」の部分が某の越えられない壁なんだよ。

412 ：デフォルトの名無しさん：04/06/28 13:19

偏見でC#誉める人もいれば、具体的にVBうらやましがる人もいる。
http://pc5.2ch.net/test/read.cgi/tech/1062421817/772-779

複数言語使ってればC#そのものが不自由に感じる人もいるだろうし、
もちろんDelphiがいいという人もいるだろうよ。

413 ：デフォルトの名無しさん：04/06/28 13:21

>>409
with については同意しない。Del7以下でもなくてもよい。
そのほかは、WinFX へ向けた言語であることから現行のAPIを呼びやすくなっている
のは、むしろ不合理。

414 ：デフォルトの名無しさん：04/06/28 13:27

>>412
人生いろいろ、言語もいろいろ、って何の主張にもなってないような気が

415 ：デフォルトの名無しさん：04/06/28 13:28

>最初から .NET 用に設計された C#
意外にこういうの使えない。

DOC-VIEWを逆にIDEがいじちゃって使い難いMFC/AppWizardみたいな。

その辺、某のがセンス良い。

416 ：デフォルトの名無しさん：04/06/28 13:28

>>411
越えられない壁は越えなくていいんじゃなかったかな。
D7以前のユーザーも、マイナーだとかヘルプ糞とかは問題視しなかったはず。
.NETになっD8専用の情報はさらに要らなくなったし、SDKヘルプはMSも共通。

417 ：デフォルトの名無しさん：04/06/28 13:30

D8は悪くもない！
（良くもないが）

418 ：デフォルトの名無しさん：04/06/28 13:35

>>415

言語仕様とIDEを混同してないかい？

> その辺、某のがセンス良い。

どの辺が？　よく落ちるところとか？

419 ：デフォルトの名無しさん：04/06/28 13:41

> D7以前のユーザーも、マイナーだとかヘルプ糞とかは問題視しなかったはず。

そうかなぁ。Ｄ７スルーした人の大半はヘルプが糞だったからだと思うよ。

マイナーであることが問題なのではない。IDE のできのよさ、ＶＣＬのすばらしさ
コンパイルの速さ、なんかが魅力だったんじゃないの？ＶＣ＃と比べてDel8の
どこが素晴らしいと思うの？　

with を使えるとか？　現行APIが呼びやすいから？（笑)

420 ：デフォルトの名無しさん：04/06/28 13:42

3スレも消費しておきながら未だにまともな質問もない糞スレ。
VB.NETスレの方がはるかに役に立つ。

421 ：デフォルトの名無しさん：04/06/28 13:43

>>413
withは偉い人もいらないっていってたし、D7以前でも使ってなかったが、
.NETでピリオドつき長い名前空間が登場して、欲しいと感じるようになった。
D8もVS2003もWinFX向けではなく.NET向けなので、DllImportの機会は多く、
前スレのベンチマークも精度の高いタイマーはuses Windowsで楽々使ってた。

422 ：デフォルトの名無しさん：04/06/28 13:45

>>420
質問スレじゃないからね。
VBは使ったことないから比較できないや。

423 ：デフォルトの名無しさん：04/06/28 13:47

>>419
同じ現象をいいと感じる人と悪いと感じる人がいるからね。
これだけ現象があがってて魅力感じないなら感じなくてもいいんじゃないかな。

424 ：デフォルトの名無しさん：04/06/28 13:54

> D8もVS2003もWinFX向けではなく.NET向けなので、DllImportの機会は多く、

そうだね。オレには、これから頻繁にVerUpしていく.NET Framework 上のアプリ
を作ることに意味があるとは思えないんだけど。前の ver1.0 と今の ver1.1 と
来年発表予定の ver2.x でなにか商売になるアプリを作っていくつもりなんだろうか。
Win32API 使いまくって？　いや、実際商売している例が多いことも知ってるけど
こんな過渡的な状況で Win32API が使いまくるくらいなら、なぜ D7 以下を使わない
のかむしろ不思議。

425 ：デフォルトの名無しさん：04/06/28 13:55

> これだけ現象があがってて魅力感じないなら感じなくてもいいんじゃないかな。

そうだね。だから Delphi8 が売れてないんだね。

426 ：デフォルトの名無しさん：04/06/28 13:58

IDEというかエディタというか、D8はかなりマズいね。
言語としては悪くなくても環境としては問題アリだ。
俺のところでは起動して何もせず終了してもブラクラになったことあるけど、
安定してるって言ってた人はまだユーザーなのかな？

427 ：デフォルトの名無しさん：04/06/28 14:03

>>424
別に不思議はないよ。Windows専用にJavaでエディタ書く人もいたし。
やりたくない人とやりたい人は今後も接点なしだろうな。

>>425
売れてるかどうかは知らないけど、売れるほどの魅力はないよね。

428 ：デフォルトの名無しさん：04/06/28 14:08

> 別に不思議はないよ。Windows専用にJavaでエディタ書く人もいたし。

変わった人がいるから不思議ではないという論理が分からん。

429 ：デフォルトの名無しさん：04/06/28 14:08

そもそも.NETやる気ないなら.NET開発環境はすべて糞。
そうでなければ別にD8でもC#でも好みで選べないほどの差はない。
まだ無意味な今.NETをやる気な人に、最適化を問題にする人はいないと思う。

430 ：デフォルトの名無しさん：04/06/28 14:12

意味があるとは思えない、不思議だ、わからない、理解できない、
と、自分の能力のなさを晒して恥ずかしいと思わないんですか？

431 ：デフォルトの名無しさん：04/06/28 14:16

> そもそも.NETやる気ないなら.NET開発環境はすべて糞。

.NET やる気あるよ。Longhorn への準備として。だから Win32API を呼びやすい
ことが Delphi8 の最大の利点（with かな？) だと言われると納得できないだけで。
ま、呼びにくいよりいいか、とは思うけど、特筆するほどのことではない。

432 ：デフォルトの名無しさん：04/06/28 14:19

メモ帳とフリーのコンパイラに比べて何がいいんですか？
↓
良さが伝わらなくて多少残念ですが、無理には進めません。帰ってください。

433 ：デフォルトの名無しさん：04/06/28 14:20

質問は分からないするんじゃないの？　
ここじゃなくて「くだスレ」で聞いてみたら　>>430

434 ：デフォルトの名無しさん：04/06/28 14:23

>>431
.NETやることがLHの準備にはならないよ。
どうせ何を身につけたいのかもわかってないんでしょ。

435 ：デフォルトの名無しさん：04/06/28 14:24

ＶＣ＃とDel8に比べて何がいいんですか？
↓
良さが伝わらなくて多少残念ですが、無理には進めません。帰ってください。

>>432　で、どっちがいいの？

436 ：デフォルトの名無しさん：04/06/28 14:26

>>434
ではなんのために.NETやってるんですか？
遅いアプリを作りたいとか？
大量のメモリを有効利用するためとか？
まさか Delpji8 を使いたいからとか？

437 ：デフォルトの名無しさん：04/06/28 14:29

もうちょっと落ち着いた人を希望します。
ここ数レス自分で書いたこと見返してください。

438 ：デフォルトの名無しさん：04/06/28 14:34

断言するひとはいても、その理由を質問してはいけないみたいですね。

439 ：デフォルトの名無しさん：04/06/28 14:35

>>438
そりゃ答えられないから個人攻撃するのさ

440 ：デフォルトの名無しさん：04/06/28 14:39

>>393
つまらん理由だなと感じただろうが、このように俺は非常に楽しんでいる。
具体的な話も多少出たし、見てるだけの人にもより多くの情報提供できたはず。

441 ：デフォルトの名無しさん：04/06/28 14:44

>>439
失礼な！
答えたくても、質問が動揺しすぎてまともに答えられないのは見ての通りじゃないですか。

442 ：デフォルトの名無しさん：04/06/28 14:45

>>441
> 質問が動揺しすぎて
意味がわかりません。

443 ：デフォルトの名無しさん：04/06/28 14:49

じゃぁ>>435や>>436がまともだとでも言うんですか？
どっちがいいか決めたい人や、
いちどにたくさん「？」つけて、Delpjiとか書いてる人とは仲良くできません。

444 ：デフォルトの名無しさん：04/06/28 14:51

>>434
>.NETやることがLHの準備にはならないよ。

この理由はなに？

445 ：デフォルトの名無しさん：04/06/28 14:52

>>434
ではなんのために.NETやってるんですか？

446 ：デフォルトの名無しさん：04/06/28 14:55

434は俺だが、準備にはなってない。
バージョンアップが憂鬱だ。
理由が聞きたいかもしれないが俺は説明不要だと思う。

447 ：デフォルトの名無しさん：04/06/28 14:56

>>435 は >>432 のコピペだが、だれか >>432 の一行目の意味が分かる人がいますか？

448 ：デフォルトの名無しさん：04/06/28 14:57

>>446

>>445 の回答もお願い

449 ：デフォルトの名無しさん：04/06/28 15:01

>>444-445
おまえらの相手は俺がする。
.NETやっとかなきゃいけない強迫観念、
やっとくことで何か得するという安心感、
そんな君ら、好きにやっとけ。
.NETを好奇心だけで探検してるヤツ、
MSの言うこと信じすぎて.NET絶賛するヤツ、
信者だからお布施とか言ってるヤツ、
やたらとforeach使いたがるヤツ、
そんな君らも好きにやっとけ。

450 ：デフォルトの名無しさん：04/06/28 15:03

頼むから、仲良くできる程度に落ち着いて！

451 ：デフォルトの名無しさん：04/06/28 15:07

.NETは必要ないとか強がってたアホアンチが今のこの状況になって引くに引けないから暴れてるんだろ。(ｹﾞﾗ

452 ：デフォルトの名無しさん：04/06/28 15:09

>>444-445 はものすごく素朴な質問だと思うんだけど、なぜ、ちゃんとした
回答がないのかな

453 ：デフォルトの名無しさん：04/06/28 15:23

>>452
両方>>434への質問で、本人が答えてるじゃない。答えになってないが。

なんかもうおまえら壊れてしまったんだね。
いろいろ書いた俺が悪かったよ。

454 ：デフォルトの名無しさん：04/06/28 15:26

ｵｻｰﾝがここでｸﾞﾀﾞｸﾞﾀﾞ言ってる間にも、若く可能性を秘めた若い連中はtheSpokeを楽しんでるのさ。
ネイティブ厨はそろそろ引退したら？ｗ

455 ：デフォルトの名無しさん：04/06/28 15:26

よくわからんが、とりあえず自分が悪いと認めたようなので
皆さん許してあげてください。

456 ：デフォルトの名無しさん：04/06/28 15:29

いや、それでも高い。きっと無料のC#Builderだ！

457 ：デフォルトの名無しさん：04/06/28 15:33

引退したのはVB。

458 ：デフォルトの名無しさん：04/06/28 15:33

すみません。
僕は自分の発言を否定されると、夢中になってしまうんです。
D8とかどうでもよく、自分に間違いがないことを主張します。
変なスレ汚ししてすみませんでした。
悪いのは僕です。
許してください。

459 ：デフォルトの名無しさん：04/06/28 15:35

.NETはどうでも良い。

460 ：デフォルトの名無しさん：04/06/28 15:39

>>459
よく言った！
俺はそれが言いたかった。
じゃぁ俺も言わせてもらうけど、
Delpjiどうでもいい。>>436

461 ：デフォルトの名無しさん：04/06/28 15:42

中学生が遊んでいます

462 ：デルプジ信者：04/06/28 15:44

ガッコー終わったらオッサンいたから遊んでやったー

463 ：デフォルトの名無しさん：04/06/28 15:47

おじさん、Delphiってなに？店で見たことないなー。

464 ：デルプジ信者：04/06/28 15:48

すみません。
またやってしまいました。
必死で自己正当化してしまうんです。
タイプミスだとか連レスとかを責められたり、
子供扱いされｔり、オッサン扱いされたり、
「俺は普通だぁ～」って言いたくて我慢できないんです。
ごめんなさい。

465 ：デルプジ信者：04/06/28 15:50

デルプジって他の人にも言わせたくて書いてるのがみえみえ
くだらん

466 ：デルプジ信者：04/06/28 15:52

俺がはじめに「デルプジ」って言ったんだぜ、とか言いたいんかカス

467 ：デルプジ信者@fus：04/06/28 15:55

ｱﾌﾞﾅｲｱﾌﾞﾅｲ

468 ：デフォルトの名無しさん：04/06/28 16:18

みっともないスレだな。昔はこんなんじゃなかったのに・・・
ｾｸｰｽしたくしょうがないのにﾅﾆが立たなくてどうしようもないｵｻｰﾝの悲哀が伝わってくる。

469 ：デフォルトの名無しさん：04/06/28 16:48

>>452
D7VCL → .NET C# あまり移行に苦労しない（オブジェクト指向の考え方が身についていれば）。実際苦労はあまりなかった。
.NET C# → LH開発環境　あまり移行に苦労しないと思われ（つか、本質的に変更なし？）

ゆえに D7VCL → LH開発環境　オブジェクト指向の考え方が身にについていれば、移行に苦労しない
からだと思われ。
正確には「NETやることがLHの準備にはならない」ではなくて「.NETをやらなくてもVCLの構造と組み方を理解していれば
LHの準備をギリギリまでしなくてもなんとかなる」という言い方のほうがいいかも。

そりゃ移行当初はMSDN/クラススライブラリと首っ引きになると思われるが、D7VCLできちんと組んで来た人にとっては
LH環境になっても天地がひっくり返るような騒ぎにはならないと思われ。
逆にVB6でずっとやってきた連中は今から学習しておかないとけっこう苦労するような...

したがって、今のところD8はスルーしている。

これはおれのある程度の経験＋イメージに過ぎないので、まちがっていたら修正してちょんまげ。

470 ：デフォルトの名無しさん：04/06/28 17:11

>>469
単に、「VisualStudioは、バージョンアップすると、
今までのプロジェクトを総チェックしないといけないぐらい仕様変更がある」だけでいいと思われ…
俺は2002すっ飛ばして(2003使ってる)が、聞いた話では2002と2003でもうプロジェクトファイルの
フォーマットが非互換らしいし。
.NET1.0→1.1でこれだから、WinFXなんて導入された日には…

同じ苦労をするなら、D7からだろうがD8からだろうが大して変わらん。
まだDelphiのほうがプロジェクトやなんかがバージョン間で共通なだけましかもしれん。
(言語は両方使いこなせるという仮定の上で、移行のこと「だけ」考えるなら)

ところで、.NETで作ったテキストエディタとかがちらほら出てきてるけど、
エディタとか電卓とか、その手の日常使う小物アプリは
起動速度が命な気がするんだが、作者はどう考えてるのだろうか

471 ：デフォルトの名無しさん：04/06/28 17:14

なんかプログラミング言語なんて全部同じだろ的暴論だな。
まぁ「VB6覚えてればそれなりに.NETでも開発できる」と同程度に>>469は正しい。

472 ：デフォルトの名無しさん：04/06/28 17:21

>>470
>作者はどう考えてるのだろうか

作品発表のつもりなのでは。
実用的に使われるとは思ってないでしょ、いくらおめでたくても。

473 ：デフォルトの名無しさん：04/06/28 17:24

テキストエディタや電卓こそ練習で作るプロジェクトとしてメジャー。
それこそ無駄な長角の準備で、実用とか考えるレベルじゃないでしょう。

474 ：デフォルトの名無しさん：04/06/28 17:48

無駄なのはわざわざフルネイティブで作ること。

475 ：デフォルトの名無しさん：04/06/28 17:49

プラットフォームを乗り換えるタイミングや理由は人それぞれ。
ただそんなこととは無関係にD8は糞杉。

476 ：デフォルトの名無しさん：04/06/28 17:50

はいはい、つぎ。

477 ：デフォルトの名無しさん：04/06/28 18:06

VCみたいにマネージドもアンマネージドも組めるようになってれば良かったね♪

478 ：デフォルトの名無しさん：04/06/28 18:13

>>474
その理由をきちんと説明しないと、ageてまで書いているあんたのレスはただのゴミ駄文。
独り言とストレス解消はラウンジで思う存分やってくれ。

479 ：デフォルトの名無しさん：04/06/28 18:23

ttp://pc5.2ch.net/test/read.cgi/tech/1014486422/520-

520 ：519 ：04/02/10 16:46
マネージ型の基本事項、制限事項読んできた
('A`)ﾏﾝﾄﾞｸｾ　・・・MC++の存在意義を見失いそうな気分です

568 ：デフォルトの名無しさん：04/03/15 23:15
マネージドとアンマネージドな領域を「自在に」行き来できるなら
価値あると思うよ
今のはおよそ自在とは言えない代物だからね

570 ：デフォルトの名無しさん：04/03/17 01:38
議論以前にMC++普及してないじゃん。。。

480 ：デフォルトの名無しさん：04/06/28 18:26

マネージド用Delphiとアンマネージド用Delphiって別々なの？

481 ：デフォルトの名無しさん：04/06/28 18:31

ふたつ買えば問題ないだろ。糞M$厨はあっちにいけ。

482 ：デフォルトの名無しさん：04/06/28 18:33

.NET用とWin32APIでまったく違うIDEを覚えて両方設定しなければならないなんて面倒だね。
これじゃ生産性が落ちるね。

483 ：デフォルトの名無しさん：04/06/28 18:34

>>477
C#がね
C++もDelphiも両方吐けて良かった良かった

484 ：デフォルトの名無しさん：04/06/28 18:50

吐けないのは論外。
VB.NETも吐けないね。

485 ：デフォルトの名無しさん：04/06/28 18:52

スクリプト言語に疎いDel厨ならではの発言でつね

486 ：デフォルトの名無しさん：04/06/28 19:07

>>485
Rubyマンセーなのか？

どっちにしろ、VB、VC++/MFC、VJ++なんか使ってた人たちかわいそう。

487 ：デフォルトの名無しさん：04/06/28 20:45

あげると４８５見たいなバカがやってきて、またあげるという悪循環でつね

488 ：デフォルトの名無しさん：04/06/28 20:48

>>487
まあしゃあない。普段周囲から疎外されているような香具師が憂さを晴らしに来ているんだろう。
生暖かく見守ってやろうぜ。

489 ：デフォルトの名無しさん：04/06/28 22:16

この間、ベクターで1とか言う.NETのテキストエディタをダウンロードしたんだけど、
重くて字が打ちにくいし、ちらつくし、UNDOがバグってた。
MASAを思い出すようなデキだったけど、別に狙ってやってる訳でもないらしい。
開発言語はC#かVBで、その特徴としてやっぱりresxのせいでで数メガあったよ。
ここまでは前振り。

そのエディタはクラス名をaとかbとかに変更する防御策が施されてた。
フリーでやってる人でも逆アセ嫌がる人いるんだなとちょっと驚いた。
俺なら逆アセ推奨して、ソース公開なしにバグ見つけてもらうこと望むけどね。

490 ：デフォルトの名無しさん：04/06/28 22:36

>>489
そこまでする人ならそんなバグは潰してる

491 ：デフォルトの名無しさん：04/06/28 22:41

>>489
そういう事する人は報告してきません
ていうかソース非公開の香具師にそこまでしてやる義理はない

492 ：デフォルトの名無しさん：04/06/28 22:55

そうかい？
俺はそのエディタがあまりにバグってるからコードみようとして、
そのaとかbとかに変更されたクラス名を見つけた。
わかりやすいクラス名で書かれていたらそのままどこがバグってるか見つけて、
作者に連絡していたと思うよ。

493 ：デフォルトの名無しさん：04/06/28 23:36

なんでドトネトなんだ？Javaのバイトコードを吐けばいいのに。

494 ：デフォルトの名無しさん：04/06/28 23:42

JavaでVCLは再現できない。

495 ：デフォルトの名無しさん：04/06/29 00:39

JBuilder.NET

496 ：デフォルトの名無しさん：04/07/01 23:15

【Whidbey】Visual Studio 2005スレ【.NET 2.0】
http://pc5.2ch.net/test/read.cgi/tech/1080916113/

D8はVS2005のベータ版と同じくらいの完成度だと思う。
どっちもデザイナの動作が重すぎ。

497 ：デフォルトの名無しさん：04/07/02 07:01

>重すぎ
マシン買い換えろよ

498 ：デフォルトの名無しさん：04/07/02 09:09

.NET はプログラマが楽するためにアプリユーザのマシンパワーを使うもの

でも、プログラマのマシンがタコなら楽できないのか・・・・・（笑

499 ：デフォルトの名無しさん：04/07/02 20:05

皆さん投票しましょう
http://qc.borland.com/wc/wc.exe/details?reportid=8514

元ネタはこちら
http://d.hatena.ne.jp/ytqwerty/20040628#p2

500 ：デフォルトの名無しさん：04/07/02 20:13

>>499
> こんな調子で重要そうなUndocumentedディレクティブが存在したら、たまったもんじゃないですよ。

相変わらずドキュメントの不備が Delphi の癌ですな

501 ：デフォルトの名無しさん：04/07/03 12:13

VCLのソースがドキュメントだったように、VCL.NETがドキュメントでは？

Delphi1～3のソースが無い時代、Delphiは好きじゃなかった。

502 ：デフォルトの名無しさん：04/07/03 12:38

.NET 2.0 Betaを使ってみて、VCL.NETを使おうかと本気で検討中。
このスレにいる使ったこともなく語る人たちは信じられないだろう。

.NETライブラリの互換性って、クラス名、メソッド名が同じなだけで、動作はだいぶ違う。
いま1.1でできているものが、2.0でデザインが崩れたりチラツキが出たりしている。
修正したくてもクラスライブラリがsealedやinternal使ってて無理。
バージョンがあがるたびにこれほど変更されるくらいなら、VCLの方がマシ。
いや、VCLも.NET 2.0以降まで対応するという前提で。

503 ：デフォルトの名無しさん：04/07/03 13:24

>>502
大藁

VCLがマシつーよりも、Win環境の激変するＯＳや環境をラップしたライブラリ使うのがキホン。
M$のOSが悪いとは言わんが（良いと言いたいが色んな用途では難アリ）、開発ツールは最悪。

どのＯＳと、どのツールを使うかはセンスでしょ。

某がベストかどうかは別として、独自拡張は嫌だけど、他ツールより１線越えてる。（あ、やっぱベストだ）

504 ：デフォルトの名無しさん：04/07/03 14:14

> どのＯＳと、どのツールを使うかはセンスでしょ。

禿同！ .NET つかって VCL が最悪。

505 ：デフォルトの名無しさん：04/07/03 14:16

>>501

コンパイラ指令なんかのように最も基本的な情報がないのは道具としては大欠陥

506 ：デフォルトの名無しさん：04/07/03 14:21

相変わらず下らないスレだな

507 ：デフォルトの名無しさん：04/07/03 14:44

System.Windows.Forms.Controlから派生する非MSライブラリなら価値はある

508 ：デフォルトの名無しさん：04/07/03 16:36

最近、.NETに関るより実は64ビット版C++コンパイラを手に入れた方が幸せなんじゃないかと思ってきた。
Win64 APIはWinFXとは別にちゃんと存在するようだし、Win16→Win32よりもAPIの変更は少なそうだし…
.NETは、バージョン毎の多数の変更点追いかけるのが辛そうだし、枯れた頃には新技術が出るだろうし…

509 ：デフォルトの名無しさん：04/07/03 16:42

なぜ３２ビットじゃ幸せじゃないの？ WinFX なら３２ビット・６４ビット
気にしなくてもＪＩＴが面倒みてくれるが

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

>>502
その互換性に問題があるもの、いくつか挙げて。

511 ：デフォルトの名無しさん：04/07/03 21:13

>>510
>>502 は言ってることが変。

512 ：デフォルトの名無しさん：04/07/03 21:18

> VCLのソースがドキュメントだったように、VCL.NETがドキュメントでは？

おめでてーな、VCL.NET は .NET についての情報は皆無。コード例くらいの価値しかない。
新規プロジェクトで VCL 使うのはバカだけ。ひょっとして .NET について知らないとか？

513 ：デフォルトの名無しさん：04/07/03 21:24

> Win環境の激変するＯＳや環境をラップしたライブラリ使うのがキホン。

ラッパライブラリが激変に追随していくことが条件だけどな。VCL.NET じゃ無理。

.NET はライブラリそのもので、これから VersionUp を重ねて WinFX に移行して
いくことが前提になっている。激変ではなく、機能追加になっているので素直に
.NET ライブラリをつかっていくのがいまのところベスト。WinFX になってから
なら、ラッパライブラリができてもいいが。

514 ：デフォルトの名無しさん：04/07/03 21:26

> VCL.NET じゃ無理。

ってか、そもそもラッパでもないし。

515 ：デフォルトの名無しさん：04/07/03 21:37

>激変ではなく、機能追加になっているので
502の主張は、.NETの方が激変量が多いと読めるが…
そもそも、完璧に追随してくれるならSide-By-Sideなんかいらんだろ

.NETが差異を吸収してくれるのを当てにするぐらいなら
FOXとかwxとかの対応プラットフォームにWin64が含まれるのを待った方が賢い気がするなあ…

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

.NET2.0で動きが変わるなら今Del8を使う必要は全くないね。(ｹﾞﾗ

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

.NET2.0がダメだからVCL.NETを使おうとは、凡人には浮かばないロジックだな。

518 ：デフォルトの名無しさん：04/07/04 00:10

>>516
同意。

ただし、その裏には、C#やVB.NETで.NET1.xを使って書かれ、
.NET2.0で書き直しを余儀なくされた多数のソースコードがあることを忘れてはならない

結局、実際にLHやWinFXが出るまで何もしないのが一番賢かったってこった

519 ：デフォルトの名無しさん：04/07/04 00:13

これからMonoのソースをハックするおれが一番賢いな。
おいしいところは全部貰っていこう。

520 ：デフォルトの名無しさん：04/07/04 00:15

>>518
過渡的なものが嫌ならこの世界から出て行けば？
ゴミ箱あさって空き缶集める仕事なんて完成されてて進歩もなくてあんた向きだよ。

521 ：デフォルトの名無しさん：04/07/04 00:25

>>520
それにしたって何を追いかけるかは選んだっていいだろ。
MSのβテストに付き合って助走の名目で曲がり道を走るぐらいなら、
ちょっと難しめのアルゴリズムでも覚えていった方がマシ

522 ：デフォルトの名無しさん：04/07/04 00:32

>>518
.NET2.0で書き直しを余儀なくされた多数のソースコードってどんなの？

523 ：デフォルトの名無しさん：04/07/04 00:38

まあ、答えられないだろうけどね。ﾌﾟﾌﾟﾌﾟ

524 ：デフォルトの名無しさん：04/07/04 01:23

> .NET2.0がダメだからVCL.NETを使おうとは、凡人には浮かばないロジックだな。

いやまったく。おもわず声を出して笑ってしまったよ。

525 ：デフォルトの名無しさん：04/07/04 13:27

> .NET2.0で書き直しを余儀なくされた多数のソースコードってどんなの？

IL レベルならあり得るけど、ソースレベルでは書き換えなんかないのでは？
たんに再コンパイルするだけで。

526 ：デフォルトの名無しさん：04/07/04 20:48

>>502って中身無いね。
信じてもらえないのは当然。
ウソの可能性の方が高い。

527 ：デフォルトの名無しさん：04/07/04 21:31

>>502は追い詰められたDel厨の断末魔の叫びだろ。(嘲笑激藁

528 ：デフォルトの名無しさん：04/07/04 21:54

>ラッパライブラリが激変に追随していくことが条件だけどな。VCL.NET じゃ無理。

>.NET2.0がダメだからVCL.NETを使おうとは、凡人には浮かばないロジックだな。

まさにﾌﾞﾋﾞ的な盲目だな。
VCLのラッパとして強力で、9X/NT系の書き分けが不要どころか、Win16/32の違いも隠蔽してたことを知らないとは。

しょうがないよなVB使ってたから関数プログラミングとかオブジェクトを外から使うしか知らないんだろう。
VBを速めに捨ててクラス作ったり派生したりすべきだったのにね。

まさに　ﾌﾞﾋﾞ厨の失われた１０年。

529 ：デフォルトの名無しさん：04/07/04 22:06

Delphiとは.NET上で動くDelphi8を指す。
VBとはOOはもちろんgenericsも使えるVB2005を指す。

失われた10年とは>>528の知識のことだろう。

530 ：デフォルトの名無しさん：04/07/04 22:08

まあ、MSの絶えず変わり続けるGUIライブラリについていくよりも、他に労力を割きたいんだ！
ってケースならありかもなあ…

531 ：デフォルトの名無しさん：04/07/04 22:13

>>529
気が違ってるようですね。
確かに人間は存在を否定されると受け入れられなくて、
理解出来ないか無視するかの行動しか取れないそうです。

VBバブルに踊ってVBバブルのVBで作った製品が弾けて、
時間がたった今、関数プログラミングの技術しか無いﾌﾞﾋﾞ厨。
まさに失われた（ｒｙ

532 ：デフォルトの名無しさん：04/07/04 22:15

>>502 さん =? >>518 さん
>>510 >>522 の回答まだ？

533 ：デフォルトの名無しさん：04/07/04 22:22

847 ：デフォルトの名無しさん：03/04/19 11:55
>>796
このページができた原因ってもしかして･･･。

http://msdn.microsoft.com/vstudio/partners/localization/

864 ：デフォルトの名無しさん：03/04/19 12:28
>>847
知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。

対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。

A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。

B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。

Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ（たぶん再起動が必要だが）切り替え可能。というもの。

これがなぜかいまだにリリースされていない。

ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。

MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS

534 ：デフォルトの名無しさん：04/07/04 22:22

>>531
趣旨は別にして、ちょっとまて、関数プログラミングって…言葉間違ってないか？
言いたいことは構造化プログラミングだと思われるが…

あと、VBerは他の環境を触ったこともないのが多いので、>>528程度の説明ではわからんと思われ
Del厨な俺でも一瞬考えたし

535 ：デフォルトの名無しさん：04/07/04 22:27

>>534
言いたいことは、

Del厨な俺 >>>>>>>>>>>> VBer

ということだな。

なら説明してやれ。
面倒なら捨てても良いが。

536 ：デフォルトの名無しさん：04/07/04 22:37

いやさ、マルチスレッドから、タイプライブラリが用意されていないCOMインターフェースの実装まで
VBerが意固地になって何でもVBだけでやろうとする様は見てたからさ…
そりゃ無理すればできるのはわかるが、
ヘッダはC++で用意されてるし、Delphiには便利な仕掛けが…とか言っても通じないの

VBerは、バージョン上がるごとの書き換えなんて慣れてるから、
ソース上の互換性なんて言っても通じないと思われ…
単純に、OOとかgenericsとか新しく使えるようになった機能を喜んでいるだけだろう
そんな気分の奴には尚更。

本当は、言語のあまりにも基本的な部分の追加/変更は、今までのコードが、
「新しいXXXを使うべきなのになんでこんなことをやっているんだろう」状態になるので、
好ましくないんだが、はっきり言って俺の経験上VBerには言っても通じない
「なんでVB6の時からそうなってなかったんだ！」って怒る知能は奴らには無い

537 ：デフォルトの名無しさん：04/07/04 22:42

>>536
>VBerは、バージョン上がるごとの書き換えなんて慣れてるから、
>「なんでVB6の時からそうなってなかったんだ！」って怒る知能は奴らには無い

無意味な書き換えなれてて知能無いなんて、VBerはクマネズミかよ！
駆除対象だな。

538 ：デフォルトの名無しさん：04/07/04 22:49

VB使いはgeneric programmingをマスター中ですよ。
Delphiには関係ないでしょうけどね。

539 ：デフォルトの名無しさん：04/07/04 22:52

はっはっは。能書きはDel8の売上量を見てから言い給え。ﾌﾟｹﾞﾗ

540 ：デフォルトの名無しさん：04/07/04 22:59

>>538なんかも新しく覚えたgeneric programmingって言葉を使いたいだけの奴だし
本気で勉強するなら.NETやJavaのコンテナ＋αな総称程度で満足せずに
多相型の使える関数型言語に触れるか、AdaやC++でアルゴリズムまで交換可能な世界を
体験するかまで進めばいいのに
C++ならgenerative programmingやmeta programmingも忘れるな
自分が愛用してた言語がたまたま総称をサポートした程度の動機はみっともないぞ

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

C++のtemplateはゴミ杉。
cin, coutも糞過ぎて後発の言語は誰も真似てない。
genericsなんてあれば使うもので使いたいだけなんて寝言はみっともないからやめた方がいい根。

542 ：デフォルトの名無しさん：04/07/04 23:08

>>541
そのまま使えとは言ってない
ポリシーとか、その辺の構造を押さえておけば、応用が利く

543 ：デフォルトの名無しさん：04/07/04 23:09

VBとVB.NETがゴミ杉ならみんな文句無しに納得なんだが。

VBのユーザ数バブルに踊って、
VBで作ったデジドカ製品が弾けて、
時間がたった今、
関数プログラミングの技術しか無いﾌﾞﾋﾞ厨。

ﾌﾞﾋﾞ厨の失われた１０年

544 ：デフォルトの名無しさん：04/07/04 23:10

いずれにしても、Delphi言語(ﾌﾟには関係ない機能だけどな。(ｹﾞﾗ

545 ：デフォルトの名無しさん：04/07/04 23:11

普通に使ってるけど。
無知って怖いな。

546 ：デフォルトの名無しさん：04/07/04 23:12

Delphi言語ってなに？

547 ：デフォルトの名無しさん：04/07/04 23:26

ポリシーだって、C++ならtemplateで静的にできるけど、
クラス切って委譲してやればOOPだけでできないこともないもんな
(ポリシーと言わんかもしれんけど)

VBだけに振り回されてきた連中にはわからんだろうが、
Delphi使うような奴は大抵他の言語にも手を出してきた
蓄積の差はかなりある
VB.NET2005でいきなり強力な言語仕様を与えられたからって
今から慌ててgeneric programmingなんて言い出す連中とは違う

…で、まあ、現状のDelphi8がどうしようもないのは同意なんだがw
細かい問題点が直った時、.NET関係で追加された諸機能が今までの蓄積と絡んで
面白い世界を見せてくれそうなんで、見放す事ができずにいる
(どうせLH出るまで実用アプリは書かんしね。.NETってだけでソフ板みたいな連中にけなされて終わるだけだし)

548 ：デフォルトの名無しさん：04/07/04 23:28

> 細かい問題点が直った時

永遠に来ないよ。ﾌﾟ

549 ：デフォルトの名無しさん：04/07/04 23:30

まあね

550 ：デフォルトの名無しさん：04/07/04 23:53

generic programmingって、結局なんなんですか？
記事へのリンクなどではなく、自分の言葉で語れる人の降臨キボーンｗ

551 ：デフォルトの名無しさん：04/07/05 00:03

>>550
嫁
http://www.itscj.ipsj.or.jp/domestic/sc22/generics/Generics_Japanese.doc

552 ：デフォルトの名無しさん：04/07/05 00:14

いまさらながらだが、>>528 はこれまでの Win16/Win32 をラップしてきた VCL と
VCL.NET の区別がわからない Del厨だと思う。.NET がなんなのか知らないみたいだね。

Delphiユーザのオレから見ても 528=502 と思われるくらい無知。

553 ：デフォルトの名無しさん：04/07/05 00:17

>>552
某・VCLの目指したのはまさにWin16/32, .NETのラップだろ。
それともそれ以外に何か目的があるのか？
開陳よろ

554 ：デフォルトの名無しさん：04/07/05 00:17

Del厨をかたってるんだろ、恥ずかしすぎ

555 ：デフォルトの名無しさん：04/07/05 00:19

>>551
単語を並べたりリンクを貼るだけで何か言った気になれるなら
非常にリーズナブルですねｗ

556 ：デフォルトの名無しさん：04/07/05 00:20

>>553
> .NETのラップだろ。

ほほう、面白いことをいうヤツだな。こういうのが恥の上塗りっていうのの例。

557 ：デフォルトの名無しさん：04/07/05 00:23

> それともそれ以外に何か目的があるのか？

VCL.NET は移行以外の目的はない。それも達せられていない。
だから売れない。お分かり？

念のためにいっておくけど、VCL.NET は .NET のラッパじゃないよ。

558 ：デフォルトの名無しさん：04/07/05 08:55

Del厨の知識ってこんなもんか。ﾌﾟﾌﾟ

559 ：デフォルトの名無しさん：04/07/05 12:11

>>538
それマスターしようとしているのはVB使い１００人中一人くらいの割合だろう。

560 ：デフォルトの名無しさん：04/07/05 12:36

>>559
ﾌﾞﾋﾞ厨に混じれ酢ｶｺﾜﾙｲ

ほおって置くが由

561 ：デフォルトの名無しさん：04/07/05 12:51

ジェネリックプログラミングって、要するにテンプレートを利用したコンポーネントプログラミングの事なの？
一般的なコンポーネント(例えばVCL等もそう)が再利用という利益を得る為に払ってる実行時のコストを
コンパイル時に持ってくる事で、実行時にコストを払う必要がないってのが利点なのかな？

実装自体は普通のデザインパターンだよね？特に目新しい部分はみつからなかったんだけど・・・・・・・・
ライブラリからコンポーネントへという流れそのままに、テンプレートライブラリがテンプレートコンポーネ
ントになりましたと、そういう事なんだと思うんだけど、こんな感じの理解でＯＫ？

562 ：デフォルトの名無しさん：04/07/05 13:29

関数型言語なんかでは匿名関数含めてほぼ全ての関数が総称状態になるので、違った面白さがあるよ

563 ：デフォルトの名無しさん：04/07/05 15:31

まあ、Del厨に理解できる話じゃないけどな。(ｹﾞﾗ

564 ：デフォルトの名無しさん：04/07/05 19:56

>ジェネリックプログラミングって、要するにテンプレートを利用したコンポーネントプログラミングの事なの？
>実装自体は普通のデザインパターンだよね？
>テンプレートライブラリがテンプレートコンポーネントになりましたと、そういう事なんだと思うんだけど
なに言ってんだこいつは・・・

565 ：デフォルトの名無しさん：04/07/05 21:04

結局、VB厨はケチつけたり URL を示すだけで、自分で説明することはできないのな

566 ：デフォルトの名無しさん：04/07/05 21:06

まだベータだから、使えるとか言ってるだけで、なんも知らんから

567 ：デフォルトの名無しさん：04/07/05 21:21

確かにDel厨はなんも知らんよな。(ｹﾞﾗ

568 ：デフォルトの名無しさん：04/07/05 21:37

はいはい、日本語も読めないなら書き込みするなよ。Delphi にはベータもない。

569 ：デフォルトの名無しさん：04/07/05 21:39

VB 厨は、VB.NET になっても Delphi が気になってしょうがないんだな

570 ：デフォルトの名無しさん：04/07/05 21:39

クローズドだからね。ﾌﾟﾌﾟﾌﾟﾌﾟ

571 ：デフォルトの名無しさん：04/07/05 21:40

それだけ気にしてもらえて、ひょっとして Delphi8 ってすごいのかな

572 ：デフォルトの名無しさん：04/07/05 22:44

>>571
そういう発想は出てこなかった、感動した

573 ：デフォルトの名無しさん：04/07/05 23:02

【ｽｸﾗｯﾌﾟ&ﾘﾋﾞﾙﾄﾞ?】 WinFXは無かった! Part4【M$反発?】

574 ：デフォルトの名無しさん：04/07/06 10:06

さて今日はどんな無知っぷりをDel厨が晒してくれるか楽しみだな

575 ：デフォルトの名無しさん：04/07/06 10:16

>>574
それだけ気にしてもらえて、Delphi8 ってすごいのね

576 ：デフォルトの名無しさん：04/07/06 11:14

>>574
そうだね、ＶＢ厨の無知っぷりは見飽きたからね。

577 ：デフォルトの名無しさん：04/07/06 12:31

某は道を誤ったんじゃないの？
結局Delphiは.NETをラップするだけでよかったんだろ、
それが不満ならC#でもVBでもなんでも使えよ！って路線でさ。
結果としてD8は互換性が損なわれた為に使えないものになった
うちの会社ではD7が実質最新版扱いです、D8はあるけど使われない
新しい仕事はVSになった。

578 ：デフォルトの名無しさん：04/07/06 13:29

> 某は道を誤ったんじゃないの？

いまさらだけど、Kylix を出した時点で誤った

579 ：デフォルトの名無しさん：04/07/06 13:34

コンパイラからでなく上流で収益あげようとしてるんでわ。

組み込みLinuxでKylixを使ってる例がまったく無いわけでない。
Delphiで、PC、サーバ/組み込みLinux、WinCE.NET（現時点では？）をカバーはしている。

580 ：デフォルトの名無しさん：04/07/06 14:13

何でDel厨は同じことを何度も繰り返しているんだろう。
健忘症なのか？

581 ：デフォルトの名無しさん：04/07/06 14:21

何でVB厨は同じことを何度も繰り返して書き込んでいるんだろう。
痴呆症なのか？

582 ：デフォルトの名無しさん：04/07/06 15:02

釣られる振りして初心者スレ荒らしてる奴ほんとウザいね

583 ：デフォルトの名無しさん：04/07/06 15:10

釣りじゃない振りして初心者スレ荒らしてる奴ほんとウザいね

584 ：デフォルトの名無しさん：04/07/06 17:31

http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040706/146865/

で、肝心のDelphi対応はどうなってるの？ｗ

585 ：デフォルトの名無しさん：04/07/06 17:34

>>584
冷静に考えればUML->大規模開発、Delphi->小規模開発だから
両者はまったく無関係であることがすぐに分かるだろ。

586 ：デフォルトの名無しさん：04/07/06 17:41

Delphi大規模開発にも強いんだけど...

587 ：デフォルトの名無しさん：04/07/06 17:45

大規模開発に向いてるならせめて同一プロジェクトグループに登録した
依存ライブラリ（パッケージ）の自動ビルドくらい対応してくれ・・・

588 ：デフォルトの名無しさん：04/07/06 18:29

依存関係と逆順に並べておいて、プロジェクトマネージャの「ここから下をコンパイル」

589 ：デフォルトの名無しさん：04/07/06 18:38

いやそんなしょぼいのじゃなくってさ・・・

590 ：デフォルトの名無しさん：04/07/06 18:40

>>585
いい加減な返事せずに、Enterpriseの体験版でも試せ…

591 ：デフォルトの名無しさん：04/07/06 20:04

大規模って、どの辺からなんだろ？

592 ：デフォルトの名無しさん：04/07/06 20:11

Del厨が書くコード＋1行から

593 ：デフォルトの名無しさん：04/07/06 21:18

VB厨が書くコード＋1０００行から

594 ：デフォルトの名無しさん：04/07/07 00:44

>>585
冷静に考えればUML->表記法、Delphi->プログラム開発環境だから
両者はまったく無関係であることがすぐに分かるだろ。

595 ：デフォルトの名無しさん：04/07/07 01:08

RADとUMLの関係・組み合わせ方っていうのも、よく分からん。
大枠はUMLで考えて、あとはRADっていう事でいいんだろうか？

596 ：デフォルトの名無しさん：04/07/07 14:35

モデル部分をクラス図で設計したり
GUIの状態遷移図を描いたりと使い道はちゃんとあるよ。
Delphiとは無関係な話ではあるけど。

597 ：デフォルトの名無しさん：04/07/07 15:33

Delphi Architect に入っている ECO がそれなんだが.
使ったこと無いんでしょ。

598 ：デフォルトの名無しさん：04/07/07 20:59

Architect 版なんかみたことないし。単体販売もあるの？

599 ：デフォルトの名無しさん：04/07/07 23:25

ECO ってDELPHI 7以下にも対応するのですか?

600 ：デフォルトの名無しさん：04/07/08 00:08

>>599
Delphi7以下はBold for Delphiなんじゃない？

601 ：デフォルトの名無しさん：04/07/08 00:25

しょぼいって英語ではどう書けばいいでしょう？
とある理由で、このスレに書いてあることを英語に訳したいんです。

602 ：デフォルトの名無しさん：04/07/08 00:31

勘だけど、cheap とかで通じるんじゃね？

603 ：デフォルトの名無しさん：04/07/08 08:38

601=某日？

604 ：デフォルトの名無しさん：04/07/08 08:50

ｹﾞﾗとか嘲笑激藁って英語ではどう書けばいいでしょう？

605 ：デフォルトの名無しさん：04/07/08 09:36

>>601
このスレで「しょぼい」を使ってるのは >>589 だけ

606 ：デフォルトの名無しさん：04/07/08 09:38

UMLとは無縁なDel厨
はなんて訳すの？

607 ：デフォルトの名無しさん：04/07/09 00:36

slappy

608 ：デフォルトの名無しさん：04/07/09 00:38

angel

609 ：デフォルトの名無しさん：04/07/09 01:42

>>601とか>>606は無理をするな(w

610 ：デフォルトの名無しさん：04/07/09 02:49

poor
たぶん cheep でも可

611 ：デフォルトの名無しさん：04/07/09 03:27

(機能等が)貧弱ぅ poor
安っぽい cheap

612 ：デフォルトの名無しさん：04/07/09 05:05

使い勝手が悪い、使えない useless

どこにかくの？

613 ：デフォルトの名無しさん：04/07/09 11:12

I don't link fucking shit Delphi IDE.
I want VS.NET like IDE.

614 ：デフォルトの名無しさん：04/07/09 20:44

よくもまぁ、こんなに釣られるな。Delphi8ユーザはいないのか？
MLの質問にだれか答えてやれよー

615 ：デフォルトの名無しさん：04/07/09 21:31

D8以上にMLはマイナーだと気がついていない

616 ：デフォルトの名無しさん：04/07/09 22:11

>>615
そんなことない。Del8 ユーザ（購入者ではなく）なんか、二桁しかいないだろ、たぶん。
ML の参加者は４桁。

617 ：デフォルトの名無しさん：04/07/09 22:14

>>616
> ML の参加者は４桁。

最近は参加者数分かるようになってる？
４年前に参加したときは、参加者数が分かるようになってて、Delphi-ML だけで
４０００人を越えていたと記憶している。最近はあのときより減ったかな。

618 ：デフォルトの名無しさん：04/07/09 22:38

>>617
漏れ最近はMLほとんど見てないから停止手続きするかな
もう最近は答える気にもならない質問か、答えられない質問かの２択になってる(w
・・・VS.2003買ったからGDNに参加しないと

619 ：デフォルトの名無しさん：04/07/09 22:50

> もう最近は答える気にもならない質問か、答えられない質問かの２択になってる(w

同感。なんかデータベースやレポートツール関係や激しく初心者か、の感じ。

620 ：デフォルトの名無しさん：04/07/09 22:56

>>618
確かに皆が食いつくようなネタが無いな・・・
新機能マンセーで、うわぁーと盛り上がる喜びがないんだよな＞Delphi

Delphi8ユーザーなんて全然居ないし・・・

621 ：デフォルトの名無しさん：04/07/09 23:44

Del9とBCB9のPROがセットになったら、うわぁーと、自費で買っちゃうかも。
会社で作った自分用のツールを家でも使ったり直したりしたいんだよな。
で、シェアウェアしたり。

622 ：デフォルトの名無しさん：04/07/10 00:51

>>621
いまはなに使ってるの？なぜいまのだと駄目なの？

623 ：デフォルトの名無しさん：04/07/10 01:18

http://www.itmedia.co.jp/enterprise/articles/0407/08/news073.html?c

こういうの読んでると、素人プログラマもまだまだ忘れられてはいないん
だと安心する。
て言うか、今後はもうJava vs C#、JVM vs .NETだけを考えてれば十分
なんじゃないかと感じる。
まぁ、無理に一つを選択する必要もないんだけど、業務ではないだけに
予算は限られてるし、それ以上に俺の能力が限られてるんで一つで済
むならそうしたい。

とか思ってても、結局とうぶんはDEL6を使い続けるんだけどね(ﾆｶﾞﾜﾗ

624 ：デフォルトの名無しさん：04/07/10 02:34

>>623

面白い記事だね。ちょっと引用。

　「ソフトウェアに対する従来の考え方は、“10万人のユーザーを対象としたもの
でなければ価値がない”というものだった。しかし今では、10人程度のユーザーし
かいないソフトウェアもあるかもしれない。私が2時間でプログラミングしたソフト
ウェアが友人を楽しませることができれば、十分にやりがいを感じるに違いない。
友人からお金を取ろうとも思わないだろう」

仮にWYSIWYG型ツールのせいで経験豊富な開発者に対する需要が低下するとしても、
それはすぐには起きないだろう。しかし新しい風は業界で次第に勢いを増しており、
プログラミングの世界はもはや専門家のためだけに存在するのではない。

625 ：デフォルトの名無しさん：04/07/10 03:11

RAD 型の開発ツールがやっとDelphiに追いついたということか。
これからDelphiの前途は厳しいね。

626 ：デフォルトの名無しさん：04/07/10 07:18

おいおい、VS.2003で追いついて、いや追い越してるだろ

627 ：デフォルトの名無しさん：04/07/10 09:28

開発環境としてはVSが遙かに上だが、RAD、GUIライブラリとしては全然追いついてない。

628 ：デフォルトの名無しさん：04/07/10 10:20

でもまあ、時間の問題だよね。

629 ：デフォルトの名無しさん：04/07/10 11:15

時間を入れると、一旦白紙になるM$系は不利。

某のライブラリはネットに転がってるものが激しい。
だからWinFXのライブラリやLognhornのグラフィックで驚かない。

630 ：デフォルトの名無しさん：04/07/10 11:18

>>622
いまは、会社でBCB、Del使ってる。
でも家で使いたいから買おうにも２つ揃えると１０万かかっちゃうよ。

631 ：デフォルトの名無しさん：04/07/10 13:06

某のライブラリって。。。コンポだろ
一時期集めるのにはまったけど、いっとう優れものは英語圏の人が作ってなくってコメントが読めんでリタイアしたよ(w

632 ：デフォルトの名無しさん：04/07/10 15:29

>>631
ロシアとか東欧とか多いよな

なんで旧共産圏？と思ってたら、Delphi3.1の宣伝に
> たとえば、NASAのアトランティスとロシアのミール宇宙ステーションは、
> 地球を識別し写真をキャプチャーするために、Delphiを使いました。

結構伝統があるのね

633 ：デフォルトの名無しさん：04/07/10 15:47

Delphi製の何かが動いているということは…Windows搭載宇宙ステーション！？
そっちのほうが心配…

634 ：デフォルトの名無しさん：04/07/10 15:48

ミールに使われてるのならもうちょっと使ってみーるか

635 ：デフォルトの名無しさん：04/07/10 15:49

Windowsが心配ったってせいぜい米軍空母が4時間機能停止するくらいだよ気にするな

636 ：デフォルトの名無しさん：04/07/10 16:48

> いっとう優れものは英語圏の人が作ってなくってコメントが読めんでリタイアしたよ(

どうやって「いっとう優れもの」と分かったの？

637 ：デフォルトの名無しさん：04/07/10 16:52

>>629
>だからWinFXのライブラリやLognhornのグラフィックで驚かない。

どちらもまだ無いわけだが。
.NET 上に関しては某のライブラリなんかWEB上にあるのかよ？見たことないが。

638 ：デフォルトの名無しさん：04/07/10 22:37

>>629 は激しく日本語が変。子供か？

639 ：名無しさん＠そうだ選挙に行こう：04/07/11 14:45

今日はDel厨おとなしいな。まさか選挙逝ってるとも思えないが。

640 ：631：04/07/11 22:36

>>636
ネタレスすると　ソースを読んだから

641 ：デフォルトの名無しさん：04/07/11 23:52

ネタレスも何もまずは使ってみてよさはわかるでしょ。
その後で、よければソース読みたくなるわな。

マジレスするなら、コメントなくてもソースを追いかけろといいたい
ところ。

// いやコメントが読めれば楽なんだけどね orz

642 ：デフォルトの名無しさん：04/07/12 00:09

> ネタレスすると　ソースを読んだから

うひゃひゃ、たしかにネタだね。ソースが読めれば

> コメントが読めんでリタイアしたよ(

なんかあり得ない。

643 ：デフォルトの名無しさん：04/07/13 00:14

Delphi本気でやりたいんだけど8にエントリーモデルがないのが痛い
9でたら1万前後のPersonal版もリリースしてほしい

644 ：デフォルトの名無しさん：04/07/13 00:17

Borlandはパーソナルユーザーを捨てました。
といったい何度言わせれば気が済むんだ。

645 ：デフォルトの名無しさん：04/07/13 00:26

Del8って.NET1.0と1.1のどっちに対応してんの？

646 ：デフォルトの名無しさん：04/07/13 00:26

パーソナルどころかユーザーまるごと捨ててるような気がするのは
漏れだけか？

647 ：デフォルトの名無しさん：04/07/13 00:28

>>644
1.1

648 ：デフォルトの名無しさん：04/07/13 00:28

まちがった >>645 1.1

649 ：デフォルトの名無しさん：04/07/13 00:30

>> Delphi本気でやりたいんだけど8にエントリーモデルがないのが痛い

これから始めるなら無料の D6personal で十分。
.NET 対応なら VS にしとけ

650 ：デフォルトの名無しさん：04/07/13 00:31

>> Delphi本気でやりたいんだけど8にエントリーモデルがないのが痛い

Delphi8 はそれ自体が痛い

651 ：デフォルトの名無しさん：04/07/13 00:34

>>650
使ってから物を言えよ。
Delphi8はWin32と.NETのブリッジとして最強だよ。
現状C#なんぞ足元にも及ばない。

652 ：デフォルトの名無しさん：04/07/13 00:35

おまいらはDelphiに何を求めているんだ？

653 ：デフォルトの名無しさん：04/07/13 00:37

>> Delphi8はWin32と.NETのブリッジとして最強だよ。

これから始める、っつう意味が分かりませんか？
ブリッジなんか必要ないだろ。

654 ：デフォルトの名無しさん：04/07/13 00:38

所詮ブリッジとしてしか意味ないから

655 ：デフォルトの名無しさん：04/07/13 00:38

新しいもの好きですから

656 ：デフォルトの名無しさん：04/07/13 00:39

これからはじめるからこそ
今この瞬間に最高のパフォーマンスを発揮できるものを使うべきだろ。
Delphi6･7は停滞・腐敗していてこれから覚える価値はないし
.NETオンリーな開発環境はまだ未成熟過ぎる。

657 ：デフォルトの名無しさん：04/07/13 00:43

> 今この瞬間に最高のパフォーマンスを発揮できるものを使うべきだろ。

笑わせるなよ。ユーザが少ないのは「最高のパフォーマンスを発揮できるもの」が
Delphi じゃないことを知ってるからだろ

> .NETオンリーな開発環境はまだ未成熟過ぎる。

だから、Delphi7 以下で十分。中途半端に .NET ＋ Win32 が最悪。

658 ：デフォルトの名無しさん：04/07/13 00:47

だから使ってから言えっての。
妄想厨には付き合いきれん。

659 ：デフォルトの名無しさん：04/07/13 00:55

どっちが妄想厨かは、ユーザの数が決めてくれるだろうさ

660 ：デフォルトの名無しさん：04/07/13 01:00

>>656
> Delphi6･7は停滞・腐敗していてこれから覚える価値はないし
そうなの？なら、Delphi8 も危なそう

661 ：デフォルトの名無しさん：04/07/13 01:06

横から割り込み。一応使ってから言ってる。

現状の.NETはWin32の全APIを網羅してるわけではないので、どうしても不足が出てくる。
そういう意味ではAPIインポートユニットがついてきて、しかもスマートリンクされる(C#で同じことやるとexe太らすだけ)
Delphi8は、件の最適化問題を無視すれば「今の」.NET上で使える言語としては一番便利だろう
言語使用そのものも、VS2005βにはかなわないが、現行verの範疇では
遜色ないというか古のPascal文法を無理やりにでも持ち込んでくれてるのが細かい点でありがたい。

…が。D7にはD2からずっとWin32上で動いてきた蓄積がある。

Windows.Formsよりもずっと豊富なVCL、便利なTAction
GDI+もDelphi用のヘッダーがあるので7から呼べる
ASP.NETもIntraWebやWebSnapで似た事ができる(しかもサーバーを選ばない)

停滞・腐敗してる環境にはそれなりに、「D8含めた現行.NET」よりも便利なものが揃っちゃってたりする…

662 ：デフォルトの名無しさん：04/07/13 01:13

>>661
Delphi7 Architectも仲間に入れてやってくれ

Bold for Delphiもなかなか凄いソフトであったようだ
http://onigiri.s3.xrea.com:8080/delphi/index.php?%5B%5BBold%2FBoldReview5%5D%5D

663 ：デフォルトの名無しさん：04/07/13 01:42

おまえらLHでのプログラミングがWinFXのみで行えるようになると本気で信じてるわけ？
あのクラスライブラリが将来Win32かWin64のAPIインポート不要になれる訳がない。
下手したらクラスライブラリ不要でバージョン非依存をウリにするアプリ流行るかも。

664 ：デフォルトの名無しさん：04/07/13 01:45

>>663
WinFXスレで書いた方がいいな、それは。(D8は上述の通りAPI呼びまくり推奨なので)

665 ：デフォルトの名無しさん：04/07/13 01:50

> あのクラスライブラリが将来Win32かWin64のAPIインポート不要になれる訳がない。

そうだろうね、細かいチューニングには Win32API を呼び出すことになるのだろう。
現在のD7以下の VCL アプリでも、API 呼び出しが必要になるのと同じだと思う。
その場合は、Win64版のWinFXへの互換性を失う部分が出てくることになりそう。

666 ：デフォルトの名無しさん：04/07/13 02:06

Win32が必要だからDelphiがいい？
ﾌﾟﾌﾟﾌﾟﾌﾟここ見てから物言おうな。
http://pinvoke.net/
http://www.atmarkit.co.jp/fdotnet/dotnettips/166pinvoke/pinvoke.html
Delphiと違ってお金がかからないし。ﾌﾟｹﾞﾗ

667 ：デフォルトの名無しさん：04/07/13 02:11

プとか文中に多用してる奴っていかにも頭弱そう。

668 ：デフォルトの名無しさん：04/07/13 02:17

>>667
> プとか文中に多用してる奴っていかにも頭弱そう。

そうだな。でも、>>666 の紹介してくれた URL はすごく便利だよ。

669 ：デフォルトの名無しさん：04/07/13 02:21

金払ってまでありがたがる価値のないwindows.pas。(嘲笑激藁

670 ：デフォルトの名無しさん：04/07/13 02:29

スマートリンクが無いが故の苦肉の策という気はするね
旧VBのAPI宣言張りつけツールと発想が変わってないなあ、苦笑

671 ：デフォルトの名無しさん：04/07/13 02:34

>> スマートリンクが無いが故の苦肉の策という気はするね

本質は Win32API を使わないってことなので、それなりに筋は通ってる。
.NET 上で Win32API を呼びやすいから最強、とか言ってるのは論理的に矛盾してる。
それならネイティブつくってろ、と言いたい。

672 ：デフォルトの名無しさん：04/07/13 02:41

どーせ一個でも呼んだらWin32以外で動かなくなるのは一緒じゃん…(ﾎﾞｿ
なら、お互い道を踏み外す同士、どうせ外すなら外すで楽な方がいいじゃんよー(ﾎﾞｿﾎﾞｿ

673 ：デフォルトの名無しさん：04/07/13 02:43

程度問題を議論してるのは分かってるよね。

674 ：デフォルトの名無しさん：04/07/13 02:51

頭の悪いDel厨には分かりません。ﾌﾟｹﾞﾗ

675 ：デフォルトの名無しさん：04/07/13 02:56

.NETのライブラリにあるものはそれを使うし、無いものはAPIを呼ぶしかない
ここまではC#もD8も同じ。同じことをやろうとしたとき呼ばないといけないAPIの数も種類も
そのAPIを使ってしまった時点でWin32以外で動かなくなるのも同じ。
程度問題なんてのは話のすり替えもいいとこ。
後は手間が、関数名をツールに打ち込むか、usesにWindowsって書いてオートコンプリートで楽々か、だろ
どうせ共にIFDEFの類はあるしな

676 ：デフォルトの名無しさん：04/07/13 02:58

同じだったら無料でJIT最適化できてドキュメントがたくさんあるC#を選んだらいいと思うよ。

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

>>675
そのとおりだね。だから .NET 上で API 使いまくりのアプリつくるんだったら
なぜ、D7以下を使わないのか、っていう疑問にはどう答えるつもり？

そもそもAPI使いまくるアプリをつくるのがアホなのに、そのために便利だから
と言う理由でD8すすめるのは（以下略

678 ：デフォルトの名無しさん：04/07/13 03:05

やはり程度の問題でしょ。

679 ：デフォルトの名無しさん：04/07/13 03:06

実際にLonghornでWinFXアプリをプロセスビューアで覗いて、
kernel32.dllとかntdll.dllの類が全く無かったら、その時はおとなしくC#使ってやるよ

…ってのは俺だけじゃなくて割と多くの人間が考えてそうだが？

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

dllがプロセスで現れるの？ｗ

681 ：デフォルトの名無しさん：04/07/13 03:16

682 ：デフォルトの名無しさん：04/07/13 03:20

> kernel32.dllとかntdll.dllの類が全く無かったら

「全く」とか言ってるのは程度の問題であることを理解してないのね。

> …ってのは俺だけじゃなくて割と多くの人間が考えてそうだが？

君だけ。

683 ：デフォルトの名無しさん：04/07/13 03:21

> …ってのは俺だけじゃなくて割と多くの人間が考えてそうだが？

あのさ、Delphi8ユーザが何人残ってるの思ってるの？

684 ：デフォルトの名無しさん：04/07/13 03:31

>>680 SDKに入ってるVADUMPも知らんのか？
>>681 すまんが、663の微妙に話の繋がって無さ加減を考えてくれ
>>682 どうせプロセスに読み込まれるなら…まあいいか。ポリシーの問題だろうし
>>683 D8ユーザーは少ないかもしれんが、MC++ユーザーの一部とWinFXスレの住人も同じような事言ってたぞ

このスレに常駐してる煽り屋は、ageの奴(関連記事ぐらいは読んでそうだ)と、
sageの奴×2 or 3(うち一人は詳しそうだな、後は反射レス屋)ぐらい居る事は判明したw
こんだけ注目されてるD8ってやっぱ(ry

685 ：デフォルトの名無しさん：04/07/13 03:35

> こんだけ注目されてるD8ってやっぱ(ry

ネタとして最高！ってことね

686 ：デフォルトの名無しさん：04/07/13 03:39

>>684
>D8ユーザーは少ないかもしれんが

君の意見は少数意見だということ。分かった？

687 ：デフォルトの名無しさん：04/07/13 03:45

その少数派を説き伏せるためだけに、より多人数で
ネタとして最高としか思ってない開発環境のスレに押しかけてくるあなた方は、もっと素敵ですね

688 ：デフォルトの名無しさん：04/07/13 03:50

一人ですけど

689 ：デフォルトの名無しさん：04/07/13 04:02

うんうん、そういうことにしといてあげよう
重要なのは真実よりもむしろこのスレを読んだ第三者がどう思うかだから

690 ：デフォルトの名無しさん：04/07/13 04:07

なんだ最後は泣き言かよー

第三者がこれ読んで、「ほう、Del8 っていいじゃん、API 呼びやすいから」と
なると、また、面白くなるね、このスレ。

691 ：デフォルトの名無しさん：04/07/13 07:13

>>690
文盲でもない限り、普通そんな発想は浮かばんわな。(ｹﾞﾗ

692 ：デフォルトの名無しさん：04/07/13 09:24

やっぱりDelphi系雑談スレはおもしろいねぇ。
俺はC#が気に入ったので、API宣言しながらでもC#本命でいくと思う。
しかしD8はここで言われているほど悪くない。
C#を選ぶ俺がアホなだけで、現Del厨には断然オススメしとく。
新規ユーザーにはパーソが出たらオススメする。
最近の格安学割版VS発売の様子を見てわかるとおり、素人にC#はムリ。

693 ：デフォルトの名無しさん：04/07/13 10:54

> C#を選ぶ俺がアホなだけで、現Del厨には断然オススメしとく。

アホを自称する香具師にオススメされてもなぁー

> 素人にC#はムリ。

そんなことはない。君が無理だと思うだけ。だいたい、なんも情報がないD8の方が
シロウトには入門しづらい。本なんか１冊もないだろ。

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

Delphi.NET vs C#はもう良いよ。
激似の言語であって混ぜて使っても問題無さそう。

VB.NETとC#を混ぜるよりも。

695 ：デフォルトの名無しさん：04/07/13 11:22

> 混ぜて使っても問題無さそう。

なんで混ぜる必要があるんだよ

696 ：デフォルトの名無しさん：04/07/13 11:24

>>694
> 激似の言語であって
激似だったら無料でJIT最適化できてドキュメントがたくさんあるC#を選んだらいいと思うよ。

697 ：デフォルトの名無しさん：04/07/13 11:28

どの言語使うかは個人の自由だろ。

滅びたVBを使ってる人も沢山というか膨大にいたわけだし。

698 ：デフォルトの名無しさん：04/07/13 11:37

さび付いた頭で新言語＆ライブラリを覚えるのはつらいんだよ。
だからDel8がベストソリューションであるようなプログラマは間違いなく存在する。

699 ：デフォルトの名無しさん：04/07/13 12:23

言語としてはC#とD8は全然似てないよ。
ただ、D8は.NETにあわせた書き方、
つまりC#に似た書き方ができるだけで、
基本的にD7以前と同じObject Pascalだよ。

VCL+APIに慣れたDel厨なら、
.NET+APIやるのに宣言必要な言語は苦痛だろうね。

700 ：デフォルトの名無しさん：04/07/13 13:07

まぁDelphi9がどうなるかで決まるでしょ

701 ：デフォルトの名無しさん：04/07/13 13:14

決まるもなにも、消えはしない言語製品は。

M$に買収されて製品が自滅する以外は。

702 ：デフォルトの名無しさん：04/07/13 14:06

>>701
今更、製品自体を買収する意味はないよ。
ヘジたんゲトーでミションコンプリートｗ

あとはコンポーネントサプライヤーの取り込みだけど・・・・・・・・
気になるのは、提供はされてるんだけど、ここ最近更新が止まってる
ところも多い様な・・・・・・・どうなの？盛り上がってる？＞.NET用コンポーネント

703 ：デフォルトの名無しさん：04/07/13 14:22

>>702
どちらかというと、ﾍｼﾞﾀﾝやﾄﾞﾄﾈﾄよりDelphi/BCBの方が盛り上がってる。

704 ：デフォルトの名無しさん：04/07/13 15:44

>>698
> さび付いた頭で新言語＆ライブラリを覚えるのはつらいんだよ。

そりゃそうだろ。
だけど、自分の無能を棚に上げて、これから始める人に勧めるのはどうかと。

705 ：デフォルトの名無しさん：04/07/13 15:48

>>704

プログラミングの内容に労力を割くべきであって、
頻繁に消えて無くなる開発ツールやライブラリを使うわけにはいかない。 >>508

706 ：デフォルトの名無しさん：04/07/13 15:51

Delphi8 は Del厨の惰性.NET入門のためにだけある。それ以外のメリットはない。
まっ、普通のDelphiユーザなら、間違っても選ばない。もちろん、これから始め
るなら C# がベスト。

707 ：デフォルトの名無しさん：04/07/13 15:59

>>705
>プログラミングの内容に労力を割くべきであって

ドキュメントが皆無に近く、コンパイラ指令の内容も分からず、起動するとログアウト
できないという基本的な質問にも回答を得られず、JIT最適化の有無も分からず、
バグ報告するために英語を使わなければならず、2chの唯一のスレッドでさえまとも
な Q&A がなされないような言語では「プログラミングの内容に労力を割く」ことは
出来ないと思うよ。

708 ：デフォルトの名無しさん：04/07/13 16:00

、ではないんだな、これが。

.NETとかC#に初心者を閉じ込めるなんて、VBの二の舞。

709 ：デフォルトの名無しさん：04/07/13 16:07

>>708
遅れ杉

710 ：デフォルトの名無しさん：04/07/13 16:13

だから初心者にC#は無理だってば。
ボタンをおいてダブルクリックしやらせたいことをそこに書け、
というところまでなら何使っても一緒だけど、そこからが壁だろうよ。
C#にはOOPしか用意されてないので、
何かやるにはまずやたら勉強が必要だ。
豊富に用意されたドキュメントだか書籍だかを熟読しなきゃいけないので、
Delphiみたいな厨プログラマが大発生できない。

711 ：デフォルトの名無しさん：04/07/13 16:35

>>702
.NET用のコンポ作っても次のバージョンが出たらどうなるかわからないのが困るね。
メニューやツールバー売ってるところは.NET 2.0のMS製コンポ登場でどうする気かな。
ListView派生でエクスプローラ風コンポ売ってるのも2.0にはいけないものな。
バージョンアップについて行けるのはWin32API製で、MSが出し惜しむMS風コンポだけか。
VS風タブコントロールとか。

712 ：デフォルトの名無しさん：04/07/13 16:41

>> だから初心者にC#は無理だってば。

自分が初心者だったことを思い出してるの。無理なことはない。文法的には
Java と同じだろ、OOP しか用意されてないのは。Java から入門する初心者
は多い。C# だって、超初心者用の本もあるので大丈夫。Delphi8 なんか
起動しただけでどうしたらいいか迷うだろ。

713 ：デフォルトの名無しさん：04/07/13 17:02

確かにDelphiは厨御用達だよな
VCもVBも挫折したけどDelは理解できた

714 ：デフォルトの名無しさん：04/07/13 17:09

いい年したｵｻｰﾝが集まって愚痴集会ですか

715 ：デフォルトの名無しさん：04/07/13 17:17

>>713
VC挫折はわかるがVB挫折はそうとうひどいだなぁ

716 ：デフォルトの名無しさん：04/07/13 17:21

アプリが作りたい！
↓
新規作成「アプリ」
↓
プロジェクト？んなもの要らん。アプリだ。もしくはソフトだ。

717 ：デフォルトの名無しさん：04/07/13 17:24

あ、D8はアプリケーションって書いてあった。
間違い。

718 ：デフォルトの名無しさん：04/07/13 17:51

>>715
俺はVBからAPIを呼び出す手順があまりにも煩雑だったんで挫折した。
私感では、VBは枠の中では簡単極楽。でも、そこからはみ出すと煩雑
で面倒という印象がある。
俺が持ってるVSの最終バージョンが97だから、その時代の話。

>>711
買う側としても同じ問題を抱えてる。
今、購入しても.NET2.0用に同等のコンポーネントが提供されるのか不明。
そして、仮に提供されてもバージョンアップの為に追金を要求される。
なんか今買うのって損じゃね？という気分が＿|￣|○|||

719 ：デフォルトの名無しさん：04/07/13 18:00

Delphiはトライアンドエラーでもとりあえず覚えられる。
でなきゃマイナーとか言われながらここまで蔓延（悪い意味）しなかった。
コンソールからはじめて、ポインタを学び、OOPを学び、
とかやらなきゃいけないと書籍大量に欲しくなるが、
Delphiは全部飛ばして実践から始めてもとりあえず何とかなるんだよ。
ガベコレ登場でさらに敷居は低くなったと思うよ。
値段の敷居は跳ね上がったが。

720 ：デフォルトの名無しさん：04/07/13 18:06

>>718
何か結局その問題はVS.NET/VSでも解決してないね。

さらに、
ttp://pc5.2ch.net/test/read.cgi/tech/1071150423/896
MSは某とクロスラインセンス契約結んだんだから
残り少ないDelphiのメリットである2waytoolをさっさとパクって欲しいな。
VS2003ではまだ入ってなかったしな。

いったいC#の何が良いのか。Delphiより超マイナーなのに。

721 ：デフォルトの名無しさん：04/07/13 18:13

2005から、C#でデザイナが追加したメンバーは別ファイルに記述される。
「変更しないでください」部分が丸ごと隠蔽されるので初心者には優しい。
Delphi9でもぜひ実装して欲しい。
しかしnamespace＝unitな現状では無理なので、そもそもコレをなんとかしてもらわないと。

722 ：デフォルトの名無しさん：04/07/13 18:15

＞2chの唯一のスレッドでさえまともな Q&A がなされない
Qがないだけでは？

723 ：デフォルトの名無しさん：04/07/13 20:11

て言うか、ホントにJAVAの話題が全然でてこないな。
スレ違いと言えばスレ違いなんだけどさ、C#やらVBの話題はゲップが出るくらい
出てきてるんだから、JAVAの話題だって少しくらいは出てきても不思議じゃない
と思うんだが・・・・・・・・・

ファンレスPCにLinux入れて、HDDレコーダ兼メディアサーバ兼ルーター兼WEB
サーバーとか考えたら、JAVAって有力な選択肢にならない？

724 ：デフォルトの名無しさん：04/07/13 20:59

>>723
あなた、実生活で「ハナシノコシヲオルナ！」って
怒られること多いでしょう。

725 ：デフォルトの名無しさん：04/07/13 21:23

Delphi6が無料だったとは・・・
こんなすばらしいことはない

726 ：デフォルトの名無しさん：04/07/13 21:34

>>720
> いったいC#の何が良いのか。Delphiより超マイナーなのに。

厨房の面目躍如ですね。お気楽過ぎ。笑いがとまらん。

727 ：デフォルトの名無しさん：04/07/13 21:35

> Delphiより超マイナーなのに。

本気で言ってるのか？

728 ：デフォルトの名無しさん：04/07/13 21:55

本気なんだろなー。厨房は何したって厨房なんだから相手にするな。

729 ：デフォルトの名無しさん：04/07/13 22:17

正直、某アイコン付きのソフトは沢山見るが、.NETのソフトはみたこと無い。

730 ：デフォルトの名無しさん：04/07/13 22:37

大抵のフリーソフトは、Delphi製でも独自のアイコンになってるけどな。
自分が見たアイコンの数でユーザの数を推定するのは、これはまた大胆ですなー。
それだと perl のユーザなんか絶滅なんだろうなー

731 ：デフォルトの名無しさん：04/07/13 22:38

Javaのソフトも見たことないから、超マイナーなんだろうなー

732 ：デフォルトの名無しさん：04/07/13 23:10

マジ目な話、Javaのソフトって見た事ないな。
求人誌にあれだけ募集が載ってるんだから、きっとどこかで使われては
いるんだろうけど、どこに行けば会えるんだろう？

733 ：デフォルトの名無しさん：04/07/13 23:11

Delphi製ソフトは実際それなりにあると思うが、
Delphi自体はマイナーだろ

みんな名前もしらねーって

734 ：デフォルトの名無しさん：04/07/13 23:33

実際に使われてる開発ツールなんてVBとDelphiばっかりだよ
Javaなんて規模はでかいが数は少ない

735 ：デフォルトの名無しさん：04/07/14 00:08

今年(て言うか、昨年？)、年賀状配りのバイトをしたんだけど
そこで元気に働くカイリクスたんの姿を見たよ。

お、おまえ・・・・こんなところで働いてたんだな・・・・久し振り、元気だった？
漏れはもう溢れる涙を堪え切れなかったよ｡･ﾟ･(ﾉД`)･ﾟ･｡　健在なりKylix！

736 ：デフォルトの名無しさん：04/07/14 00:14

Winny VC
Winny2 BCB
Share Delphi
Freenet Java

だったっけか？

737 ：デフォルトの名無しさん：04/07/14 00:18

ShareってDelphiで出来てたのか、XP専用だから.NET系の言語で
出来てるのかと思ってた。

738 ：デフォルトの名無しさん：04/07/14 00:23

>>736
VB製がないなｗ
いや、別にだからどうという事はないんだけどなｗｗ
ただ、VB製だけないのがなｗｗｗ
VBプログラマは品がいいんだろうねｗｗｗｗ

739 ：デフォルトの名無しさん：04/07/14 00:24

アイコンが思いっきり「７」になってたYO！

740 ：デフォルトの名無しさん：04/07/14 00:47

つーか、JavaはWEBとかシステム開発じゃん
Delphiはどちらかというと苦手な分野だよ

741 ：デフォルトの名無しさん：04/07/14 00:49

TeraPadってVBだった希ガス

742 ：デフォルトの名無しさん：04/07/14 00:57

>>740
DelphiとWebは…苦手というかWeb関係の機能が殆ど知られてないってのはあるな
Kylix含めてもサーバーOSがWinかLinuxってのもJavaと比べ弱いかも。BSDとか使えないし
>>741
TEditor系のは、DelphiかBCBだろ

743 ：デフォルトの名無しさん：04/07/14 01:35

D8の話は終わり？
普及してるかどうかの話題には一切出てこないスレタイの主人公。

744 ：デフォルトの名無しさん：04/07/14 01:48

VBの有名テキストエディタって何があるの？

745 ：デフォルトの名無しさん：04/07/14 01:53

>>738 >>744
お前がVB得意のはわかったYO!
(・∀・)

746 ：デフォルトの名無しさん：04/07/14 02:25

>>738
お前が品が無いことは良く分かった。

747 ：デフォルトの名無しさん：04/07/14 02:38

>>741
VBでできるか？

748 ：デフォルトの名無しさん：04/07/14 15:23

VBに不可能なものはない

749 ：デフォルトの名無しさん：04/07/14 17:40

正確には、

VB（でできる範囲のもの）に不可能なものはない

750 ：デフォルトの名無しさん：04/07/14 18:02

正確には、

VB（でできる範囲のもの）に不可能なものはないと思ったが、
ActiveXのせいで起動エラーも普通に発生して使い物にならない。

751 ：デフォルトの名無しさん：04/07/14 18:42

VBって旧製品の方だろ？
モノは作れてもデバッグ時はインタプリタなのでスピード上不可能だと思わら

752 ：デフォルトの名無しさん：04/07/14 21:46

VB.NETでもTeraPadは無理ぽ
秀丸はC#でもぬるぽ

753 ：デフォルトの名無しさん：04/07/14 22:57

ｶﾞｯ！

754 ：デフォルトの名無しさん：04/07/16 19:21

>>742
Delphi 1-7でも、WEBシステム楽勝

FishFactはこんな感じになる
http://onigiri.s3.xrea.com:8080/delphi/index.php?plugin=attach&openfile=FishFact.jpg&refer=%5B%5BIntraWeb%2FIntraWebDemo%5D%5D

755 ：デフォルトの名無しさん：04/07/17 19:21

Delphi .NET preview版＝Delphi8？
違う所って何？

756 ：デフォルトの名無しさん：04/07/19 20:05

Delphi8とVB.NETでどちらが生産性が高いですか？

757 ：デフォルトの名無しさん：04/07/19 22:23

>>756
現時点ではどっちも最悪に近いだろ

758 ：デフォルトの名無しさん：04/07/19 23:28

>>756
Delphi8はDelphi7入ってるから最高だぜ

759 ：デフォルトの名無しさん：04/07/19 23:44

>>758
そのDelphi7がもう少し魅力的な代物だったなら、Delphi7にバージョンアップ
したらおまけで.NET対応Delphiが付いてきてウマーだったんだがな＿|￣|○|||

Delphi7：素で(ﾟ⊿ﾟ)ｲﾗﾈ
Delphi8：利点を見出せないから(ﾟ⊿ﾟ)ｲﾗﾈ

各種DBとネイティブに通信できるコンポーネント(別にオープンソースプロジ
ェクト発の物でも構わない)を付属して、しっかりとした日本語ヘルプを付けて
くれれば、それだけで俺は購入してただろうと思う。
もし可能なら、アプリケーションに内包可能なパーソナルDBとかも付いてる
と嬉しかった。

760 ：デフォルトの名無しさん：04/07/19 23:51

>もし可能なら、アプリケーションに内包可能なパーソナルDBとかも付いてる

つか、Firebirdがそれ。
ネットからインストーラ落とせるぞ。
GPLでなくてMPLライクなIPLだから安心。

761 ：デフォルトの名無しさん：04/07/20 00:12

>>760
意外なところで有り難い話をありがとう。
FirebirdってMySQLとかと同列に考えてたから、だったらMySQLでいいや
とか思ってスルーしてたよ。早速、覗きに逝ってくる。マジサンクス。

762 ：デフォルトの名無しさん：04/07/20 19:52

マジでさ、誰かDEL8の話をしろよ！
C#とかVBとかJAVAとかはもういいから、DEL8の話をしろ！
てか、して下さい。お願いします。

本当にダメなんですか？C#BuilderをDLしてみたけど、な
んかよ～分からんかったです。
DEL8なら新しく勉強しなくても、.NETプログラムが組める
と思って良いですか？

763 ：VB.NET使い：04/07/20 22:04

Delphi使いってレベルが低いですね。

764 ：デフォルトの名無しさん：04/07/20 23:20

>>760
FireBirdのインストーラーをアプリに同梱できるってこと？
同梱してるからユーザーがインストールしろ、と。

765 ：デフォルトの名無しさん：04/07/21 01:48

>>762
>マジでさ、誰かDEL8の話をしろよ！
だって周りが使っていないんだもん。ﾅｶﾑﾗｾﾝｾも使っていない見たいだし。
D7 パッチも当てるの怖いし。

他人と一緒でないと安心できないんですよ。VB にうつろうかなぁ。

766 ：デフォルトの名無しさん：04/07/21 07:00

>>764
インストーラの同封も出来る。
他にもInno Setupのマージモジュールもあるよ。

767 ：デフォルトの名無しさん：04/07/21 14:04

>C#BuilderをDLしてみたけど、なんかよ～分からんかったです。

掌田氏の本があるでしょ。入門にはぴったり。環境はタダだし。
この本以上のことは、WEB でも書籍でもたくさん情報があるよ。

>DEL8なら新しく勉強しなくても、.NETプログラムが組める
>と思って良いですか？

VCL.NET を使えば入門者クラスでは見かけ上同じことができるでしょう。
でもそれは、.NET アプリとは言えません。.NET は単なる環境ではなく
ライブラリでもあるからです。Windows.Forms アプリを作るなら、
Delphi8 でも .NET アプリを作ることができます。しかし、その場合は
ＶＣＬの知識は役に立ちません。ですから、ライブラリレベルでの勉強は
必須です。Delphi8の場合は情報皆無です。

768 ：デフォルトの名無しさん：04/07/21 20:30

馬鹿だねお前ら。
LonghornになったらネイティブなVCL.NETを某が作るに決まってんだろ。
Del8のコードがそのままビルドしなおせばLonghornのネイティブになるんだよ。

769 ：デフォルトの名無しさん：04/07/21 21:17

出た、「決まってるだろ」。(ｷﾞｬﾊ

Delphiは.NETに対応するに決まってるだろ。
で、出てきたのがDelphi8。ｳﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ

770 ：デフォルトの名無しさん：04/07/21 23:33

キーボード壊れてるのかな？

771 ：デフォルトの名無しさん：04/07/21 23:35

どっちかというと、壊れてるのは頭の方だと思う。
ギャハ言うてはるし・・・・・・・・

772 ：デフォルトの名無しさん：04/07/21 23:58

>>766
なるほろ。
ちょうどFireBird使ったアプリを近日配布する予定でして、
FireBirdをどーやってインストールさせるか悩んでたのですが
同梱にしてみます。

773 ：デフォルトの名無しさん：04/07/22 10:30

>>768
> LonghornになったらネイティブなVCL.NETを某が作るに決まってんだろ。

うーむ、このスレの　>>502 とバカレス大賞を争いそう。ひょっとして
同一人物か。<ネイティブなVCL.NET> だからなぁー。

774 ：デフォルトの名無しさん：04/07/22 11:07

ageで書いてるところからして、けなされるのを期待した/または自分でけなすための自作自演に思えるんだが…

775 ：デフォルトの名無しさん：04/07/22 16:00

VCL FX超期待

776 ：デフォルトの名無しさん：04/07/22 18:04

Delphi9に超期待
ってかDelphi8使えよおまれら

777 ：デフォルトの名無しさん：04/07/22 18:09

>>773
><ネイティブなVCL.NET>
Longhornネイティブって言ったらWinFX叩いてるVCLのことだろ。

778 ：デフォルトの名無しさん：04/07/22 18:40

まさしくVCL FX！！

779 ：デフォルトの名無しさん：04/07/23 11:01

>>777
>Longhornネイティブって言ったらWinFX叩いてるVCLのことだろ。

ほほう、おもしろいこというなぁ。WinFX をどう叩いて <ネイティブなVCL.NET> を
つくるつもり？ TListBox は System.Windows.Forms.ListBox のラッパにするわけ？
あほらし

780 ：デフォルトの名無しさん：04/07/23 11:21

>ラッパにするわけ？
当たり前だろ。
コーディング自体がクラスの作成かクラスの派生になるんだから。

それともクラスをnewして外からプロパティを扱うしか出来ない１０年送れた人か？
つまりﾌﾞﾋﾞﾁｭ

781 ：デフォルトの名無しさん：04/07/23 11:31

> 当たり前だろ。

本気らしいぞ（笑
で、ラップすると何がうれしいの？

782 ：デフォルトの名無しさん：04/07/23 11:36

781は780に書いてあるラップすると何がうれしいか読めなかった申請ﾌﾞﾋﾞﾁｭ。

価値無いのでスルー。

783 ：デフォルトの名無しさん：04/07/23 12:29

779はネイティブの意味を取り違えていたことに気づいて照れ隠しのつもりなんだろ

784 ：デフォルトの名無しさん：04/07/23 12:45

ラップしてうれしいことは無い。むしろ、どんな言語からでも共通に使えるライブラリ
である利点が消えるだけ不利。つまり、<ネイティブなVCL.NET> は無意味かつ有害。
Del厨はバカですね。CLR こそが WinFX のネイティブだと気がつかないのですか？

785 ：デフォルトの名無しさん：04/07/23 12:47

>>784
Windows.Forms アプリを作ったことがないんだろ。ＶＣＬはWin32の遺物なのに。

786 ：デフォルトの名無しさん：04/07/23 12:53

>>784
<ネイティブなVCL.NET> ってネタだよね。真面目だとすると、救いようがないね。

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

本気でそんなのが出ると思ってるらしいぞ。最近の某は何するか分からんから
出すかもしれないね。そうするとしばらくネタに困らなくておもしろくなりそう。

788 ：デフォルトの名無しさん：04/07/23 13:24

正直VCL互換なラッパーは要らないよ。
VCLがWin32APIを高度にラップしたのと同程度に
WinFXを高度にラップするのでなければ意味は無いと思う。

789 ：デフォルトの名無しさん：04/07/23 13:30

>>788
それらの存在は互いに反しないでしょ。

VBUnit.pasもあったように、両方あれば良いんじゃないの？

790 ：デフォルトの名無しさん：04/07/23 13:36

>>788
>VCLがWin32APIを高度にラップしたのと同程度に
>WinFXを高度にラップするのでなければ意味は無いと思う。

禿同。>>780 は System.Windows.Forms.ListBox をラップして TListBox を
つくるつもりらしいぞ。まったく無意味。WinFX はクラスベースがＡＰＩなんだ
から、そんな薄いラッパでライブラリ作ってもありがたみゼロ。だからといって
高度にラップすると細かいチューニングができなくなるし。素直に素のライブラリ
を使うのがコードの汎用性から言ってももっとも有効だと思う。

791 ：デフォルトの名無しさん：04/07/23 13:37

某にそんな馬力は期待できないだろ。
新技術の研究・開発に集中して欲しいね。

792 ：デフォルトの名無しさん：04/07/23 13:41

>>790
未来永劫クラス・コンポーネント指向が主流なわけじゃないだろ。
素のライブラリでいいならC#スレ逝けよ。

793 ：デフォルトの名無しさん：04/07/23 13:43

>>792
>素のライブラリでいいならC#スレ逝けよ。

そんなことはない。
将来の Delphi で WinFX の素のライブラリを使えるのはいいことだよ。

794 ：デフォルトの名無しさん：04/07/23 13:56

>将来の Delphi で WinFX の素のライブラリを使えるのはいいことだよ。

そんなことはない。
DelphiがDelphiと名乗っている限りC#に対するアドバンテージは無い。
いまさらメジャーバージョンアップ程度の改善ではどうにもなら無いな。

795 ：デフォルトの名無しさん：04/07/23 13:59

> DelphiがDelphiと名乗っている限りC#に対するアドバンテージは無い。

現在のDel厨が使いやすい、というアドバンテージがある。

796 ：デフォルトの名無しさん：04/07/23 14:00

AINSI互換やM$互換捨ててでも2 way tools/VCLを有効利用してたわけだから、
ましてやラップしても互換を保てる.NET上なんだから、
新技術として高度なラップを期待したら良いんじゃないの？

それか、.NETを環境として利用して全くWinFXの利用を無視したプロトタイプベースOOPコンパイラとか。

797 ：デフォルトの名無しさん：04/07/23 14:01

> 現在のDel厨が使いやすい、というアドバンテージがある

そりゃそうだ。まっ、VB厨におけるVB.NETと同じだわな

798 ：デフォルトの名無しさん：04/07/23 14:02

どちらかというと、C#自体にアドバンテージが無い。

ttp://pc5.2ch.net/test/read.cgi/prog/1081738694//173-175

173 ：仕様書無しさん：04/07/18 10:00
既出だが、Paul Thurrott って奴が
Windows Server 2003
（ちなみに，一度はWindows .NET Serverと呼ばれたもの）の
64ビット版は徹頭徹尾，少しも.NETの部分を含んでいない。
ASP.NETもないし，.NET Frameworkもなしだ。
http://itpro.nikkeibp.co.jp/free/NT/WinColumn/20030507/1/
って書いてるけど、めちゃめちゃ嘘だな。
http://www.microsoft.com/japan/msdn/webservices/general/websvcwhatsnew.asp
こういう嘘が出てくるからアンチが生まれるのか、
アンチがいるから、こういう嘘が出てくるのか、
どっちだろう？

175 ：仕様書無しさん：04/07/18 16:06
>>173
http://www.microsoft.com/japan/windowsserver2003/evaluation/features/compareeditions.mspx
.NET Framework
64 ビット版 Windows Server 2003 オペレーティングシステムではサポートされません。

.NETサポートは32bit版だけじゃないの？

799 ：デフォルトの名無しさん：04/07/23 14:02

> 新技術として高度なラップを期待したら良いんじゃないの？

そうだね。しかしそれはもうDelphiではないな

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

>>798
コピペ楽しいか？ C# となんの関係があるの？

801 ：デフォルトの名無しさん：04/07/23 14:05

>>800
高度なラップとクロスを実現してれば.NETの被害を免れる。

が、C#はまともに被る。

802 ：デフォルトの名無しさん：04/07/23 14:06

まさにTP for WIN状態。

803 ：デフォルトの名無しさん：04/07/23 14:06

やっぱ、ある程度m$と距離を置いた高度なラップは必須。

それがDelphiかどうかは別にして、某製品に期待。

804 ：デフォルトの名無しさん：04/07/23 14:06

>高度なラップとクロスを実現してれば

Javaやったら？

805 ：デフォルトの名無しさん：04/07/23 14:08

>>804
仕上がりがDelphiに劣る。

806 ：デフォルトの名無しさん：04/07/23 14:08

> それがDelphiかどうかは別にして、某製品に期待。

君は Delphi ファンではなく某ファンなのね。
懲りない面々ですね。メーカーなんかどこでもいいだろ。

807 ：デフォルトの名無しさん：04/07/23 14:08

>>804
Eclipseビルド専用ツールがどうかしたのか？

808 ：デフォルトの名無しさん：04/07/23 14:10

> 仕上がりがDelphiに劣る。

ひゃはは、GUI 部分のことならクロスとは相容れない部分ですな。

809 ：デフォルトの名無しさん：04/07/23 14:10

>メーカーなんかどこでもいいだろ。

これは違う。ﾌﾞﾋﾞﾁｭｳみたいな目にあいたくない。絶対。

810 ：デフォルトの名無しさん：04/07/23 14:12

>ﾌﾞﾋﾞﾁｭｳみたいな目にあいたくない。

曲がりなりにも VB6 → VB.NET になってるだろ。
Delphi7 → Delphi8 より遙かにましなのでは？

811 ：デフォルトの名無しさん：04/07/23 14:13

810=うそつきﾌﾞﾋﾞﾁｭｳ

812 ：VB.NET使い：04/07/23 15:58

最近のDel厨ってレベル低いなあ。

813 ：デフォルトの名無しさん：04/07/23 16:11

VB厨が混ざったので

814 ：デフォルトの名無しさん：04/07/23 23:20

.NET板
http://bbs.2ch2.net/dotnet/

815 ：デフォルトの名無しさん：04/07/23 23:41

>>814
そのサイトの位置づけがようわからん
2chと関係ある?

816 ：デフォルトの名無しさん：04/07/24 10:33

M$製品の２ｃｈでつ。

Windowsの純正掲示板になりまつ。

817 ：デフォルトの名無しさん：04/07/24 10:37

もう終わったけどツールの投売りやってるな・・・
在庫処分したらDelphi8の開発プロジェクト失敗を受けて撤退しそうだなｗ

ボーランド，「開発プロジェクト失敗撲滅キャンペーン」を開始
http://www.javadeveloper.jp/news/newstemp.jsp?artno=815

Borland StarTeam 6.0 Standard 指名ユーザー 3ライセンスパック
キャンペーン価格（税込）：　 99,750円
　　　　通常価格（税込）：　264,600円

Borland StarTeam 6.0 Standard 指名ユーザー 5ライセンスパック
キャンペーン価格（税込）：　157,500円
　　　　通常価格（税込）：　441,000円

818 ：デフォルトの名無しさん：04/07/24 14:57

StarTeam は出たばっかりの製品ですが。
UTF8 使えるんで、VisualStudio と統合しても便利だし。

819 ：デフォルトの名無しさん：04/07/24 15:10

>在庫処分したら

ソフトウェアの製品特性を知らないみたいだな。

デジドカ仕事しか知らないﾌﾞﾋﾞチュだな。
ソフトウェアとは１つのものをいくつにでもコピー出来るんだよ。

820 ：デフォルトの名無しさん：04/07/24 16:29

>>819
割れ厨

821 ：デフォルトの名無しさん：04/07/25 00:40

try

except

finally

end;
って書けない事に失望しました

822 ：デフォルトの名無しさん：04/07/25 09:09

外出ですか？

Delphi8 ASP.NET Informal Update
デザイン時の問題を修復
http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=21860

823 ：デフォルトの名無しさん：04/07/25 10:53

The Delphi MagazineはDelphi8情報満載
http://www.thedelphimagazine.com/backissu.php

海外ではそれなりに流行っているのか？

824 ：デフォルトの名無しさん：04/07/25 15:48

>>823
世界中のニッチをかき集めてようやく雑誌1冊レベルなんですよ

825 ：デフォルトの名無しさん：04/07/25 15:52

来月からCマガで新連載はじまるけど８？

826 ：デフォルトの名無しさん：04/07/25 16:07

NGだから8だろ

827 ：デフォルトの名無しさん：04/07/25 21:48

>>824
御意

>>825
連載ちんたら読むのは面倒・・・本ってでないのか？

828 ：デフォルトの名無しさん：04/07/25 22:25

DelphiはNGと認めてるのか

829 ：デフォルトの名無しさん：04/07/26 00:20

Firebird Embedded Serverの簡単なサンプルて言うか、これって結局
どういうものなんでしょう？誰かご教授戴けませんか＿|￣|○|||

830 ：デフォルトの名無しさん：04/07/26 00:25

Firebird Embedded Server＝インストール不要。DLL配布のみで使えるFirebird

831 ：デフォルトの名無しさん：04/07/26 00:45

>>830
という事は、自分のプログラムに動的リンクしてその他付属のファイルと
一緒に配布すればDB機能を内蔵したアプリのできありという事もできた
りするんでしょうか？
実は、そういう風に使えるDBコンポーネントを探してたんで、そうだと嬉し
いんですが・・・・・・

でも、使い方が分からない＿|￣|○||| 何処かに知能って売ってな(ry

832 ：デフォルトの名無しさん：04/07/26 01:12

>>831
Delphi 6以降なら、MyBaseという手もある
http://hp.vector.co.jp/authors/VA028375/delphi/db.html

上記HPは今落ちているみたい。後で見てくれ

833 ：デフォルトの名無しさん：04/07/26 01:20

>>832
あれ？HP表示できた。無線LANリンク切れかよ・・・

834 ：デフォルトの名無しさん：04/07/26 05:05

>>817
>ボーランド，「開発プロジェクト失敗撲滅キャンペーン」を開始

うーむ、某のDelphi8開発チームでは使ってないのは確実だな。

835 ：デフォルトの名無しさん：04/07/26 07:03

開発プロジェクト失敗キャンペーン
開発プロジェクト撲滅キャンペーン

836 ：デフォルトの名無しさん：04/07/26 09:09

>>834
某は失敗と思ってない気が・・・

アメリカ人同士で
お気楽に楽しく、あちこち手を出して
最先端っぽい物を開発して
出来たものは、とりあえず出しておくのが某の開発チーム。

品質が低くても、Informal、UnOfficialと言っておけば良し。
好きなのは開発。保守は興味なし。

たぶんこれが本音。

837 ：デフォルトの名無しさん：04/07/26 11:16

>>831

桜島子宮
シンプル、高速、高品質、小さなデーターベース.
http://www.kobira.co.jp/sakura/d_data.htm

SQLite
208KBのDLLでSQL92が利用できる。
http://www.sqlite.org/

SQLite Delphi Components
http://www.aducom.com/sqlite/

838 ：デフォルトの名無しさん：04/07/26 11:41

インストールやDLLが要っても、普通のFirebird使えば良いんでない？

839 ：デフォルトの名無しさん：04/07/26 13:16

>>836
> 好きなのは開発。保守は興味なし。

うん、そういう感じがするね。

ドキュメント？しらね、適当につけといて。
とか
ローカライズ？しらね、適当にやっておいて。

って感じがするね、確かに。それをありがたがって金はらって買う信者がいると。
ようするに某はユーザのことは考えてないのね。

840 ：デフォルトの名無しさん：04/07/26 14:27

日本の現状が分かって無いっていう事もあるよ。某本家
本家News Groupとか見ても、日本人全然居ないし・・・

本家News Groupは超お勧め。
Jhon Kasterとか有名人も、普通にウロウロしているから
文句がある奴はチャレンジすべし。

日某より、NewsGroupのTeamB。間違いない！
news://newsgroups.borland.com/borland.public.delphi.non-technical

841 ：831：04/07/26 21:36

>>832
う～ん、MyBaseってどこでダウンロードできるんだろう？とか思ってたら、TClientDataSet
の機能名(？)だったんですね。
ブリーフケースという考え方が一般的なものなのかどうか私のレベルでは不明なんですが
これは、どえら素晴らしいコンポーネントな予感♥

　　∧＿∧ >>TClientDataSet
　（　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　　 |　|
　　Ｙ　/ノ　　人
　　　 /　）　　 < 　>__Λ∩ >>831
　＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡

↑今こんな感じ。て言うか、D6プログラミングバイブルの後半は俺には(ﾟ⊿ﾟ)ｲﾗﾈとか思っ
てたんだけど、まさかここで役に立つなんてヽ(；´Д｀)ﾉ持ってて良かった！D6PB

842 ：831：04/07/26 21:51

>>837
ふぉ！？独りで探してた時には全然巡り合えなかったのに、こんなに色々
有ったとは＿|￣|○||| みんなどうやってみつけてるの？

SQLiteの3.0がDLLとかも内包されてて便利そう。
オンメモリで苦しくなった時には即使えそうな感じです。

>>838
CSVとかINIを工夫してもいける様な使い方なんで、できれば大袈裟にした
くなかったんです。
て言うか、俺の組むプログラムがそもそも低レベルすぎて、普通のFBとは
釣り合わないというか＿|￣|○|||

843 ：デフォルトの名無しさん：04/07/27 19:02

>>842
逆にDB持っちゃえば、色んな高機能どんどん足せるんでわ？

844 ：デフォルトの名無しさん：04/07/28 21:19

Delphi8使い必見のホームページって？

まずはこの辺？
http://hiderin.air-nifty.com/delphi/

845 ：デフォルトの名無しさん：04/07/29 15:01

> Delphi8使い必見のホームページって？

いっぱいあるＣ＃についてのＨＰは参考になるよ。

846 ：デフォルトの名無しさん：04/08/01 17:12

>>844
http://homepages.borland.com/strefethen/index.php?pagename=Main.Delphi8

847 ：デフォルトの名無しさん：04/08/06 11:04

Yes, rumors are true. We're working on something code named
"Diamondback". It's the next big thing after Delphi 8.
And it will definitely earn the "big thing" title.

848 ：デフォルトの名無しさん：04/08/06 14:53

そうだなぁ。
仕事でよまにゃならんから Borland の blog, 訳して DelWiki にいれるかぁ。

849 ：デフォルトの名無しさん：04/08/08 23:15

さらしあげ

850 ：デフォルトの名無しさん：04/08/09 10:19

Blog って公式発表されない内輪ネタをばらす独り言を書いてるだけでしょ。
仕事とは何の関係もないよ、そんなの。

851 ：デフォルトの名無しさん：04/08/09 12:42

>>850
パッチ情報は、Blogが一番早い

852 ：デフォルトの名無しさん：04/08/09 16:44

>>851

んで、その不具合もBlog読んで解決できるのか？
意味ねぇー

853 ：デフォルトの名無しさん：04/08/10 12:03

>>850
まぁそれは MS も同じだし。

ttp://www.atmarkit.co.jp/news/katt/2004/katt99.html
「あまり信用しない方がいいかもね」。人波に揉まれ、足をばたつかせ
ながら、吾輩はそう応えた。レドモンドの連中はメディアの反応をチェック
するために、そうした手を使うことがあるらしいからだ。マイクロソフ
ト・ファンが熱心に読んでいるブログに偽情報が流れ、善意の傍観者たちが
それを真実と思い込んでしまうことがよくある。無垢な若者がそうした情報を
真に受け、コーディングの仕事を中断しないように願うばかりだ。

854 ：デフォルトの名無しさん：04/08/10 13:42

>>853
>まぁそれは MS も同じだし。

そうかもしれないけど、ほかのことはどうでもいい。公式発表されてもいないことを
それらしくリークしているのを、ありがたがって訳して Wiki に入れようか、という
のもどうかしてる、と言いたいだけ。

855 ：デフォルトの名無しさん：04/08/11 09:39

あれ。どうでもいいといわれてもね。どこもやってることだし。
おまえの偏狭な視点だけで世の中を判断されてもな。

俺にとってはおまえがどうでもいいかどうかなど、何の意味もないの。わかるかな？

856 ：デフォルトの名無しさん：04/08/11 10:27

まっ、「何の意味もない」ことにいちいちレスするほどヒマだってことはわかるな

857 ：デフォルトの名無しさん：04/08/11 10:59

というか、わざわざ>>855みたいなつまらないレスをこさえてしまった時点で、
何らかの「意味」があったことは明白ですね。

でもその「意味」の中には、元のレスを「無意味」なものと宣言せずには
いられない何らかの要素も含まれていて、それを考えなしに盛り込んだ結果、
意味が無きゃ書かない文章内で無意味を語るという、何とも間抜けな内容になったと ;-)

858 ：デフォルトの名無しさん：04/08/11 11:50

で、それにレスつけた 856, 857 もおなかまですね。

859 ：デフォルトの名無しさん：04/08/11 11:50

MS がわざわざ　blog で情報操作しなきゃいけないほど追い詰められているってことを
認めたくないわけか。ｹﾞﾗ

860 ：デフォルトの名無しさん：04/08/11 13:38

>>858

いや、「何の意味もない」と思ってるのは >>855 だけだからな。読解力がないんですね。

861 ：デフォルトの名無しさん：04/08/16 00:42

VC#特急弄ってみた。コンポーネント少な！何これ？無料の特急版だから？
それともペータだから？クララ立てって感じ？て言うか、ハイジとおじいさん
て絶対デキてるよね？そんな感じ。

結論、コンポーネントが一杯付いてるDEL8の勝ち。

862 ：デフォルトの名無しさん：04/08/16 10:25

↑　厨レスの見本

863 ：デフォルトの名無しさん：04/08/17 11:34

Delphi6Personal>>>>>>>>>>>VCシャープエクスプレス

864 ：デフォルトの名無しさん：04/08/17 11:48

>>>>>>>>>>> って、移行する感じに見える　Delphi6Personal → VCシャープエクスプレス

865 ：デフォルトの名無しさん：04/08/17 13:36

Delphi6Personal じゃ .NET アプリつくれんだろ。厨レスにも程がある......

866 ：デフォルトの名無しさん：04/08/17 13:46

>>865
> .NET アプリつくれんだろ
作れなくてもまったく困らないものを作れないことが
何かダメージになるとでも？

867 ：デフォルトの名無しさん：04/08/17 13:51

>>866
比較するのが無意味ってことだろ。冷蔵庫>>>>洗濯機みたいに機能が違うんだから

868 ：デフォルトの名無しさん：04/08/17 13:53

洗濯できなくてもダメージがないので冷蔵庫の勝ち　とか言うんだろな

869 ：デフォルトの名無しさん：04/08/17 17:48

「冷蔵庫>>>>洗濯機」は例えとしてもあまりに間抜けすぎると思うんだが？
液晶>>>>プラズマとか、クーラー>>>>扇風機とかのが適切だと思わなくもないが
どう転んでも間抜け以上のものにはなりそうにないなｗ

870 ：デフォルトの名無しさん：04/08/17 18:23

>どう転んでも間抜け以上のものにはなりそうにないな

そうそう、あんたは間抜け以下

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

ﾜﾛﾀ

ウェブ Delphi9 の検索結果約 356 件中 1 - 10 件目 (0.29 秒)
予想される検索キーワード： Dehli9

872 ：デフォルトの名無しさん：04/08/17 20:09

冷蔵庫と洗濯機ほどの違いはないと思うけど・・・

873 ：デフォルトの名無しさん：04/08/20 12:55

ユーザいないのに講座がスタート。なぜ?!

874 ：デフォルトの名無しさん：04/08/20 13:29

次の転職先が決まったってことさ

875 ：デフォルトの名無しさん：04/08/20 13:31

あっ、そうなの？それはなんとも・・・・

876 ：デフォルトの名無しさん：04/08/20 13:33

彼がドキュメントを整備してくれるんなら Delphi.NET を買うけどね。

877 ：デフォルトの名無しさん：04/08/20 13:33

某から金もらったんじゃ？

ｾﾝｾも、NEC 離れてから落ち着かなくなったなぁ。
まぁあの性格ではしょうがないだろうけど。NEC や Delphi の看板がなくなると
存在価値ないのに、まだ気づいていないんだから落ちるとこまで落ちてもらいましょう。

878 ：デフォルトの名無しさん：04/08/20 13:45

>NEC や Delphi の看板がなくなると存在価値ないのに、

そんなことない。有象無象の一般のSE/PGになるだけでしょ。>>877 みたいな。

879 ：デフォルトの名無しさん：04/08/20 15:58

そんなに気に障ったかい？ >878
悪いがほんとのことなのよ。

880 ：デフォルトの名無しさん：04/08/20 18:29

>>879
いや、悪いが>>878こそほんとのことなのよ。
まぁキレるのもわかるけど。

881 ：デフォルトの名無しさん：04/08/20 21:08

看板で人を判断するとはそうとうオッサンくさい判断基準だな

882 ：デフォルトの名無しさん：04/08/20 21:09

またバージョンアップの葉書がきたよ

883 ：デフォルトの名無しさん：04/08/23 11:59

おれんところにも来た。よほど売れていないんだな。年末(?)だとかに D9 がでるとの
ことなので、今売りつけるのはちょっと酷くないかい？

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

日本法人は製品スケジュールを知らされていないんでしょ。

885 ：デフォルトの名無しさん：04/08/24 14:09

それはある意味、ユーザが悲惨

886 ：デフォルトの名無しさん：04/08/26 16:15

>>883
VS.NET2005 が無料～＄１００程度になりそうなので、その前に一稼ぎ、とか思ってるんだよ。

887 ：デフォルトの名無しさん：04/08/26 17:46

Del8にくらべたら、$100でもマジ買いだな……

888 ：デフォルトの名無しさん：04/08/30 15:41

Delphi8 にアクションリストってありますか？

889 ：デフォルトの名無しさん：04/08/30 18:17

>>888
VCL.NETにはあるけど

890 ：デフォルトの名無しさん：04/08/30 22:27

Del8使ってるけど、それなりにいい感じ。
開発環境のもっさり感はあるけど、VS.netと同じだし、VCL.netは
.netよりコンポ優れてるしなんでDel8がだめっていわれてんの？

891 ：デフォルトの名無しさん：04/08/30 22:36

高くて買えないから。
持ってないもの、手持ちのツールが備えていないものは全否定。
それがDel厨。

892 ：デフォルトの名無しさん：04/08/30 22:56

>>890
元々.NET自体が素直に歓迎できない代物であったのに加えて
D8はVSに比べてIDEとしての細かい粗が目立っていた。
マルチ言語対応を謳いながらもC#以外の事をあまり考えてない.NETライブラリの設計もあって
どうしても.NET専用として使うにはMS製から一段落ちる。
そこにDebuggableAttribute問題が発覚して、追い打ちをかけられた感じ。

VCL.NETがWindows.Formsより優れているといっても、あくまで無理やり.NET上で使えるようにしたもの。
D7でWin32版VCL使ってた方がいいものができるんだから仕方がない。
Pure.NETをありがたがる連中はWindows.Formsじゃないと駄目だし。

もっとも、MSも.NETに社運を賭けるのをやめたみたいなので、どうなるかはわからないけど。

893 ：デフォルトの名無しさん：04/08/30 23:32

俺もVCL.NET意外といいような予感がしてる

894 ：890：04/08/31 00:18

>>892
正直、C#のコンポの少なさに唖然としますた。
Del8いれてVCLがあって、コンポの数の違いにびっくり。

Del7と比較してDel8はもっさりしてるのは確かですね。

でも、いま.netじゃなきゃできないこととか、有利な点とかって
考えるとあまりないですよね。
わざわざネイティプで使えるDel7から乗り換える利点がないので、
しばらくDel7メインでいきそうです。

895 ：デフォルトの名無しさん：04/08/31 02:38

>>894
>正直、C#のコンポの少なさに唖然としますた。

そうかい？ライブラリとしては、VCL より充実してるけどね。ビジュアルコンポが
少ないのは、Longhorn でUIが大幅に変更されるので、今のうちからコントロールを
提供すると将来混乱するからだろ。見かけにとらわれず、非ビジュアルなクラスの
種類や機能をみるとVCLよりかなり整備されていると思うよ。

>わざわざネイティプで使えるDel7から乗り換える利点がないので

そうだね。今は実用を考えるとまったく乗り換える必要はない。だけど将来を
考えて、乗り換えるんじゃなくて平行して.NETを勉強しておくことは大切です。
したがって、このためには VCL.NET はまったく無意味です。

896 ：デフォルトの名無しさん：04/08/31 03:46

.NETって先行して勉強するほどの物でもないけど

897 ：デフォルトの名無しさん：04/08/31 03:53

VCL.NETがまったく無意味な理由をおしえて

898 ：デフォルトの名無しさん：04/08/31 09:48

> .NETって先行して勉強するほどの物でもないけど

そう思うなら、Longhorn 出るまで無視しておけば

899 ：デフォルトの名無しさん：04/08/31 09:50

> VCL.NETがまったく無意味な理由をおしえて

VCL.NET は .NET ライブラリとなんの関係もない。移行以外に何か存在意義がある
と思うならその理由を聞きたいくらい

900 ：デフォルトの名無しさん：04/08/31 09:51

無視しようとしたら某から先に無視されちゃったからな。
それで憤ってるんだよ。Personal厨は。

901 ：デフォルトの名無しさん：04/08/31 09:58

無視しようというんなら、怒るのは変じゃないの

タダで何かしようというなら、MS の VS.NET express を使えばいい。
.NETver2 がタダで使える

902 ：デフォルトの名無しさん：04/08/31 10:14

>>901
厨房の屈折した感情なんて理解する必要はないよ。
それにDelphiで簡単にできる範囲内で簡単に物作ってる限りにおいては
.NETFWが不要と言い張ることも可能は可能。
別に彼らを説得する義理なんてないし
余計な学習コストを強いるのは余計なお世話だから放置するのが基地。

903 ：デフォルトの名無しさん：04/08/31 12:13

>>899
仮に.NETのライブラリとCoolBarなんかとを同時に使いたいような用事があった場合は
(一応)意義はあるんじゃないの？
.NETを触っておきたいけど、どうせ将来大幅変更されるであろうWindows.Formsに
学習コストを割きたくないとか、言うだけなら色々言えると思う。言うだけなら。

904 ：デフォルトの名無しさん：04/08/31 12:19

なんかLonghornがどんどん予定から比べて機能縮小されてきているしな…
Longhorn上でも結局Win32/64のほうがいい、って事にもなりかねん…

905 ：デフォルトの名無しさん：04/08/31 12:28

VC#Express＋VCL.NETが俺的には理想なのかもしれない。
ちゃんと使えてないんで断言できないんだけど、VC#にはDelphiでいうMyBaseを
より洗練した様な機能が付いてる。
右クリックのメニューを使ってテーブル作成、D&Dでリレーションシップの設定と
凄くお手軽。
そのデータはローカルディスクにXMLや独自形式でセーブする事もできるし、MS
SQLServerにストアする事もできる。
まさに、MyBase＋ポトペタイズムって感じで快適そのものという印象。

906 ：デフォルトの名無しさん：04/08/31 13:20

>>902
確かに放置するのが基地、という感じだな

907 ：デフォルトの名無しさん：04/08/31 15:27

VCL.NETの利点は、.NETでMSは容赦なく過去の資産を切り捨てる
Borlandは曲がりなりにもVCL.NETのような形でユーザーをすくい
上げてくれることがわかったこと。

VCL.NETで行くのも全然ありだと思う。今回の対応の違いを見ても
BorlandがVCLを切る可能性はMSが.NETを捨て去る可能性よりは
低いと思う。

908 ：デフォルトの名無しさん：04/08/31 18:09

古くさいUIをずっと使い続けるつもりですか？

後半は寝言としか思えない。

909 ：デフォルトの名無しさん：04/08/31 18:10

>>908
放置するのが基地なり

910 ：デフォルトの名無しさん：04/08/31 18:12

素人にはアプリの見かけは大事。
WinFX で VCL.NET でつくったアプリなんか使ってくれないだろ

911 ：デフォルトの名無しさん：04/08/31 18:42

つかVCLは今までずっと新しいコントロールを取り込んできてるけど

912 ：デフォルトの名無しさん：04/08/31 18:44

>>908
目の前でMSが従来のものを切ってBorlandが従来のものを
引き継げるパスを用意したのが見えないの？
おまえ寝てんの？

913 ：デフォルトの名無しさん：04/08/31 19:01

>>910
そもそも素人にアピールするようなアプリを作ろうとするなら、「今現在」.NETは選択肢に無いだろ…
上で繰り返されてるようにPure.NETは勉強用、VCL.NETは移行用、それで充分

914 ：デフォルトの名無しさん：04/08/31 19:15

> 上で繰り返されてるようにPure.NETは勉強用、VCL.NETは移行用、それで充分

そうなんだよね。これが厨房には分からないらしいんだよ。だから

> VCL.NETで行くのも全然ありだと思う。

こんなアホが言えるんだよね。

915 ：デフォルトの名無しさん：04/08/31 19:18

> Borlandが従来のものを引き継げるパスを用意したのが見えないの？

寝言の典型。 VCL.NET がこれからも曲がりなりにもつかえるのは、Win32API が
これからも使えることが保証されているからだろ。それなら、ずっと、D7 以下を
使っていればいいだろうさ。

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

これからも

> VCL.NETで行くのも全然ありだと思う。

こんな風に思ってる香具師はなんで .NET アプリつくろうとしているのか、自問したらいい

917 ：デフォルトの名無しさん：04/08/31 19:26

D8のヴィジュアルコンポーネントって完全にUNICODE対応？

918 ：デフォルトの名無しさん：04/08/31 19:28

VCL.NETが移行用、といっても、逆方向の移行を期待して使うのもありといえばありかも知れないけどね
.NETそのものが実用にはまだ未知数というかダメっぽいし、
致命的なバグがあったり、やっぱ今の.NETじゃだめだー、とかなったりした時を見越して、
あらかじめD8からD7,Kylixに逃げられるようにしておく…

なんで.NETか？ってのを考えたらありえないけど、.NETを強制されるようなケースではありえるかと

919 ：デフォルトの名無しさん：04/08/31 19:31

D8 やり出したら D7 以下を止めるわけでもないのに、なんでバージョンダウンの
ことまで心配するかな・・・・・・

920 ：デフォルトの名無しさん：04/08/31 19:35

WinFormもVCL.NETも現状ではWin32APIなしではいられないわけだけど
今後どちらも.NETのバージョンアップにあわせて最終的に
内部的にWin32APIなしで行けるようになるという可能性は？
WinFormはもちろんそのつもりなんだろうけど。

921 ：デフォルトの名無しさん：04/08/31 19:38

> 内部的にWin32APIなしで行けるようになるという可能性は？

ほほう、これは VCL.NET が Windows.Forms のラッパになるということだよね。
そんなものすごくローカルなライブラリをあえて使う意味なんかないだろ。
OSがネイティブであることを保証するライブラリを使った方が、情報も多いし、
動作も他と変わりないし。

922 ：デフォルトの名無しさん：04/08/31 19:41

BorlandがDelphi,VCLの名前を捨てない限り次のブレークスルーはないよ。
もしあるとしたらAvalonのリリース後＋2年くらいじゃないの。

923 ：デフォルトの名無しさん：04/08/31 19:42

>>922

禿道！！

924 ：デフォルトの名無しさん：04/08/31 19:44

その前に、64ビットへの移行期が来て、Windows.FormsもVCL.NETも、
共にWin64 APIを使うようになる可能性のほうが高い気がするよ…
WinFXも、散々言われてた事に反して、Windows Updateで入れられる程度の存在らしいし…

925 ：デフォルトの名無しさん：04/08/31 19:44

ほほう、これは VCL が Win32API のラッパになるということだよね。
そんなものすごくローカルなライブラリをあえて使う意味なんかないだろ。
OSがネイティブであることを保証するライブラリを使った方が、情報も多いし、
動作も他と変わりないし。

926 ：デフォルトの名無しさん：04/08/31 19:48

>>925
.NET の CLR が VCL と同じくらい抽象化された「クラスライブラリ」であることを
知らないの？従来のAPI関数を抽象化したVCLには意義があったけど、それと同じこと
が CLR と VCL.NET の関係には当てはまらないよ。

927 ：デフォルトの名無しさん：04/08/31 19:50

そうなんだよね。厨房のもっとも厨房なところは、>>925 のようなことが VCL.NET にも通用すると思ってることなんだよ

928 ：デフォルトの名無しさん：04/08/31 19:52

>>927
放置するのが基地なり

929 ：デフォルトの名無しさん：04/08/31 19:53

>>926
Win32->VCLと同じくらいの抽象化効率化を次のBorlandのブレークスルーに期待しているわけだが。
UIに関するものだか別のものだか知らんけど。
VCL.NETは個人的には使う予定はないよ。

930 ：デフォルトの名無しさん：04/08/31 19:54

技術的な意義はなくても過去の資産を持って行ける意義と
.NETにどのような変更がかかろうとVCL内部で変更を吸収してくれる
意義はないの？

931 ：デフォルトの名無しさん：04/08/31 19:57

>>930
そこまで高い抽象度はVCLには今のないな。

どーでもいいけどWindows.Formsのラップを
マルチプラットフォームなライブラリを作成する為にやるのだけはやめてくれよ>某

932 ：デフォルトの名無しさん：04/08/31 19:58

>>930
2chの.NET厨は、主に、元VB使いが多いので(疑問を持たずに過去の資産を捨てられる連中)
> 意義はないの？
無いのだろう…

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

WinFXが前評判通りに本当にWin32と平行して存在するのか、
WSHに対するWMI程度に留まるのか…
64ビットWindowsの状況を見ると、後者な気がするので、
VCLがWindows.Formsのラッパーになるなんて心配は、そもそも無いと思うがどうよ？

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

>>931
>そこまで高い抽象度はVCLには今のないな。

「今の」じゃなくて今後のVCL.NET。
もちろん誰も今後はわかんないけど、現状を見ると
.NETでMSは過去の資産を躊躇無くバッサリ切ることがわかったんだから
VCLユーザーをばっさり切らなかったBorlandおよびVCLの信頼性・将来性は
あがった気がするんだけど。

935 ：デフォルトの名無しさん：04/08/31 20:05

捨てられないくらいの大切な過去の資産があるのなら、.NET に移行するするのに
C# つかっても簡単だろうな。VCL.NET 使うんだったら、D7 以下でコンパイルして
おけばいいさ。Ｄ７ → Ｄ８ VCL.NET だって、ボタン一つで移行できるほど簡単じゃ
ないよ。

936 ：デフォルトの名無しさん：04/08/31 20:06

夏休み最終日に負け犬どもが集まって何の相談でつか？

937 ：デフォルトの名無しさん：04/08/31 20:08

> VCLユーザーをばっさり切らなかったBorland

見かけだけ。実際は Win32 のラッパにままなんだから、意味なし

938 ：デフォルトの名無しさん：04/08/31 20:11

D7→D8 VCL.NETの以降がめちゃくちゃ簡単じゃないにしろ
C#やVB.NETに移行するよりは手っ取り早いわけで
今回のMSの対応を見るとC#やVB.NETも将来突然「なくなります」
もしくは大幅な変更になる可能性は十分あるわけで
そうなると曲がりなりにも継続したVCL.NETの方が選択肢として安心度は
高くないか？ってこと。

939 ：デフォルトの名無しさん：04/08/31 20:12

>>937
だから見かけすらしなかったMSは劣るじゃん。

940 ：デフォルトの名無しさん：04/08/31 20:13

だから新しい環境では新しいライブラリを使ってください。
移行、移行っていったって、Win32API使ってるんだから見かけだけの移行。
なら、D7以下を使い続けたらいい。

941 ：デフォルトの名無しさん：04/08/31 20:14

>だから見かけすらしなかったMSは劣るじゃん。

OSをつくってるところはユーザをだませません

942 ：デフォルトの名無しさん：04/08/31 20:21

>>940
だから今後のVCL.NETがWin32APIインディペンデントになる可能性は？
VCL.NETをD8につけたからには今後継続的に.NETの進化にあわせて
内部的に変更されていく可能性は高いと思う。
わざわざVCL.NETを作っておいて後でいきなり捨てるとは思えん。

943 ：デフォルトの名無しさん：04/08/31 20:25

これで、LonghornでやっぱりWindows.FormsがWin32(or 64) APIを呼んでたら、
ここで煽ってる連中は何と言うのだろう

944 ：デフォルトの名無しさん：04/08/31 20:26

> だから今後のVCL.NETがWin32APIインディペンデントになる可能性は？

「Win32APIインディペンデント」になるってことは、CLR のラッパになるってことだよ。
ボタン一つつくるのだって、Windows.Forms を使う以外に手段がないから。だから、
某にその可能性があったってこれまでの Win32API と VCL のような劇的にすばらしい
ライブラリになる可能性は皆無

945 ：デフォルトの名無しさん：04/08/31 20:28

>>943
MSのアホ！っていうんじゃなーい

946 ：デフォルトの名無しさん：04/08/31 20:28

だから技術的に劇的にすばらしくなくても、過去の資産の継承と
今後またいつ何が変わるかわからない.NETに対するVCL内部での
変更の吸収には大きな意義がある。

947 ：デフォルトの名無しさん：04/08/31 20:31

> .NETに対するVCL内部での変更の吸収には大きな意義がある。

だれがそんなこと言ってるの？ Win32APIのラッパなんだから吸収もくそもないだろ。
心配ならD7以下を使ってろよ。VCL.NET は移行の意義がなくなったら遅からず消滅するよ。

948 ：デフォルトの名無しさん：04/08/31 20:37

だめだ堂々巡りだ

949 ：デフォルトの名無しさん：04/08/31 20:45

>>947
日本語読めてないな…MFCもVCLも、2.0前後のVBなんかも、
内部で使ってるAPIはWin16からWin32へと変わったが、表面はあんまり変わらなかったので
これらを使ってたコードは、生APIを使ってたコードよりは、少しは移行が楽だった。
>>946は、VCL.NETが、内部はWin32からCLR、そしてその先の存在へと変わっても
表面上の緩衝効果を期待してるんだろ。
質より量で移行の必要がある場合は、多少なりとも意義はある。

もっとも俺は、Win32の次はWin64と思ってるが…

950 ：デフォルトの名無しさん：04/08/31 20:46

>>947
だから将来(ｒｙ

別に何かが心配とか今すぐ何を選択するかじゃなくて
今後D9、D10でのVCL.NET次第ではVCL.NETの意義も
結構あるのかもなぁと思って書いてんのになんでそんなにムキになるのさ？

951 ：デフォルトの名無しさん：04/08/31 21:04

> >>946は、VCL.NETが、内部はWin32からCLR、そしてその先の存在へと変わっても
> 表面上の緩衝効果を期待してるんだろ。

某がアナウンスしてるのは、いまの VCL.NET を長角がでるまでサポートする、って
ことだけ。勝手に期待しないように。一度移行に楽だからって、VCL.NET を使い
始めたら、それから抜けられなくなる。

952 ：デフォルトの名無しさん：04/08/31 21:07

>>949
>>927

953 ：デフォルトの名無しさん：04/08/31 21:17

ユーザーがこの程度じゃ将来は知れてるな

954 ：デフォルトの名無しさん：04/08/31 21:19

ユーザより某の方が問題多い

Delphiの将来はいまより明るくなることはない。これは断言できる

955 ：デフォルトの名無しさん：04/08/31 21:24

そして、ユーザーよりも某よりも、肝心のMSが迷走気味…

956 ：デフォルトの名無しさん：04/08/31 22:01

>>949
win48のほうが合理的だと思いますが・・・

957 ：デフォルトの名無しさん：04/09/01 00:58

>>951
>>907
で、>>952とあわせて延々ループ、と