Delphiって死滅しちゃうの？？？？

1 ：デフォルトの名無しさん：02/10/25 18:58

もういらね。今まで夢をみさせてくれてありがとう。

まぁ、そろそろ時期だわな。

でも、ポストDelphiがいないのも事実。

VBはクソ＋MSに捨てられた

.NETは速度的に問題＋先が見えない

Javaはまぁ良い線行ってるけど結局箱庭言語

VC++は何するにも面倒

HSP？ゴミ

さぁ、どうするよ？

3 ：デフォルトの名無しさん：02/10/25 19:07

どうするもなにも、最初っからたいして使われて無いじゃん。
Delphiにたいした地位が無いんだから「ポストDelphi」って言葉自体が変

4 ：デフォルトの名無しさん：02/10/25 19:08

>>3
もうちょっとまともなヤツだと思ってたんだけどな。残念だ。

5 ：デフォルトの名無しさん：02/10/25 19:11

>>4
なに自作自演してんだよ。もうちょっとまともなヤツだと思ってたんだけどな。残念だ。

6 ：デフォルトの名無しさん：02/10/25 19:12

なにを根拠にこんな見解をするんだろうねぇ～。まったく。
まだまだ大丈夫だと思うけどね～。俺は。
実行速度も、そんな遅くもないしさ。
難しくもないし、面倒でもない。
変なライタイムも入れなくていいし。

俺はDelphi勉強したことないけど。
でも、次に勉強するならDelかな。
GUIな物は、全部Delで作るね。　簡単だし早いし。

7 ：デフォルトの名無しさん：02/10/25 19:15

>.NETは速度的に問題＋先が見えない
C#とのベンチ対決に完敗していたのはどこのネイティブコンパイラでしたっけ?
はっきりとは明るい未来が示せているとはいえませんが、
混迷しているDelphi, Kylix, ｶﾞﾘﾚｵ,ボーランドジャパンほど先行き不安というわけではないでしょう。

8 ：2：02/10/25 19:15

＞面倒でもない。

いいえ、特にポインタ関係でCとの仕様の違いがあり、特定のAPIを呼び出すとき妙に苦労したりします。
また、再インストールごと自作／オンラインのにコンポーネントの登録し直しも大変。

＞変なライタイムも入れなくていいし。
ただ単に変なランタイムが実行可能ファイルに埋め込まれる設定がデフォルトなだけです。
同じコードがやたらと存在するというのは前時代的ではないでしょうか？

問題点が全くないというのは言い過ぎだ。

9 ：デフォルトの名無しさん：02/10/25 19:17

>>6
> 俺はDelphi勉強したことないけど。
勉強したこと無いわりにずいぶんDelphiの事知ってますね(藁
必死ですよ～。

まあ、ランタイムって言葉を使う奴はDel厨って決まっているのだが。
ランタイムどういう意味で使ってるんだろうねぇ。

10 ：デフォルトの名無しさん：02/10/25 19:20

>>7
煽りは良いよ、真面目に話そうや。

じゃあ、君は簡単楽ちん環境は.NETだろうと。
まぁ、現状ではFrameworkの問題もあったりするけど、時間が解決してくれるかもね。

11 ：デフォルトの名無しさん：02/10/25 19:24

まさに糞スレ。

12 ：デフォルトの名無しさん：02/10/25 19:24

>>8
＞いいえ、特にポインタ関係でCとの仕様の違いがあり・・・

いやいや、そんなこといってたらすべての言語が面倒だろう～よ。
俺がいう、「面倒でもない」ってのは、他の言語に比べてなんだよね～。
他の言語にくらべて、GUIを作るって言うんなら、
どんな言語使うより面倒じゃないと思うけどな～。見た感じ。

＞変なランタイムが実行可能ファイルに埋め込まれる設定がデフォルト
良いんじゃね～の？　それで。
そんな気になるほどのｻｲｽﾞにもならね～し。

＞問題点が全くないというのは言い過ぎだ。
たしかに、そこまで言うつもりはないけど。
実際、勉強したことないし～。
まぁ、ちらっとは触ってみたけど使えそうって感じかな～。
問題点ナシとは言わないが、滅びるってのは、どういう見解なのかね～。

13 ：デフォルトの名無しさん：02/10/25 19:27

>>9
さぁ～？
マジでDelphiって使ったことね～んだけど～。
ただ、なんの根拠もナシに滅びるとか言ってるヤツの方が、
なんだか必死だよなぁ～って思う。

＞ランタイムどういう意味で使ってるんだろうねぇ
さぁ？　ランタイムはランタイムでしょ～。
別に深い意味なんてないよ。
ランタイムって言えば分るでしょ。なにを指しているのか。
別に、ランタイムが何してるとか、別名とか知りたくもないし～。俺には意味ないし～。

14 ：デフォルトの名無しさん：02/10/25 19:28

Delphiに移行する理由が無い。

15 ：デフォルトの名無しさん：02/10/25 19:28

>>12
さぁ、俺>>1じゃないしね。

でも、Delphiが出てもう7年だ。VBだって時代に付いていけなくなって死んだわけで。
そして、今、実行可能ファイル業界、どう転ぶかわからない状態。って言うかMSの手の中。

そんな状態で引きの強い開発ツールをどう作ればいいのかがポイントだわね。

16 ：デフォルトの名無しさん：02/10/25 19:31

.NETが成功すればDelphiは死ぬ。
.NETが成功しなければ・・・？

17 ：デフォルトの名無しさん：02/10/25 19:33

>>16
みんな死ぬ。って言うかMS死にそうな気がする。

18 ：デフォルトの名無しさん：02/10/25 19:35

MSが死ぬと某も死ぬ。みんな死ぬ。

19 ：デフォルトの名無しさん：02/10/25 19:37

>>18
でも、ポストWIndowsはどこにもいない。

20 ：デフォルトの名無しさん：02/10/25 19:38

そしてMacが生き残った・・・

21 ：デフォルトの名無しさん：02/10/25 19:40

まだMacって生きてたのか？

22 ：デフォルトの名無しさん：02/10/25 19:41

>>18
そだな～。
もし、言語の寿命すべてをMSが握ってるって考えれば、
Delphiが滅びるって可能性はあるだろな～。
だって、DelphiはWindowsだけの言語。
親が見離せば、滅びるだろな～。
でも、Kylixって言う物だしてもがいてるよな～。
Windowsだけの言語としてだけじゃなく、
汎用性のある言語になろうともがいてるよな～。
Delphiと互換性があるのかど～かは知らね～けど～。
WindowsのDelphiは滅んでも、完全には滅ばないと思うんだよね～。
無駄ではないと思うんだけどね～。勉強してても。
VBはさ。　VB使いに悪いけど、ビクビクだろうね～。いつ息の根止められてしまうか。
まぁそれでも残ると思うけどね～。分んないけど。

23 ：デフォルトの名無しさん：02/10/25 19:42

まぁユーザーの質の高さが取り柄かな
http://pc3.2ch.net/test/read.cgi/tech/1033504099/

24 ：デフォルトの名無しさん：02/10/25 19:43

>>22
VBにコンプレックスがあるDel厨さんですか？

25 ：デフォルトの名無しさん：02/10/25 19:44

>>23
あぁそれで高いと思うわけか。

26 ：デフォルトの名無しさん：02/10/25 19:45

>>24
いいや～。VBも勉強したことないし～。
C/C++使ってるんだけどね～。

いや～、MSが言語の寿命を握ってると考えるとだよ～？
VBはMSの言語だからねぇ～。
潰そうと思えば、どの言語よりも簡単じゃないかなぁ～？ってだけ。
別に悪気があって言ったんじゃないんだよ～。
ごめんね。

27 ：デフォルトの名無しさん：02/10/25 19:46

>>23
Delphiユーザは質が高いんだから、フサギコなんか出すなや

28 ：デフォルトの名無しさん：02/10/25 19:49

Delphiだって某が言語の寿命を握ってるし。
某が死んだらDelphiが死ぬし、
MSが死んだだけでもDelphiは大打撃受けるし。
まぁVBが死ぬのは.NETが失敗したときだろうな。

29 ：デフォルトの名無しさん：02/10/25 19:49

>>27
あぁあの程度で高いと思うわけか。

30 ：デフォルトの名無しさん：02/10/25 19:50

安置も信者も馬鹿ばっか

31 ：デフォルトの名無しさん：02/10/25 19:50

>>29
ﾊｧ?
フサギコは素数列求められるｽﾊﾟｰプログラマですが何か？

32 ：デフォルトの名無しさん：02/10/25 19:51

Delphiが死ぬってのはどういう意味？
別にボーランドが潰れても、バージョンアップが止まるだけでしょ？

既にD3～D5あたりで Windows開発環境としては十分なわけで
必要に応じてライブラリを自分で増やすだけでしょ。

33 ：デフォルトの名無しさん：02/10/25 19:52

>>31 （ ´,_ゝ｀）ﾌﾟ

34 ：デフォルトの名無しさん：02/10/25 19:53

>>32
MSは実行可能ファイﾙの形式という根本的なところを変えようとしてるんだよ・・・。

35 ：デフォルトの名無しさん：02/10/25 19:53

じゃあDelphi1が出た直後に某が潰れたらどうするよ？
32bitOS上でずっと16bit版使ってくわけか？
今起こりつつある変化はそれ以上のものだよ。

36 ：デフォルトの名無しさん：02/10/25 19:53

>>32
DelphiはXPに対応して無いくせに何言ってるの？

37 ：デフォルトの名無しさん：02/10/25 19:54

>>36
対応してないのは XPがDelphiにでしょ？

38 ：デフォルトの名無しさん：02/10/25 19:55

>>37 逆。

39 ：デフォルトの名無しさん：02/10/25 19:57

普通　後から出た方が　先からある方が動かない事を対応してないって言うんじゃないの？

40 ：デフォルトの名無しさん：02/10/25 19:57

37はあおり。
Delphi1のアプリがXPで動いちゃう。
VB6のアプリは...

41 ：デフォルトの名無しさん：02/10/25 19:59

>>40 VB4のアプリも動くみたいだけど？

42 ：デフォルトの名無しさん：02/10/25 19:59

Delphiの本当の魅力を理解した上で好きになったのなら
同じ理由でC#になびかなければ嘘。

43 ：デフォルトの名無しさん：02/10/25 20:01

>>42
コンポーネントのソース無いのは魅力９０％減だし
ソースに初期化コード埋める方式はいいけど、それを触れないのは嫌だな

44 ：デフォルトの名無しさん：02/10/25 20:02

C#はインラインアセンブラ使えないし、文字列もスマートじゃないし、集合型も

45 ：デフォルトの名無しさん：02/10/25 20:02

>>37
そうだとしても天下のWindowsがそうすると言うんだからこの世界の大半のソフト屋はそれに従わなければならない。

46 ：デフォルトの名無しさん：02/10/25 20:02

Del厨って哀れなくらい近視眼的なものの見方しかできないのな

47 ：デフォルトの名無しさん：02/10/25 20:04

>>46
それが滅んだブビ厨の言葉か。

48 ：デフォルトの名無しさん：02/10/25 20:04

C#>=VB.NET>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>Del

49 ：デフォルトの名無しさん：02/10/25 20:05

ところでガリレオって、何ですか？
.NETとは違う新しいプラットフォームですか？

50 ：デフォルトの名無しさん：02/10/25 20:06

VS.NETのパチモノ。
しかも弱小会社が開発しているからVS.NETと比べてどうしても見劣りがしてしまう。

51 ：デフォルトの名無しさん：02/10/25 20:07

滅ぶ恐竜に比べて見劣り？

52 ：デフォルトの名無しさん：02/10/25 20:10

>>51
滅ぶ恐竜じゃないので見劣り。

53 ：デフォルトの名無しさん：02/10/25 20:10

じゃあ高齢のベンチ対決しようか。
Del厨ビビってんじゃねーぞ(藁

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

>>53
Delphi死滅スレでベンチ対決なんかするんじゃねｰよ。

55 ：デフォルトの名無しさん：02/10/25 20:12

>>53
かなりDelにビビッテルね。
目の難き？

56 ：デフォルトの名無しさん：02/10/25 20:12

>>53
そう言うレベルの話じゃなくてさ、将来性の話よ。今してるのは。
Windowsが存在できるかどうかも含めて。

いい加減大人になりなよ。

57 ：デフォルトの名無しさん：02/10/25 20:14

MSが存在する限りDelphiも存在する。

58 ：デフォルトの名無しさん：02/10/25 20:14

>>57
でも、今MSもきな臭いぞ・・・そのうち煙が上がりそうだ。

59 ：デフォルトの名無しさん：02/10/25 20:14

（ｗ >>54

60 ：デフォルトの名無しさん：02/10/25 20:15

>>58
でもポストMSが無いのも事実。
どうする？

61 ：デフォルトの名無しさん：02/10/25 20:16

DelphiMLでは
#bye
#end
って挨拶するのが流行ってるってほんとですか？

62 ：デフォルトの名無しさん：02/10/25 20:16

M$よりも房乱怒。
kylix3ﾏﾝｾｰ
ｵｰﾌﾟﾝﾏﾝｾ-

63 ：デフォルトの名無しさん：02/10/25 20:16

>>61
どんどんDelphiユーザが減っているのか？

64 ：デフォルトの名無しさん：02/10/25 20:17

MSはヤヴァイけど、経営者が天才だから。スグには倒れん。

.NETの雲を掴むようなﾜｹﾜｶで煙に巻いて開発者押さえてるようだ。

65 ：デフォルトの名無しさん：02/10/25 20:17

>>62
某のどこがオープンなのかと。

66 ：デフォルトの名無しさん：02/10/25 20:18

>>60
まぁ、今一番可能性がありそうなのはLinuxだろうけどポストWinにはまだまだ遠いな。

67 ：デフォルトの名無しさん：02/10/25 20:18

Borlandはヤヴァイけど、技術者がが天才だから。スグには倒れん。

もういないけどね(ﾌﾟ

68 ：デフォルトの名無しさん：02/10/25 20:18

LinuxってWinの後追いしてるだけだしな。

69 ：デフォルトの名無しさん：02/10/25 20:18

>>65
なんか変でもあるのと無いのとでは大違いだぞ。

70 ：デフォルトの名無しさん：02/10/25 20:19

ポストWinを埋める必要は無い。

Winの周辺は侵略されてる。各種サーバアプリと携帯Java。

71 ：デフォルトの名無しさん：02/10/25 20:19

>>69
同じことをMSがやったらオープンじゃないというくせに。

72 ：デフォルトの名無しさん：02/10/25 20:20

>>70
ほう、今のPC感すら変わるか。なるほど。

73 ：デフォルトの名無しさん：02/10/25 20:21

>>70
各種サーバアプリと携帯JavaでポストWinになるにはまだまだ遠いな。

74 ：デフォルトの名無しさん：02/10/25 20:22

M$がどうやったらオープンになるんだよ。
オプソのコードは盗んで、オプソには何も返さない。

75 ：デフォルトの名無しさん：02/10/25 20:22

>>74
.NET各種規格化はどう考えます？

76 ：デフォルトの名無しさん：02/10/25 20:23

>>74
話をすり替えるなよ。
某はオープンじゃないだろ。

77 ：デフォルトの名無しさん：02/10/25 20:23

だから、PCはWinでも構わんよ。
PCは衰退の一途だが。

78 ：デフォルトの名無しさん：02/10/25 20:25

某はオプソ用無料Kylix出してる。

79 ：デフォルトの名無しさん：02/10/25 20:25

>>78
ｳﾞｧｶですか?

80 ：デフォルトの名無しさん：02/10/25 20:27

>>79
反論は？

81 ：デフォルトの名無しさん：02/10/25 20:27

ま、某が別にオープンである必要は無いけど。

クラスライブラリのコードを製品に添付してくれれば。

82 ：デフォルトの名無しさん：02/10/25 20:28

>>81
DelphiのPro位から付いてこなかったっけ？

83 ：デフォルトの名無しさん：02/10/25 20:29

「某はオプソ用無料Kylix出してる。」から某はオープンって明らかにおかしいぞ。

84 ：デフォルトの名無しさん：02/10/25 20:30

>>82
添付してくれてるからＯＫよ、と言いたいだけよ。

.NETもC#のコード添付してくれれば、もうちょっと使うことを考慮する。

85 ：デフォルトの名無しさん：02/10/25 20:31

VCLはドキュメント類があまりにも貧弱すぎて
ソースを読まざるを得ないというだけのこと。

86 ：デフォルトの名無しさん：02/10/25 20:32

>>83
あんねえ、問題点から説明しとくと、
オプソの世界があって、それに協力する会社（個人でも良いけど）と、
アンチの会社があるわけ。
で、某はオプソの人たちに、無料Kylixです。オプソの世界で使って下さいって明言してんの。

87 ：デフォルトの名無しさん：02/10/25 20:32

>>83
でも、それって言葉遊びでしょ？

商用利用しないことを条件に無料でツールを提供する。
企業としてみればかなり良心的では？

Free EditionとかならOK？

88 ：デフォルトの名無しさん：02/10/25 20:33

>>86
だからオープンの定義を言ってみなよ。オープンってなんだよ？

89 ：デフォルトの名無しさん：02/10/25 20:33

で、MSはオプソのコードを使いながら、オプソには全く返さない珍しい会社。

通常、バグフィックスのチェックインくらい会社名義でやったりする。

90 ：デフォルトの名無しさん：02/10/25 20:37

死滅スレの生き残りかと思ったら新スレだった…

91 ：デフォルトの名無しさん：02/10/25 20:37

>>88
超分かってないな。
オープンという言葉だけ理解すればよいんでなく、
それがオプソを指す時代になってるんだ。

92 ：デフォルトの名無しさん：02/10/25 20:40

>>89
> MSはオプソのコードを使いながら
証拠は？

> オプソには全く返さない珍しい会社。
返してるじゃん。

93 ：デフォルトの名無しさん：02/10/25 20:41

>>91
結局説明できないんだな。
お前のいい加減な物言いがオープンソースコミュニティーで本当に通用するか試してみたら？

はっきり逝っとくと某はさほどオープンソースコミュニティーから評価されてないよ。
というか相手にされてないよ。メジャーなKylixでのプロジェクトなんて一体どこにあるんだよ。

94 ：デフォルトの名無しさん：02/10/25 20:41

>>92
まじ？MSがオプソに何返した？

95 ：デフォルトの名無しさん：02/10/25 20:45

>はっきり逝っとくと某はさほどオープンソースコミュニティーから評価されてないよ。
>というか相手にされてないよ。メジャーなKylixでのプロジェクトなんて一体どこにあるんだよ。

オプソコミュニティに明確な存在があって、それが評価するってか？大笑い。
中心は無いんだよ。
Delphiのコード付き無料コンポなら何万のオーダーで存在するよ。

96 ：デフォルトの名無しさん：02/10/25 20:47

>>92
オープンソースであるgzipにセキュリティホールだったかバグが発見された。
で、gzipを内部に使っているソフトウェア一覧にMSのアプリケーションがずらっと並んだ。

97 ：デフォルトの名無しさん：02/10/25 20:48

>>95
VC++用のコード付き無料クラスなら何万のオーダーで存在するよ。
でそれがオープンソースとなんの関係があるんだい？

98 ：デフォルトの名無しさん：02/10/25 20:50

二度同じことを書かせる？

オプソを破壊するように働きかけるMSと、オプソ用に使うには無料バージョンを出す棒。

99 ：デフォルトの名無しさん：02/10/25 20:50

オープンソースのコードを使っちゃいけないのか？なにか返さないといけないのか？

100 ：デフォルトの名無しさん：02/10/25 20:50

>>97
なんかこのDel厨は独自=クローズドな言語空間の中に生きているようだから相手にしないほうがいいよ。
ソース公開・添付と一般に意味するところのオープンソースの区別すら付いてないようだし。

101 ：96：02/10/25 20:51

http://www.zdnet.co.jp/news/0203/15/e_flaw.html

ソースあったよ。

102 ：デフォルトの名無しさん：02/10/25 20:51

>>98
Delphi7で無料バージョンがなくなったのはオプソを見限ったって事(藁

103 ：デフォルトの名無しさん：02/10/25 20:51

>>99
大きい会社は返すの。ＩＢＭとかＥＳＲＩとか。

返さずに自社内だけでバグフィックスするのはオプソの精神に反するの。

104 ：デフォルトの名無しさん：02/10/25 20:52

>>100
煽るならよそでな。言葉遊びなんて今まで幾度と無くやっただろう。

105 ：デフォルトの名無しさん：02/10/25 20:53

>>103
＞返さずに自社内だけでバグフィックスするのはオプソの精神に反するの。

伽藍とバザールとかに書いてあるの？
って言うかルールブックみたいなのない？

106 ：デフォルトの名無しさん：02/10/25 20:57

>>104
言葉遊びというのは本来の意味を理解した上で逸脱してみることだよ。
最初から意味を理解していない厨房の意味不明なタワゴトは聞くに堪えないよ。

まじめな他所で恥じかく前に山形ちゃんのサイト逝って勉強しなさいってこった。

107 ：デフォルトの名無しさん：02/10/25 21:00

>>103
そんなオプソの精神は無い。

108 ：デフォルトの名無しさん：02/10/25 21:01

てゆうかね、
>ソース公開・添付と一般に意味するところのオープンソースの区別すら付いてないようだし。
この内容読んでて、目茶つまんないの。

>>81 >ま、某が別にオープンである必要は無いけど。クラスライブラリのコードを製品に添付してくれれば。
さらに、これを読めば、区別付いてないってのが間違いだと分かるし。

109 ：デフォルトの名無しさん：02/10/25 21:03

正気？>>107

オプソってのは、使って下さいどうじょって精神。
前の人のオプソのコード機能拡張＆バグフィックスしたコードですどうじょ、ってのが通常の流れ。

110 ：デフォルトの名無しさん：02/10/25 21:08

アンチDelが恐ろしくレベル低い。
オプソのことを全く知らないのに断言してるよ。
ま、VBというクローズドな世界に閉じ込められた厨だからか。

111 ：デフォルトの名無しさん：02/10/25 21:36

Del厨が恐ろしくレベル低い。
オプソのことを全く知らないのに断言してるよ。
ま、Delphiという愛は盲目な世界に閉じ込められた厨だからか。

112 ：デフォルトの名無しさん：02/10/25 21:37

>>110
もうそろそろ気に食わないのは全部VB厨の仕業という狭い考えはやめようぜ。

113 ：デフォルトの名無しさん：02/10/25 23:37

アンチDelなんて、ブビ厨に決まってるだＲＯ！

114 ：ruby!：02/10/26 00:11

Delphiユーザは糞の集まり。
これ定説

115 ：デフォルトの名無しさん：02/10/26 00:26

Del厨の活躍を見なくなって久しい

116 ：デフォルトの名無しさん：02/10/26 00:32

どっちの意味の活躍だよ(藁

117 ：デフォルトの名無しさん：02/10/26 00:39

関係ないスレで唐突に
「ちなみにDelphiでは～というスマートなやり方がある」
と語りだすとか。

118 ：デフォルトの名無しさん：02/10/26 00:44

そりゃ今となっては技術的なアドバンテージなんて皆無だから何も言えないだろ。
その分このスレではかなり必死だな(藁

119 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/10/26 00:55

.　　　　　　　♀　　　＿＿＿＿＿＿＿＿
　　　　　　／＼　（　俺も信じていい？
.　　　　　　|∧ ∧ .。○ ――――――
　　＿＿_ ミ；ﾟДﾟ彡＿＿_
　　|　　　⊂　　　⊃　　　|
　　￣￣￣ﾐ　　ﾐ￣￣￣　＿＿
'|. 　　　　　ﾐ　　ﾐ　　　　　|__†＿ﾚ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
'|. 　　　　　|.ＵＵ|　　　　　(ﾟДﾟ,,)　＜　迷える子羊よ、信じなさい・・
'|. 　　　　　|　　 | ∧ ∧⊂￣￣ﾊ　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
'|. 　　　　　|　　 |.(　　 ,)　| ╋　Ｊ
　　　　　|￣￣￣./⌒ヽ￣￣￣|
　　　　　|　　　　（　ノ）　　　　|
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿＿＿＿＿＿|＼＿＿＿＿＿＿＿＿
　　スマートなやり方があるんですか？

JBuilder8SEでSWT完全対応とか
Del8でIntraWeb完全版(ASP.NETより使い易いらしい)とか
ModuleMaker(UMLツール)
と.NETﾌﾙ対応したら、VSにもまったく見劣りはしないんだけど。
あと、Linuxクロスの前にStudioの名を冠するなら
BCBも同時VerUp&DelにC++ｺﾝﾊﾟｲﾗも搭載すれ。

120 ：デフォルトの名無しさん：02/10/26 01:00

>>117
某コテハンな人が以前頻繁に繰り返してたねえ。フサなんとか。
激しくうざかったからか、完全に無視されてたな。

121 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/10/26 01:31

　　 ∧,,∧　　　／無視ならいんだけど
　　ミ；ﾟдﾟ彡　＜　　こうやってｽﾚｯﾄﾞｽﾄｯﾊﾟに
　　ﾐつ　つ　　＼　なってしまうと、悪い気がするです
　＠ﾐ　　ﾐ　　　　　
　　 ∪''∪　　ごめんなさいごめんなさい。

　　　　　　　煽り煽られも楽しくやってください。

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

いや、Delphiなんていらねーし。

123 ：デフォルトの名無しさん：02/10/26 07:23

>>117
ここ↓でDel厨の活躍が見られます(藁
http://pc3.2ch.net/test/read.cgi/tech/1034302532/662

やっぱりDel厨ってウザイよ。

124 ：デフォルトの名無しさん：02/10/26 07:33

ＦＴＰのソフトは、Ｄｅｌｐｈｉを買うとサンプルについてるからそれ使えば、便利だぞ。

無理にＶＢを使う必要なしっ！

125 ：デフォルトの名無しさん：02/10/26 08:01

同じこと何度も書くなアホ

126 ：デフォルトの名無しさん：02/10/26 08:12

FTPのソフトってのが不思議な響きだね

127 ：デフォルトの名無しさん：02/10/26 08:16

【Delphiは金になる仕事が無い】　とか見かけるけど、
今時ソフト書きの仕事だけやってニョーボコドモ養えるくらい金になる仕事あるか？

128 ：デフォルトの名無しさん：02/10/26 08:31

つーか金になる仕事でDelphiなんか使うことが無いんだろ。

129 ：デフォルトの名無しさん：02/10/26 08:38

>>128
仕事で使う事はあるよ。仕事全体の一部だけどね。

130 ：デフォルトの名無しさん：02/10/26 09:11

まぁ、めったにないけど。

131 ：デフォルトの名無しさん：02/10/26 09:22

アンチDelは「Delphi要らない」という内容を言い方変えてるだけ。
なぜ要らないかを説明できないみたい。
可愛そうだ。

132 ：デフォルトの名無しさん：02/10/26 09:26

要らないのになんか説明が要るのか？
ゴミは要らないというのと同じだろ。

ゴミは要らない。ではなんで？
その答えはDelphiが要らない理由と同じ。

133 ：デフォルトの名無しさん：02/10/26 09:28

132=三段論法もろくに使えない=ブビ厨

134 ：デフォルトの名無しさん：02/10/26 09:30

>>133
もうそろそろ気に食わないのは全部VB厨の仕業という狭い考えはやめようぜ(藁

135 ：132：02/10/26 09:36

>>133
最初っから三段論法なんかしていませんが。
ブビ厨でもありませんが。
あなた、自分ひとりで突っ走って玉砕するタイプですね。

136 ：デフォルトの名無しさん：02/10/26 09:43

玉砕したのはVBであって、Delphiじゃない（ｗ

137 ：デフォルトの名無しさん：02/10/26 09:44

133=三段論法もろくに使えない=ブビ厨のせいにする=Del厨

138 ：デフォルトの名無しさん：02/10/26 09:46

>>136
玉砕=VB=133(藁

139 ：デフォルトの名無しさん：02/10/26 09:47

1-138 ＝就職先もなく学校にも行けず、自宅でプログラムの勉強でもしようとD6をダウンロードしたが玉砕したヒッキｰ

140 ：デフォルトの名無しさん：02/10/26 09:48

137=なんか悲惨なヤシ

もうちょと死滅スレにおもしろい内容を。
あ、本当に死滅しそうだってのを。

141 ：デフォルトの名無しさん：02/10/26 09:49

この内容を読んだ人が、死滅するな、と納得出来るレスじゃないとつまんない。

142 ：デフォルトの名無しさん：02/10/26 09:50

>>139
1-138＝-137ですよ。
もしかして慌てすぎてSHIFTキー押し忘れましたか(藁

143 ：デフォルトの名無しさん：02/10/26 09:56

>>142
うるせ。ぼけ。

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

死滅する理由？

まず、パソコンの性能が、ほぼ頂点。　
　速度があと１０倍になっても、何か新しい市場が開けそうにない。
　容量があと１０倍になっても住基ネットのデータを個人で持てる程度の事
　どんどん市場は狭くなり、StarOfficeみたいにフリーソフトがどんどん増える。

こんな状況だと業界で生きて行けるのは派遣屋だけ、その仕事は
フリーソフトのインストールやカスタマイズがメインになるだろう。

145 ：デフォルトの名無しさん：02/10/26 10:14

>>144
＞まず、パソコンの性能が、ほぼ頂点。　

２行目以降は同意するとしてこれは頭悪い子の発言だと思われ。

146 ：デフォルトの名無しさん：02/10/26 10:14

Delphiが死滅する理由！>>144

フリーソフトにDelphi使われてるじゃん。

147 ：デフォルトの名無しさん：02/10/26 10:21

Delphiは生き残る。
最安のフリーソフト専用開発ツールとして。
ただし.NETが普及しないことが前提。

148 ：デフォルトの名無しさん：02/10/26 10:22

395 名前：デフォルトの名無しさん[] 本日のレス投稿日：02/10/26 09:30
この業界入って、何の資格も取らずに40歳までいっちゃうとリストラ対象になるってホントですか？

396 名前：デフォルトの名無しさん[sage] 本日のレス投稿日：02/10/26 09:45
>>395
資格とっても同じですよ。　単なるプログラマのまま40歳どころか30歳も難しいでしょ

中の上以下だと、不況だから今就職出来るのは派遣屋しかないでしょうしね

149 ：デフォルトの名無しさん：02/10/26 10:22

コンピュータの能力がもう充分になってしまったと言うやつは常に居る。
10年前だって同じこと言ってたやつは多かった。

8086が出た当時だって「1MBものメモリ容量をいったい何につかうの？」なんて言われたもんだ。

386やMAC2が出た頃だって、
「メモリ空間4GBもあるからもう二度とメモリ空間が不足することは無いだろう」
なんて言われたものだ。
それからまだ15年も経ってないのに4GBの壁はもうすぐそこまで迫ってる。

大規模な図書館まるごとを手のひらに乗る程度の
コンパクトなリムーバブルメディアに収録できるくらいまで、
レイトレーシング画像をリアルタイムで動かせるようになるくらいまで、
少なくともそのくらいになるまではコンピュータの能力が「もう充分」なんてことにはならないよ。

いや、実際にそのくらいになっても
恐らくそのときには今の我々には想像もできないような
贅沢なコンピュータの用途、コンテンツが登場しててそれでも足りなくなってるだろう。

150 ：デフォルトの名無しさん：02/10/26 10:26

>>149
要は今、ハードウェアの進化にソフトウェアが追随出来てない状態。
それは、従来のソフトウェアをより早く、アホが組んだ最適化のかけらもない
ソフトウェアをそれなりに動かすことにしか使われていない。

151 ：デフォルトの名無しさん：02/10/26 10:31

> 少なくともそのくらいになるまでは

人工知能でマルチがはわわ・・・と言うまでは充分とは言えないな

152 ：デフォルトの名無しさん：02/10/26 10:34

>>151
いいや人型パソコンが「ちぃ」って言って抱きつくようになるまでは十分とはいえない。

153 ：デフォルトの名無しさん：02/10/26 10:35

>>149
昔は、そういう意見もあったけど、それ以上に期待もあったよね。

大規模な図書館の代わりが今のWebの状況じゃないのかな？
　それが実現したとして、google検索を超えそう？

レイトレーシング画像をリアルタイムで動かせたら、何か楽しい事がありそう？
　スーパーマリオ64を超えそう？　ICOを超えそう？

贅沢な用途はあるだろうけど、それが必要とされてないのが違う点じゃないかな

154 ：デフォルトの名無しさん：02/10/26 10:37

そういう人工知能的な方向には Delphiも.NETも向かっていないな。

人工知能であっても根っこは機械語で、コンパイラで幹は書かれるんだろけど
その上の層が書けるような新しい何かが必要なんだよね。

155 ：デフォルトの名無しさん：02/10/26 10:39

第５世代なんてのがあったねえ
結局どうなったんだっけ？

人工知能の前に、認識というハード込みの機能も必要になるかもしれんね
単なる脳のエミュレーションだと面白くないからなあ

156 ：デフォルトの名無しさん：02/10/26 10:41

本当にそれらしい人工知能ができるのを待つことなく、
あと数年程度でDelphiは死滅するだろ(藁

157 ：デフォルトの名無しさん：02/10/26 10:43

>>153
今のコンピュータで最大のボトルネックが通信回線だろう。
個々のパフォーマンスは高いのに通信回線が細いせいでネットワーク化という時代の
風潮にいまいちフィットし切れていない。

158 ：デフォルトの名無しさん：02/10/26 10:44

とりあえず通信速度は最低でも100Gbpsはいるな。

159 ：デフォルトの名無しさん：02/10/26 10:45

>>156
それよりも先に.NETが死滅するだろうけどね(藁

160 ：デフォルトの名無しさん：02/10/26 10:46

>>159
じゃあMSも死ぬよ？

161 ：デフォルトの名無しさん：02/10/26 10:46

>>159
VBはもう死滅しましたが何か？
VB厨はVB.NET厨になりましたが何か？

162 ：デフォルトの名無しさん：02/10/26 10:47

>>161
＞VB厨はVB.NET厨になりましたが何か？

一握りはね。大半はどうしようもなくなって困っている。

163 ：デフォルトの名無しさん：02/10/26 10:48

>>160
MSが氏んでも某は生き残る。某ランドマンセー、Delphiマンセー。

164 ：デフォルトの名無しさん：02/10/26 10:48

>>156
なんで死滅するの？　
ボーランドが潰れても、バージョンアップが止まるだけだし
IDEのバージョンアップが止まっても、別に問題ないじゃない。

必要に応じてライブラリを自分達で増やすだけでしょ。　これまでがそうだったよに

165 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/10/26 10:49

　　＿＿＿＿＿＿＿＿＿＿＿＿＿
　／
　|　神経細胞のｼｭﾐﾚｰﾄが可能な
　|　時代になるのかしら･･･
　|　
　|　昆虫の神経細胞は数が大分少ないみたいだし。
　|　面白い分野ではあるかも。
　＼＿　＿＿＿＿＿＿＿＿＿＿＿＿
　　　　|/
　　 ∧,,∧
　　ミ,,ﾟДﾟﾐy━~~
　　 U　　ﾐ
　～ﾐ　　ﾐ
　　　Ｕ''Ｕ

何気にみてたWiredでこんな記事がありました。

「自然界のすべてはシンプルなコードで再現できる」という新理論
http://www.hotwired.co.jp/news/news/technology/story/20021025303.html
> ――最も基本的なコンピューター・コードを使って、自然界の複雑なパターンを
> すべて描き出すことができる――。
> 　『A New Kind of Science』の著者で、科学技術計算ソフトウェア・システム『マ
> セマティカ』(Mathematica)の開発者でもあるスティーブン・ウルフラム氏は、「現
> 実世界を支配する原理」というセッションでこのような自説を披露し、10月18日
> から20日まで(米国時間)開催された『ポップ・テック』会議(別名カムデン・テクノ
> ロジー会議)に集まった聴衆を魅了した。
>
方程式よりも、プログラムの方が現実を表現するのに適していると
思うです。

166 ：デフォルトの名無しさん：02/10/26 10:50

MSDOS用のを今から使えって言われてもなあ・・・

167 ：デフォルトの名無しさん：02/10/26 10:50

>>164
コピペは正確にね(藁

168 ：デフォルトの名無しさん：02/10/26 10:50

>>164
stringに重大なセキュリティホールとか見つかったらどうするよ？

169 ：デフォルトの名無しさん：02/10/26 10:53

>>168
たとえコンパイラにバグがあったとしても修正して使いつづけます。

170 ：デフォルトの名無しさん：02/10/26 10:56

DelphiもコンパイラもIDEも全部含めて全部ソース公開すればいいのに。

171 ：デフォルトの名無しさん：02/10/26 10:56

>>168
　全てのソースが入ってますよ。Stringを操作する copy/posとかもね。

172 ：デフォルトの名無しさん：02/10/26 10:57

>>171
高いバージョンのはね。ちょっと改良して公開したらいろいろ問題になると思われ。

173 ：デフォルトの名無しさん：02/10/26 10:59

>>172 ボーランドが潰れた後なら　問題ないでしょ　

174 ：デフォルトの名無しさん：02/10/26 11:02

でもコンパイラに重大な問題が発生したらどうしようもない。

175 ：デフォルトの名無しさん：02/10/26 11:03

>>173
根拠は？訴えようと思えばいくらでも。

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

>>174
コンパイラはD5～D7とそう大差ないのがあるんだから　問題を回避出来るコンパイラを選べばいいでしょ

177 ：デフォルトの名無しさん：02/10/26 11:07

>>175 誰が訴えるの？　訴える権利があるなら、問題を回避する責任もあるのが普通でしょ

178 ：デフォルトの名無しさん：02/10/26 11:08

>>176
D5～D7で大差ないって。アフォ？

179 ：デフォルトの名無しさん：02/10/26 11:09

一時期、某もDelphiも潰れかかったんだけど、なんかもう回避しちゃったね。
もし潰れたらってのは、無さそう。

180 ：デフォルトの名無しさん：02/10/26 11:10

>>179 変な神経してるね。

181 ：デフォルトの名無しさん：02/10/26 11:10

>>178
　列挙型に値が割当てられる程度でしょ？　使わなきゃいいじゃない。

182 ：デフォルトの名無しさん：02/10/26 11:12

まあ　某が潰れたら、
　プロジェクトからプログラマが一人抜けた程度の痛手はあるけど、
ソース残ってるからなんとかなるよって感じかな。

183 ：デフォルトの名無しさん：02/10/26 11:12

>>180
なんか、某とDelの話題に夢中だね。

184 ：デフォルトの名無しさん：02/10/26 11:12

>>176
いつまでもD5を使っていなさい。

185 ：デフォルトの名無しさん：02/10/26 11:13

>>182
コンパイラは出し続けてくれなきゃ困るぞ。
Win64用とか。

186 ：デフォルトの名無しさん：02/10/26 11:13

>>183
発言内容が狂ってるよ。

187 ：デフォルトの名無しさん：02/10/26 11:13

はんまーだか痛にうむだか他の何かだかはともかく
64ビットシステムが普及したら32ビットの今のDelphiのままでは不満を感じるでしょ。

日本で暴乱堂Pascal7が出なかったおかげで
ターパス6からDelphi2までの長いあいだ32ビットコードを書けなかった暗黒時代を思い出します。

188 ：デフォルトの名無しさん：02/10/26 11:14

>>184
実は、D4で十分だったりするよ。

189 ：デフォルトの名無しさん：02/10/26 11:14

>>185 >>187
コンパイラはD5～D7とそう大差ないのがあるんだから　問題を回避出来るコンパイラを選べばいいでしょ

190 ：デフォルトの名無しさん：02/10/26 11:22

>>187
64bitへの移行みたいな美味しい市場が開けたら　そりゃ某は潰れないでしょ。
今は.NET対応しかネタが無くて、肝心の.NETが市場形成されてないから苦労してるんでしょ

191 ：デフォルトの名無しさん：02/10/26 11:23

だいたい64bit市場が開けたら、　とりあえず数年は日本の業界も不況を棚上げ出来るかもね。

192 ：デフォルトの名無しさん：02/10/26 11:25

Delphi・・・Win32/64、DOS（D1）、、Linux（同封Kylix）.NET（D8）
BCB7・・・Win32/64、DOS、WinCE、、Linux（同封Kylix）.NET

VB.NET・・・.NET

193 ：デフォルトの名無しさん：02/10/26 11:26

↑
Win64はD8

194 ：デフォルトの名無しさん：02/10/26 11:29

>>193
D1の実行ファイルは Win16だけど XPでも動くよ　
今のWin64はサーバ専用だからWin32エミュ箱はインストーラ以外動かないらしいけど
クライアント用が出れば DOS/Win16/Win32実行ファイルも動くでしょ

195 ：デフォルトの名無しさん：02/10/26 11:35

>>194
Delphi・・・Win32、Win64（D8）、DOS（D1）、Win16（D1）、Linux（同封Kylix）、.NET（D8）
BCB7・・・Win32/64、DOS、WinCE、Linux（同封Kylix）、.NET

VB.NET・・・.NET

196 ：デフォルトの名無しさん：02/10/26 12:09

>>195
Kylixは痛いぞ・・・。

197 ：デフォルトの名無しさん：02/10/26 12:10

>>194
＞クライアント用が出れば DOS/Win16/Win32実行ファイルも動くでしょ

それをしたくないから.NETにいこうしようとしてるんだと何回言えば・・・

198 ：デフォルトの名無しさん：02/10/26 12:12

>>188
そういやコンパイラに関しては
D3
↓ 動的配列筆頭に盛りだくさん
D4
↓ 特に変化なし
D5
↓ 列挙型で値を指定可能に
D6
↓ 変化なし (,net警告が出るだけ)
D7

だから D4～D7まで大きな変化なしか

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

>>197
実は　ちょっとした装置のメンテナンスツール作ったりするのに
最大限同じEXEで動くようにD1持ち出して Win16で作ったりするよ。
これならOS/2でも動くし

200 ：デフォルトの名無しさん：02/10/26 12:16

>>197
D8で.NET対応。でも.NETが廃れたら対応止めたりして。

201 ：デフォルトの名無しさん：02/10/26 12:20

>>195
.NETがニッチでは存続していくとして、
コンパイラにも.NET専用を使うのは嬉しくないね。

202 ：デフォルトの名無しさん：02/10/26 12:21

なんだ、Delphiの需要とか重要性とかｱﾌﾟしてるじゃん。

203 ：デフォルトの名無しさん：02/10/26 12:34

>>クライアント用が出れば DOS/Win16/Win32実行ファイルも動くでしょ
>それをしたくないから.NETにいこうしようとしてるんだと何回言えば・・・

DOS.NETなんて死んでも出ないな。
DOSは無料なんだが。

204 ：デフォルトの名無しさん：02/10/26 12:36

>>203
Win16以下なんぞレポートする気無いと思うぞ。既に。

205 ：デフォルトの名無しさん：02/10/26 12:36

>>204
サポートだ。すまそ。

206 ：デフォルトの名無しさん：02/10/26 12:38

>>204
まあM$がやらなくても、エミュレータは豊富にあるんだから、誰かが商売にするでしょ。
組み込みの開発ツールなんか未だにDOSなんだから

207 ：デフォルトの名無しさん：02/10/26 12:40

レポートage

208 ：デフォルトの名無しさん：02/10/26 12:41

MSの常識が通用しなくなってきてる嫌われはじめてる罠。
http://pc3.2ch.net/test/read.cgi/tech/1032860550/80-82
80 ：デフォルトの名無しさん：02/10/14 17:24
携帯のＯＳ関係を某国内大手ベンダーの下請けで関わっている。
ＰＣやＩＡサ－バは、すでに、ＭＳからＯＳ購入し、ハードのお金は、
東南アジアで制作した部品ばかりに頼りコスト削減も限度。その中で
２年もたたず、次々とＯＳのバ－ジョンアップで金をむしり取るＭＳ
との、つきあいもほとほと、いい加減にしてほしいというベンダーの
担当者。携帯まで同じ目会いたくないとの意見。結構強い。
まあ、少なくとも国内では、ＭＳのＯＳの携帯は、まだ実用では出ない
キャリアもＪａｖａに相当な投資したし

81 ：デフォルトの名無しさん：02/10/14 18:17
>>80
携帯ベンダーだけじゃないよ。
一般のWindowsユーザも同じく困っているらしい。
アップデートを全て行っているのにアプ中にエラーが発生するのは何故？
だって。

82 ：デフォルトの名無しさん：02/10/14 20:23
Win95のサポートを10年もたたないうちにやめてしまうような商売やってる所とは付き合えないよ
実際組み込みだと Win3.1のものも現場では残ってるし　製造だってしたいのに

209 ：デフォルトの名無しさん：02/10/26 12:51

>>208
いちいちスレ横断してネタ書かなくてもいいんだよ。　逆にそういう事すると美味しいネタもマズくなるからさ

210 ：デフォルトの名無しさん：02/10/26 13:04

D4→D5の変更点を見逃してるね。
DFMのテキスト化。
おかげで、D4ﾏｽﾞｰ。

211 ：デフォルトの名無しさん：02/10/26 14:59

>>210
あら？昔から2wayツールってことで切り替えられなかったっけ？

212 ：デフォルトの名無しさん：02/10/26 17:11

D4はDFMをテキスト表示できるだけ。ファイル形式はバイナリ>>211

213 ：デフォルトの名無しさん：02/10/26 21:10

>D4→D5の変更点を見逃してるね。
>DFMのテキスト化。

些末なことだよ。
コンパイラと関係ないし。IDE の機能でしょ。

214 ：デフォルトの名無しさん：02/10/26 21:12

DCC32は .pasコンパイラであり、.dfmコンパイラであり、リソースコンパイラであり、リンカでもあるから

215 ：デフォルトの名無しさん：02/10/26 22:10

さらにアセンブラでもある。

216 ：デフォルトの名無しさん：02/10/26 23:20

>>213
違うよ。D4でD5のテキストDFMを扱えないじゃん。

217 ：デフォルトの名無しさん：02/10/26 23:36

218 ：デフォルトの名無しさん：02/10/26 23:37

>>216
convert.exe　使えば解決するでしょ？

219 ：デフォルトの名無しさん：02/10/26 23:38

無理にバージョンダウンしても、機能自体が対応しなかったりする罠

220 ：デフォルトの名無しさん：02/10/26 23:41

ったく。だれだ？ Delphiのあるバージョンでバグがあったら
ほかのバージョンを使えばいいとかいった奴。

221 ：デフォルトの名無しさん：02/10/26 23:53

>>219
どの機能が？　IDEとVCLでさえ粗結合だと思うけど？

222 ：デフォルトの名無しさん：02/10/27 01:21

>>165
シュ、シュ、しゅみれーと！？

223 ：デフォルトの名無しさん：02/10/27 01:27

ディスクトップと　シュミレートはしょうがないよ。

224 ：rubyist@カラアゲうまうま：02/10/27 02:05

「Delphiできます。」なんて大きな声でいえないよね。自分は梅毒ですって言うのと同じだからねぇ

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

>>224
ハイハイ、同意するから、Ruby スレに早く帰ってね。

226 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/10/27 02:12

　　　　∧ ∧　　・・・・。
　　　ミﾟДﾟ彡　マヂで間違った!!
　　～ﾐ,,,,uuミ
　　ﾃﾞｨｽｸﾄｯﾌﾟは人が間違えてると激しく気になるのだけど
　　ｼｭﾐﾚﾄは脳内で発音と記述の
　　神経細胞が混乱しているらすぃです。

227 ：ななしへたぐらま ◆XcB18Bks.Y ：02/10/27 02:15

>>198
個人的にはD5でフレームが導入されたのが非常に大きいですが
使っていらっしゃる方はかなり少ないようですね．

>>216
D5でフォームを右クリックして
『テキスト形式 DFM』のチェックをはずして保存すると
バイナリ形式になりますよ．
D4どころかD1でも読めるはずです…たしか．
環境設定でデフォルトでバイナリ形式にすることもできます．
（ヘルプの『Delphi5の新しい機能』参照）

（D6は文字コードがUTF-8になったらしいのですが
使っていないので詳細はわかりません）

228 ：デフォルトの名無しさん：02/10/27 02:17

ここは進化の止まったソフトウェアの過去の栄光を懐かしむスレですか？

229 ：デフォルトの名無しさん：02/10/27 02:22

>>227
フレームはVCLの変化でしょう。　VCLは毎バージョン、何かしら追加があるようです

この話は、某が潰れても、ユーザがDelphiを育てるから問題無いというヨタ話に
じゃコンパイラにバグあったらどうするんだ？ってチャチャに、D5～D7までコンパイラ
の差は殆ど無いという返しを入れたというだけの事です

230 ：デフォルトの名無しさん：02/10/27 02:35

>>221
オーバーロードとか。

231 ：デフォルトの名無しさん：02/10/27 02:36

>>230 オーバーロードは　D3->D4　の追加物じゃなかったっけ？

232 ：デフォルトの名無しさん：02/10/27 02:54

Rubyの試しｈねい！

233 ：デフォルトの名無しさん：02/10/27 03:06

さすがにD7はひどいよな…
会社にEnt版買ってもらってるが、今回はいらん、と言っておいた

234 ：デフォルトの名無しさん：02/10/27 04:01

D3･･･通称デジヴァイス

235 ：デフォルトの名無しさん：02/10/27 05:30

D4･･･プリンセス

236 ：デフォルトの名無しさん：02/10/27 09:04

>>233
D7にKylix同封なのに。

237 ：デフォルトの名無しさん：02/10/27 09:05

勝ち組み・・・Java、Delphi、VC++
負け組み・・・VB、VB.NET、COBOL

238 ：コピペ：02/10/27 09:26

今は、プータロー（世間では敗者）でも、将来成功すれば、それは勝者です。
つまり、将来を見据えた生き方ができるかどうかです。
他人や世の中が持つモノサシではなく、自分のモノサシで「勝つ」とは自分にとって何なのか、価値を見つけることです

239 ：デフォルトの名無しさん：02/10/27 09:54

圧勝組み・・・Ruby

240 ：デフォルトの名無しさん：02/10/27 10:19

神託的参考書を御教授ください。

241 ：デフォルトの名無しさん：02/10/27 10:40

>>240
やはりこのスレだろ。

242 ：デフォルトの名無しさん：02/10/27 17:08

>>236
Kylixは前バージョン買ったけど1度も使わなかった…

243 ：デフォルトの名無しさん：02/11/05 17:23

DCC32は .pasコンパイラであり、.dfmコンパイラであり、リソースコンパイラであり、リンカでもあるから

244 ：デフォルトの名無しさん：02/11/05 17:35

>>243
さらにアセンブラでもある。

245 ：デフォルトの名無しさん：02/11/05 19:40

蛇琉菲

246 ：デフォルトの名無しさん：02/11/05 21:14

勝ち組・・・C#、RUBY
負け組み・・Delphi、C、C++、Java

247 ：デフォルトの名無しさん：02/11/05 21:23

Rubyは微妙…

248 ：デフォルトの名無しさん：02/11/12 11:43

133=三段論法もろくに使えない=ブビ厨のせいにする=Del厨

249 ：デフォルトの名無しさん：02/11/12 12:57

スゲー・・・・・9月末の煽りになぜ今？　ストーカーってこいう人がなるのかな？

250 ：デフォルトの名無しさん：02/11/24 18:13

ストーカーage

251 ：デフォルトの名無しさん：02/11/24 18:29

アスペルガー症候群？

252 ：デフォルトの名無しさん：02/12/02 17:20

初心に返って

>Delphiって死滅しちゃうの？？？？

まぁ、なにごとも遅かれ早かれ死滅するんだが、最近のDel6以降は危なっかしい
ね。Linux 対応が躓きのもと。これでウィンドウズ開発環境はライブラリでユニット
が移ったりして少なからず悪い影響をうけた。その結果、Kylixが受けたかというと....

また懲りずに、.NET 対応だからなぁ。自らのアイデンティティーをどんどん削って
いって、one-of-them　に成り下がりたいのは、理解不能

Object Pascal（Delphi 言語）は、OOPLとしてJavaやC#と比較すると古臭くて
構造化言語の尻尾を引きずっている。

寿命は、長くてあと３年、とみた

253 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/12/02 23:09

微妙な数値が、絶妙な予想に感じますぞｺﾞﾙｧ

D4～D6に到る、Kylixの力入れようのおかげで
Delphiで出来るいろいろな事を失った感はありますね。

でもって、せっかくの.NET対応でDelphi言語を
よみがえらせるのかと思いきや、
過去の資産という名の足かせで、言語仕様はあまり変わらずで
既存のVCL+デメリットしか存在しないような.NET対応･･･
(MLでの反応の薄さは民意をすばらしく反映してますね)

￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　 ∧,,∧ 　　　ﾏｰｹもだけど、Proje運営も完全に
＿＿ミ,,ﾟДﾟ彡,,,,,＿＿＿.　　　∀ 　　　　方向がなくなった
　　　 ∩,,,,,,,,,,,,,,⊃⊃　　|　　　┷┳━ 　　ね。
￣￣￣￣￣￣￣￣￣￣￣|　　┃
￣￣￣￣￣￣￣￣￣￣￣　　 ┻
VCL.NETなんてやめておいて
既存VCL+Delphi言語仕様で
C#を超えてやれば、完全に生き残れたのに･･･今は魅力なさすぎ。

Unicode対応も可能だったし、
ASP.NETはIntraWebであっさり超えたのに活かせなかったし
ﾐﾆVMをExeに含んで、ｶﾞｰﾍﾞｰｼﾞｺﾚｸﾄだって出来たろうし
Object継承を廃止するか復活させるかで
recodeにprocedureを持たせることだって余裕だろうし、
Javaをあれだけ極めた人がいるのだろうから、
言語仕様にきっちりとしたInterfaceを実装するのも
可能だったろう。Javaバイトコードを吐かせる
こともできたかもしれない。

すべて某社の怠慢だと俺は思っています。

254 ：デフォルトの名無しさん：02/12/03 17:24

>VCL.NETなんてやめておいて
>既存VCL+Delphi言語仕様で
>C#を超えてやれば、完全に生き残れたのに･･･今は魅力なさすぎ。

激しく剥げ銅です。

255 ：デフォルトの名無しさん：02/12/03 22:53

そうか？　３年後にボーランドが潰れても　俺はその後５年は Delphiを使うだろうな

その間にプログラミング技術が上がれば、Delphiモドキのコンパイラも作りたい

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

ボーランドなくなったら、再インストールできるのかしら？

257 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/12/04 00:44

　ミ,,ﾟДﾟﾐつ　買収されるってのはあるかもしれねいけど
　　　　　　　　某の人間とかﾃｸﾉﾛｼﾞとかが3年ではなんくなんないと思うです。
　　　　　　　　ここのとこも、ある面から見ると順風満帆
　　　　　　　　3年後もなかなかに稼ぐ技術はあるでしょう。

でも、JBuilderメインでDelは捨てられるかも。
ってお話。

そのときは、ｺﾝﾊﾟｲﾗからIDEからなにからｵﾌﾟｿしてほしい。
Del界にはそれをどんどん拡張していけるだけの
気概ある方々はそろっていると思われ。
(3年後・5年後にそんな気概のあるﾔｼが残っているかは
　疑問ですが。)

258 ：デフォルトの名無しさん：02/12/04 00:46

> 某の人間とかﾃｸﾉﾛｼﾞとかが3年ではなんくなんないと思うです。

根拠のない希望的観測だあ～

259 ：デフォルトの名無しさん：02/12/04 01:04

議論沸騰期待 age

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

駄目な連中ばっかり。

261 ：デフォルトの名無しさん：02/12/04 01:09

>VCL.NETなんてやめておいて
アフォですか？
これはWin32なんてやめておいてWin16を充実させようといってるようなもの。
不出来だろうがなんだろうがWinの開発環境の.NET対応は絶対不可欠だよ。

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

>> 不出来だろうがなんだろうがWinの開発環境の.NET対応は絶対不可欠だよ。

アフォですか？
対応の仕方について言ってるのよ

263 ：デフォルトの名無しさん：02/12/04 01:13

>駄目な連中ばっかり。

あんたが一番駄目そう

264 ：デフォルトの名無しさん：02/12/04 01:16

VB厨と共に死滅だな

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

>対応の仕方について言ってるのよ
アフォですか？
Delphiの名を冠している限り対応の仕方なんて一種類しかないだろ。

ま、今散々文句垂れたところでDel.NETが大コケして
別名の開発言語が出てこない限りどうにもならないよ。

266 ：デフォルトの名無しさん：02/12/04 01:22

＞Delphiの名を冠している限り対応の仕方なんて一種類しかないだろ。

なにも知らないんだね。もう寝な。

267 ：デフォルトの名無しさん：02/12/04 01:23

鳩山くらいヤバくなってきた。

268 ：デフォルトの名無しさん：02/12/04 01:24

VB厨の皆さん、今まで御免なさい。一緒に逝きましょう。

269 ：デフォルトの名無しさん：02/12/04 01:35

> 不出来だろうがなんだろうがWinの開発環境の.NET対応は絶対不可欠だよ。

そうかなぁ。.NET が次代の標準プラットフォームなる、と確信している
みたいだけど、根拠はなに？ MS が必死だからか（藁

270 ：デフォルトの名無しさん：02/12/04 01:38

Win16:Win32=Win32:.NET=Turbo Pascal for Win:Delphi=Delphi:C#

271 ：デフォルトの名無しさん：02/12/04 01:38

もめーら、まずポストhejlsbergから探そうや

272 ：デフォルトの名無しさん：02/12/04 01:47

結局行き着くところはjava/.netになると思うんだが
それ以外の現実的な解ってありうる？

273 ：デフォルトの名無しさん：02/12/04 01:49

悪貨は良貨を駆逐する

274 ：デフォルトの名無しさん：02/12/04 01:53

>>272
>それ以外の現実的な解ってありうる？
もちろんあるよ。それは現状維持。
ソフトもハードも脳みそもアップデート不要でコスト０。

ロシアで使われているアイロンは１５年前のものと
全く同じモデルだそうだが我々もそれを見習いたいものだ。

275 ：デフォルトの名無しさん：02/12/04 01:56

思考停止ってやつですか。まあお似合いかもしれませんね・・・

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

> 思考停止ってやつですか。

改悪反対。思考停止は ,NET 盲信者のことだろ

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

まあ、思考を止めた人たちには分からんから仕方ないんじゃない？

278 ：デフォルトの名無しさん：02/12/04 02:13

> Win16:Win32=Win32:.NET

これは間違ってるよ。
Win16:Win32=Win32:Win64 だろ。

.NET はなくても全然困らない

279 ：デフォルトの名無しさん：02/12/04 03:42

「行き着くところは・・・」的な議論は大抵眉唾もんですね
ちょっと前だとネットワークコンピューターが席巻するみたいな
こと言ってって結局はポシャッちゃったし、Ｌｉｎｕｘが
ＭＳにとって替わるみたいなこと言ってて全然ＭＳは安泰だし

熱烈な支持者がいる時点でそう簡単になくならないと考えるのが自然です

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

旧VBには熱烈な支持者がいなかったのですね。

行き着くところは、
熱烈な支持者がいる時点でそう簡単になくならないと。

281 ：デフォルトの名無しさん：02/12/04 09:51

VB6.0が2008年にサポート停止されることに脅威してる技術者
がこの国にはわんさかいますが何か？

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

>　VB6.0が2008年にサポート停止

発売停止はもうすぐだな？
もうきてる？

283 ：C++Builder派：02/12/04 18:43

>>253

そりゃ無茶やろ。過去の資産は重要。
互換性が犠牲になるくらいならC#.netに乗り換えるって…。

それよりC++Builderをなんとかしてほしいよ。
組み込み用のＣ言語モジュールのプロトタイプを作るのに便利なんだよ。
だけど初代で受けたVCLの衝撃も今となっては足かせでしかないんだよ。
AlphaBlend APIが登場して何年にもなるのにTCanvasがまだサポートしないくらい進歩してないんだよ。
ラピッド開発でクライアントを驚かすことはできてもコンポーネントがたくさん付いたフォームのメンテは地獄なんだよ。
Windowsのソフトを作るだけならC#を使いたいよ。
でも.net frameworkの社内普及率が5%くらいだから結局使えないんだよ。

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

フサフサ
>でも、JBuilderメインでDelは捨てられるかも。
>ってお話。
BCBはどうなるの？

285 ：デフォルトの名無しさん：02/12/04 23:39

>>283
自分も組込用のモジュールのテストをBCBでやってるけど
最近 BCBで大まかにデバックしたら、後はCのコンパイルだけして
ObjをDelphiにリンクしてDelphiで試験してる。

DelphiからだとCのソースはトレースしか出来なくて　変数参照が出来ないけど
そんなに困らないや

286 ：デフォルトの名無しさん：02/12/05 04:56

＞そりゃ無茶やろ。過去の資産は重要。

わはは。過去の資産を .NET 上に乗り換える意味ってなんですか？

287 ：デフォルトの名無しさん：02/12/05 05:03

> TCanvasがまだサポートしないくらい

Canvas.Handle を使えるでしょ。VCL はすべてをカバーしてるわけじゃないんで。
DrawText() なんか最初からサポートしてないし。なんでもクラスのメソッドや
プロパティーで解決しようと思うからこんな不満が生まれるんでしょ。

> Windowsのソフトを作るだけならC#を使いたいよ。

C# の方が小回りはきかないよ。細かいチューニングは C# の方がずっと大変。

> でも.net frameworkの社内普及率が5%くらいだから結局使えないんだよ。

わははははは。

288 ：C++Builder派：02/12/05 17:21

>>285

試験でエラーが出て修正するときにいちいち…。
まぁええか。小さなものしか作ってないならそれで十分かもね。

>>286
読解力無さ杉death…。つーかあんた日本語おかしいよ。
>>253を読み直してから
>互換性が犠牲になるくらいならC#.netに乗り換えるって…。
を読み直してみよう。

>>287
RADツールとしてのアドバンテージを保ちたかったら標準でサポートすべきでしょ。
つーかTFormでは半透明をサポートしてるじゃん。
それじゃぁTCanvasは何でサポートしないの？
やる気が無いからでしょ。これじゃあ将来にも期待が持てない。

289 ：285：02/12/05 18:06

>>288
うん。組込みっていってもM16Cだから、これで十分かな。
CのコンパイルはDelphiのIDEからさせてるしさ。

今やってるのは市販のコマンド型の液晶パネルのシミュレータを
Delphiで作って、Cでスクリプト作ってスクリプトで画面作ったり大
まかな応答させたりみたいな感じでやってる。

Cは低レベル処理だけさせて、ロジックはスクリプトでやると効率いい
自分ではこのスタイルを気に入ってるんだ。

半透明の件は、自分でオフスクリーンで処理した方がいいんじゃないの？

290 ：C++Builder派：02/12/05 18:25

>半透明の件は、自分でオフスクリーンで処理した方がいいんじゃないの？

そーじゃないって。
ここから某のやる気の無さが染み出して見えてしまうのが嫌なのよ。
もっとやる気を見せて欲しい！

291 ：285：02/12/05 18:38

よく判んないや。 .
NET ならさ、あれは将来OSそのものにするつもりでやってるんだろうから
OSの機能は全て.NETライブラリでなければならない　って事なら理解出来るけど
VCLはそうじゃないと思うんだがなあ・・・

292 ：デフォルトの名無しさん：02/12/05 18:59

>>291

そ、そ。それが分からんやつがいるのが信じられんのよ。わざわざ余計な
ランタイムつかって互換性を大事にする理由が分からん。>>288　も
質問に答えてないし。AlphaBlend()　なんていうレベルでどうのこうの
いうのは瑣末なこと。そんなのより、DrawText() のほうがよっぽど重要だろ。

> ここから某のやる気の無さが染み出して見えてしまうのが嫌なのよ。

弱小なんで、なんでもできるわけないだろ。TCanvas のメソッドに限らず
API でできることのすべてをVCLに要求するのは、酷でないの。
BCB なんか、Delphi よりマイナーなんだから、もっとメジャーなのに
うつったらどうだい。JBuilder が稼ぎ頭なんだろうね。

293 ：C++Builder派：02/12/05 19:32

OSの機能をすべてラップしろなんてことは最初から言ってないけど…。

285が言いたいことはわかる。Handleをゲットする使い方は自分もしているし。
だけど私の言いたいことも少しは汲み取っておくれよ。
VCLは、DelphiやBCBがRADであるための要でしょう。
それじゃあRADって何？　VisualC++に対するBCBのアドバンテージってどこにあるの？
APIで全て済むならRADなんていらないよ…。

TBitmapとかTCanvasに限らず、基本コンポーネントはまだまだ改良の余地があると思う。
でももう何年も変わってないでしょう。進歩が無い。
改良しようという姿勢すら見えない。
それでも自分で改良できるからOKなの？
RADツールがRADツールとしてのアドバンテージを維持しようと努力しなくてどうするの？

294 ：C++Builder派：02/12/05 19:41

>>292

BCBを使っているのは、組み込み用途がメインで、ツール作成がサブ用途。
C#に移りたいけど組み込みでC#は使えないからね…。
BCBがマイナーなのはよくても、VCLは比較的メジャーなんだからがんばって欲しい。

VCLがめちゃバージョンアップするか、組み込み用C#ネイティブコンパイラが出るかして欲しい。
Delphiには移らない。pascalは肌に合わないし。

質問って>>286のこと？
過去の資産を.netに移し変えるなんて最初から言ってないぞ。
過去の資産を無駄にしていいならC#に乗り換えると言ってるんだよ。
>>253への反論としてね。

295 ：C++Builder派：02/12/05 19:43

今日はもう帰らないとカミサンに怒られるので終わり。

296 ：285：02/12/05 20:05

RAD = Rapid Application Development
素早くアプリを作る手法だよね。
Delphiは確かににRADツールとしては最高級に属すると思う。
しかしBCBはどうだろう。良いツールだけど、コンパイル速度の1点で劣ると思う。
RADを追求するなら、やはりDelphiかC#になってしまうのだろう。

あと、VCLの機能が豊富になったら、よりRADになるのだろうか？
今でもこれを実現するには何を使えば良いか検索の時間が大きいのに、
滅多に使わない機能に無意味な包装をして意味があるか疑問だ。

297 ：デフォルトの名無しさん：02/12/05 20:08

コンパイル時間なんて設計やコーディングや保守の時間に比べたら無も同然だと思うけど…。

298 ：デフォルトの名無しさん：02/12/05 21:19

>>297
RADの手法は　設計しつつコーデングしつつテストランさせて一挙に仕上げるって事だからさ

299 ：デフォルトの名無しさん：02/12/06 03:16

>> 過去の資産を無駄にしていいならC#に乗り換えると言ってるんだよ。

これは、過去の資産を無駄にしなけりゃ、そのまま過去資産 on .NET
ということだろ。>>286 の質問のとおりだと思うが？

300 ：デフォルトの名無しさん：02/12/06 06:47

>>299
過去の資産を無駄にしなけりゃDelphiのままだろ。
なんで過去資産on .NET?

301 ：デフォルトの名無しさん：02/12/06 09:41

>>300
はぁ？　文脈分かってる？
もともと「>>253 への反論として」なんだから、VCL.NET がいらん、ということの
反論としての過去資産が重要である、といえば　VCL.NET のことを言ってるんじゃないの？

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

>>301
はぁ？
現VCLとは互換性のない「拡張VCL+拡張Delphi」への反論だろ？

303 ：デフォルトの名無しさん：02/12/06 14:00

>>302 は>>253がDelphi.NETのことを言っていることに気が付いてないんだ！

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

Delphi.NET preview版のデモが、現行VCLとあまりにも同じだったんで
大多数の人ががっくり、というやつね。VCL.NET は、Framework のほかに
よけなランタイムがいるデメリットがあるのに、その他は現状となにも変わ
らん、ということで「なんで？」だよね。まぁ、現行アセンブリのラッピング
版のライブラリもあるらしいけど。

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

(´-｀).。oO(ありがとうDelphi、君の事は忘れないよ…）

306 ：デフォルトの名無しさん：02/12/09 11:19

Delphi使ってる。先月からゲームのプログラムしだしたんだけど、
Sofmapで見た瞬間に即買した。
使いやすい、マジで。そして速い。コンパイルするとEXEが出来る、マジで。ちょっと
感動。しかもコンパイラなのにGUIだから操作も簡単で良い。Delphiはダサいと言わ
れてるけど個人的には凄いと思う。.NETと比べればそりゃちょっとは違うかもし
れないけど、そんなに大差はないって店員も言ってたし、それは間違いないと思う。
ただコーディングはめんどくさいね。いちいちbeginとか打たなきゃ駄目だし。
将来性にかんしては多分.NETもDelphiも変わらないでしょ。.NET使ったことないから
知らないけどマネージドコードかどうかでそんなに変わったらアホ臭くてだれもDelphiな
んて買わないでしょ。個人的にはDelphiでも十分に使える。
嘘かと思われるかも知れないけどHello World表示するプログラムのコンパイル速度でマジで
VB6.0を抜いた。つまりはMicrosoftですらボーランドのDelphiには勝てないと言うわけで、
それだけでも個人的には大満足です。

307 ：デフォルトの名無しさん：02/12/09 12:39

DelphiのVer4までつくってた方は
MSでC#を

308 ：デフォルトの名無しさん：02/12/09 13:52

嘘とは思わないよ。　VB6迄のVBならDelphiのコンパイルが数倍速い。
もちろんVBのインタプリタ実行と比べてDelphiのコンパイル＆goの方が速いという意味ね。

309 ：デフォルトの名無しさん：02/12/09 17:21

>>304
VCL.NETはWindows.Formsを使っていない＆ひとつのexeになるのでスマートリンクされる
(＝exeサイズは巨大になるが、省メモリが期待できる)、ので、
Windows.Formsと比べてどちらが得かは今のところ断言できなさげ。
ただ、相変わらずグローバル変数使いまくりなデザインが改善されていないのは？？
そろそろGUIスレッドを複数作れるようにして欲しい｡

実はDelphi.NET最大のメリットは、.NET用のWindowsAPIヘッダーが付いてくる事ではなかろうか(w
.NETなのでC#からでも使えるし、自分で宣言する手間から解放～

310 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：02/12/10 00:35

　　　　　∧,,∧
　　　　ミ,,ﾟДﾟ彡　　　んーー
　　　　　ミ　つ且~~ 　　ひとつのexe？
　　　　　ﾐ,,__　ヾ　　　　Exe実行の為に.NET枠のｲﾝｽｺ
　⊂二二二UU二二⊃ が必要なさげってことですか？

　　　　　　　　　　　　　　もっといろんな情報キボンヌ
　　　　　　　　　　　　ガレリオでASP.NETはできんでしょうか,,,

311 ：デフォルトの名無しさん：02/12/10 03:31

>>309

説明ありがとう。VCL.NETの一番の疑問は、そういう外見上のことではなくて、
過去遺産の継承という観点が、.NET に移行するうえでなぜ重要なのか、という
点です。.NET Framework がなくても動作するコードを、なぜ .NET 上で開発
する必要があるのでしょう。VCL.NET はこの疑問に答えない限り、存在意義を
見いだすことはできません。

>>実はDelphi.NET最大のメリットは、.NET用のWindowsAPIヘッダーが付いてくる事ではなかろうか(w

ふーむ、APIの使用に先立って旧ＶＢやC#のようにいちいち宣言しなくてもよくなるのは
たしかに便利ですね。でも、それって、Managed Code であることや、そもそもの
ウリであったクロスプラットフォームの意義に逆行することですよね。そもそも GUI
部分は Windows 専用と割り切っても、なぜ .NET にしなければならないのか、やはり
明確ではありません。いたるところで.NET でのみで実現できることってなんですか
と質問してみても、「ありません」という答えばかりです。Delphi.NET についても
なぜ .NET に対応するのか明確ではありません。まぁ、これは .NET 固有の問題で
あって Delphi の問題ではありませんが、Delphi.NET を出すからには、Borland
は、上記の答えを持っているはずですよね？

312 ：デフォルトの名無しさん：02/12/10 03:49

「MSが必死だから」がその答え

313 ：デフォルトの名無しさん：02/12/10 05:19

>>306
>マジでVB6.0を抜いた。

なんか、いまごろ旧VBと比較しても意味ないんじゃ。
Delphi 発売直後からずっとVBなんか相手にしてないんだけど・・・

314 ：デフォルトの名無しさん：02/12/31 13:07

315 ：デフォルトの名無しさん：02/12/31 13:22

実際のところさ、Delphi叩いてるのって元Delphi使いなんだよな。
真性ブビ厨なんて「Delphi」なんて名前すら知らないよ。

316 ：デフォルトの名無しさん：02/12/31 13:25

元々はDelphiとはVBからVC++に移行できなかった落ちこぼれがたどり着くツールであったが、
もはやWindowsではC++至上主義が崩壊し、VC++に憧れる人間も少なくなった。
今後はVB.NETからC#に移行できない落ちこぼれを拾うしか生き残る道はないが、
実際にはそんな人間はほとんどいないだろう。

317 ：デフォルトの名無しさん：02/12/31 13:25

>>315
そらそうだ｡
Del7/8とC#のどちらが「本来あるべき姿」だったかなんて議論の余地はないからね｡

318 ：デフォルトの名無しさん：02/12/31 13:29

>>316
ご立派な予想ありがとう。
ついでに、３年先の日本経済も予想してくれ。

319 ：デフォルトの名無しさん：02/12/31 13:29

冬休みになると、いきなりレベルダウンだな

320 ：デフォルトの名無しさん：02/12/31 13:30

真面目な話、今の市場はJava・C#・VB.NETの寡占状態なんだよね。
3つとも似たり寄ったりだから、選択は立場と好みの問題だね。
そこにDelphiが入り込む余地はないと思う。

321 ：デフォルトの名無しさん：02/12/31 13:31

>>320
その市場ってのはどこにあるんだ？　人売り市場か？

322 ：デフォルトの名無しさん：02/12/31 13:33

クライアント市場のシェアをLinuxが半分以上奪って
商用アプリがバカスカ出てればDelphi/Kylyxの需要もあったかもしれない｡
要するにBorlandはLinuxブームにだまされた被害者であるといえよう｡

323 ：デフォルトの名無しさん：02/12/31 13:37

>>322
Delphi6の無償化は失敗だったという結論を出してるし、
JBuilderだってEclipseにやられて存在感なし。
OracleまでJBuilder見捨ててEclipseに参入したし。(w

324 ：デフォルトの名無しさん：02/12/31 13:39

で、買収へのカウントダウンへと

325 ：デフォルトの名無しさん：02/12/31 14:20

>>323
ビジネスの複雑さはオマエでは理解できない。
某も eclipse に参加している。

326 ：デフォルトの名無しさん：02/12/31 14:30

買収だとか煽っておいて、結局無くなったのはVB。
.NETで煽っていおいて、結局無くなる言語は、...

ﾌﾞﾋﾞ厨は２度死ぬ。

327 ：デフォルトの名無しさん：02/12/31 14:55

IEはいつか有償化されるとか煽っておいて、結局本当に有償化されたのはDelphi。

328 ：デフォルトの名無しさん：02/12/31 14:57

>>327
会社の生き残りのためだもん。仕方がないよ。
外の比較的マイナーな文学作品（以下略

329 ：デフォルトの名無しさん：02/12/31 15:05

Eclipseってそんなに騒ぐほどのものかなあ。
機能満載のVS.NETよりはるかに重いじゃん。
結局これはJavaVMの限界なんだろうねえ。
SWT的なアプローチは支持するけど、実際に作ってみれば
ここまでの速度が限界というのがはっきりして、
Javaにとっては夢も希望もなくなったと思う。
やっぱり.NET CLRにかなうものはあと10年は出てこないよ。

330 ：デフォルトの名無しさん：02/12/31 15:08

まあちんけなマシンしか使ってないお前には重いのかな？＞329

331 ：デフォルトの名無しさん：02/12/31 15:10

>>330
VS.NETは重く感じないマシンでEclipseは重く感じる。
この差だね。

332 ：デフォルトの名無しさん：02/12/31 15:10

>>327
　次の IE.NET で有償化の道を模索とかZDNETにあった記憶があるけど、
まあこの業界１ヶ月前は実世界の１年くらい前の話だから今は違うのかもね。

まあ、ヘタな予想や、ヘタな総括やるのは年末年始の行事だからヨシ

333 ：デフォルトの名無しさん：02/12/31 15:12

貧乏人に優しいM$でよかったな＞331

334 ：デフォルトの名無しさん：02/12/31 15:13

今年の総括

Delphi7は大ハズレ。
JBuilderの度重なるバージョンアップに顧客も愛想をつかす。
Borlandが死滅寸前のところにMSに買収との噂が出て株価を持ち直す。

335 ：デフォルトの名無しさん：02/12/31 15:16

Java厨必死だな。(藁
結局のところ、VJ++6.0を超えるIDEなんて未だに出てねーじゃん。(ｹﾞﾗ

336 ：デフォルトの名無しさん：02/12/31 15:17

D6からVerUpした人はそうかもね。　俺はD5からだから、結構満足だな。
IntraWeb なんか早速使ってるし、IDEも良くなった。

337 ：デフォルトの名無しさん：02/12/31 15:17

>>335
出てないなら作れよ。　ビジネスチャンスじゃないか

338 ：デフォルトの名無しさん：02/12/31 15:20

VJ#でJava2のコーディングができるとうれしいんだが。
誰かrt.jarのラッパーアセンブリ作らないかな。

339 ：デフォルトの名無しさん：02/12/31 15:20

思い出話ですか？ｹﾞﾗとか藁とか恥ずかしいよな＞335

340 ：デフォルトの名無しさん：02/12/31 15:23

Java厨も哀れだよな。
100% Pure Java(ﾌﾟの思想に反するSWTで無理矢理盛り上がってるんだもんな。
そんなのだったら初めからMSのWFC使ってれば良かったじゃん。

341 ：デフォルトの名無しさん：02/12/31 15:25

良かったかね？

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

趣味グラマバレバレの発言だな＞340

343 ：デフォルトの名無しさん：02/12/31 15:28

今年の総括

Delphi7はまだ買ってません。
JBuilderはアップグレードする金銭的余裕がないのでEclipseに乗り換えました。
3月にVisual Studio .NETを買ってしまったので、某製品はしばらく買うつもりはありません。

344 ：デフォルトの名無しさん：02/12/31 15:30

良かったんなら、そうしてるんだろし、これからもそうするんだろ。
毛のないワレメとかに興味がある奴と同じで、こっちにゃさっぱり理解出来んが。

345 ：デフォルトの名無しさん：02/12/31 15:31

>>343
３月に買って、MSDNはいつからの登録？

346 ：デフォルトの名無しさん：02/12/31 15:32

>>343
煽るつもりはないけど俺も似たようなもんだ。

347 ：デフォルトの名無しさん：02/12/31 15:35

VS.NETを一応覚えといて、やっぱりDelphiの方がいいや、というつもりだったんだけどね。
気がついてみればもうDelphiには触ってないよ。
Ver7は幻滅してPersonalすら買ってないし。

348 ：デフォルトの名無しさん：02/12/31 15:37

今年の総括
　ホントに仕事無くなった。

＃給料が唯一の収入源。　といって会社もいつまで持つか判らんし、
＃まあ、会社も潰れたら、なんかシェアウエアでも作って出してればどこか拾ってくれるだろ

349 ：デフォルトの名無しさん：02/12/31 15:38

>>347
なんかこの板にはそういう人多いね。　じゃあさようなら。　よいお年を。

350 ：デフォルトの名無しさん：02/12/31 15:40

今年の総括

本当に.NETの案件がｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

ASP.NETにADO.NET。ほんとﾌﾞﾋﾞ6に比べたら良くなったもんだ。

351 ：デフォルトの名無しさん：02/12/31 15:42

>>350
　おめでとう。　というか最初からこのスレのお客じゃないような気がするが、じゃさようなら。　よいお年を。

352 ：デフォルトの名無しさん：02/12/31 15:47

今年の総括。

Del7のﾀﾞｳｿ祭りを期待してたが、無償版廃止で萎え萎え。
しかもお金を払って買ったのにひどい日本語化。
そして勝手に変更されたライセンス騒ぎ。
本気で某はもうだめぽと思った。

353 ：デフォルトの名無しさん：02/12/31 15:49

>>347
>VS.NETを一応覚えといて、やっぱりDelphiの方がいいや、というつもりだったんだけどね。
>気がついてみればもうDelphiには触ってないよ。
>Ver7は幻滅してPersonalすら買ってないし。

なんでブビ注はこういう見え透いた自演するかな。
Del厨がVCLが添付されてないPersonalを話題に出す分けない。
やっぱ、VBばかり使ってるとバ○になる。
Personalは体験版だ。

354 ：デフォルトの名無しさん：02/12/31 15:49

>>352
はいはい。　ではご卒業という事で。　さようなら。　よいお年を。

355 ：デフォルトの名無しさん：02/12/31 15:51

>Personalは体験版だ。
んなこたない｡
他言語からの乗り換え組みには結構いるよ｡
その上Pro厨よりよっぽどまともなもの作ってたりする｡

356 ：デフォルトの名無しさん：02/12/31 15:53

じゃ、Delは無くならない下地は出来たようなもんだね。
VBや.NETは下地も無いからな...

357 ：デフォルトの名無しさん：02/12/31 15:57

今年の総括。

ﾌﾞﾋﾞ厨本当に死んでしまってご愁傷さまですた。

358 ：デフォルトの名無しさん：02/12/31 16:09

>>357
そう言いたいところだが、.NET化でJava厨も超える勢いだよ。

359 ：デフォルトの名無しさん：02/12/31 16:11

>>358　初夢にだけは見たくない光景だな

360 ：デフォルトの名無しさん：02/12/31 16:12

勢いだけで成果無しか。

VB6時代と何ら変わらず。

361 ：デフォルトの名無しさん：02/12/31 16:58

昨日、VB.NETと入門書みたいなものを必死に買っている人を見ました。
ここにいる人達の誰かですか？

362 ：デフォルトの名無しさん：02/12/31 17:11

武備注でなきゃVB.NETに逝く分けないよな

363 ：デフォルトの名無しさん：02/12/31 17:34

>>361
業務で作成したVB資産のメンテ用に必要なのかも。
だから、あれ程VB止めようって言ったのに(涙)

364 ：デフォルトの名無しさん：02/12/31 20:51

>>363
ほんと、Delphi だったらもっと悲惨だし。

365 ：デフォルトの名無しさん：02/12/31 21:00

>>361
だれでもはじめてがあるのでは？
別にいーんじゃない。

366 ：デフォルトの名無しさん：03/01/01 00:04

お前ら明けましておめでとうございます

367 ：デフォルトの名無しさん：03/01/01 01:46

今年こそでるふぁいとおさらばだ！！

368 ：デフォルトの名無しさん：03/01/01 18:22

>>367
ﾌﾞﾋﾞ厨はVBから無くなるなんてうらやましいね。

369 ：デフォルトの名無しさん：03/01/01 21:16

なんか、日本語が不得意な方がお一人いらっしゃるようなんですけど...

370 ：デフォルトの名無しさん：03/01/02 01:41

あと6ヶ月以内にGalileoが出るとは思えないな。(ﾌﾟ
ベイパーウェアだろ、これ。(ﾜﾗ
本当は6ヶ月以内に買収発表があるんだろ？(ｹﾞﾗ

371 ：デフォルトの名無しさん：03/01/02 01:46

>>370
2003年「度」前半で、９ヶ月じゃない？

372 ：デフォルトの名無しさん：03/01/02 01:47

Delphiが無くなって、いま使っているDelphiも使えなくなったら、
FreePascalを使おうかな。

373 ：デフォルトの名無しさん：03/01/02 01:47

しかし、ベータ版すら一般公開しないのは頂けないな。
MSみたいにサブスクリプションの会員全員に配ればいいのに。

374 ：デフォルトの名無しさん：03/01/02 01:48

>>372
VS.NET上でComponentPascal

375 ：デフォルトの名無しさん：03/01/02 01:50

http://www.citi.qut.edu.au/research/plas/projects/cp_files/cpdownload.html

376 ：デフォルトの名無しさん：03/01/02 01:55

正月休みで自宅マシンを再インストールしたんだけど、
Delphiは結局入れてないや。ﾃﾍ

377 ：デフォルトの名無しさん：03/01/02 01:55

ComponentPascalとは、.NETやJavaやMacOSやUnix(Linux)で使えるパスカルなのですか？

378 ：デフォルトの名無しさん：03/01/02 01:57

>>377
>>375を見る限りはJavaと.NETで使えるみたいだ。
だからある意味MacでもUnixでも使えるか。

379 ：デフォルトの名無しさん：03/01/02 01:58

そこまでしてPascalにこだわる必要な何もない｡

380 ：デフォルトの名無しさん：03/01/02 01:59

>376 氏ね

381 ：デフォルトの名無しさん：03/01/02 02:02

http://www.citi.qut.edu.au/research/plas/projects/cp_files/language_report.html
これが文法ですか。
ObjectPascal互換じゃないですね。
FreePascalはObjectPascal互換を目指しているから。

382 ：デフォルトの名無しさん：03/01/02 02:02

そういや、某にはサブスクリプション制があったのか。
まさか1年も経たないうちに会社ごとなくなるとは･･･。

383 ：デフォルトの名無しさん：03/01/02 02:07

>ObjectPascal互換

Delphi言語とは互換性がないのですね。

384 ：デフォルトの名無しさん：03/01/02 02:07

MSに買収されると、MS-Delphi がでるの？ MS-Delphi.NET?
いずれにしても、マイクロソフト社制のコンパイラユーザーにとっては
良い事ですね。

385 ：デフォルトの名無しさん：03/01/02 02:09

別に某製品が目当てじゃなくて、2-Way特許の買い取りが目的でしょ。

386 ：デフォルトの名無しさん：03/01/02 02:19

なるほど

387 ：デフォルトの名無しさん：03/01/02 02:26

じゃ、買収されたら Delphi は終り・・・？

特許料支払えば済む問題だと思うけど。
特許を取るって事は、金さえ払えば自由に使えるって事だから。

388 ：デフォルトの名無しさん：03/01/02 02:37

某買収してKylix/JBuilder開発終了｡Linux関連のプロジェクトから完全撤退｡

389 ：デフォルトの名無しさん：03/01/02 02:40

じゃ、MS-Delphi.NETが出るの?
VB.NETやC#ユーザーがこぞってDelphiに乗り換えそうですが。

390 ：デフォルトの名無しさん：03/01/02 02:42

それはないだろ｡今となっては(特に.NET上での)Delphiの技術的アドバンテージは0｡

391 ：デフォルトの名無しさん：03/01/02 02:44

同じ.NETなら、Del厨以外はC#でしょ。

392 ：デフォルトの名無しさん：03/01/02 02:47

>>381
最初のほうをぱらっと見て Oberon-2 じゃんかと思ったら、上のほうにそれについて触れていて笑った。
Oberon-2 との違いだけ書いておいてほしいわ(苦笑)

393 ：デフォルトの名無しさん：03/01/02 10:40

●勝ち組
Delphi・・・Win32、Win64（D8）、DOS16/Win16（D1）、Linux（同封Kylix）、.NET（D8）
BCB7・・・Win32/64、DOS16、WinCE、Linux（同封Kylix）、.NET
●負け組
C#・・・.NET

ﾌﾞﾋﾞ厨はC#で２度氏ぬ。

394 ：デフォルトの名無しさん：03/01/02 11:51

年末大掃除でDelphi6 PersonalのCD-ROM捨てちゃった。(w
これで永遠にDelphiに触る機会もないかな。

395 ：デフォルトの名無しさん：03/01/02 11:53

>>394
っていうか、まだ持ってたの？(ﾌﾟ

396 ：デフォルトの名無しさん：03/01/02 11:58

でもさ、煽り抜きでDelphi離れって深刻だよね。

397 ：デフォルトの名無しさん：03/01/02 12:01

>>396
セキュリティのかけらもないアプリは作りたくないからね。
デスクトップだからセキュリティは関係ないなんて厨房発言はともかく。

398 ：デフォルトの名無しさん：03/01/02 12:08

Delphi for .NETってどこかから落とせないの？

399 ：デフォルトの名無しさん：03/01/02 12:18

>>398
お布施(ﾌﾟをしないと無理。

400 ：デフォルトの名無しさん：03/01/02 12:49

お前らDel7買え

401 ：デフォルトの名無しさん：03/01/02 12:56

.NETならセキュリティ万全。
うちは.NETでセコムやめました。

402 ：デフォルトの名無しさん：03/01/02 13:10

>>400
Delphi使いだが買ってない。

403 ：デフォルトの名無しさん：03/01/02 13:12

やっぱりDelphi7の話を振られるとどうもね･･･。洒落にならないというか。
フサギコですら見放したからなあ。

404 ：デフォルトの名無しさん：03/01/02 14:47

ﾌﾞﾋﾞ厨必死で見てて腹痛い。
VBのときと価値観変わってないようだ。烏合の衆であることに重きを置いてるようで。
Del厨はアプリが作れれば無理してVerｱﾌﾟしないし、Delや某の普及に無関心だよ。
ま、.NETは1.0から1.1で丸ごと変わるようだからM$にお年玉だね（ｗ

405 ：デフォルトの名無しさん：03/01/02 14:57

>Del厨はアプリが作れれば無理してVerｱﾌﾟしないし、

うん。ver2.0から何も変わってないからね。

406 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/02 19:12

407 ：デフォルトの名無しさん：03/01/02 19:17

おいおい、.NETネタをここで振るのはおかしくない？

408 ：デフォルトの名無しさん：03/01/02 22:50

>>406
.NET Frameworkのセキュリティ機構の幅広さ、としか言えない。
詳細は勉強してくれ。いずれにしても、この先のWin開発では必須の知識なので。

409 ：デフォルトの名無しさん：03/01/02 22:56

ちなみに、ベータの頃を含めれば.NET Frameworkは2年半の歴史があるけど、
いまだに表立ったセキュリティホールは見つかっていない。
(イカサマウイルスはいくつかあったけど。)
ネイティブコードだけでこれだけ堅牢なシステムを作るのははっきり言って不可能。
堅牢・安定でありながら速度のロスがあれだけ少ないなら十分すぎる。

410 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/02 23:17

411 ：デフォルトの名無しさん：03/01/02 23:28

イカサマ？
.NET だろうが　実行環境がWindowsである以上、ウイルスに感染しますよ？

全てのネイテブ形式のアプリの実行を禁止するスイッチがどこかに付いてるのですか？

412 ：デフォルトの名無しさん：03/01/02 23:33

MSには何も期待しない方がいい。

413 ：デフォルトの名無しさん：03/01/02 23:38

>>410
フサギコもVC#持ってるならSDKドキュメントぐらい読みなよ。
CASとかポリシーのことだよ。

>>411
違う違う。
ネイティブのスタブを乗っ取っただけで「.NETウイルス第1号」とか言ってること。
マネージドコードの乗っ取りはいまだ無傷。
いや、セキュリティ上の問題点はいくつか指摘されてきたけど、ウイルスとしてはまだない。

414 ：デフォルトの名無しさん：03/01/02 23:39

>>413
だから、あなたのパソコンにはネイテブ形式アプリの実行を禁止するスイッチがどこかに付いてるの？

415 ：デフォルトの名無しさん：03/01/02 23:41

マネージドウイルスの話なのにネイティブに話をすり替えられてもなあ。

416 ：デフォルトの名無しさん：03/01/02 23:42

> フサギコもVC#持ってるならSDKドキュメントぐらい読みなよ

彼には読む能力ないんでしょう。
あればこんなトンチンカンなことは言わないはず。

417 ：デフォルトの名無しさん：03/01/02 23:46

で？マネージドコードだったら　拡張子は何になるの？

418 ：デフォルトの名無しさん：03/01/02 23:49

マネージドコードの拡張子ってあたり、頭いたいなあ。
アセンブリの、なら分からんでもないけど・・・

419 ：デフォルトの名無しさん：03/01/02 23:53

で、結局拡張子は何？
まさか .EXEなんて事はないよね？
セキュティの事を考えたら、同じ拡張子名になんてする筈ないからね

420 ：デフォルトの名無しさん：03/01/03 00:03

今回ピッキングが簡単には出来ない新しい錠を取り付けました。
これでもう、セキュリティは万全ですよ。

なお、古いカギはそのまま使えます。
つまり、どちらでも開けられます。

え？古いカギ穴をピッキングする事は可能ですかって？　
当然でしょ？　古いカギ穴に細工したら以前のカギじゃ開けられなくなりますからね。

421 ：デフォルトの名無しさん：03/01/03 00:11

つか、マネージドコードがどのように提供されるか知らないんだろ。
フサ某みたいにドキュメントも読めないのかな。

422 ：デフォルトの名無しさん：03/01/03 00:25

たんにマイナーすぎてハックする気が起きないだけだろ。
Managedコードの方がセキュリーとしてはその程度が高い。これは事実。
でも万全とどうして言えるのだろう？
MS はこれからも毎月のようにセキュリティーパッチを出しつづけるだろう。
それはそれでよい。

厨房がセキュリーの高さをMSの受け売りでどうのこうのいうのは、笑止。

423 ：デフォルトの名無しさん：03/01/03 00:25

>>421
そうだね。
http://www.atmarkit.co.jp/fdotnet/technology/index/index.html
ここに書いてるある程度の事しか知らないな。

で？　結局、セキュリティって何？

.NET なら安全だって言うなら古いカギ穴を塞ぐことを含めて言わない
といけないのじゃないの？
　もちろん、そんな事は営業上出来ないから　.NET は安全なんて売り方はしてないけどね。

424 ：デフォルトの名無しさん：03/01/03 00:36

やっぱり単なる知ったか君だったのか・・・残念

Delphiスレってこんなのばっかで嫌になるね

425 ：デフォルトの名無しさん：03/01/03 00:37

> で？　結局、セキュリティって何？

笑った

426 ：デフォルトの名無しさん：03/01/03 00:45

だから、セキュリティって何？

説明も出来ないのか？

427 ：デフォルトの名無しさん：03/01/03 00:53

Windowsのセキュリティってどうなってたっけ？

428 ：デフォルトの名無しさん：03/01/03 00:58

セキュリティーってのは　安全を保障するって意味だ。
厨房の為に教えてやるが、保障ってのは、障害を取り去るって事だ。

.NETがセキュリティに優れているというなら、.NET 以外の安全を脅かす障害を取り去る
事が出来る状況を作らなければいけない。
拡張子 .EXE を選択したなら、ネイテブアプリが実行出来ないフィルターをかけて
初めて言える事だ。

もっと簡単に、拡張子をEXE　以外にすりゃよかったと思うけどな。

429 ：デフォルトの名無しさん：03/01/03 00:59

また拡張子厨房か・・・頭悪いなあ

430 ：デフォルトの名無しさん：03/01/03 01:00

>>429
で？　頭いいアンタのパソコンはウイルスにかからないわけだ。　ステキだねえ

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

ウイルスじゃなくても悪意のあるプログラムはどうしようもないんじゃないの？

432 ：デフォルトの名無しさん：03/01/03 01:17

やっぱJavaでNCだと思うんですよ。

433 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/03 07:10

　∩|　
　ﾐﾞ''ﾞﾞﾞつ　　　　＿＿＿＿＿＿＿＿
　ﾐ∧,,∧　　　／
　ミ,,ﾟДﾟ彡＜　　@ITみてなんとなくわかりますたが、
　Ｕ　Ｕ　　　　＼
　　　　　　　　　　￣￣￣￣￣￣￣￣
簡単な事を小難しく言う知識ひけらかし厨が
わざわざDelスレまで出張して
これですか、、、、
瑣末な知識の有無で能力とか言うなよ…

エロサイト接続アプリとか
初心者向けに懇切丁寧に
「セキュリテポリシを下げる設定を手順どおり
してから実行してね。」
という説明書付きでリリースされるんではないのですのん？

434 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/03 07:17

|,,∧　　　ゥｸﾞ…
|∩ﾟ彡
|　ﾐ
|　ﾐ　　ｲｹﾅｲ　ｲﾂﾓﾉｱｵﾘｸﾁｮｳｶﾞ
| U 　　　ﾃﾞﾃｼﾏｲﾏｽﾀﾜｵﾎﾎﾎ

435 ：デフォルトの名無しさん：03/01/03 10:52

拡張子は.NETに巣りゃいいんだよ
WORD.NET, EXCEL.NET, ...

436 ：デフォルトの名無しさん：03/01/03 11:07

Delスレに引きこもってコレですか。
これは大層なご身分ですね。

437 ：デフォルトの名無しさん：03/01/03 14:26

フサギコがヘルプ読まない理由なんて単純だよ。
フサの頭の中には完全に日本語訳されたヘルプなんてこの世にないと思ってるんだよ。
ほら、あのインチキ開発ツールがそうだから。
でもね、知識人として英語ぐらいは読めた方がいいよ。
低学歴なのがばれないようにね。(w

438 ：デフォルトの名無しさん：03/01/03 15:36

フサギコは英語も読めない、IDEがないと開発もできない、甘やかされたプログラマなんだよ。
そういうのでもプログラマを自称できて、一見動いてるように見えるアプリを作れるところが
Delphiの最大の功績であり、他人にとっては最も罪な部分なんだよ。

439 ：デフォルトの名無しさん：03/01/03 15:37

フサギコはSEだよ｡お前らとは格が違うんだよ｡

440 ：デフォルトの名無しさん：03/01/03 15:42

フサギコは.NETも勉強しようとしない、Delphi7の新機能を知ることも放棄してる。
もう駄目だね。

441 ：デフォルトの名無しさん：03/01/03 15:43

フサギコはVB6開発者だよ｡.NETもDelphi7も関係ないんだよ｡

442 ：デフォルトの名無しさん：03/01/03 15:46

なんで、C#スレでﾌﾞﾋﾞ厨がいじめられると、
Delphiスレが必ずあがるわけ？？？？？

443 ：デフォルトの名無しさん：03/01/03 15:46

>>441
そうか。辻褄が合うね。
ヘルプに書いてあることを質問してくる、
この世のアプリはGUIしかないと思ってる、
.NET・Delphi7について行けない。
Del厨が面白がって叩いてるﾌﾞﾋﾞ厨の姿そのままじゃん。

444 ：デフォルトの名無しさん：03/01/03 15:49

「過去ログに書いてありますよ」という単純明快な回答に逆切れするところも。

445 ：デフォルトの名無しさん：03/01/03 15:57

>>442
ブビ厨とこのスレは心が繋がってるんだよ

446 ：デフォルトの名無しさん：03/01/03 15:58

>>445
藁

447 ：デフォルトの名無しさん：03/01/03 16:21

実際ﾌｻｷﾞｺがDelphi使いの代表みたいに言われるのは甚だ迷惑だよなあ。
おかげで標準的なDel使いはDel7を買わずにC#やってるみたいなことを言われてるし。
きちんとお布施をした人に対する侮辱だよ。ﾌｻｷﾞｺの言動は。
コテハン名に「Del」をつけるなら、ちゃんとDel7 Proを買ってからにしてほしいね。

448 ：デフォルトの名無しさん：03/01/03 16:28

お布施さらし上げ

449 ：デフォルトの名無しさん：03/01/03 16:33

DeleteのDelだろ

450 ：デフォルトの名無しさん：03/01/03 16:33

というか、Galileoの発表でみんな見捨てたんでしょ。
.NETは支持しないけどGalileoは支持するなんてアホな理屈はないし。

451 ：デフォルトの名無しさん：03/01/03 17:54

>>450
.NETコンパイルが追加されただけすが。

ﾌﾞﾋﾞ厨には夢の世界で信じられないか。
Delphiから複数のターゲットにコンパイルできるんだＹＯ！

452 ：デフォルトの名無しさん：03/01/03 18:03

フサ某さん、名無しで発言ですか

453 ：デフォルトの名無しさん：03/01/03 18:34

>>433
＞エロサイト接続アプリとか
それはセキュリティじゃなくてユーザーのリテラシーの問題だろう。
鍵はちゃんとかけておくのが常識。開けろと他人に言われてあっさり開ける方がバカ。

454 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/03 21:12

　　　　 .Λ,,Λ. 　＿＿_ 　
　　　　ミ；ﾟДﾟﾐ　.||::::::::||
　　　ミ　　つ___||_____||　
　　　|￣￣|__ﾐ―――――
　　　`ー┬‐''
　　　　　┴
おまいら、なんか必死すぎです。正月くらいノンビリしたら？

>>437さん
俺、いつから知識人なんだ？？低学歴じゃないよ。
>>438さん
コンピュータにややこしいことをまかせて
人間は甘やかされるってのが世間の流れっすよね
他人にとって罪ってのは意味不明。
知識ひけらかし厨には困る事が多いのか？
>>453さん
＠ＩＴの記事読むと、Exe実行させるためにあの手この手で
アタックかけてくるんでしょ。
http://www.atmarkit.co.jp/fdotnet/technology/framework09/framework09_01.html
悪意あるプログラムを実行する方がバカ。
これでネイティブでもセキュリティ万全。
・・・・・・・って事がいいたいの？

地味だけど、重要ってのはここには書いてあるけど
http://www.atmarkit.co.jp/fdotnet/technology/framework09/framework09_03.html
厨房がいきりたって自慢してもちょっと寒いだけなんだが...

>>447さん
お布施って…

455 ：デフォルトの名無しさん：03/01/03 21:41

> 悪意あるプログラムを実行する方がバカ。

実行することもバカだけど、根本的には悪意のある機能を許可してしまうことがバカなの。

例えれば、ブラクラ踏んでしまうのはバカだけど、
怪しいURLに対して平然とスクリプトをONにしてることが根本的な問題。

456 ：デフォルトの名無しさん：03/01/03 21:52

セキュリティなら .NETよりWindowsで実現して欲しい事が幾つかある。

最低限欲しいのは、
○指定フォルダより上位階層にはアクセス出来ないという制限を付けられる
○アプリ名の付いたレジストリより // 同上 //

これはWin2000/XPの今年のサービスパックで何とかして欲しいな

457 ：デフォルトの名無しさん：03/01/03 21:54

フサ必死だな

458 ：デフォルトの名無しさん：03/01/03 21:57

>コンピュータにややこしいことをまかせて
>人間は甘やかされるってのが世間の流れっすよね
同意｡基本的にプログラミングもアプリもバカチョンであって欲しいよ｡

外部のプログラムについてはレベル設定だけじゃ不十分でデータ主体に考えて
「外部のプログラムxxxがアドレス帖を書き換えようとしています｡許可しますか？（Y/N)
現在許可されているアプリケーションはOutlookとOutlook Expressです｡」
くらいにわかりやすくして欲しいね。

459 ：デフォルトの名無しさん：03/01/04 00:07

フサギコって京大？東大？

460 ：453：03/01/04 00:42

>>454
＞悪意あるプログラムを実行する方がバカ。
＞これでネイティブでもセキュリティ万全。
＞・・・・・・・って事がいいたいの？
違う。言いたいことはだいたい455の人が書いてるとおり。
まともな人間が使わないとどんなセキュリティシステムも意味がないというだけの話だ。
あと、.NETだろうと何だろうと万全なセキュリティなど存在しない。あんなもんただの宣伝文句なんだから本気にするな。

＞地味だけど、重要ってのはここには書いてあるけど
＞厨房がいきりたって自慢してもちょっと寒いだけなんだが...
これは俺に対してのレスか？
俺の「簡単に鍵を開ける奴はバカ」という主張は逆説的に鍵の重要性を示していると読めないだろうか。
あと、どの辺が自慢に見えたのか、後学のために教えてくれ。

461 ：毛の生えたブリーフ：03/01/04 01:04

おそらく「死滅スレ」って私みたいなアマチュアプログラマがカキコしている
わけがないとおもうけど（中身を読むと業界の話しもでてくるし・・）、

プロがこの手の話題をディスカッションして何か得るものがあるのですか？
読んでも自分のスキルアップにつながらないような気がするし・・。

462 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/04 03:48

　　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　 ∧.,,∧　　／
　　ミ.,,ﾟДﾟ彡＜　もうそろそろお正月期間終わりですね
　　ﾐつ目(ﾐ .　＼実家で食っちゃ寝たら、
～ミ,,Ｏ,,,,,,つ　　　また体重プロパティが増えた気が汁ですが

元々、「Delphiはネイティブでセキュリチもなってなくて
.NETはセキュリティばっちりバンザイマンセー」って
カキコがあったから、わけわかんねーなと思って

「エロサイト接続アプリだったらセキュリティあっても抜けてくるから
.NETアプリでも関係ねーよｺﾞﾙｧ、
ネイティブでも実行しなきゃセキュリティオケじゃねーか」
って言っただけですよ。

だから
>、.NETだろうと何だろうと万全なセキュリティなど存在しない。
には同意。
>あと、どの辺が自慢に見えたのか
いや、セキュリティ問題持ち出して
Delphi煽ってくる.NET厨がうざかっただけです。

>>461さん
別にプロもアマも変わりないですよ。
言語は宗教で、宗教論争になってるだけでし。

463 ：デフォルトの名無しさん：03/01/04 05:04

Delphiに汎用的に使えるhashがないって本当ですか？

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

双方向リストも無いんだよね～

465 ：デフォルトの名無しさん：03/01/04 07:11

>>462
ﾌｻｷﾞｺが「セキュリティ」って言葉を誤解しているから話がややこしくなっているんだが...

「万全なセキュリティなど存在しない」は事実だけど、言語(RTL)システムにセキュリティの
概念が存在するのとしないのとでは様相がかなり変わるのだぞ。
現に Java の SandBox モデルだと、クライアントのプリンタにすら触ることができないため
まともなアプリケーションが登場するまでにはかなりの時間が必要だった。

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

>>461
暇つぶし。
自分の使っている処理系の欠点を理解するのはプロとして必須項目だし。

467 ：デフォルトの名無しさん：03/01/04 08:10

>>463
実はあるよ

468 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/04 13:37

　∩|　
　ﾐﾞ''ﾞﾞﾞつ　　　　＿＿＿＿＿＿＿＿
　ﾐ∧,,∧　　　／
　ミ,,ﾟДﾟ彡＜　そう思いたいのですね
　Ｕ　Ｕ　　　　＼
　　　　　　　　　　￣￣￣￣￣￣￣￣
>>465
別に誤解してないよ。

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

相変わらず話をそらすことにしか興味が無いみたいですね。
だめだこりゃ。存在価値皆無。

470 ：Delﾌｻｷﾞｺ ◆A6VzDeLphI ：03/01/04 14:03

　　　　l||l∧,,∧　　　　　　　／なんでこんなに
　　　　 .ミ,,　　彡　　　　＜　　粘着されてるんだろう
　　　　　∪　＿ﾐ / ￣￣￣/＼
　　　　　(ﾐ,,,|＼ ./　ﾚｯｼ /
　　　　　　　'＼/.======./
　　　　　　　　　￣￣￣　

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

正月だから

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

セキュリティを理解してるなら、なぜDelphiをやるのか理解できん。
残念ながら、セキュリティサポートはOSの役目ではないのだよ。
つまり、Delphi自らが何とかしなければならないのに、放棄してるじゃん。
今後は.NETかJavaのどちらかになるが、Windows以外触れない厨房には.NETがお勧めだろう。

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

>セキュリティを理解してるなら、なぜDelphiをやるのか理解できん。
あなたはローカルディスクトップアプリケーションに
セキュリティーを求めるお馬鹿さんですか?

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

Javaってもう終わってる言語じゃん。

475 ：デフォルトの名無しさん：03/01/04 15:09

>>472
で？　具体的に君の言うセキュリティって　何？

476 ：デフォルトの名無しさん：03/01/04 15:11

エロアプリが勝手に国際電話にダイヤルアップ防止機能を搭載していることだよ｡

477 ：デフォルトの名無しさん：03/01/04 15:11

>>473
当然求めるでしょ。
それともチミはローカルなら何でもありで構わないと思ってる厨房さんですか？

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

逆に言うと、セキュリティを実装するつもりのないDelphiは
今後もデスクトップの外に出ることはないということですね。

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

セキュリティ無視して、性能全開でぶっちぎりたい時もあるのさ
…ってのは冗談と本音が半々ぐらい。

>残念ながら、セキュリティサポートはOSの役目ではないのだよ。
ところで、WindowsAPIの大半とは言わないけどかなりの数に、
セキュリティ関係の引数(大抵nil渡すけど)があるのは気のせいなんだろうか

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

.NET FrameworkはOSです｡

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

>>476
> エロアプリが勝手に国際電話にダイヤルアップ防止機能

アプリごとにアクセス可能な範囲を設定できればいいんだけどねえ。
そういう発想にもっていくのがいいと思うんだけど・・・

ファイルのアクセス権だけじゃ無理があるんだろうか。

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

あのさ、OSが　>>496　のような機能を持っていれば　アプリ側で個別にアクセス制御をする必要もないし、

OSが>>496の機能を持っていないなら、知らない間に　悪意のあるプログラムを実行させられて・・・という
問題はどこまでもついて回るよ。

だから、セキュリティについてはOSのサポートが一番だよ。

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

>>496はOSに必要なセキュリティ機能を列挙する事(w

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

>>496期待age

485 ：デフォルトの名無しさん：03/01/04 15:24

>>473
漏れはVB使ってるから分かってるけど、ローカルだろうとセキュリティは必要。
「セキュリティロール」って言葉はご存知？
VB6の頃からサポートされてるよ。

486 ：デフォルトの名無しさん：03/01/04 15:25

>ファイルのアクセス権だけじゃ無理があるんだろうか。
>>458で外出だがファイルじゃ無理だろ｡やるならオブジェクトに対するでないの｡

487 ：デフォルトの名無しさん：03/01/04 15:26

>>479
その考えは甘い。
DirectX9ですらパーミションを持つようになったよ。
もはや性能全開にするのもユーザーの許可が必要なのだよ。

488 ：デフォルトの名無しさん：03/01/04 15:27

>>481
>アプリごとにアクセス可能な範囲を設定できればいいんだけどねえ。
>そういう発想にもっていくのがいいと思うんだけど・・・

その要求に対する回答こそが.NETです。

489 ：デフォルトの名無しさん：03/01/04 15:30

> やるならオブジェクトに対する

そのオブジェクトの区分と、アクセシビリティのレベルの区分が
意味のあるものだったらいいんだけど・・・

あと、オブジェクト(というかシステムか)のバージョンアップも
ままならんだろうねえ。気付いたら穴だらけになってたりして。

IPv6(IPSec)やNATによって、ポートやIPアドレスでのブロックが
意味を成さなくなるみたいな、そういう意味合いっす。

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

>>485
用途別セキュリティね。
概ね同意だが、要するに、現行のWindowsAPIがユーザー別セキュリティしか
想定してない為、.NETやJavaみたいな「層」を設けてそれを実現しているわけだ。
…で、そんな実現方法であれば、層さえ回避できればなんでもし放題なので、
やっぱOSサポートは必須なのかもねえ。
また、ファイルだけじゃなく、特定dllを呼び出す権利とか、特定URLに繋ぐ権利とか、
全部OSが監視して、許されない操作はAPIが失敗するようになれば(詳細は>>496頼む)、
アプリ側が何も考えてなくてもOKだし。

491 ：デフォルトの名無しさん：03/01/04 16:39

>やっぱOSサポートは必須なのかもねえ。
いまだに「第三者によってシステムを乗っ取られる可能性がある脆弱性」
とか言っているOSじゃあな・・・

492 ：デフォルトの名無しさん：03/01/04 16:39

なんと次のWinは.EXEのプロパティシートでフォルダやファイルのレジストリのアクセス権やインターナッツ使用権等が設定できるですよ。

493 ：36：03/01/04 17:40

>>492
まあそうなるだろうとは思っていた。
しかし、どうせパソオタ以外は弄くれないような、
使いづらいインターフェイスなんだろうな。。。

面倒くさくて、誰も設定を変更しないような予感！！！

494 ：デフォルトの名無しさん：03/01/04 18:53

>>408
でも .NET Framework自体に穴があったら .NETアプリでは
対応難しい罠
M$が完璧な物出してくれるのなら安心だが

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

> 面倒くさくて、誰も設定を変更しないような予感！！！

そう、それが一番意味が無い。
適切なプリセットを用意したり、
設定の確認や変更が簡単にできなければならない。

>>494
> 自体に穴

穴のない環境を求めてるの？

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

クライアントOSは常にサンドボックスの中でアプリを実行させて、
ハードディスクも不要。データはすべて大型サーバーに置けばいい。
The network is the computer.

497 ：デフォルトの名無しさん：03/01/04 23:12

>>496
>>482 から暖めたネタでそれですか・・・・

498 ：デフォルトの名無しさん：03/01/06 10:57

GotDotNet Japan 運営開始！
http://www.gotdotnet.com/team/ja/

GotDotNet Japan はマイクロソフトと開発者の皆さんが .NET に関する開発をテーマとして
情報交換やディスカッションする新しいコミュニケーションサイトです。米国 GotDotNet か
らの翻訳記事に加えて、日本独自で企画したシステム開発の現場に役立つ技術資料や .NET
での開発手法をいち早く習得するためのコラムを掲載していきます。
さらにコンテンツを執筆したマイクロソフトのエンジニアと、意見交換する場を提供します。

どこぞのクローズドな会社とは大違いだな｡

499 ：デフォルトの名無しさん：03/01/06 11:00

エバンジェリスト必死だな(藁

500 ：デフォルトの名無しさん：03/01/06 11:20

500

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

>>498
英語読めない人にとってはクローズドって事でなくて？

まー俺も辞書とニラメッコしながらなので締め出されてる方なんだけど。
英語の勉強ちゃんとやっときゃ良かったな、と今更思う。
でも学校の英語の授業だったら今聞いても子守唄にしかならないような気もする。

502 ：デフォルトの名無しさん：03/01/06 17:39

ＭＳ必死だね！！

503 ：デフォルトの名無しさん：03/01/06 18:34

某国瀕死だね！！

504 ：デフォルトの名無しさん：03/01/06 20:06

新社長年頭の挨拶は？

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

>>504
阿多さんが代わりにやりますた。

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

http://www.atmarkit.co.jp/news/200301/07/jbuilder.html

> eWEEKラボが6月にレビューを行い、11月にリリースされたJBuilder 8には、
> バージョン7から大幅に改善されていたものの、前回のアップデートほど、
> 強い興味を持つことができなかったのも事実である。

507 ：デフォルトの名無しさん：03/01/06 21:08

テキストオンリーってのがやる気のなさを感じさせるな｡

508 ：デフォルトの名無しさん：03/01/06 21:23

頼みの綱、JBuilderがこれじゃもう駄目だな。

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

フサ某ってホントに役に立たないな。

510 ：デフォルトの名無しさん：03/01/07 03:44

>>506
恣意的だな

【エグゼクティブサマリ】

　JBuilder 8は、マルチベンダJava市場への対応を実現しながら、マイクロソフト
の.NETのようにアプリケーション開発に対して明確な経路を示すという難易度が高い
課題に取り組んでいる。その結果、登場したのがハードウェア要件として512Mバイトの
RAM搭載を推奨するといった、リソースに対する史上最も高い要求である。だが、その
ポテンシャルを完全に発揮するには、これだけのリソースが必要なことは、われわれの
テストでも十分証明されている。適切なリソースがあれば、デベロッパはJBuilder 8が、
Javaベースの多くのフレームワーク用にうまく統合されたツールであり、全体的に優れ
た使いやすさを併せ持つ開発環境だと感じるだろう。

511 ：デフォルトの名無しさん：03/01/07 18:39

>>510
256MBまでしか保証していないメーカー製PCが今現在、
主力として使われている現実をわかってないのか？

512 ：デフォルトの名無しさん：03/01/07 19:02

Borlandはそんな貧乏会社相手にしてないよ｡
おとなしくEmacsでも使ってな｡

513 ：デフォルトの名無しさん：03/01/07 20:01

Delphi というより某日が死滅するのでは？

514 ：IP記録実験：03/01/08 21:45

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

515 ：デフォルトの名無しさん：03/01/09 02:31

わるいことする人がいなくなるね。
でもね。完全匿名のめりっともあるんだよね。
そーいう掲示板も作りたいね♪MaMasにでも。

516 ：デフォルトの名無しさん：03/01/09 03:15

http://qb.2ch.net/test/read.cgi/accuse/1042013605/352

517 ：デフォルトの名無しさん：03/01/10 00:28

Wi(ry

518 ：デフォルトの名無しさん：03/01/10 09:10

糞スレ立てたやつもＩＰ抜かれてアク禁
串使っても意味なし

519 ：デフォルトの名無しさん：03/01/10 10:31

>>214
罠ですよ～　罠（´Д⊂）

520 ：デフォルトの名無しさん：03/01/10 11:07

>>213
ﾓｰｦﾀは(･∀･)ｶｴﾚ!!

521 ：デフォルトの名無しさん：03/01/10 11:38

【無料】みんなでお揃いのユニフォーム【祭り】
http://life2.2ch.net/test/read.cgi/offevent/1042037013/

みんなで２ちゃんユニフォームを作ってﾜｼｮｰｲしよう！
同じｶｯｺしたちゃねらーで街を埋め尽くそう！

ユニフォーム代はなんと無料です！
↓ここを利用します。
http://www.getuniform.com/

522 ：デフォルトの名無しさん：03/01/10 12:26

>498
まだ議論や意見だろ？

ちゃんと読もうぜ、「法解釈」って日本語を。

523 ：デフォルトの名無しさん：03/01/10 12:53

>>982
だから、書けっつったら、書けないって自分言ったじゃん！
書けない本音なら書かなきゃいいじゃんってこと
もうそれ書かないと世界が大変なことになるってわけでもないんでそ？

うんこちんちん　　寝る！

524 ：デフォルトの名無しさん：03/01/10 13:47

>>595
奇遇だね

525 ：デフォルトの名無しさん：03/01/10 15:39

鳩山くらいヤバくなってきた。

526 ：デフォルトの名無しさん：03/01/10 16:01

裏面が"２００２"年元旦となっていませんように、、、

527 ：デフォルトの名無しさん：03/01/10 16:19

職場、学校､座敷牢から気兼ねなく書き込みでける
ってゆってたのにー
プンスカ！！

528 ：デフォルトの名無しさん：03/01/10 22:43

>>365
情報価値の低い書きこみはIPを記録する事で減るのかなー？

529 ：デフォルトの名無しさん：03/01/10 22:51

>>699
マジ？（ｗ

530 ：デフォルトの名無しさん：03/01/11 00:08

2chでIP記録実験が始まる

　ネット掲示板「2ちゃんねる」管理人のひろゆき氏は1月9日、掲示板に書き込んだユーザーのIPを記録する実験を始めたことを明らかにした。

　ひろゆき氏が発行するメールマガジンで明らかにした。各掲示板の最下部の日付が「2ちゃんねる20030107」以降のものはアクセスログの記録を実験しているという。

　ひろゆき氏は2002年末、都内の動物病院が同掲示板への発言の削除を求めた裁判の控訴審で敗訴したのを受け、IP記録の開始を示唆していた。（ZDNet）

　yahooでもひろゆき氏なんですね。ビンラディン氏・オマル氏を思い出す。

531 ：デフォルトの名無しさん：03/01/11 00:16

Ｐ２Ｐ掲示板をまともにつくった方が遙かに楽だと思うよ。がんがって。

532 ：デフォルトの名無しさん：03/01/11 09:39

いきなり夜勤さん降臨か・・・。
あのことを聞いてみようかと思う今日この頃

533 ：デフォルトの名無しさん：03/01/11 09:40

ヤフーもＴＯＰに載せなくてもいいのに、、、

534 ：デフォルトの名無しさん：03/01/11 10:12

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

535 ：デフォルトの名無しさん：03/01/11 11:37

非２ちゃんねらーが２ｃｈのルールに拘束される必要は無い、という事です。

536 ：デフォルトの名無しさん：03/01/11 12:39

いや明け方に（略

537 ：デフォルトの名無しさん：03/01/11 13:10

実社会で通用しない人がネットでは強い自分を演じて無謀で責任のとれないような
書き込みケースが増えてるからしょうがないでしょう。

538 ：デフォルトの名無しさん：03/01/11 15:59

既婚板の自作自演厨や犯罪者ｺﾃﾊﾝがおとなしくなってます。
笑える。

539 ：デフォルトの名無しさん：03/01/11 16:02

漏らすバカが出るだろうというのが一番の問題なんだよ

540 ：デフォルトの名無しさん：03/01/12 00:05

半角板がおもしろい

541 ：デフォルトの名無しさん：03/01/12 00:15

２ｃｈで告知するかどうかを知ることで？(^_^;)なんでそうなるんだ？

そりゃそうだ(^_^;)まあハッキングと強盗は区別するってことで

２０レス分くらい読めよ(^_^;)

どこまでＯＫなのかわかってたら訴訟で負けたりしません(^_^;)

なるほど(^_^;)

542 ：デフォルトの名無しさん：03/01/12 02:52

白白白　発発発　厨厨厨　東東東　７７７

キターーーーーーーーーーー論
第三元
＜＜１
口座に四倍万振り込め

543 ：デフォルトの名無しさん：03/01/12 02:56

もらい泣き

544 ：デフォルトの名無しさん：03/01/12 10:28

◆IZUMIgeVMAは現実的じゃない事いってるしさ。

おしまい。

545 ：デフォルトの名無しさん：03/01/12 21:05

さよなら２ｃｈ、、

546 ：デフォルトの名無しさん：03/01/12 21:07

同じような書き込みが削除されずにいたら、今後も同じような訴訟になると思うぞ。

547 ：デフォルトの名無しさん：03/01/12 21:18

次は数ヶ月後とか？

548 ：山崎渉：03/01/13 18:50

（＾＾）

549 ：デフォルトの名無しさん：03/01/13 23:02

1乙
4nd

550 ：山崎渉：03/01/15 18:05

（＾＾）

551 ：山崎渉：03/01/23 22:16

（＾＾）

552 ：デフォルトの名無しさん：03/01/24 12:55

死滅ダメ！

553 ：デフォルトの名無しさん：03/01/28 21:05

.NETがあるからしなない

554 ：詭弁の特徴のガイドライン：03/01/29 19:28

１：事実に対して仮定を持ち出す
　　　「犬は子供を産むが、もし卵を生む犬がいたらどうだろうか？」
２：ごくまれな反例をとりあげる
　　　「だが、時として尻尾が２本ある犬が生まれることもある」
３：自分に有利な将来像を予想する
　　　「何年か後、犬に羽が生えないという保証は誰にもできない」
４：主観で決め付ける
　　　「犬自身が哺乳類であることを望むわけがない」
５：資料を示さず自論が支持されていると思わせる
　　　「世界では、犬は哺乳類ではないという見方が一般的だ」
６：一見関係ありそうで関係ない話を始める
　　　「ところで、カモノハシが卵を産むのは知っているか？」
７：陰謀であると力説する
　　　「それは、犬を哺乳類と認めると都合の良いアメリカが画策した陰謀だ」
８：知能障害を起こす
　　　「何、犬ごときにマジになってやんの、バーカバーカ」
９：自分の見解を述べずに人格批判をする
　　　「犬が哺乳類なんて言う奴は、社会に出てない証拠。現実をみてみろよ」
10：ありえない解決策を図る
　　　「結局、犬が卵を産めるようになれば良いって事だよね」
11：レッテル貼りをする
　　　「犬が哺乳類だなんて過去の概念にしがみつく右翼はイタイね」
12：決着した話を経緯を無視して蒸し返す
　　　「ところで、犬がどうやったら哺乳類の条件をみたすんだ？」
13：勝利宣言をする
　　　「犬が哺乳類だという論はすでに何年も前に論破されてる事なのだが」
14：細かい部分のミスを指摘し相手を無知と認識させる
　　　「犬って言っても大型犬から小型犬までいる。もっと勉強しろよ」
15：新しい概念が全て正しいのだとミスリードする
　　　「犬が哺乳類ではないと認めない限り生物学に進歩はない」
16：反論の代わりに詭弁ということにしてすます。
　　　「それは詭弁です。いいから詭弁なんです。」

555 ：デフォルトの名無しさん：03/01/31 21:06

犬は本当に哺乳類なのか？
犬は子供を産むが、もし卵を生む犬がいたらどうだろうか？

556 ：ハングアップ：03/02/01 20:40

ハングルって死滅しちゃうの？？？？
http://ex.2ch.net/test/read.cgi/korea/1044075493/l50

557 ：delphi：03/02/02 03:35

Delphiはもう少し小さいVCLを作って欲しい。
今のは大きくなりすぎて逆につかえない。
VCLに比べるとMFCは使えん。

558 ：デフォルトの名無しさん：03/02/02 12:14

>>554
それどこからもってきたの。
なんか意外に納得しちゃった。

559 ：デフォルトの名無しさん：03/02/02 13:17

プログラミング初めてで、無料なＤ６を手に入れてしこしこ覚えているんですが、
昨日図書館に解説書を借りに行ったら、デルファイ系が幾つか借りられてるんですよ。
ああ、今更僕みたいに覚え始めるひとがいるんだな。と思ってちょっとうれしかった。

寿命がもうすぐつきるとか言われてるけど、今のところ無料なのでこれでプログラミングを
覚えて、その時になったら他のに乗り換えても遅くないかなと思っています。
#少なくとも、僕の頭じゃ選択肢はＨＳＰかひまわりか、ＤｅｌｐｈｉかＶＢなので

ただ、プログラミング言語の乗り換えって難しいんでしょうか？
プログラミングを学習するにはパスカルがいいみたいな情報を
聞いたことがあるんですが、パスカルからＣとか他の言語に
乗り換えることは現実的ではないんでしょうか？最初から
がんばってそっちを勉強した方がいいんでしょうか？

#７から無料版がなくなったみたいですが、趣味でプログラミングをやろうとしている
#僕にとっては非常に先行き不安です・・・。マスターしてから心配しろと言われそうですが・・。

560 ：デフォルトの名無しさん：03/02/02 13:27

ヘクトパスカル.
［現在の気象状況］
　冬型の気圧配置となっています。

［湿度の予想］
　しばらくの間
　実効湿度６０％以下　最小湿度４０％以下

［注意事項］
火の取り扱い

［特記事項］
　北部、鹿行地域の強風と波浪注意報を解除しました。

561 ：デフォルトの名無しさん：03/02/02 13:40

>>559
> ただ、プログラミング言語の乗り換えって難しいんでしょうか？
> プログラミングを学習するにはパスカルがいいみたいな情報を
> 聞いたことがあるんですが、パスカルからＣとか他の言語に
> 乗り換えることは現実的ではないんでしょうか？最初から
> がんばってそっちを勉強した方がいいんでしょうか？

心配することはない。
基本的な仕組みはたいして変わらないからね。
Pascal の方がどっちかって言うと厳格な言語 (だから優れていると言うわけじゃないよ、単に言語の特徴) だから、どっちかって言うと Pascal → C の方が移行しやすい。

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

ありがとうございました。>>561
さっき借りた参考書の内容に出てきた
DBgridコンポーネントはどうやらパーソナル版には含まれていないようで・・・
また、他の参考書を借りてがんばろうと思います。

563 ：デフォルトの名無しさん：03/02/03 15:48

正直、デルファイってタダだから使ってたのに無料が無くなったんじゃ・・・。
考え直してくれないかな。

564 ：デフォルトの名無しさん：03/02/03 19:47

無くなってないじゃん。

565 ：デフォルトの名無しさん：03/02/03 23:35

ヴァージョン７では無料版ないんでしょう？

566 ：デフォルトの名無しさん：03/02/04 00:30

6の無料版があるじゃん。
何か問題でもあるの？

567 ：デフォルトの名無しさん：03/02/04 01:57

そういうことじゃなくて、今後ヴァージョンアップされないってことは
未来がないじゃない。
ＶＢのように完全に使えなくなるわけじゃないだろうけどさ、デルファイは。

だって、不具合とか改良点があるからヴァージョンアップするわけでしょう？

568 ：デフォルトの名無しさん：03/02/04 04:43

そんな心配をするレベルに到達する頃には、Pro版機能が欲しくなってると思うが…
5 Learning(有料)→6 Personal(無料)→7 Personal(有料)って、実際差異はほとんど無いと思う。
CLXもRaveもIntraWebも、主な新機能はPro版以上に搭載されているし。

あと、dcc32は割と普通のコンパイラなんで、無理にバージョンアップしなくても、
自力でがりがり書けば基本的に何でも出来る。(やりたいことによっちゃ地獄だけど

569 ：デフォルトの名無しさん：03/02/04 08:15

×不具合とか改良点があるからヴァージョンアップする
○会社を維持する為にヴァージョンアップする

というか EntのようなWebまわりの機能は毎年バージョンアップしないとやっけてないから
それにつられてやってるだけで、Proはその２～３度に１回　Larningは殆どバージョンアップの必要はない
実際中身はしていない。

570 ：デフォルトの名無しさん：03/02/04 11:21

そうですか、よく分かりました。
そうですよね、そんな心配はまずある程度使えるようになってから
しろって話ですよね・・・。

ところで、パーソナルに標準で含まれているコンポーネント少なくないですか？
なんか解説書を見たらツールバーのタブがいっぱいあったし、
パーソナル版の解説のはずなのに収録されてないコンポーネントを
使って説明は始めるし・・・。

それともインストールの段階で少なくしてしまったりとかあるんでしょうか？

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

普通のアプリを個人で作る上では十分な量。

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

ＤＢグリッドとか入ってないみたいですよ。

573 ：デフォルトの名無しさん：03/02/11 03:23

あのう、TEditorって有名なシェアウェアあるじゃないですか？
これから派生したらしいTEditorEXというコンポーネントがあるんですが、
こちらはどうやらフリーなようなんですよね。

これって・・・みんなこっちの方使っちゃいません？
それともなんか本家にはない欠点見たいなものがあるんでしょうか？

574 ：デフォルトの名無しさん：03/02/11 21:49

スレが悪かったかな・・・。

575 ：デフォルトの名無しさん：03/02/11 21:58

どうしてわざわざ死滅スレで……（´Д｀；

576 ：デフォルトの名無しさん：03/02/11 22:52

そうっすよね。
無視してください。すいません。

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

age

578 ：デフォルトの名無しさん：03/02/19 12:27

ネイティブでXPにまで対応したRADってこれしかないから使うしかないんだよな。
MSのはOSのバージョン上がるとすごく不安になるし。

579 ：デフォルトの名無しさん：03/02/23 15:07

まだ魅力はあると。

580 ：デフォルトの名無しさん：03/02/23 15:19

過去の資産や知識を引きずってる人にとってはね｡
いまさらネイティブだランタイムだを云々するのは時代遅れだよ｡
WindowsUpdateちゃんとやってれば.NET Frameworkなんて自動的にインストールされるんだから｡

581 ：デフォルトの名無しさん：03/02/23 16:48

DirectX8.1と.NetFrameworkをインストールするのは
ヒッキーだけ。

582 ：デフォルトの名無しさん：03/02/23 20:55

Delphi とぬるぽの関係を述べよ。

583 ：デフォルトの名無しさん：03/02/24 15:00

>>580
自動的にはされないよ。

584 ：デフォルトの名無しさん：03/02/24 15:10

>>583
あはは、あはは。
自動で動かないのにオートマチックカー

585 ：デフォルトの名無しさん：03/02/24 15:13

>>580
それさ、NET Frameworkって名前騙ったウイルスじゃないのか？
じぶんのパソコンウイルスチェックしてる？　.

586 ：デフォルトの名無しさん：03/02/24 15:14

某も先は長くないか。うむ

587 ：デフォルトの名無しさん：03/02/24 15:24

まあ
某も長くはなさそうだな
・・・・某より先に潰れそうな日本の会社なら山ほどありそうだが

しかしM$も5年先の技術が.NET って事じゃなあ・・・後10年持つかどうか疑問だな

588 ：デフォルトの名無しさん：03/02/24 15:54

デルプヒって何？うまいの？

589 ：デフォルトの名無しさん：03/02/24 16:00

某はKylixでやっていけるのか？

590 ：デフォルトの名無しさん：03/02/24 16:01

いや無理でしょう

591 ：デフォルトの名無しさん：03/02/24 16:05

某ってなにで儲けてるんだ？

592 ：デフォルトの名無しさん：03/02/24 20:15

信者からのお布施

593 ：（＞∀＜）：03/02/24 20:33

>>584
せめて自動というならデフォルトでチェックついてから言え。(´ﾟ　c_,ﾟ`)

（＞∀＜）あほはしね

594 ：デフォルトの名無しさん：03/02/24 20:44

信者必死だな(藁

595 ：デフォルトの名無しさん：03/02/24 21:13

>>588
甘口

596 ：デフォルトの名無しさん：03/02/24 21:16

>>593
じゃあ、あんた氏ななきゃ。

597 ：デフォルトの名無しさん：03/02/28 18:26

>>596
ﾜﾛﾀ

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

おまえらDelphiが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

599 ：デフォルトの名無しさん：03/03/03 23:43

>>598
VBやります

600 ：デフォルトの名無しさん：03/03/03 23:45

心配無用
某が氏んでもDelphiはオプソでゾンビのように蘇ります

601 ：デフォルトの名無しさん：03/03/03 23:46

まだDelphiつかってるやついたんだぁ

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

M$が Visual p++.net 出します

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

pascal#

604 ：デフォルトの名無しさん：03/03/03 23:48

p-codeが死滅したのは2chがここまで大きく成長したことによって
アイデンティティの崩壊してしまったという説が有力である。

605 ：デフォルトの名無しさん：03/03/03 23:51

某は氏なないだろ
Delphiは知らんが、C++Builder、JBuilderが好調

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

>>605
ということにしたいのですね?:)

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

>>599
なんだ、Ｃ＃じゃないのか。
だったらEclipseでJavaやろうぜ

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

C勉強してまつ。

609 ：デフォルトの名無しさん：03/03/05 02:12

>>605
JBuilderもEclipseにやられて....

610 ：デフォルトの名無しさん：03/03/05 02:18

JBuilder はエンタープライズにシフトしてる。
Eclipse だと WebSphere がライバル。

611 ：デフォルトの名無しさん：03/03/12 11:44

VB5LearnとD6Perやってるから大丈夫

612 ：デフォルトの名無しさん：03/03/17 00:55

613 ：デフォルトの名無しさん：03/03/17 01:34

.NETプラットフォームはC#,VB,VCで制覇されDelphiの出る幕はない。
WinネイティブアプリとともにDelphiは死滅だな。

614 ：デフォルトの名無しさん：03/03/17 02:25

>>613
Delphi死滅したら、C#に移行すればいいだけだろ？
何か問題あるのか？

615 ：デフォルトの名無しさん：03/03/17 07:32

だから、
M$のホステングサービスでさえ　誰も使わないからって理由で採用しない .NET は死滅の前に立ち上がってない。
この世界で1年てのは　一般社会の５年以上、　5年ガンバッテ立ち上がらないんじゃなあ

616 ：デフォルトの名無しさん：03/03/17 10:00

Delphi.NET

617 ：デフォルトの名無しさん：03/03/17 11:20

>>613
.NETではVCの方こそ出番がないだろ

今でもWin95を使い続けてる所は多いし
そう簡単に.NETへは移行しきらんよ

618 ：デフォルトの名無しさん：03/03/17 12:29

Win95使ってるやつは基地外だろ

619 ：デフォルトの名無しさん：03/03/17 12:53

>>618
俺はVMWareで Win95走らせて使ってるが？　ストレス無く動いて気持ちいいぞ

620 ：デフォルトの名無しさん：03/03/17 13:22

Nuke食らわすぞ

621 ：デフォルトの名無しさん：03/03/17 13:31

>>620
犯罪宣言ですか？　IP 記録されてるのに剛毅ですね

http://support.microsoft.com/default.aspx?scid=kb%3Ben-us%3B168747

622 ：デフォルトの名無しさん：03/03/17 13:43

IP記録も無意味だな
手袋つけて他人のパソコンから書いてるから

つーか、んなリンク貼らんでも知ってまんがな

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

Delいいよ。
Del6Entあるし、このまえDel7Entも届いたよ。
dbExpress楽チン。
この先どうか、じゃないのよ。
いま、Delで書いてハッピーだからそれでいいのよ。
Delなくなったらどーするって？まあなにが来ても大丈夫でしょ。
とにかくいまはDelでハッピー。マネージャに感謝。

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

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

ネイティブ最強！.NETの移行も楽勝！
Delphianこそ勝ち組み！！

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

.netの批判が多いけど何故に？今までとそんなに大差あるか？
確かにVCメインな人からみたらアレだけど、使わなきゃいい
だけだし

VB=VMが.netに移行しただけ。別に移行もそんなに苦労するか？アレで
VC=managemedが使えるようになった。STLもまともになったね
C#=.net専用の言語れす

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

.NETって結局VBインタプリタの焼き直しだろ｡

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

>>626
managed C++ では多重継承が使えないことは知ってていっているんだよね？

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

んだ

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

多重継承が使えないのは利点

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

>>628
managed使わなくてもできるじゃん。

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

死滅っというか自滅名感じかな？イメージでは

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

STL も boost も、ありとあらゆる C++ の資産がつかえないってのはイタイんだけど。
.NET Framework はたんなる API でしかないので余計な突っ込みはしないでくださいね。

MS 自身が自社ソフトを C++ 使っている間は C++ が天下を制する図式は変わりようが無いのだよ。

634 ：デフォルトの名無しさん：03/04/15 09:58

633=キティ？

あえて、接頭にC#を付けると成り立つけど。

>C#は、STL も boost も、ありとあらゆる C++ の資産がつかえないってのはイタイんだけど。
>.NET Framework はたんなる API でしかないので余計な突っ込みはしないでくださいね。
>MS 自身が自社ソフトを C++ 使っている間は C++ が天下を制する図式は変わりようが無いのだよ。

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

>>634
VC.NETがあるじゃん。

636 ：デフォルトの名無しさん：03/04/15 12:54

>>635
つまり、C#.NETは死滅と言いたいのね。納得。

637 ：山崎渉：03/04/17 15:24

（＾＾）

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

age

639 ：デフォルトの名無しさん：03/04/17 22:59

Delphi.NETよりSideWinder(Borland製C# IDE)が先に出るんだって。
C#死滅よりDelphi死滅の方が現実味を帯びてきたね。

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

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

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

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

641 ：デフォルトの名無しさん：03/04/19 00:49

>>640
Delphi7がバグだらけのくそソフトでもあなたは3本くらい買うということですか？

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

始めからマイナーで不安だったのだが、
とうとう不安が現実になりそうなよかん。
Delphiが死滅するのも時間の問題なのだろうか。

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

>>642
　.netに手を出してマイクロソフトに特許全部巻き上げられるからって？

　心配するな、既に前に金に困ってマイクロソフトに献上してます。　今更何もありません。

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

Delphiが死滅してもKylixがあるだろ

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

Visual Delphiが出るから大丈夫だろ。

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

もういっそ
デルフィにしてくれ。

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

.NETなんかより、
IA64がさっさと立ち上がって、ドカンと市場が出来れば　まったく問題なんだけどねぇ

まあ「 IA64を何に使うか問題」が見えないうちは無理か・・・・

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

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

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

Delphiｻｲｺｰ

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

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

>>649
　ええと、それはもっと名前を判り易くしろとか、一つのユニットに纏めろとか、そんな主張が込められてるの？

それとも、過不足なくある事をマジに感心してるわけ？

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

RandomRange とか RandomFrom とか、
Randomから1行で書けるようなのをメソッドに付けてどうするんじゃ！　・・・って問題提起なんじゃないの？

まあでも RandG はあってもいいと思うが

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

Delphiにはバグがないから、修正パッチが出ないの。

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

メソッドじゃねーだろ。

654 ：山崎渉：03/04/20 02:57

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

655 ：山崎渉：03/04/20 03:38

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

656 ：あぼーん：あぼーん

あぼーん

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

>>652
マジデツカ。ソウデツカ

658 ：デフォルトの名無しさん：03/04/24 14:55

C#Builderに期待してるよ
http://www.borland.com/csharpbuilder/index.html

659 ：デフォルトの名無しさん：03/04/24 23:45

Delphiはもう投資する価値がないだろ。
まともな感性してたらC# Builderに賭けるだろうな。

660 ：デフォルトの名無しさん：03/04/25 00:53

C# Builderってネイティブコンパイル出来るの？

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

VMがネイティブコンパイルします。

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

ソースの自動変換が出来れば移行します。

663 ：デフォルトの名無しさん：03/04/25 19:26

とうとう死滅へのカウントダウンが始まったな

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

1はいるか？
お前に惚れた馬鹿がいる。

それは俺だ。

最初に言っておくが、俺はホモではない。
そういうのには全く興味ないし、気持ち悪いと思う。
だが、お前の書き込みを見て以来、俺の中の（何か）が大きく膨らみはじめたんだ。
いつの間にかお前の書き込みを探していたり、オナニーの最中にお前の事を思い出したりするようになっていたんだ。
ああ、俺だって嫌だったさ。しかし、ある日をさかいに、俺の中の（何か）がはじけたんだ。
俺は最初からお前でオナニーするようになっていた。

２１回・・・これは俺がお前で抜いた正確な数字だ。

おそらくお前は、俺のことを拒絶するだろうと思う。
だが、これだけは覚えておいてほしい。
俺は常にお前の近くにいるという事をだ。

満員電車で、首筋に熱い鼻息を感じたら、それは俺だ。
オフ会で、妙に熱い視線を感じたら、それは俺だ。
無言電話がかかってきたら、それは俺だ。
そして、もしこの先お前がレイプされるような事があれば・・・。

お前がこれを読んでいる時、俺はすでに行動を開始している。

665 ：デフォルトの名無しさん：03/04/25 20:07

安置も信者も時代遅れだな｡
みんなでﾏﾀｰﾘとC#やろうぜ｡

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

いまだに暗号化をxorでやってるって本当ですか？

667 ：デフォルトの名無しさん：03/04/25 20:33

あんたの文には主語が見当たらない

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

あんたの頭の中には名前空間の概念が見当たらない

669 ：Flash板より出張中：03/04/27 03:15

さて、Delphi6 Personalでも落してきてDelphierと洒落込むか(´Д`)

670 ：デフォルトの名無しさん：03/04/27 08:05

>>666
本当ですよ。DESから何から殆どの暗号化はXORですね

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

たのむからエディタの使い勝手をあげてくれ＞ぼー

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

キーボードのショートカットくらい一個一個自分で決めさせてホスィ

673 ：デフォルトの名無しさん：03/04/27 10:00

>>672　自分で決めればいいと思うが？　

それが便利だと思うならそうすればいいだろう。
　ただ、あまり標準と違う環境を作ると、長期的には不便だよ。

自分はいまだにPC9801のキーボードを使ってるけど、他人のパソコン借りて使う時にいつも往生する。

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

>>673
やり方がわからない…
とりあえずCtrl+HにBackSpace割り当てられるだけでも良いんだが。

ていうか、ToolsAPIみたいな強引な方法を使えば、
いろんな改造が出来そうだが、めんどくさすぎ。
もっと簡単に設定できる方法あるの？

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

>>674
便利だと思うなら設定ファイルで自由にカスタマイズ出来るようにして公開すればいいじゃない。
たぶん既に誰か作ってると思うけど、それが広まらないのは、やっぱり需要が無いからだよ。

ごうに入ってはごうに従えでしょ。

676 ：デフォルトの名無しさん：03/04/27 22:29

>>674
＞とりあえずCtrl+HにBackSpace割り当てられるだけでも良いんだが

NewIDEがそうじゃなかったかな？　
無ければDemos\ToolAPI\Editor Keybinding
TClassicBinding.BindKeyboard　で好きなように出来ますよ

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

ついにRubyか。

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

>>672
窓使いの憂鬱つかえ。
ソフトごとに設定するなんて馬鹿らしい。

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

680 ：デフォルトの名無しさん：03/04/30 18:24

Delphiはコンパイルさえ速ければいいので、
実行速度・メモリ効率を気にしてはいけません。

list->TList
hash_map->THashedStringList(文字列しか使えない制限有り)
vector->無理矢理TListで代用
deque->無理矢理TListで代用
set->無理矢理TListで代用(毎回自分でSort呼べ)
map->諦めろ

ちなみにTListにさえもポインタしか入らなかったり
ポインタしか入らないのにスマートポインタがなかったりするのは仕様なんで
気にしないで下さい。

681 ：デフォルトの名無しさん：03/05/02 02:35

>>680
動的配列くらい覚えろ雑魚

682 ：デフォルトの名無しさん：03/05/02 23:06

まだ一年は大丈夫

683 ：デフォルトの名無しさん：03/05/04 18:45

このスレは、、、
某信者｛Delphi信者(Del厨)｝ vs M$信者｛安置Del（VB厨、.net系厨?）｝
の宗教（言語）戦争なんだねえ。

684 ：デフォルトの名無しさん：03/05/04 20:45

戦争？　一方的に蹂躙されているのを戦争と？

685 ：デフォルトの名無しさん：03/05/05 10:21

>>684
最近の戦争はそういうものと決まっております。
#アフガンとかイラクとか(ｦｲ

686 ：デフォルトの名無しさん：03/05/07 14:15

>>681
array ofってメソッドが何もないじゃん。
サイズ変更しかできないんじゃ使い物にならないよ

687 ：デフォルトの名無しさん：03/05/07 14:16

>>683
>>680はc++厨だぞ。

688 ：デフォルトの名無しさん：03/05/07 14:35

>>687
いや、>>686のように、たんに聞きかじってるだけでしょ。
STLのVectorは単にサイズ変更できる配列なのにね

689 ：デフォルトの名無しさん：03/05/07 15:20

>>688
vectorは

begin(), end()
rbegin(), rend()
size(), max_size(), capacity(), empty()
resize(), reserve()
operator [](), at()
front(), back()
push, pop
push_back(), pop_back()
insert()
erase()
clear()
swap()

というメンバ関数を持っていますし、
iteratorを使えるので100種類程度あるalgorithmを適用できますが…

690 ：デフォルトの名無しさん：03/05/07 15:21

まあDelphiは間違いなく死滅するね。
C++より後発なのにC++より使い勝手が悪いんじゃ話にならない。

691 ：デフォルトの名無しさん：03/05/07 15:38

DeCALにvectorとiteratorがあるＹＯ！

692 ：デフォルトの名無しさん：03/05/07 15:47

標準で付いてないとお話にならないってカンジ？

693 ：デフォルトの名無しさん：03/05/07 15:53

>>692
つまり、それがVBが滅んだ原因だし、C#も滅びるという意味ね。

じゃ、Delphi/BCBで良いや。

694 ：デフォルトの名無しさん：03/05/07 16:15

>>689
だから、それは全部Delphiの動的配列を使っても、基本型に関係なく、１行で表現出来るよ。
メンバ関数にする事で抽象度があがる訳ではない。

たとえば
xx.Front() xx.Back()と書くのと xx[0] xx.[High(xx)] でどちらが判り易い？

695 ：デフォルトの名無しさん：03/05/07 17:26

>>694
insertとswapあたりを一行で表現してみて下さいな。

696 ：デフォルトの名無しさん：03/05/07 17:29

>>694
nth_element,set_intersection,accumulateあたりを一行で表現して下さいな。

697 ：デフォルトの名無しさん：03/05/07 17:30

プププ、Delphi終わってるな。VB.NET最強。

698 ：デフォルトの名無しさん：03/05/07 17:33

Vector で insert を使うな！　

xx.insert(n,data);

SetLength(xx,Length(xx)+1); for i:=n+1 to High(xx) do xx[i]:=xx[i-1] ; xx[n]:=data;

699 ：デフォルトの名無しさん：03/05/07 17:34

VB.NETってVB使用者の10%程しか使う気無いらしいね。

700 ：デフォルトの名無しさん：03/05/07 17:36

>>698
Delphiだと4行か。話にならないな。

701 ：デフォルトの名無しさん：03/05/07 17:45

STLってほんとコードが汚いよな｡吐き気がしてくるよ｡

C++
for(vector<int>::iterator i=arr.begin(); i<arr.end(); i++)
　cout << i << endl;

C#
foreach(int i in arr)
　Console.WriteLine(i);

Ruby
arr.each do {|i| puts i; }

702 ：デフォルトの名無しさん：03/05/07 17:46

>>700
　まあ普通に改行したら3行だけどな。

　swap は必要性を感じない。　交換して何か意味があるのか？

　accumulate とかも
　sum:=xx[0]; for i::=1 to High(xx) do sum:=sum+xx[i];
　と書けばいいだけの事だろ。
　便利だとは思うが、便利なだけだ。

703 ：デフォルトの名無しさん：03/05/07 17:49

超便利なnth_elementはどうやってDelphiで表現するのですか？
地道にsortしてから区切るんですか？それって激遅じゃないですか？教えて下さい。

704 ：デフォルトの名無しさん：03/05/07 17:52

>>702
accumulateは四則演算にしか使えないとでも思ってますか？

705 ：デフォルトの名無しさん：03/05/07 17:52

>STLってほんとコードが汚いよな｡吐き気がしてくるよ｡
仕方ないよ
C++厨は唯一の心の拠り所であるテンプレートにしがみついてて
美意識が麻痺してるから

706 ：デフォルトの名無しさん：03/05/07 17:52

>>703
　そこで、大小の差をつけるだけでしょ？
　ソートするとは限らないんじゃないの？
Vectorに対して、そんな操作ってどういう時に使うの？

普通に２分木にした方がいいんじゃないの？

707 ：デフォルトの名無しさん：03/05/07 17:53

>>704
どんな時に四則演算以外で使ったの？

708 ：デフォルトの名無しさん：03/05/07 17:54

>>703
どう使うと超便利なの？
用途が思いつかない｡

709 ：デフォルトの名無しさん：03/05/07 17:54

>>706
商品クラスのインスタンスのコンテナの下位1%を不良品としたい時に、
コンテナを品質をキーとしたsetにしろという事ですか？
品質が同じ物が2つあったらどうするんですか？
multi_setですか？他の処理したい時にすごく効率悪そうですけど、
その辺はDelphiなら気にならない素晴らしい仕組みでもあるんですか？

710 ：デフォルトの名無しさん：03/05/07 17:57

>>708
上位10%を成績優良者にしたい時
ゴルフのブービー賞の人が知りたい時
他色々
ソートしてから調べるよりも計算量が指数オーダーで少ない。

711 ：デフォルトの名無しさん：03/05/07 17:59

つーかそんな機能VB.NETにも無いんじゃないの？

712 ：デフォルトの名無しさん：03/05/07 17:59

>>710
オーダーいくつ?

713 ：デフォルトの名無しさん：03/05/07 18:00

ある評価があって、その評価順に下から１％を不良品にしたいわけね。　

それなら、クイックソートと同じ方式でソートを開始して、確定した段階でソートを中断すれば、ほぼ最速でしょ。
コード書けば８行くらいでかけそうだけど？

714 ：デフォルトの名無しさん：03/05/07 18:02

nth_elementは別にいらなさそうだけど
標準で配列sortできないのは普通に糞だろ｡

715 ：デフォルトの名無しさん：03/05/07 18:03

>>713
それを1行でやってくれるのがnth_element

716 ：デフォルトの名無しさん：03/05/07 18:05

だから、>>714には出来ないのかもしれないが、
標準では１関数で出来ないのであって、出来ないのと一緒にしないでおくれ。
アルゴリズム記述言語が基礎だから、好きなアルゴリズムで書けばいいだけだよ。

717 ：デフォルトの名無しさん：03/05/07 18:06

好きなアルゴリズムで書いても特定の型にしか使えないんじゃないの？
糞すぎ。

718 ：デフォルトの名無しさん：03/05/07 18:07

きっとDelphiはコンパイルが速いから毎回毎回自分で
アルゴリズム書いてもOKなんだね。

719 ：デフォルトの名無しさん：03/05/07 18:08

要するにDelphiは水準が低いってことだな｡
だからダメダメダメ子さんなんだよ｡

720 ：デフォルトの名無しさん：03/05/07 18:09

>>C++厨
Delphiなんて放って置いても消えそうな言語をなんで叩いてるの？
叩くならC#を叩きなさい。

721 ：デフォルトの名無しさん：03/05/07 18:10

いまどきアルゴリズムやデザパタを言語の機能やライブラリとして
提供できない言語は糞だな｡

722 ：デフォルトの名無しさん：03/05/07 18:10

del厨 vs VB.NET厨 vs C++厨をの対決を鼻であしらうC#厨とJava厨

723 ：デフォルトの名無しさん：03/05/07 18:12

さようならDelphi

724 ：デフォルトの名無しさん：03/05/07 18:13

こんにちはC#

725 ：デフォルトの名無しさん：03/05/07 18:13

>>717　まあそれを糞だというんなら、それでいいんじゃないの？　じゃあDelphiは糞だと判ったんだからお帰りください。
>>718　まさしくその通り。 Delphiにようこそ。
>>719　低い水準から書けるというのはDelphiの利点だと思うのだけどね。　そこを議論しようか？

726 ：デフォルトの名無しさん：03/05/07 18:14

結論
nth_elementは不要｡
こんなものを標準でつけちゃうやつはセンスが悪い｡

ということでよろしいか?

727 ：デフォルトの名無しさん：03/05/07 18:14

CだろうがC++だろうが低い水準からでも書けるぞ。
アホらしいから書かないけどな。

728 ：デフォルトの名無しさん：03/05/07 18:15

>>726
Del厨の方々は頑張って車輪を再開発し続けて下さい。

729 ：デフォルトの名無しさん：03/05/07 18:15

てかC厨ですらソートのコードなんて書かないだろ｡
Delってアセンブラ並みに低機能なんだな｡

730 ：デフォルトの名無しさん：03/05/07 18:16

いや、俺はソートくらい毎回書いたらいいと思うんだけどね。　最近のDel厨はソート書かないようなんだ・・・・

731 ：デフォルトの名無しさん：03/05/07 18:17

>>725は>>718が皮肉な事さえ分からない真性Del厨

732 ：デフォルトの名無しさん：03/05/07 18:18

>>731
そりゃ>>725にとって真実だからだろ｡
言語の進化が嫌いなんだろ｡

733 ：デフォルトの名無しさん：03/05/07 18:19

Del厨は毎回型ごとにソートのコードを書くんですね。
勉強になりました。

734 ：デフォルトの名無しさん：03/05/07 18:20

だからDelphiは死滅寸前まで追い込まれたんだな。

735 ：デフォルトの名無しさん：03/05/07 18:21

Delphiは所詮趣味言語で、こんなに効率が悪い物を仕事で使ってる香具師は
マゾという事でﾌｧｲﾅﾙｱﾝｻｰ？

736 ：デフォルトの名無しさん：03/05/07 18:23

はは、だから、最近のDel厨はソート書かないって言ってるだろ。
いわゆるコンテナオブジェクトである TList に Sort メソッドがあるから、これで済ましてしまってるようだ。

俺は堕落だと思うんだがね。

737 ：デフォルトの名無しさん：03/05/07 18:24

>>736
TListって>>680で酷評されてるTListの事ですか。

738 ：デフォルトの名無しさん：03/05/07 18:24

array of のソートの話題を無理やりTListにすり替えですか?

739 ：デフォルトの名無しさん：03/05/07 18:24

>>735
VC++ってDelphiの効率をとやかく言えるほど効率良かったっけ？

740 ：デフォルトの名無しさん：03/05/07 18:25

TListってなんであんなに出来が悪いの？
TListとSTLが両方使えるC++Builderユーザーの場合大抵の奴は
STLのコンテナ使うだろうな。

741 ：デフォルトの名無しさん：03/05/07 18:25

>>737
酷評？ちょっと変な事書いてるね。
TList は基底クラスだから、普通はその継承クラスを使うんだよ。　

742 ：デフォルトの名無しさん：03/05/07 18:26

DelphiもC++もVB.NETも全部糞｡
あきらめてC#に移行してくれよ｡

743 ：デフォルトの名無しさん：03/05/07 18:27

>>741
TListの継承クラスってTObjectListとかのなんでこんな物入れる位なら
まともなコンテナクラス作れよって派生クラスの事ですか？

744 ：デフォルトの名無しさん：03/05/07 18:28

なんでこんな物入れる->なんでこんな物入れるの、こんな物入れる

745 ：デフォルトの名無しさん：03/05/07 18:28

>>742
C#ならあきらめじゃなく選択するけどね

746 ：デフォルトの名無しさん：03/05/07 18:29

>>743
　そうだね。　俺も使い難いと思う。　だから俺は　男ならソートくらい毎回書け！
　ソート頻繁にするなら、B木くらい書け！

って思ってるんだけどね。　

747 ：デフォルトの名無しさん：03/05/07 18:30

今どきWindowsをメインターゲットにしてるのに
基本的にスレッドセーフですら無いVCLって存在意義あるの？

748 ：デフォルトの名無しさん：03/05/07 18:30

>>747
男なら VCL に頼らず自分で書け

749 ：デフォルトの名無しさん：03/05/07 18:31

>>746
VCLはクラスライブラリとしてあまりにも糞すぎるから
自分で1から書きたくなるんですね。
勉強用にはいいかもしれませんね。

750 ：デフォルトの名無しさん：03/05/07 18:31

つーかDelphiの場合DBを使うのが主だから
ソートは大概DB側にやらせるんであんまり必要ないんだよね

751 ：デフォルトの名無しさん：03/05/07 18:32

.NET Frameworkだって基本的にスレッドセーフじゃないだろ

752 ：デフォルトの名無しさん：03/05/07 18:33

VCL は　ビジュアル面＝GUI面をサポートしてくれるライブラリですよ。
それにコンテナとかを期待しても・・・そんなの自分で作ればいいじゃない。

753 ：デフォルトの名無しさん：03/05/07 18:34

結論
自分で作れ＝馬鹿

754 ：デフォルトの名無しさん：03/05/07 18:34

System.Windows.Formsとか　最近できたのに　スレッドセーフじゃ無いんですよね
いまどき＞747

755 ：デフォルトの名無しさん：03/05/07 18:34

DelphiでDB使うのは大変そうですね。
PostgresにもMySQLにもC++用のライブラリは付属してるのに
Delphi用のライブラリは付属してませんもんね。
ああ、Borland信者だからほとんど誰も使って無さそうなInterBase一筋なんですね
すいませんでした。

756 ：デフォルトの名無しさん：03/05/07 18:35

STLはSTLPortの場合スレッドセーフですね。
やっぱりスレッドセーフは標準ライブラリが最低限持つべき仕様ですもんね。

757 ：デフォルトの名無しさん：03/05/07 18:37

>>755　それはチョット　やぶへびな書き込みじゃないの？　両方とも普通にDelphiから操作出来るよ。
というかどのツールより効率よく

758 ：デフォルトの名無しさん：03/05/07 18:37

>>755
DBネタ振るんならまずは言語組み込み型の文字列用意してからにしてくれよ｡

759 ：デフォルトの名無しさん：03/05/07 18:38

>>755
知ったかのくせにやっちゃったね（＾∀＾）ｹﾞﾗｹﾞﾗ

760 ：デフォルトの名無しさん：03/05/07 18:39

ああ<Delphiの場合pqなんたらとかいう野良ライブラリが使えるんですね。
DB開発元からは提供されてないみたいですが。(見捨てられてるのかな)

761 ：デフォルトの名無しさん：03/05/07 18:39

>>756
パフォーマンスとのトレードオフだからそれは微妙｡

762 ：デフォルトの名無しさん：03/05/07 18:40

>>761
STLPortの場合#defineでマルチスレッド対応にするか選択できますよね。
VCLは何でそうしなかったんでしょうね。

763 ：デフォルトの名無しさん：03/05/07 18:41

中途半端な知識で叩くと墓穴掘るだけだよ（・∀・）ﾆﾔﾆﾔ

764 ：デフォルトの名無しさん：03/05/07 18:42

だから、VCL はビジュアルコンポーネント　GUIをマルチスレッドにしてどうするんだ？
ちょっとは勉強して、まともな議論になるようにしろよ

765 ：デフォルトの名無しさん：03/05/07 18:43

Delphiはあと何年位生き延びるでしょうかね。
Java,C++,C#よりは早く死滅しそうですね。

766 ：デフォルトの名無しさん：03/05/07 18:43

>>764
勉強する気などありませんが何か

767 ：デフォルトの名無しさん：03/05/07 18:45

defineやリンクするライブラリでスレッドセーフを切り替えるのは時代遅れ｡

768 ：デフォルトの名無しさん：03/05/07 19:00

つまりスレッドセーフという選択肢がない事は時代遅れ未満という事ですね

769 ：デフォルトの名無しさん：03/05/07 19:12

>>764
ダウンロード中はボタンが押せないダウンローダーとか作るんですか？

770 ：デフォルトの名無しさん：03/05/07 19:13

>GUIをマルチスレッドにしてどうするんだ？
に対してね。

771 ：デフォルトの名無しさん：03/05/07 19:16

スレッドセーフの意味がわからない素人がいる（・∀・）ﾆﾔﾆﾔ

772 ：デフォルトの名無しさん：03/05/07 19:17

>>764
VCLはビジュアルコンポーネントなんだね。
じゃあ、Delphiのクラスライブラリは何なんですか？

773 ：デフォルトの名無しさん：03/05/07 19:17

>>771
それは分かってるけど、
>GUIをマルチスレッドにしてどうするんだ？
の意味が分かりません。

774 ：デフォルトの名無しさん：03/05/07 19:18

Delphi終わってるね

775 ：デフォルトの名無しさん：03/05/07 19:22

BorlandもDelphiメインからC#Builderメインに移行していくようですね。

776 ：デフォルトの名無しさん：03/05/07 19:23

で､スレッドセーフなGUIライブラリって何だ?

777 ：デフォルトの名無しさん：03/05/07 19:23

確かDelphiのコア開発者がDelphi捨ててC#作ったんですよね。

778 ：デフォルトの名無しさん：03/05/07 19:25

>>776
例えば二つのスレッドが同時にEDITコントロールの中身を書き換えても安全なライブラリ

779 ：デフォルトの名無しさん：03/05/07 19:26

Delphiに未来はありません

780 ：デフォルトの名無しさん：03/05/07 19:27

>>778
だから具体的にどのライブラリのことを言ってるんだよ｡

781 ：デフォルトの名無しさん：03/05/07 19:27

>>776
http://www.google.com/search?num=50&hl=ja&ie=Shift_JIS&c2coff=1&q=%83X%83%8C%83b%83h%83Z%81%5B%83t%81@GUI%83%89%83C%83u%83%89%83%8A&lr=lang_ja

782 ：デフォルトの名無しさん：03/05/07 19:29

>>781
ﾌﾟｯ
知らないんなら黙ってろよ｡

783 ：デフォルトの名無しさん：03/05/07 19:29

つーかいつのまにGUIの話になってるの？
DelphiにはGUIのライブラリしか無いらしいから仕方ないか。

784 ：デフォルトの名無しさん：03/05/07 19:31

GUIライブラリ以外もいっぱいあるけど、しらねーのか？

785 ：デフォルトの名無しさん：03/05/07 19:32

>>784
>>764がそういってるんだもの。
DelphiのGUI以外の標準クラスライブラリは何ですか？

786 ：デフォルトの名無しさん：03/05/07 19:32

どちらにしろ、Delphiは終わりだが。

787 ：デフォルトの名無しさん：03/05/07 19:33

Delphiって聞けば聞くほど将来性無いよね

788 ：デフォルトの名無しさん：03/05/07 19:34

そういえばDelphiにはCLXとかいうクラスライブラリもありましたね。
誰か使ってるんですか？ネタで作られたのかな？

789 ：デフォルトの名無しさん：03/05/07 19:34

Delphiを叩く椰子はDelphiをまともに使ったことのない椰子だけだから
まともに使ったことのある椰子ならたとえメインが他の開発環境でも
Delphiの価値は分かるから黙ってるもの

790 ：デフォルトの名無しさん：03/05/07 19:35

>>789
そうなんですか？
DelphiとC++Builderを使ってみてC++Builder選びました。

791 ：デフォルトの名無しさん：03/05/07 19:36

Delphiに価値なんてあるの？
過去のDelphiのコードの保守くらい？

792 ：デフォルトの名無しさん：03/05/07 19:36

>>790
試行錯誤ならDelphiの方がしやすいことは分かってるでしょ？

793 ：デフォルトの名無しさん：03/05/07 19:37

>>792
試行錯誤ならVBの方がしやすいですよね。

794 ：デフォルトの名無しさん：03/05/07 19:37

あとストロングタイピングの優位性もあるし

795 ：デフォルトの名無しさん：03/05/07 19:37

試行錯誤なんて趣味レベルでしかやりませんよね。

796 ：デフォルトの名無しさん：03/05/07 19:37

>>791
Del厨がわざわざ最新の環境への移行コストを支払わずに済む｡
というのは大きな価値だ｡

797 ：デフォルトの名無しさん：03/05/07 19:38

次世代OS(ロングホーン)になったら打ち止めか？

deldeldeldel delete

798 ：デフォルトの名無しさん：03/05/07 19:38

ストロングタイピングは利点というより欠点かな

799 ：デフォルトの名無しさん：03/05/07 19:40

Delphi6 Personal…趣味及び学習用言語
それ以外のDelphi…死滅
所詮PascalはPascalですね。

800 ：デフォルトの名無しさん：03/05/07 19:43

>>799
となると最良のDBアプリ開発環境はBCBだな。
Delphiよりもっとマイナーだが。

801 ：デフォルトの名無しさん：03/05/07 19:47

>>769　GUIの方を別スレッドにしてどうする？　ダウンロード処理の方をスレッドにするんだよ
>>772　好きなクラスライブラリを作るなり使うなりすればいい
>>773　ボタンを押した時にどのスレッドにメッセージを送るんだ？
>>778　EDITコントロールの中身を２つのスレッドが同時に変更するのをどうやってスレッドセーフにするんだ？
　　　　　まさか、キャレットもカーソルもスレッド毎に用意するのか？

802 ：デフォルトの名無しさん：03/05/07 19:53

>>785　C++のSTL相当はない。似たのをクラスライブラリとして作ってる人はいるが、面白いとは思うが俺は使わないから知らん。
>>793　試行錯誤はVBじゃまともに出来ない。

・・・さあこれくらい燃料くべたらちょっとは燃えるかな。　最近の煽りは質が落ちたから

803 ：デフォルトの名無しさん：03/05/07 19:58

こんな死滅寸前のDelphiを煽って何の意味があるんだろう…

804 ：デフォルトの名無しさん：03/05/07 19:59

DelphiやC++でDBっていうのは今時サーバ・クライアントの2層でDBやるんですか？

805 ：デフォルトの名無しさん：03/05/07 20:00

DelphiやC++で->DelphiやC++Builderで

806 ：デフォルトの名無しさん：03/05/07 20:01

>>804
中小企業向けならそれで十分

807 ：デフォルトの名無しさん：03/05/07 20:02

まあ所詮趣味言語だし、3層以上の構築なんて必要ないですよね。

808 ：デフォルトの名無しさん：03/05/07 20:06

>>806
ださっ｡VB.NETなら五層は行くな。

809 ：デフォルトの名無しさん：03/05/07 20:06

JavaやC#ならまだしもDelphiの場合
死滅しちゃうの？？？じゃなくて死滅するんだからこのスレ意味無いね。

810 ：デフォルトの名無しさん：03/05/07 20:08

>>808
あんまりクライアントに無駄遣いさせないようにね。

811 ：デフォルトの名無しさん：03/05/07 20:18

Delphiって中途半端だよね

812 ：デフォルトの名無しさん：03/05/07 20:19

お前らこれでも見て落ち着け
http://ebrain21.com/~pya/pyaimg/img/2003050205.jpg

813 ：デフォルトの名無しさん：03/05/07 20:25

>>804
2層だ３層だってのは、アプリをどう作るか、作ったかの技術だろうに　・・・・大丈夫か？

814 ：デフォルトの名無しさん：03/05/07 20:32

ガベージコレクション？　あんなのはダメだね。　
ありゃあ、インタプリタが実行速度を少しでも速く見せる為の技術だろ。
メモリ解放いつも忘れるバカなプログラマの為なんて世間は言ってるが、
そんなバカならプログラマにしない方がいいだろ。

815 ：デフォルトの名無しさん：03/05/07 20:34

>>814
なんですかこの人は？

816 ：デフォルトの名無しさん：03/05/07 20:35

>>815
Delphi.NET を見越しての煽りでは？

817 ：デフォルトの名無しさん：03/05/07 20:38

ObjectPascalってBorlandの独占市場なんですか？

818 ：デフォルトの名無しさん：03/05/07 20:39

Delphi以外で無料でできるソフトって何がありますか？

819 ：デフォルトの名無しさん：03/05/07 20:40

>>818
無料で出来るって何を？
オナニー？

820 ：デフォルトの名無しさん：03/05/07 20:40

>>817 今は某はDelphi言語と名乗ってるから、Freepascalともう一つ忘れたけど、しか残ってないね

821 ：デフォルトの名無しさん：03/05/07 20:42

>>819
無料でソフトが作れるって意味です。

822 ：デフォルトの名無しさん：03/05/07 20:43

>>821
gccとかbccとか.NET SDKとかHSPとか

823 ：デフォルトの名無しさん：03/05/07 20:43

GUI をマルチスレッドってのは笑った。
一つのアプリでメッセージループ２つ作ってどうするつもりなんだ？
そんな事したいなら別アプリにしろよ。

824 ：デフォルトの名無しさん：03/05/07 20:44

Delphiの使用を法律で禁止しろ。

825 ：デフォルトの名無しさん：03/05/07 20:44

>>821
Pascalが好きなら FreePascalが高機能だよ。

826 ：デフォルトの名無しさん：03/05/07 20:44

>>821
あとDigitalMars C++とかOpenWatCom C++とか

827 ：デフォルトの名無しさん：03/05/07 20:45

>>823
お前も負けず劣らずの馬鹿だな｡

828 ：デフォルトの名無しさん：03/05/07 20:45

>>823
プロセス起動のコストが異常に高いWindowsなのにプロセスを起動しまくるんですね。

829 ：デフォルトの名無しさん：03/05/07 20:46

なんでRubyの名がでないんだろう。

830 ：デフォルトの名無しさん：03/05/07 20:47

別にWindowsは起動のコストは高くないよ。
他のOSと同じ程度です。

831 ：デフォルトの名無しさん：03/05/07 20:48

>>828
あほか、メッセージループ２つ作って、２つの窓を協調させるならプロセス別けするのとコストは同じだろ

832 ：デフォルトの名無しさん：03/05/07 20:49

起動コストならLinuxの方が高い

833 ：831：03/05/07 20:50

いや、強調のためにあちこちセメファ入れまくるなら、プロセス別けしてメッセージ交換した方が軽いだろ

834 ：Del厨：03/05/07 20:50

起動コストってなんすか？

835 ：831：03/05/07 20:51

×セメファ
○セマファ

836 ：デフォルトの名無しさん：03/05/07 20:51

セマフォ

837 ：デフォルトの名無しさん：03/05/07 20:51

>>834
Del厨は知らなくていい言葉です

838 ：Del厨：03/05/07 20:52

>>837
そうっすか・・・

839 ：デフォルトの名無しさん：03/05/07 20:54

起動コストったって、DLL/EXE は実メモリ共有されるんじゃなかったっけ？

840 ：デフォルトの名無しさん：03/05/07 20:55

EXEも共有されるの？

841 ：デフォルトの名無しさん：03/05/07 20:56

プロセスごとに別にメモリ空間を持つのに共有されるの？
マッピング？

842 ：デフォルトの名無しさん：03/05/07 20:56

[起動コスト]

起動のたびに金がかかるライセンス。

[セマフォ]

843 ：デフォルトの名無しさん：03/05/07 20:57

Win16～95までは　そういう情報だったね NT は情報出てなかったように思うが

844 ：デフォルトの名無しさん：03/05/07 20:57

>>841
おいおい、仮想メモリって知ってるか？

845 ：デフォルトの名無しさん：03/05/07 20:58

>>841
ReadOnly属性にして書き込みがあった途端にコピーするくらいはしてるんじゃないの？
MSならどうかしらないが

846 ：デフォルトの名無しさん：03/05/07 20:59

>>844
おいおい、ネタって知っているか？

847 ：デフォルトの名無しさん：03/05/07 21:00

>>846
おいおい、ピエロがネタに逃げちゃいけんぞな。　ピエロは最後までマジを演じないとな

848 ：デフォルトの名無しさん：03/05/07 21:01

つーかコード部分は共有してデータ部分はプロセスごとに持つんじゃないの？

849 ：デフォルトの名無しさん：03/05/07 21:02

Netscape7.02ってDelphi製なんだよな

850 ：デフォルトの名無しさん：03/05/07 21:02

このスレレベル低すぎ。

851 ：デフォルトの名無しさん：03/05/07 21:02

つーかなんでWindowsでしか使えないDelphiなのに、
Windowsの事全然知らないの？
やっぱ趣味言語だから？

852 ：デフォルトの名無しさん：03/05/07 21:03

>>851
> Windowsでしか使えないDelphi

ネタは結構

853 ：デフォルトの名無しさん：03/05/07 21:03

>>848
Win3.1の時はDLLのデータ部分を共有できて楽しかったんだけどね・・・

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

>>852
kylixって使ってる人いるの？

855 ：デフォルトの名無しさん：03/05/07 21:05

そういやKylixは死んだな。

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

Windows知らないと開き直れる奴は
Kylix使っている奴だけ。
あとはただの無能（ｗ

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

ゲイツもWindowsを理解していないよ

858 ：デフォルトの名無しさん：03/05/07 21:07

一気に「理解してない」のレベルが上がったな。

859 ：デフォルトの名無しさん：03/05/07 21:12

だから、メッセージループを２つ作る意味があるのか？　の答えはなに？

その２つでWindowsメッセージ交換して動かすなら、まったくマルチスレッドにした意味ないだろし、
逆にOOなメッセージ交換は関数型言語ででもなけりゃマルチスレッド対応にするにはセマファとか重い処理をかますしかない。

だったら、GUI全て単一スレッドで行うべきだし、現在のWindowsアプリのモデルは殆どそうしている。

860 ：デフォルトの名無しさん：03/05/07 21:16

>>859
GUI は副作用の固まりだから　関数型言語でも副作用無し条件では書けないだろう。

861 ：デフォルトの名無しさん：03/05/07 21:17

859==860

862 ：Del厨：03/05/07 21:17

副作用を起こすんすか？プログラムって薬なんすか？

863 ：デフォルトの名無しさん：03/05/07 21:18

>>862
Del厨は知らなくていいよ

864 ：デフォルトの名無しさん：03/05/07 21:19

C++使いがDelphiなんか相手にする所からすでにおかしいような…

865 ：デフォルトの名無しさん：03/05/07 21:20

　 ∧＿∧ 　　
　（　´∀｀）＜　ぬるぽ

866 ：デフォルトの名無しさん：03/05/07 21:25

VB厨=859=860は去ったようだ。

867 ：デフォルトの名無しさん：03/05/07 21:28

とりあえず結論として、
Delphiは死滅寸前、VB厨は馬鹿の2点が分かりました。

868 ：デフォルトの名無しさん：03/05/07 21:34

Delphi追悼あげ

869 ：デフォルトの名無しさん：03/05/07 21:35

>>867
良かったね　成果が出て。　じゃ、そろそろお帰り下さい。　もうその芸飽きちゃったし

870 ：デフォルトの名無しさん：03/05/07 21:35

とりあえず結論として、
Delphiは死滅寸前、Del厨は馬鹿の2点が分かりました。

871 ：デフォルトの名無しさん：03/05/07 21:36

>>870
向上心がない上に生産性の向上にも興味がない｡も付け加えといて｡

872 ：デフォルトの名無しさん：03/05/07 21:37

結局TListの使える派生クラスってどれ？
TListを使わずに使える派生クラスを使うという事自体ネタだったの？

873 ：デフォルトの名無しさん：03/05/07 21:37

>>870
そんなﾑｷになる芸だっけか・・ああそうだったね。

874 ：デフォルトの名無しさん：03/05/07 21:38

これじゃあヘジも見放すわけだ

875 ：デフォルトの名無しさん：03/05/07 21:38

とりあえず結論として、
Delphiは死滅寸前、Del厨は馬鹿の2点が分かりました。
向上心がない上に生産性の向上にも興味がない｡
化石頭。

876 ：デフォルトの名無しさん：03/05/07 21:38

結局　GUI でマルチスレッドで何するの？
ネタって言いたいのは判ってるけどピエロなんだからそれやったらマケだよ

877 ：デフォルトの名無しさん：03/05/07 21:40

とりあえず結論として、
Delphiは死滅寸前、Del厨は馬鹿で向上心がない上に生産性の向上にも興味がない｡
の2点が分かりました

878 ：デフォルトの名無しさん：03/05/07 21:40

また「芸」なんて恥ずかしいこと言っちゃって。

879 ：デフォルトの名無しさん：03/05/07 21:40

Delphiの存在意義って何？

880 ：デフォルトの名無しさん：03/05/07 21:41

>>879
ネタとして使える事

881 ：デフォルトの名無しさん：03/05/07 21:45

Delphi頭にDelがついてるんだもんね。
そりゃ消滅するわ。

882 ：デフォルトの名無しさん：03/05/07 21:47

>>872
何を言ってるのか判らんがもしかして　Contnrs ユニットの事？

883 ：デフォルトの名無しさん：03/05/07 21:48

>>882
それなんだけどさ、使えないクラスばっかりだよね。
なんでSTLみたいにならなかったんだろう。

884 ：デフォルトの名無しさん：03/05/07 21:49

>>883
だから、使えないなら使えるのを作れよ。　文句言う前に作るのが基本だろ？
というかSTL無いと何も出来ない人？

885 ：デフォルトの名無しさん：03/05/07 21:50

>>884
標準で付いてないと意味がないと何度言えば(ry

886 ：デフォルトの名無しさん：03/05/07 21:50

>>877
おやおや、他のスレにまでコピペされちゃって　必死さの演出も大変だね　

887 ：デフォルトの名無しさん：03/05/07 21:51

C++Builderが糞VCL使い回しじゃなくて
BorlandがSTLベースでGUIライブラリ作ってれば良かったのになあ…

888 ：デフォルトの名無しさん：03/05/07 21:51

>>885
標準で付いてるって？　コード書かずに　何か作った気分になりたいだけなのか？

889 ：デフォルトの名無しさん：03/05/07 21:52

>>886
あんたが犯人か。

890 ：デフォルトの名無しさん：03/05/07 21:53

死滅寸前なDelphiをわざわざC#厨やC++厨やJava厨が相手にする
必要性がないからこのスレは全部Del厨の自作自演。

ここは、
自分がDelphiの道を選んでしまった事の後悔の念が書き連ねられているスレ。

891 ：デフォルトの名無しさん：03/05/07 21:53

>>887
面白いからその方向で考えて作ってみたら？
巧くいったら、それが未来の標準かもよ。

892 ：デフォルトの名無しさん：03/05/07 21:54

>>890
という事は全部あなたの自作自演　・・・あ!　俺もあんたの副人格か

893 ：デフォルトの名無しさん：03/05/07 21:56

>>890
悲しいスレですね

894 ：デフォルトの名無しさん：03/05/07 21:58

そして最後に…

さようなら、Delphi。

895 ：デフォルトの名無しさん：03/05/07 22:00

STLが好きならC++に
ガベコレが好きならVBかJAVAに
MSが好きならC#に
コード書くのが好きならDelphiに

896 ：デフォルトの名無しさん：03/05/07 22:01

ああ、皮肉だらけのDelphi死滅スレ

897 ：デフォルトの名無しさん：03/05/07 22:01

doxygen対応言語
C,C++,Java

Delphiはどうすればいいの？
さようなら、Delphiしか道は残されてないの？

898 ：デフォルトの名無しさん：03/05/07 22:03

doxygenって他人のコード読むときとか便利なんだよね。
Delphiじゃ使えないの？まあDelphi使いにレベル高いコード書く香具師なんかいないだろうから、
別に人のDelphiで書かれたコード読まなくてもいいんじゃない？

899 ：デフォルトの名無しさん：03/05/07 22:04

なんか本当にDel厨が自演しているように見えてきた…

900 ：デフォルトの名無しさん：03/05/07 22:04

>>897
http://sourceforge.net/projects/pas2dox/

901 ：デフォルトの名無しさん：03/05/07 22:04

>>895
コード書くのが好きならアセンブラでしょ。

902 ：デフォルトの名無しさん：03/05/07 22:04

同じことばかり書いてるところをみると、ｹﾞﾗ厨が荒らしてるみたいだな。
今ごろｹﾞﾗ厨がこのスレにｶｷｺしてること自体がﾌﾞﾋﾞ注の敗北を意味する。

903 ：デフォルトの名無しさん：03/05/07 22:05

お前ら質問スレ荒らすのはやめとけ｡

904 ：デフォルトの名無しさん：03/05/07 22:07

>>901　Delphiでアセンブラも覚えました。　delphiは最高に使い勝手がいいアセンブラです。

905 ：デフォルトの名無しさん：03/05/07 22:07

>>902
これが有名なｹﾞﾗ厨ストーカーって奴ですね。

906 ：デフォルトの名無しさん：03/05/07 22:07

>>904
へー

907 ：デフォルトの名無しさん：03/05/07 22:08

ｹﾞﾗ厨ストーカーってなに？

908 ：デフォルトの名無しさん：03/05/07 22:08

905=ｹﾞﾗ厨

909 ：デフォルトの名無しさん：03/05/07 22:10

>>907
常日頃「ｹﾞﾗ」と書いてあるレスを探し、
見つけたらすべて同一人物ということにし、
的外れな煽りを入れる奴。

910 ：デフォルトの名無しさん：03/05/07 22:12

ｹﾞﾗ厨ストーカーなんて言葉はじめて見たよ。
そんな言葉を説明してるということは、
909=ｹﾞﾗ厨（嘲笑激藁

911 ：デフォルトの名無しさん：03/05/07 22:12

>>906
うわ。かっこわる。

912 ：デフォルトの名無しさん：03/05/07 22:14

>>910
> 909=ｹﾞﾗ厨（嘲笑激藁
いや、違うよ。他スレ(たしかマ板)に書いてあった。

913 ：デフォルトの名無しさん：03/05/07 22:14

漏れも実はDelphiでアセンブラはじめました
MMXとかCPUIDとかはじめはちょっとしたきっかけでした……

914 ：デフォルトの名無しさん：03/05/07 22:14

VBが死滅してVB.NETが嫌われているということは、
ｹﾞﾗ厨は負け組み。
ｹﾞﾗ厨は負け組み。
ｹﾞﾗ厨は負け組み。
ｹﾞﾗ厨は負け組み。
ｹﾞﾗ厨は負け組み。

915 ：デフォルトの名無しさん：03/05/07 22:16

アセンブラはアセンブラで知るのが普通だろ？
もしくは機械語やモニタ絡みから。

916 ：デフォルトの名無しさん：03/05/07 22:17

ｹﾞﾗ厨ｽﾄｶｰ必死だな（ｗ

917 ：デフォルトの名無しさん：03/05/07 22:17

某ランドもなんでDelphiなんかメインにしようとしたんだろう…

918 ：デフォルトの名無しさん：03/05/07 22:17

>>915
でもね。　TASM/MASMのようなアセンブラ単体では面白いもんは作れんのよ。
C/C++だとインライン使うとアセンブラソース吐いてアセンブラ起動となって、これが遅いのよ。

919 ：デフォルトの名無しさん：03/05/07 22:18

Delphiは死滅しない理由が無いな

920 ：デフォルトの名無しさん：03/05/07 22:18

>>912
ｹﾞﾗ厨のヤシ、魔板に移住したのか。
どうりでＣ＃スレが連休でも消化出来ないわけだ。
香具師のレベルは魔板に合ってるが。

921 ：デフォルトの名無しさん：03/05/07 22:18

>>918
何を言っている？
コードを書くならアセンブラだろ。

922 ：デフォルトの名無しさん：03/05/07 22:19

>>920
それに追尾するｹﾞﾗ厨ストーカーもなかなかのもんだな（藁

923 ：デフォルトの名無しさん：03/05/07 22:20

>>918
VC++でインラインアセンブラ使っても別に重くなかったぞ。

924 ：デフォルトの名無しさん：03/05/07 22:20

>>921
そうだな。コード書くならアセンブラだ。　そうだそうだ。

925 ：デフォルトの名無しさん：03/05/07 22:20

ひまわりでインラインアセンブラ使ったら遅かったぞ

926 ：デフォルトの名無しさん：03/05/07 22:20

Delphiなんか使う位ならまだSmallTalk使った方がマシだぜ。

927 ：デフォルトの名無しさん：03/05/07 22:20