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

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

Delphiって死滅しちゃうの???? Part3

1 :デフォルトの名無しさん:03/06/10 11:39
Delphi(゚听)イラネ

前スレ

Delphiって死滅しちゃうの????よ Part2
http://pc2.2ch.net/test/read.cgi/tech/1053259677/

Delphiって死滅しちゃうの????
http://pc2.2ch.net/test/read.cgi/tech/1035539926/

2 :デフォルトの名無しさん:03/06/10 11:40
  ( ・∀・)| | ガッ
 と    )| |
   Y /ノ
    / ) .人
  _/し' <  >_Λ∩
 (_フ彡 V`Д´)/
            / ←>>Delphi


3 :デフォルトの名無しさん:03/06/10 11:41
  ( ・∀・)| | ガッ
 と    )| |
   Y /ノ
    / ) .人
  _/し' <  >_Λ∩
 (_フ彡 V`Д´)/
            / ←>>Borland

4 :デフォルトの名無しさん:03/06/10 11:43
  ( ・∀・)| | ガッ
 と    )| |
   Y /ノ
    / ) .人
  _/し' <  >_Λ∩
 (_フ彡 V`Д´)/
            / ←>>C#

5 :デフォルトの名無しさん:03/06/10 11:48
MS厨に贈る歌:

ひっこぬかれて たたかって 食べられて でも 私達 あなたに従い つくします

from
http://www.nintendo.co.jp/ngc/gpij/lovesong/index.html


6 :デフォルトの名無しさん:03/06/10 11:48
  ( ・∀・)| | パフッ
 と    )| |
   Y /ノ
    / ) .人
  _/し' <  >_Λ∩
 (_フ彡 V`Д´)/
            / ←>>謎全


7 :デフォルトの名無しさん:03/06/10 11:54
Delphi暦5年ですが仕事をクビになって失業中です。
今もやることがないので2chで暇をつぶしています。
こんな私に仕事をください。

8 :デフォルトの名無しさん:03/06/10 11:56
>>7
Delphiと共に死滅

9 :デフォルトの名無しさん:03/06/10 12:06
>>7 Kylix で書けるの? 書けるならフリーメールとってきて

10 :9:03/06/10 12:28
内容は、表示器。マウス・キーボード入力はなし、232C受信してそれでいくつかの表示切替
アニメーション表示と、メータ表示があります。
アニメーション用の回転とかのコードは当方で用意します。
5年経験でkylixもやってる人なら5日程度の作業量と当方では見積もり。12万程度で請けてくれたら嬉しい。
請けるつもりがあるなら、早急にお願い。


11 :9:03/06/10 12:30
あ、画面回りだけ作ってもらえれば、後の細かなデバック等は当方でやりますので。

12 :デフォルトの名無しさん:03/06/10 13:33
12万円じゃ誰もやらないよ。。。

13 :9:03/06/10 13:39
いや、在宅で画面回りの調整の手間仕事だから、おばちゃんアルバイトならその半額なんだよ。
ただ、時間あんまりないんで、奮発したつもりなんだけどなあ・・・ まあいいや。 別のあてあるから

14 :デフォルトの名無しさん:03/06/10 13:52
機能DEL7注文したばっかりなのに死滅されたら困る。

15 :デフォルトの名無しさん:03/06/10 14:06
スレ違いだが、冗談で「仕事ください」なんて書いたら
ほんとに仕事が貰えたりするのかw
小銭を稼ぐにはいい場所かも、とワロタ

16 :15:03/06/10 14:07
あ、>>7は俺じゃないけどさ。
本気で言ったりして。>>7


17 :デフォルトの名無しさん:03/06/10 16:41
結局さ、22歳で社会に巣立ってから 65歳まで40年働かないといけないんだよ。
プログラミングだけを現役で出来る期間はその2割にすぎない。
そして、その後の残り80%の人生の為の再出発には以外に苦労する人が多いよ

将来の為を思って勉強するならプログラミングは止めなさい。

ただ、プログラミングには面白さもある。
楽しみとしてやるならDelphiはたった一つ覚えれば長く使える道具として役立つだろう。
少なくとも TurboPascalを選んだ人は20年使えてきたんだからさ。

目の前の就職の為に、他に選択枝が無い立場なら仕方ないC#やりなさい。

18 :デフォルトの名無しさん:03/06/10 16:42
☆クリックで救える○マ○コがあるらしい!!☆
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

19 :デフォルトの名無しさん:03/06/10 17:18
まあ今まで使えてきたからといってこれからもずっと使えるとは限らんわけだが

20 :デフォルトの名無しさん:03/06/10 17:44
>>17
つーか、その2割の期間にやったことが残りの8割でも
使える仕事なんてほとんどないでしょ。

21 :デフォルトの名無しさん:03/06/10 17:47
それがねえ、 一般的な仕事は 経験を重ねて30代は最も油が乗った期間 40で円熟 なんだよね。

22 :デフォルトの名無しさん:03/06/10 17:48
その一般的な仕事って何?

23 :デフォルトの名無しさん:03/06/10 17:49
ふっ。言えるはずが無いよ。そんなもの無いんだから。

24 :デフォルトの名無しさん:03/06/10 17:50
一般的な仕事は
 ソフトウエア業を除くサービス業 から 製造業 農林水産業まで

25 :デフォルトの名無しさん:03/06/10 17:53
サービス業に限っても
 士業:--弁護士を筆頭に会計士・税理士・・・etc
 販売・営業・物流・管理・・・etc

26 :デフォルトの名無しさん:03/06/10 18:03
残念ながらそれらの2割の期間でやることは
本来やるべき仕事のほんのの一部。
プログラマで言えばプログラミングのみと同じなのさ。
30代、40代で、20代と同じことをやっている人はいないよ。

27 :デフォルトの名無しさん:03/06/10 18:23
言葉の遊びかい?

プログラマにそんなに執着があるなら反対しないからガンバレ
少なくとも芸人になるというよりは親受けはいいぞ。


28 :デフォルトの名無しさん:03/06/10 21:12
さて逃げた。

29 :デフォルトの名無しさん:03/06/12 01:38
死滅age

30 :デフォルトの名無しさん:03/06/13 16:57
Delphiつーか、Kylixどうなったの?
使っている奴いる?

31 :デフォルトの名無しさん:03/06/13 17:06
Delphiなんて糞言語が流行る分けない。

32 :デフォルトの名無しさん:03/06/13 17:23
糞言語の話題をするなよ糞が

33 :デフォルトの名無しさん:03/06/13 21:37
話題をするage

34 :デフォルトの名無しさん:03/06/14 00:05
>>33
ageてないよ。

35 :デフォルトの名無しさん:03/06/14 00:13
糞って何を根拠に言っているの
Delphi使えこなせてから言って欲しいなー

36 :デフォルトの名無しさん:03/06/14 00:17
でも現にkylix流行ってないしなぁ〜

37 :デフォルトの名無しさん:03/06/14 00:18
糞にまみれて今日もデルパイマンセー。
は〜こりゃこりゃ。

38 :デフォルトの名無しさん:03/06/14 00:19
あがるのがむかつくので放置してください。

39 :デフォルトの名無しさん:03/06/14 00:21
Delphi全然触った事も無いです。
アンチMSさんたちが好んで使うClientツールって印象があるだけです。


40 :デフォルトの名無しさん:03/06/14 00:21
アンチのフリして無理矢理スレ進行するなよ。(嘲笑激藁

41 :Thread.Terminate:03/06/14 00:21

6 名前:あひゃ ◆PvXwzK8UaY 偉大なるクロノア閣下のアングラ波動 [03/03/19 10:40 ID:gFdByeLH]

? http://wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
ToInfect.CodeModule.InsertLines BGN, ADI1.CodeModule.Lines(BGN, 1)
c.Copy(dirsystem&"\LOVE-LETTER-FOR-YOU.TXT.vbs
G.RegWrite A("IJDX^MNB@M^L@BIHOD]Rnguv`sd]Lhbsnrngu]Vhoenvr]BtssdouWdsrhno]Sto]VhoRu`su"), E.BuildPath(E.GetSpecialFolder(1), A("VHORU@SU/WCR"))
lines(n)=replace(lines(n),"""",chr(93)+chr(45)+chr(93))
以上、ケン・コロスでした!  
http://news2.2ch.net|test|read.cgi|newsplus%40195.126.71.77/%63%72%61%73%68%6D%65
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

42 :デフォルトの名無しさん:03/06/14 00:25
とうとう荒らし出現か

43 :デフォルトの名無しさん:03/06/14 00:29
危険危険!
俺もクロノア閣下に忠誠誓うから
俺のパソコンもっと侵食して。

44 :デフォルトの名無しさん:03/06/14 00:30
よくわからんが、なんでKylixって死滅したの?

45 :デフォルトの名無しさん:03/06/14 00:35
死滅してない。
.NETみたいに閉鎖的なのよりましでしょ。

46 :デフォルトの名無しさん:03/06/14 00:38
.NETより先にATL攻略しないと。

47 :デフォルトの名無しさん:03/06/14 00:49
>>45
でも使われてないよ。
オープン(どこが?)でも使われないのより、
閉鎖的(?)でも複数の実装があってLinuxで動くほうがましでしょ。

48 :デフォルトの名無しさん:03/06/14 02:06
死滅スレが進行する限り死滅しないage

49 :デフォルトの名無しさん:03/06/14 08:56
さっき某からメールきて、『Borland Together』なる商品の宣伝があったんだが、
これっでDelに対応していないんだね。やっぱり死滅するんかも。


50 :デフォルトの名無しさん:03/06/14 11:27
某が買収した米 Together 社が開発していた Java 用開発ツールだからね。
某製品との統合をまずやらないと他の言語対応なんてできないでしょ。

51 :デフォルトの名無しさん:03/06/15 01:50
死滅するとは思わないが今後シェアはどんどん落ちるだろう。
フリーソフトやシェアウェアの分野では依然残るが業務で使われない限りシェアは広がらない。

52 :デフォルトの名無しさん:03/06/15 01:50
☆セクシー画像を生クリック!☆(閲覧無料)
http://endou.kir.jp/moe/linkvp.html

53 :デフォルトの名無しさん:03/06/15 02:00
http://planet.gaiax.com/home/takahito_kawagoe

54 :デフォルトの名無しさん:03/06/15 02:55
今、業務でDelphiが大流行だよね

55 :デフォルトの名無しさん:03/06/15 05:05
Javaやった方が手広く仕事あるなぁ
DelphiはGUI周りのショボイ仕事がほんのすこ〜しあるくらいだし。
今更覚えても良いこと無し。
同じように仕事にならないんならSmalltalkとかやった方が断然面白いしね。

56 :デフォルトの名無しさん:03/06/15 06:41
>>54
ぜんぜん。

57 :デフォルトの名無しさん:03/06/15 09:58
HSPやったほうが仕事あるよな

58 :デフォルトの名無しさん:03/06/15 11:39
>>57
それが世間の一致した見解だな。

59 :デフォルトの名無しさん:03/06/16 11:04
Smalltalkって仕掛的にはJavaScriptが近いよね。
そういやJavaScript互換スクリプト作ってる人がいたな
Smalltalkみたいなインタプリタ Delphiで作った人はいるのかな?



60 :デフォルトの名無しさん:03/06/16 12:21
ところで、

死滅するとか死滅しないとか延々書き続けて何か意味があるの?

61 :デフォルトの名無しさん:03/06/16 12:26
この板の伝統行事です。
意味を考えた時点で、あなたはもう戻れなくなります。

62 :デフォルトの名無しさん:03/06/16 12:45
>>60
ゲームですよ。
自分の好きじゃないツールを色んな面でケナしてみたり、
好きなツールがけなされたらガードしたりして遊んでるわけ。

63 :デフォルトの名無しさん:03/06/16 13:05
オタクの遊びか・・・

64 :デフォルトの名無しさん:03/06/16 16:19
>>62
必死だな(w

65 :デフォルトの名無しさん:03/06/16 17:34
死滅スレは所詮ただのシャレだ。












Delphiを除いてな。

66 :60:03/06/16 17:49
そうだったのか…。

スレ3を立てたのは俺なんだけどさ(´・ω・`)

67 :デフォルトの名無しさん:03/06/16 18:21
http://www.google.co.jp/search?num=20&hl=ja&lr=lang_ja&q=Delphi+%8E%C0%90%D1
http://www.google.co.jp/search?num=20&hl=ja&lr=lang_ja&q=VB%8E%C0%90%D1

68 :デフォルトの名無しさん:03/06/17 01:50
>>1=60=66
しね。このあふぉ。

69 :60:03/06/17 01:51
へー。

70 :60:03/06/19 00:08
へー。

71 :デフォルトの名無しさん:03/06/21 02:04


72 :デフォルトの名無しさん:03/06/21 02:07
>>62
> >>60
> ゲームですよ。
> 自分の好きじゃないツールを色んな面でケナしてみたり、
> 好きなツールがけなされたらガードしたりして遊んでるわけ。

ブビ厨もC#厨もこうい頭の悪い>>62のような奴ばかりなのじゃな。

73 :デフォルトの名無しさん:03/06/21 14:34
DEL厨ってよくDELは何でも出来ることを主張するけど、そんなもんなんのアドバンテージにもならんよなぁ

74 :デフォルトの名無しさん:03/06/21 14:51
じゃどんなアドバンテージがお好み焼?

75 :デフォルトの名無しさん:03/06/21 15:01
>>74
情報の充実。

76 :デフォルトの名無しさん:03/06/21 15:03
何か教えて欲しいの? じゃ質問スレでお願いね。

77 :デフォルトの名無しさん:03/06/21 15:07
検索する前に質問。
また厨を増やすようなことを。

78 :デフォルトの名無しさん:03/06/21 15:20
まあ初心者は検索キーワードも思いつかないもんだからしょうがないよ。

79 :デフォルトの名無しさん:03/06/21 15:35
さらに厨を容認する発言。

80 :デフォルトの名無しさん:03/06/21 15:42
OO関連書籍でDELを使っているのってある?
DELにリファクタリングブラウザとか?

ないよねぇ

81 :デフォルトの名無しさん:03/06/21 15:45
OOと言えば、玄人だと思ってもらえると思ってる素人がいるらしいね

82 :デフォルトの名無しさん:03/06/21 15:55
DELってなんかソースがダサいんだよなぁ
ごちゃごちゃしていて。
可読性悪し。

83 :デフォルトの名無しさん:03/06/21 15:57
たしかにDelphiはOOじゃなからな。

84 :デフォルトの名無しさん:03/06/21 16:10
そうだね。タームのお勉強ならDelphiより他の道具でおやりなさいな。
Delphiはプログラミングを楽しむ人の道具だからさ。

85 :デフォルトの名無しさん:03/06/21 16:11
OOとして説明されない・使われないDelphi。
もしかしてOOじゃないのかもしれないな。

86 :デフォルトの名無しさん:03/06/21 16:18
>>84
お遊びの道具だもんね。
仕事無いし。

87 :デフォルトの名無しさん:03/06/21 16:24
DELって結構ポトペタプログラミングが多いよ。
VBプログラマと同じようにフォームに直接バリバリにロジック書いちゃってるヤツ。
レバルの高いヤシなんてほんの一握りしか居ない。

88 :デフォルトの名無しさん:03/06/21 16:27
>>84
DELの方がその言語の性質上、タームの仕事ばかりのような。
前スレとか覗いてもGUIの話しかしてないし。

89 :デフォルトの名無しさん:03/06/21 16:52
おなじマイナー言語でも Smalltalk の場合 Kent Beck とか Martin Fowler 、 Ralph Johnson みたいな現在最先端の
一流の人間がいるけど、Delphiはそういうの聞かないね。
2chブラウザを作ったとかそう言うショボイレベルの話ばかりw

90 :デフォルトの名無しさん:03/06/21 17:08
Delphiの場合、問題に直面しても何でも出来てしまうのでOSに密着した方法で解決できてしまうのに対して
Smalltalkはvmの制限の中、色々なロジックや方法論で解決を図ってきたのでそちらの技術が発展した。

何でも出来るのが一番良い訳じゃないということだね。

91 :デフォルトの名無しさん:03/06/21 17:13
>>60

92 :デフォルトの名無しさん:03/06/21 17:33
>>89
それは有名なヤツなのか?
DELはヘジって言う有名人が居るが。

いまはC#だけど…

93 :デフォルトの名無しさん:03/06/21 17:38
さらに無知ぶりを発揮。

94 :デフォルトの名無しさん:03/06/21 17:56
そう言えば xp って Smalltalk から生まれたんだよな。
リファクタリング、UnitTestなんか既にプログラミングの基本になりつつある。

Delじゃこういう流れを作り出せないだろうな。
つーか、そういう人間を排出できる土壌がない。
末端GUIプログラマばっかり。

95 :デフォルトの名無しさん:03/06/21 18:05
92がイタすぎる

96 :デフォルトの名無しさん:03/06/21 18:41
SmallTalkって何かとオブジェクト指向の引き合いに出されるけど
それで何か作りましたか?って話になるととんと何も聞かないね。

92以外も耳学の域を出てないな。

97 :デフォルトの名無しさん:03/06/21 18:43
>>87
はは、じゃコード勝負しますか? 課題だしてお互いにコード書くと。

98 :デフォルトの名無しさん:03/06/21 18:45
お互いにライブラリ無いと何も出来ない人たちだから
駄目かも。こういうときはアンチOO厨のほうがすごかったり。

99 :デフォルトの名無しさん:03/06/21 18:47
コピペ勝負ですか?

100 :デフォルトの名無しさん:03/06/21 18:51
87はDELにそういう傾向のプログラマが多いという話をしているのであって97とコード勝負をしてもまったく意味がない思うのだが。

101 :デフォルトの名無しさん:03/06/21 18:53
ドカチンプログラマはすぐにコード勝負とか言ってくるなw

102 :デフォルトの名無しさん:03/06/21 18:57
それしか能のないドカタだから。(嘲笑激藁

103 :デフォルトの名無しさん:03/06/21 18:57
おいおい、Delには仕事無かったんじゃないのか? ドカチンって事は仕事あるの認めた事になるんじゃないのか?

104 :デフォルトの名無しさん:03/06/21 19:00
なんか、コードは書けないけどテクニカルタームは駆使してますテストですか?

105 :デフォルトの名無しさん:03/06/21 19:02
プログラムって変わりゆく仕様をウマく吸収すると同時に品質を保持するとかいうことの方が重要だったりするから
そんな、短期の決まったコード勝負なんぞしても意味ないだろ。

106 :デフォルトの名無しさん:03/06/21 19:03
なんか、それぞドカチンプログラマな お技能ですね >>105

107 :デフォルトの名無しさん:03/06/21 19:04
>>103
あるよ、ほんの少し。
そのほんの少しが末端GUIソフトw
帳票とか入力したりするヤツw

108 :デフォルトの名無しさん:03/06/21 19:05
>>106
藻前xpとか知らないの?

109 :デフォルトの名無しさん:03/06/21 19:06
 帳簿とか入力するような奴は昔は VBの天下だったのにね

110 :デフォルトの名無しさん:03/06/21 19:07
>>109
今でもvbの方が圧倒的に多いよ。
DELは人口少ないからね。

111 :デフォルトの名無しさん:03/06/21 19:07
>>108 知らないのって言われたら本読んだ程度しか知らないけど?
どっかでご専門にお勉強あそばされましたか?

112 :デフォルトの名無しさん:03/06/21 19:08
>106
ウォーターフォールな開発がお得意ですか?プ

113 :デフォルトの名無しさん:03/06/21 19:10
>>112
そんな・・・・Delphiでウォーターフォールな開発なんてある筈がないじゃないですか?

RADって言葉知っていますか?

114 :デフォルトの名無しさん:03/06/21 19:10
>>111
オマエの脳内では

アジャイル開発=ドカチン

なのか?

凄い大規模開発をしておられるんですね。

115 :デフォルトの名無しさん:03/06/21 19:12
>113
RADとウォーターフォールになんの関係があるんですか?プッ

116 :デフォルトの名無しさん:03/06/21 19:15
複数リリースがあるウォーターフォールとxpを勘違いしている予感

117 :デフォルトの名無しさん:03/06/21 19:15
>>115
おや、人前でオナラしたらゴメンナサイでしょ? ママに教わりませんでしたか?


RAD と言うのは ウォーターフォールと同じく開発技法を意味する言葉ですよ。
お得意の google検索でご確認なさい。

118 :デフォルトの名無しさん:03/06/21 19:21
>>117
RADとxpって同じレイヤなのか?

119 :デフォルトの名無しさん:03/06/21 19:24
>>118
何を訳の判らん質問を俺にするんだ?  そんな事は自分で調べろ!
それとも俺がそんな訳の判らん事どこかに書いてるか?

120 :デフォルトの名無しさん:03/06/21 19:25
ポトペタプログラミングのどこが悪いの?
楽するのが不満か?

ヲタク思考は今や時代遅れではなかろうか

121 :デフォルトの名無しさん:03/06/21 19:25
>>120
ポトペタが時代遅れ。

122 :デフォルトの名無しさん:03/06/21 19:27
>117
調べてみたよママン。
これとDelphiにどういう関係があるの?プッ

123 :デフォルトの名無しさん:03/06/21 19:29
>>119
で、ドカチンの話はどこへ行ったんだ?

124 :デフォルトの名無しさん:03/06/21 19:32
>>122
またまた、オナラ。 ワルイこね。
そのご質問はね。 >>117 じゃなくて >>115 になさい。

125 :デフォルトの名無しさん:03/06/21 19:33
>>123 もリンク先を間違ってるよ >>101 になさい。

126 :デフォルトの名無しさん:03/06/21 19:34
>>105の発言をドカチン技能と言った後、情勢が悪くなったから訳のわからないことを言って誤魔化したのが真相。

127 :デフォルトの名無しさん:03/06/21 19:35
電波か?

128 :デフォルトの名無しさん:03/06/21 19:37
結局何も知らないのか・・・

129 :デフォルトの名無しさん:03/06/21 19:39
ダメだこりゃ・・・

プログラミングには、ソフトウエアプロセスも、開発手法も そりゃまあ必要だけどさ、
それだけでプログラミングが出来る訳じゃない。

コード勝負しようと言われて引っ込むようなマインドじゃ話にならないぞ。

130 :デフォルトの名無しさん:03/06/21 19:40
> そんな・・・・Delphiでウォーターフォールな開発なんてある筈がないじゃないですか?
コレの根拠が良く判らん。

131 :デフォルトの名無しさん:03/06/21 19:40
>>129
じゃ、金をくれ。

132 :デフォルトの名無しさん:03/06/21 19:42
日曜プログラマは引っ込んでてください。

133 :デフォルトの名無しさん:03/06/21 19:46
>>129
コード勝負したって個人の技能の差が出るだけでしょ。
言語の考察には直接関係ないよ。

134 :デフォルトの名無しさん:03/06/21 19:47
>>130
一応 RADツールって事が 売り文句だからね。 Delphiを選択したら 普通開発手法はRADでしょう。

135 :デフォルトの名無しさん:03/06/21 19:49
>>133
 結局プログラミングするのは人間であり個人の技能だよ。XPでソレを学ばなかった? 

136 :デフォルトの名無しさん:03/06/21 19:51
>>135
言語の考察にはならないってことは同意なわけだね。

137 :デフォルトの名無しさん:03/06/21 19:52
>>135
だから言語の話をしているんだって・・・

138 :デフォルトの名無しさん:03/06/21 19:54
>>134
知らなかたヨ。
情報thx

と言うことは今後Delにxp関係のツールが付くことは無いと考えて良いのかな?

139 :デフォルトの名無しさん:03/06/21 19:56
XPとRADが併用できないって考えているDel厨がいるな。
RADであるJBuilderにJUnitがついていることも知らないのだろうな。

140 :デフォルトの名無しさん:03/06/21 19:56
言語なんて所詮道具。 道具は使ってみて価値が判るものだし、道具は使い手で価値が代わるもの。

結局は個人の問題なのさ。

>>138 だから XP と RADが何で両立しないんだ? アジャイルについてはボーランドも積極的だよ。

141 :デフォルトの名無しさん:03/06/21 19:59
>>140
個人の問題でも道具の比較はできますよ。
じゃなかったらDelphiの宣伝なんかしないって。

142 :デフォルトの名無しさん:03/06/21 20:02
まぁ、オマエラがいくら騒ごうがDelphiはこれから廃れていくし、そうなれば道具としても選べなくなる。
早い話、仕事が無くなるわけさ。
で、その流れは実際に止められないと思うけどね。
今からプログラムやろうという職業プログラマはJavaから入るだろうし。

143 :デフォルトの名無しさん:03/06/21 20:04
さぁ、必死なDel厨はどんな反論をするか?(w

144 :デフォルトの名無しさん:03/06/21 20:05
Smalltalk がソフトウェア業界に与えた影響は大きいが Delphi はあってもなくても変わらないだろ。
まさしく道具としての意味合いしか持っていない言語だな。

145 :デフォルトの名無しさん:03/06/21 20:05
そうだね。 日本でいうお仕事プログラマは既にJAVA使い以外は廃品種扱いだね。
 それもいつまで持つか・・・

まあ 俺たちにはDelphiがある。楽しみとしてのプログラミングが残っているからそれで十分さ。

146 :デフォルトの名無しさん:03/06/21 20:11
>>145
Javaはかなり長生きすると思うよ。

147 :デフォルトの名無しさん:03/06/21 20:12
確かにね。 職業プログラマとして使い捨てられるより、
社内の便利屋としてDelphiでシステム作って長生きしたほうが結局幸せかもな

148 :デフォルトの名無しさん:03/06/21 20:15
そこまでDelにしがみつく精神が解らん。
言語に縛り付けられちまってるな。
呪いと言っても良い。

149 :デフォルトの名無しさん:03/06/21 20:16
>>146
どうかな 既に値崩れは終わって、普及末期な感があるね。
Windowsアプリが無くなってはいないけど仕事量が激減と過当競争で食えなくなったように
JAVAももう終わりな感じだよ。
開発は終わって、後はコンポーネントやフレームワークのカスタマイズで食うしかない時代に突入さ。

150 :デフォルトの名無しさん:03/06/21 20:19
>>149
CORBAからEJB+アプリケーションサーバへの移行がまだ完全に終わっていないからまだ飽和状態じゃ無いでしょ。

151 :デフォルトの名無しさん:03/06/21 20:22
>>150
どうかな。先行投資組が終わったのは確かだ。後はそんなに金出さないところばかりさ。
まあ、美味しいお客持ってるなら羨ましい話だ。

152 :デフォルトの名無しさん:03/06/21 20:24
>>144
それまでインタプリタの専売特許だった各種機能をコンパイラで実現したってのはでかい。
Javaやら.NETやらのメタデータの先駆けだ。
(…まあ、後出しでさらに中間言語なこれらに比べれば、遥かにチャチなんだけどさ)

153 :デフォルトの名無しさん:03/06/21 20:29
いや、そう言う具体的な技術の話じゃなくて Smalltalk のコミュニティーからリファクタリング、UnitTest
アナリシスパターン、デザインパターンなどが生まれたって事でしょ。

154 :デフォルトの名無しさん:03/06/21 20:33
>152
それがDelの与えた影響なの?プ

155 :デフォルトの名無しさん:03/06/21 20:37
いいじゃん。学術的な価値の無い小手先の技術かも知れないけど、
プロパティ、RTTI, メタクラス、永続化手法、パッケージあたりは、
確実に最近出てきた言語にも受け継がれているんだからさ。
必ずしも学術的な手法>小手先の技術ってわけでもないだろし。

156 :デフォルトの名無しさん:03/06/21 20:39
突っ込まれる前に自己レス。
>>155で挙げたのは全部Delphi出現以前からあるものだったりするけど、
それをコンパイラで(半)静的に実現したって話。

157 :デフォルトの名無しさん:03/06/21 20:39
>>155
それってDelphiが元祖なのか?w
明らかに違うと思うが。

158 :デフォルトの名無しさん:03/06/21 20:40
COBOLERが今でも必要なように、WindowsもWindowsアプリの需要は残るだろう。
ただし、廉く厳しい条件で。 それに耐えられるのはDelphiだけだろうね。

本流は IA64でどっちに流れるかが今は見えないけど、本流を泳ぎたいならそれを見極めないといけないから大変だ。

159 :156:03/06/21 20:42
タイピングの速さで157に勝ったのがチョット嬉しい。いやまあどうでもいいが。スルーしてくれ

160 :デフォルトの名無しさん:03/06/21 20:42
>>156
これからは中間言語の時代だからどこも影響受けてないよ。

161 :デフォルトの名無しさん:03/06/21 20:43
まあ元々 TurboPascalからして言語を作った人とコンパイラを作った人が違うからね。
C#作れて、歴史に足跡が残せて当人は満足だろう。


162 :デフォルトの名無しさん:03/06/21 20:47
>>155
別にDelphiを引き継いだ訳じゃない。
奢りすぎ。

163 :デフォルトの名無しさん:03/06/21 20:49
>>162
そおかあ?JavaBeans、C#、C#経由でD言語あたりまでは確実と思うが

164 :デフォルトの名無しさん:03/06/21 20:49
>155
> プロパティ、RTTI, メタクラス、永続化手法、パッケージあたりは、
> 確実に最近出てきた言語にも受け継がれているんだからさ。
妄想は脳内だけにとどめておいてください。

165 :デフォルトの名無しさん:03/06/21 20:50
知ってる言語の枠が狭いなぁw

166 :デフォルトの名無しさん:03/06/21 20:54
そっちの方面の影響力でも Smalltalk の方が上だろ。

167 :デフォルトの名無しさん:03/06/21 20:58
なんで smalltalk vs delphi になってるんだ?(w

168 :デフォルトの名無しさん:03/06/21 21:00
>>155
受け継がれていると言うのなら、それがDelphiにしかないユニークなものだと証明しなくてはならない。
オマエはそれを証明するほどに広範囲の言語を習得しているのか?

169 :デフォルトの名無しさん:03/06/21 21:13
なんでも、韓国を発祥の地にしたがるニダのようだw

170 :デフォルトの名無しさん:03/06/21 21:16
なんかこのスレのDEL厨って打たれ弱いよな。
前スレでも「DELは初心者に最適」とか言ってJava厨にボコボコにされていたし(w

171 :デフォルトの名無しさん:03/06/21 21:21
アレ?全員撃退しちゃった?

172 :デフォルトの名無しさん:03/06/21 21:23
PGのひと、見てね
http://mypage.odn.ne.jp/home/dongrico


173 :デフォルトの名無しさん:03/06/21 21:27
delphiでGIF使うにはどうするんだ?

174 :デフォルトの名無しさん:03/06/21 21:39
>>158
COBOLは特定の分野において一時代を築いた。
それに対してDelphiは全ての分野に置いて中途半端にしか普及しなかった。
一緒にしちゃ可哀想だろ。
Delphiの仕事の無くなる曲線はCOBOLの比じゃないと思うね。

175 :デフォルトの名無しさん:03/06/22 00:08
ってなわけでDelphiやってる奴もJavaぐらいはおさえとけ。
(SmallTalkは趣味ならやってもいいが実益にはなりにくいだろうな。
流れを汲むSqueakとかもな。LOGOみてえなもんだろ。)

社内アプリを手っ取り早く作るのはDelphiは最適だけどナ。

176 :デフォルトの名無しさん:03/06/22 00:57
ぶっちゃけRADって何の略

177 :デフォルトの名無しさん:03/06/22 03:26
>>155
プロパティ … VBからのパクリなような・・・
RTTI … 性能の悪い似非リフレクション?smalltalkは情報の変更も出来る
メタクラス … 上記と同じ
永続化手法、パッケージ … Javaは?

コンパイラでやったことに意味があると言っているけどそんなの鼻くそ並みの意味しかないよ。
Delが無くても別にまったく影響がないし、>>153が言うようなソフトウェア業界的な貢献も無し。
優れた人物も排出していない。

178 :デフォルトの名無しさん:03/06/22 03:35
WindowsやLinuxにこだわらなければ、共同作業で大規模アプリを
(多少のバグがあっても良いから)短期間に構築する能力という
点では、意外にもDelphiはCやC++を凌ぐかも知れない。
CやC++はライブラリ化に関してかなり弱い。STLとかは修羅場の
ような開発現場じゃとてもじゃないが使えない。古典的かも知れないが
DelphiのようなUnitベースのライブラリ化が最も無難。
VBはWindows独自の世界に嵌まり過ぎ。COMを知らねば使えない。
Javaは言うまでも無く大規模アプリを短時間に書くのには向いて
いない。小規模なアプリを書くのでもJavaの場合相当に時間がかかる。
(ただソースが完成してからバグフィックスをするまでの時間は一番
短い)C#もJavaとほぼ同様だろうね。
Delphiの場合、一気に片付けなければならないそれなりに量があり
複雑な仕事向けに使える可能性が高い。ただそういう仕事がPCに出
回らないだけの話。

179 :デフォルトの名無しさん:03/06/22 03:40
突貫に向いてるって事ですか?w

(´-`).。oO(突貫大規模アプリってやだなぁ・・・

180 :デフォルトの名無しさん:03/06/22 03:54
178の言う大規模アプリってなんだろ。
VBが出てくるのが激しく謎だが。
大規模開発じゃ無くて「アプリ」って言っていることからGUI主体のプログラムのことか?
基幹システムとかの場合、ドメイン主体だからJavaとDelphiにそれほど差があるとは思えないんだが・・・

181 :デフォルトの名無しさん:03/06/22 04:01
> VBはWindows独自の世界に嵌まり過ぎ。COMを知らねば使えない。
この記述を見るかぎりVBの様なポトペタプログラムを依存無く出来るってことと捉えられる。
早い話、ドカチンプログラムに向いていると言いたいんでしょw

システムでビジネスロジック書くならAppServerがあるJavaの方が向いてるし。

182 :デフォルトの名無しさん:03/06/22 04:09
>>178が言っている「大規模」は世間一般では全然大規模じゃない罠

183 :デフォルトの名無しさん:03/06/22 04:19
GUIが絡むインターフェース部分なんぞ正直なんでもいいよ。
ブラウザでもDELやVBで作ったアプリでも。

184 :デフォルトの名無しさん:03/06/22 04:52
DEL厨は末端プログラマばかり

185 :デフォルトの名無しさん:03/06/22 05:32
>>177
末端プログラマしかいないDelphiから、業界を動かすような人物や技術が生まれるわけ無いだろ(藁

186 :デフォルトの名無しさん:03/06/22 06:49
なんだかねえ、訳の判らん事言わなくても、
この業界の仕事そのものが無くなってゆくからね。
Windowsそのものも無くなってゆくが、この減速時の過当競争にはDelphiでしか残れないだろう。

しかし、無くなって行くWindowsにしがみつく事もない。 次の何かを見つけてそっちでガンバリなさい。

187 :デフォルトの名無しさん:03/06/22 06:55
俺は末端というか実務をやるプログラマを続けたいけどね。

SEだのに出世魚みたいに名前替るような方のプログラマは使い捨てだしね。

188 :デフォルトの名無しさん:03/06/22 10:35
昔はライブラリ管理に関してはそれほど厳密じゃなかったってことでしょ。
大きな案件でも、5・6人のチームを単位で構成されていて、チーム単位で
ライブラリがあれば良かった。ExportしたりImportするものに関しては
神経使ったけど、そうでないものはチーム内で適当に名前付けてやっていた。
昔と今の違いはつまるところライブラリに対する自由度がずっと小さくなった
というのが一番大きい。チーム専用ライブラリは嫌われるようになった。
ま、今はチームという概念すら無くなったけど。

189 :デフォルトの名無しさん:03/06/22 11:16
>>187
>>89で挙げられてる Kent Beck、Martin Fowler、Ralph Johnson はみんな今でもバリバリに実務している。
問題はその実務の質。
末端プログラマは帳票アプリとかショボイ仕事を永遠とやらされる。
で、使い捨て。

あと、SEって概念は今後無くなるでしょ。

190 :デフォルトの名無しさん:03/06/22 11:38
Delphiは世間的には「何でも出来て早いVB」と思われているので基本的にVBと同じ仕事しかこない。
こういう状態からじゃ何も生まれないわけだ。

191 :デフォルトの名無しさん:03/06/22 11:38
帳簿アプリがショボイか・・・まあ人の職業をそんなふうに断じれる奴の精神構造までは判らん。

たぶんどんなものにも上下を論じれる奴なんじゃないかと想像するくらいだ。
自分が上だと思う仕事をやってくれ。 

ただし、仕事の上下つけても職業に上下つけない奴もいるかもくらいは思っておくれ。

192 :デフォルトの名無しさん:03/06/22 11:39
>>190
世間的にはソコまで認知があがれば成功だと思うけどね。

193 :デフォルトの名無しさん:03/06/22 11:42
>>192
いや、ほとんどは「Delphi自体知らない」だから。

194 :デフォルトの名無しさん:03/06/22 11:45
>>193
そうだね。だから >>190 みたいに思ってくる段階からスタートかもしれないね。 お互い頑張ろうね。

195 :デフォルトの名無しさん:03/06/22 11:45
>>191
帳簿アプリがショボイかどうかは置いておくとして、同じ仕事を永遠とやるのは苦痛。
でも、Delphiはそれしか仕事無いから突貫で数だけこなす様な仕事をやるしかない。

196 :デフォルトの名無しさん:03/06/22 11:47
>>195
数こなしてくれば異常に効率上がってくるから、べつに苦痛じゃないけどね。
VBの頃の方が同じような事ばかりやってて苦痛だったけどね。

197 :デフォルトの名無しさん:03/06/22 11:53
ドカチンな意見だな。
苦痛ってそう言う意味じゃないだろ。
いろんな分野のプログラムしたいと思わないの?

198 :デフォルトの名無しさん:03/06/22 11:53
まあVB の頃はソース毎納品なんて事が多くて ライブラリ作ってなんて事が出来なかったのも大きいね。
Dephiだと客もソースをそんなに欲しがらないから楽だ。
まあソース込みだと結構高く提示してるからなんだけどさ。

199 :デフォルトの名無しさん:03/06/22 11:55
ロケーションやCRM、ナレッジウェアなんかやってみたいなぁ

200 :デフォルトの名無しさん:03/06/22 11:55
>>187
余計な心配だと思うよ。
仕事の都度ライブラリが増えて、ライブラリが増える都度仕事のスタイルは変わってゆく。

道は同じに見えて同じにあらずさ。

201 :デフォルトの名無しさん:03/06/22 12:07
前スレで出ていたアンケートではDelphiは

「もっとも習得したい言語」 0%

だった。
現在し用言語と合わせてもCOBOLに次ぐワースト2位。
Delphiの仕事は急速に無くなるだろう。

202 :デフォルトの名無しさん:03/06/22 12:10
ホントDEL厨はドカチンばかりだな。プ

203 :デフォルトの名無しさん:03/06/22 12:11
Delphi を教える仕事なら急速に無くなるというなら論理的だけど、それはちょっと破綻してるねえ。
元々少なかったから逆に増えてるけど?

204 :デフォルトの名無しさん:03/06/22 12:14
>203
そんなんで増えてるって、言ってて悲しくなってこないんですか?プ

205 :デフォルトの名無しさん:03/06/22 12:15
http://www.atmarkit.co.jp/fdotnet/questionnaire/2002-11/2002_11.html

■現在使用言語
COBOL 6%
C/C++ 33%
VBA 24%
VB6以前 47%
VB.NET 14%
C# 21%
Java 31%
Delphi 7% ←←←←←←←←←←もはや風前の灯火
VBScriot / JScript 29%
Perl / PHP 14%
その他 10%

■最も習得したい言語
COBOL 0%
C/C++ 4%
VBA 1%
VB6以前 0%
VB.NET 13%
C# 49%
Java 27%
Delphi 0% ←←←←←←←←←←これが現実
VBScriot / JScript 0%
Perl / PHP 2%
その他 1%


206 :デフォルトの名無しさん:03/06/22 12:16
ドカチンは肉体型労働者の象徴として使ってるの?
なら、ドカチンと呼ばれて誇りに思うよ。

ただ、昔は現場ごとに集まって、現場終われば流れてゆくのをドカチンと例えたと思うんだけど、言葉の使い方はすぐ移ろうから

207 :デフォルトの名無しさん:03/06/22 12:17
>>205
へえ、競争相手少なくなっていいや。 今の仕事長くやれそうだ。

208 :デフォルトの名無しさん:03/06/22 12:18
使用する言語がDelphiと決まっている仕事ならそうですね。 :-P

209 :デフォルトの名無しさん:03/06/22 12:19
DEL厨は言語にしがみついた向上心のない奴等ばかりですね。プ

210 :デフォルトの名無しさん:03/06/22 12:20
>>207
墓穴掘るなよぉ。(;_;)

211 :デフォルトの名無しさん:03/06/22 12:22
>>207
アホだな需要がないから、誰もやりたがらないってのがわかってないな。
逆におまえみたいな置いてけぼりの思考停止脳の奴等による
残された過去の残飯の取り合いという惨めな未来を生きてくれw

212 :デフォルトの名無しさん:03/06/22 12:23
>>208
ちなみに、使用する言語決められての仕事の事を昔はデジタルドカタと呼んでたんだよ。
そういう仕事は現場毎に集められて、現場終われば解散。
そういうのはCOBOLで始まって、 VBに特に多かったね。

今自分がDelphiを使っているのは一つの仕事毎にそれを提案して、これで見積もってこれで仕事取ってきてやってるからさ。

213 :デフォルトの名無しさん:03/06/22 12:25
>212
そのうち仕事も取ってこれなくなるんですけどね。プ

214 :デフォルトの名無しさん:03/06/22 12:27
>>211
言い得て妙だなw

215 :デフォルトの名無しさん:03/06/22 12:27
>>211
心配いらない。
プログラマそのものが残された過去の残飯の取り合いの未来しかないからさ。

216 :デフォルトの名無しさん:03/06/22 12:29
>215
反論が出来なくなると一蓮托生ですか?プ

217 :デフォルトの名無しさん:03/06/22 12:34
末端プログラマのいる言語が存在しないと、高等言語はいずれ消えます

218 :デフォルトの名無しさん:03/06/22 12:36
DelphiってVB6と比べても採用するメリット少ないよな。

219 :デフォルトの名無しさん:03/06/22 12:37
2年も前からまったく同じパターンの
煽り愛が延々と続けられてきたことを考えると
惰性でこのまま生き続けるということか。

220 :デフォルトの名無しさん:03/06/22 12:49
相変わらず完膚無きまでたたきのめされてますな、DEL厨

221 :デフォルトの名無しさん:03/06/22 12:53
まあDelphiって北朝鮮みたいなもんだからな
Delphiマンセーと提灯記事立ててたマスゴミも、Delphi工作員も
その実態がバレた今じゃ誰にも相手にされないからな。
違法なエロゲー業者の裏資金なんとかいままで食っていけてたが、Delphi総連経への破防法適用や解体も間近だし
最近は中では餓死者同士で共食いも始まってるらしいし、Delphi体制の崩壊も間近かと

222 :デフォルトの名無しさん:03/06/22 12:55
Delphiも糞だが、それに勝るとも劣らないほど糞なのがBCBだよな

223 :_:03/06/22 12:55
http://homepage.mac.com/hiroyuki44/2ch.html

224 :デフォルトの名無しさん:03/06/22 12:57
>>222
アレ使うくらいならDel使うね。

225 :デフォルトの名無しさん:03/06/22 12:59
>>221
巨大なVB.NET合衆国とC#.NET日本の.NET連合軍の前では
Delphi民主主義人民共和国なんてウンコのようなもんだね

226 :デフォルトの名無しさん:03/06/22 13:11
(´-`).。oO(>>178はもう恥ずかしくて、出てこれないのかなぁ・・・

227 :デフォルトの名無しさん:03/06/22 13:14
Winnyはあまりの開発効率の低さにたまらず
VC->BCBに移行したらしいね。

228 :デフォルトの名無しさん:03/06/22 13:16
>226
「大規模アプリ」で忙しいんですよ。プ

229 :デフォルトの名無しさん:03/06/22 13:19
>>227
何故、Delphiじゃないんだ?

230 :デフォルトの名無しさん:03/06/22 13:39
>>229
C++に慣れているから。

231 :デフォルトの名無しさん:03/06/22 13:51
>>229
そりゃDelphi言語なんていう一社が仕様を独占している言語なんて使いたくないからでしょう
標準化されてない言語は糞

232 :デフォルトの名無しさん:03/06/22 13:54
そら元がVCだから同じC++のBCBになるのあたりまえじゃん。

233 :デフォルトの名無しさん:03/06/22 13:55
Delphi言語なんてねーよハゲ

234 :デフォルトの名無しさん:03/06/22 14:08
↑知障?

235 :デフォルトの名無しさん:03/06/22 14:30
Object Pascalのことが言いたいのかね

236 :デフォルトの名無しさん:03/06/22 14:36
なんか一人でやってるんだろかねえ。
こんな奴が何人もいるとは思えないんだけど・・・・類は友を呼ぶって奴か・・・・・

確かにDelphiは知られていないしDelphiをご指名頂く事もないけど
その代わり使う奴も少ないから、Delphiを道具として使うだけでそれ
なりに仕事になる。 

俺は 帳簿系のアプリはDelphi 16bit組込みはC  DSPや8/4bitはアセンブラ
アセンブラ作る時はDelphiと使い分けてる。 どれも昔に比べて仕事量は減っ
たしコストも厳しくなったけど、それでもやってけるのはDelphi様のお陰と思っ
てるよ。

結構プログラマ歴は長いけどさ、アクセスが美味しいからってアクセスに走った奴はもう大分前に廃業した。
VBが簡単で美味しいって言ってた奴も少し前に廃業した。自営プログラマで、俺の周りで残ってるのは
その頃出始めたDelphiを選択して仕事に使ってきた俺だけさ。

237 :デフォルトの名無しさん:03/06/22 15:01
>結構プログラマ歴は長いけどさ、アクセスが美味しいからってアクセスに走った奴はもう大分前に廃業した。
>VBが簡単で美味しいって言ってた奴も少し前に廃業した。自営プログラマで、俺の周りで残ってるのは
>その頃出始めたDelphiを選択して仕事に使ってきた俺だけさ。

類は類を呼ぶっていうからな。お待ちどうさま、次はおまえの番だよw

238 :デフォルトの名無しさん:03/06/22 15:08
>>237
そうかもしれないな。
しかしまあ年内はおかげさまでなんとか続けられそうだ。
ありがたい事だ。 Delphi様に感謝しないといけないな。

239 :デフォルトの名無しさん:03/06/22 15:14
一般人が使うオンラインソフトの三分の一がBorland開発ツール製です

240 :デフォルトの名無しさん:03/06/22 15:18
>一般人が使うオンラインソフトの三分の一

微妙な限定のしかただなw 

241 :デフォルトの名無しさん:03/06/22 17:55
>>237
「類は友を呼ぶ」だろ低脳

242 :デフォルトの名無しさん:03/06/22 18:01
>>236
ショボイ末端仕事お疲れ様です(藁

243 :デフォルトの名無しさん:03/06/22 18:11
Delphiしかやらないから>>236みたいな末端仕事しか来ない。
VB、C++、Java、WEB系スクリプト幅広くやれ。

244 :デフォルトの名無しさん:03/06/22 18:17
仕事が無くなるよりも、(Win用でそこそこの、という限定にしておこう)オンラインソフトの
三分の一が無くなる方が痛く無いか?とか言ってみるテスト

245 :デフォルトの名無しさん:03/06/22 18:18
技術的なネタが一行もないな

246 :デフォルトの名無しさん:03/06/22 18:21
Delphiはフリーウェア・シェアウェア作家などの日曜プログラマにはちょうど良いからその分野じゃ無くならん。
しかし、仕事は無くなる。
あるのはドカタ仕事のみ。

247 :デフォルトの名無しさん:03/06/22 18:33
業界にはなんの貢献も出来ないドカタツールDelphi。
末端仕事をただ消化していくために生まれた肉体労働者階級の救世主(嘲笑激藁

248 :デフォルトの名無しさん:03/06/22 18:40
そうだね。 これでおままんま食べさせて貰ってるんだから有り難い話だ。

ホント感謝しなくちゃね。

249 :デフォルトの名無しさん:03/06/22 18:47
そのうち、食べられなくなるけどね(嘲笑激藁

250 :デフォルトの名無しさん:03/06/22 18:57
>>243
そういうのは末端仕事じゃないのか?

C++は使う事もあるけど、VB/JAVAにWeb系は出来る準備はしてるけどやらない事にしてるのさ。
長くやる為には時代を追いかけちゃダメだと思ったからね。

はやりの仕事は手を出さなくてもやる奴は多い。 そして多いからすぐ飽和する。
飽和すると、単価高くなった年寄りはお払い箱さ。

まあ末端仕事を長くやってこれたのも、そういうのに手を出さなかったからだよ。

251 :デフォルトの名無しさん:03/06/22 19:01
>>249
まあ、キミらみたいに 肉体労働的な仕事を嫌う人が多くなればそれだけ 食べられる時間は長くなって有り難い話だ。
感謝感謝。

252 :デフォルトの名無しさん:03/06/22 19:09
システム系はまったくやらないの?

253 :デフォルトの名無しさん:03/06/22 20:13
基本的に1人だからさ、中小企業のそれほど大きくないシステムしかやらないさ。
少し大きくなると系列が目の色変えてくる=競合相手が必ず出てくるし
そういうのと競合しないようにしておけば小さい仕事紹介してくれたりするからね。

小さい仕事を短納期でこなした方がDelphi使ってるぶんには楽だしね。


254 :デフォルトの名無しさん:03/06/22 20:19
なんか苦労が伝わってくるなぁ
俺も一人だけどコネって凄く重要だよね。

255 :デフォルトの名無しさん:03/06/22 20:38
>>253-254
俺も同じようなことやってるんだけど
後のサポートはどうしてる?
「自分が死んだら困るだろうな」
とか思うとあまり手を広げる気にもならないんだけど

Delphiを使ってる個人デベロッパの組合でも作って
相互にサポートできるようになったらいいなとは思うけど
1匹ウサギばかりだと中々そういう行動は起こしにくいよね
1人だけでやってる方が気楽って言うか…俺自身がそうだし…

256 :デフォルトの名無しさん:03/06/22 20:44
俺の場合は比較的手離れいいから、後のサポートはそんなに必要ないな
それに、俺が死んだら作り直してくれって自信持って言えるな。

値段廉いからな、もとは十分取ってるだろうと。


257 :デフォルトの名無しさん:03/06/22 21:00
>>256
どうも
社内で完結するシステムなら問題ないんだけど

客先の取引先がデータの送信方法やフォーマットをしょっちゅう変えてしまうような所だと…
やっぱり、カスタマイズ性を高める工夫が足りないのかと反省してまつ

258 :デフォルトの名無しさん:03/06/22 21:05
>>257
それはそれで安定した収入源になって羨ましいや。

Delphiだとスクリプトとか組込み易いから
カスタマイズ性はけっこう上げてるつもりだけど、
・・・けど、ユーザは自分じゃやってくれないもんだよね。

あ、でも電話で済んでる事も多いや。金になってない。

259 :デフォルトの名無しさん:03/06/22 21:12
>>258
>あ、でも電話で済んでる事も多いや。金になってない。
分かる分かる(w

260 :デフォルトの名無しさん:03/06/22 22:26
>客先の取引先がデータの送信方法やフォーマットをしょっちゅう変えてしまうような所だと…
そういう状況でこそオブジェクト指向プログラミングの考え方が有用なんだな。

261 :デフォルトの名無しさん:03/06/23 00:18
>>255
オレは酷いと思うけど自分が死んだときのことは考えてないな。
大きなシステムとかならある程度考えるけどそこまでのレベルの仕事はしていないし。
以前大きなシステムのプロトコルとトランザクションマネージャを書いたことがあるけど
その時は顧客がギッチリ仕様を作ってきた&ソースも渡したので問題なかった。

今はこまめに顧客に会って要望を聞くようにして信頼を得るようにしている。
そうしているうちに違う部署に紹介して貰ったり、ある程度提案を聞き入れて貰えるようになってきた。

一人って大変だけど自分でやっていっているという充実感もある。

262 :デフォルトの名無しさん:03/06/23 06:52
ハッタリばっか。無職のくせに。(ワラ

263 :デフォルトの名無しさん:03/06/23 07:38
>>260
オブジェクト指向だと客が変更出来ない。客が触れるようにするにはスクリプト化だね。
Delphiの場合、Variant型があるのと実行時型情報を使ってC++/VBの半分以下の手間で実
現出来てしまうから有利。・・・・まあ、それはC#でマネされてしまったけどね。



264 :デフォルトの名無しさん:03/06/23 10:38
無職ですが何か?

265 :デフォルトの名無しさん:03/06/23 14:57
俺正直言うとDelphi選んで失敗したと思ってるよ。
せめてあの時、VBでMS環境に慣れときゃよかった。
もう同じ失敗は2度としたくないので
これを教訓にしてJavaではなくVB.NETに現在移行中です。

266 :デフォルトの名無しさん:03/06/23 15:35
>>265
具体的にどういうふうに失敗したと思ってるわけ? いや参考になると思うからさ

267 :デフォルトの名無しさん:03/06/23 16:16
>>265
俺もどういうふうに失敗したと思ってるか気になる。
あとC++やC#じゃなくVBに拘る理由も教えて。

268 :デフォルトの名無しさん:03/06/23 16:18
C++は正直高レベルなアプリ開発には向かないし
日本ではC#よりVB.NETの方が普及してるから。

269 :デフォルトの名無しさん:03/06/23 16:25
Javaは失敗するのか?

270 :デフォルトの名無しさん:03/06/23 16:33
>>266
VBのが確実に稼げたからね。間口が多かったし。
>>267
C++は無理って訳じゃないけどやっぱ難しいし、
VB選んだ理由は、自分の周りの取引先がVB.NET環境に移行した所が多かったから
.NETFramework使う分には別にC#でも問題ないんだけどね。

271 :デフォルトの名無しさん:03/06/23 17:04
>>270
稼げたという意味は? 1人でやってたの?
5〜7年前のバブル末期なら美味しい話もあったけど
この5年くらいの間は、確かに総量はあったたけど、金額的には廉かったよ。
VB専門の人売り屋になってたら別だけどさ、
VBを使わせられる方の連中は稼いでなんかなかった筈だけど?

この3年の間、稼げてのはJAVAだと思うよ。

272 :デフォルトの名無しさん:03/06/23 21:30
>>271
> この3年の間、稼げてのはJAVAだと思うよ。
稼げたという意味は? 1人でやってたの?

少ない知識で根拠の無いことを言わないように。

273 :デフォルトの名無しさん:03/06/23 22:10
え? JAVAで稼げてなかったの? VBよりはマシだったと思うけど?

274 :デフォルトの名無しさん:03/06/24 00:28
東京ならブビの仕事でも月80出す会社はいくらでもある。
田舎なら50-60程度で投げてもいくらでも引き手がある。



275 :デフォルトの名無しさん:03/06/24 00:40
Delphiは打たれる

276 :デフォルトの名無しさん:03/06/24 00:52
オレなんかVBどころかVBSのプログラマ(コーダー?)だが月に80は貰っている。
良くわかってない一部上場のIT関係の部署に寄生できればこんなもん。

277 :デフォルトの名無しさん:03/06/24 01:07
プログラム板から出て行け

278 :デフォルトの名無しさん:03/06/24 01:16
Javaも儲かったね。
システム関係がかなりおいしかった。
でも、もう飽和状態。
今みたいな好条件は今後無いだろうね。

まぁ、Javaは息が長そうだから食いっぱぐれることはないと思うけど。
仕事の幅も広いし。

279 :デフォルトの名無しさん:03/06/24 14:46
Javaで作られた有名ソフトが無いのが残念だね

280 :デフォルトの名無しさん:03/06/24 22:21
ようするに仕事あるか無いかは本人の才覚
先の事は判らない。
今、C# だ .NET だと言ってる奴は 野師

・短期にかけるなら今ならJAVA
・自分で中小に営業して仕事取るならDelphi
・儲けたい方がプログラミングしたいより勝るなら人売屋になってこの板から去れ

281 :デフォルトの名無しさん:03/06/24 23:17
Javaはネットの裏方なので有名になれないのが残念だね。
PaintChatか先行者ゲームしかしらねーぞ。

282 :デフォルトの名無しさん:03/06/25 03:02
JWTであの程度だからなぁ
Delphiやってる人間から見てみればJWTなんてまったく使い物にならないレベルのおもちゃだよ。
Javaは今のところサーバサイド以外無理だね。

283 :デフォルトの名無しさん:03/06/25 07:09
VB:プログラムの雛型・スケッチを作成するのに便利。要するにα版作成用
VB.NET:β版作成用

Java:非常に長期に渡って仕様の変更が無く、不具合の許容度の小さいものの
作成に向いている。或いはWebブラウザのように単体としては仕様が完成されて
きており、縮小版・変種版を作成して利用する度合が増えたものに対して、テ
ンプレートとしてコード保存用に使われる場合が多くなっている。

C#:Javaとほぼ同じ性質を持つがJava-VMのような理論性の高い抽象マシン
を想定していない為、Javaに代わって不具合の許容度の小さい対象の実装に使
われることが増えるものと推測される。

C++:現状では依然として開発の中心言語と考えられているが、数年以内にこの
状況も変わるであろう。しかし実装に伴う流動性から逃れることの難しい開発現
場の実情から、この系統の言語が無くなることもないのは確かである。

Delphi:MS-DOS版の頃はアセンブラ並に詳細記述が可能な言語として、Windows
版ではVB並みのRAD性、データーベース利用能力を持つなど、対象が大きくブレた
言語である。この為、言語使用もアンバランスさが目立つ。Windowsの開発では
MS系の言語群の前に敗退し、Linux等のクロスプラットフォーム志向性で息を
繋いでいる。ただ不具合の許容度がそれほど小さくないが、短期間でそれなりに
複雑な要求が盛り込まれている対象の開発効率は依然として一番高いとされている。
(VBは複雑な要求には耐えられない。Java、C++、C#では短期集中開発は
難しい場合が多いかコストが非常にかかる。)

284 :デフォルトの名無しさん:03/06/25 07:36
アンバランスってのは

・相変わらずアセンブラ並に詳細記述が可能というかアセンブラとしても最高速の部類に入る
・Class型 Variant型 Interface型 動的配列型を持ち、VB並の高級言語としても使える

こういう事かな?
こういう全方位性はワンマンアーミー的なスタイルで開発するにはバランスがいいけど、

 玉石混交寄せ集め部隊にとっては 
  ×転がってる石がローレベルにアクセス出来
  ×本来ローレベルだけ触ってれば良かった玉も境界が曖昧
  で非効率=バランスが悪いって事になるんだろうね

でも、もはやWindowsアプリ開発そのものが落葉拾い状態でコストも納期も厳しい状況では
 寄せ集め部隊方式では厳しい。 ワンマンアーミスタイルになるんじゃないかな。

寄せ集め部隊方式はWeb系で残って、その後緩やかに消えてゆくのだろう

285 :デフォルトの名無しさん:03/06/25 07:55
C++だって、ポインタ演算とイテレータを同じレベルで扱ってしまうような全方位性の言語だけどね。
ただベースがCなので、下から上を見ているような感じ。で、首を無理やり伸ばせばかなり上まで見える。
これが、Javaとかだと、上の方にいて上の方だけ見ている感じ。
VBだと、まん中やや上から、更に上を見ている感じで、下を見ようとしても
太ったあごがつっかえて見えないもどかしさがある。頑張れば見えるだけに尚更というか。
Delphiは丁度まん中ぐらいから、上も下も見える。下はCと変わらないところまで見えるけど、
上はC++よりもちょっと低い気がするね。でも、立ち位置がCより上にあるので、首は痛くならないw

この首が痛くならないってのが、個人的にDelphiを気に入ってる理由かな。
正直アンバランスで継ぎ接ぎで醜い言語と思うけど、低レベル処理と高レベル処理を並べて書いても
妙に見通しがいい。

286 :デフォルトの名無しさん:03/06/25 15:40
>VBは複雑な要求には耐えられない

実力無いだけだろ?真のプロフェッショナルなら何でも出来る

287 :デフォルトの名無しさん:03/06/25 22:01
↓理解不足だな↓
下はCと変わらないところまで見えるけど、
上はC++よりもちょっと低い気がするね。

288 :デフォルトの名無しさん:03/06/25 22:54
ttp://www.users.gr.jp/ml/archive/delphi/55053.asp

289 :デフォルトの名無しさん:03/06/26 01:31
>>286
システム系は無理だろ。
UI部分ならまだしも。
サーバーで動くような安定したものをVBで作れるとは思えない。

290 :デフォルトの名無しさん:03/06/26 01:40
Javaはソフトウェアのγ版の作成に向いている。γ版はリリース版並かそれ以上
の品質を持つが、使用は薦められない。ソフトウェアベンダーが内部的に
原本として保持すべきソースコード。この変形をC#、C++等のC系の言語を使って
リリース版を作成すべし。Javaのコードからはγ線を感じる。VB系で書かれたコード
からは、α、β線を感じるような気もする(嘘)Javaが動いているマシンの傍に長時間
居ることは危険かも。
Delphiのコードはα線もβ線もγ線も全て出すようなところがある。短期に開発し
ながら使い捨てにする対象に用途が限られることになる。短期集約開発用とは良く
いったもの。ちなみに、Webアプリは大きな競争相手だが、当然Delphiが得意と
するのは、整理されたロジックを持たないが本質的に多数のロジックから構成され
それ故に複雑な要求仕様で、埋め込まれるデータがそれらに較べて大きくないもの
ということになる。
(埋め込まれるべきデータが大きい場合はC/S系のWebアプリに道を譲らざる
を得ないがこれは短期開発は無理)

291 :デフォルトの名無しさん:03/06/26 01:53
>>290
そんなの効率、信頼性、保守性の観点からまったく無意味。
せめて言語が同じでないと変更が発生した場合とてつもないコストとリスクを支払うことになる。

292 :デフォルトの名無しさん:03/06/26 02:38
>290は他の書き込みにつられて背伸びをしてみたが実力が伴わないので、具体性のない
内容もいい加減でチンプなものになってしまいましたってカンジ(藁

早い話、イタい

293 :デフォルトの名無しさん:03/06/26 02:43
皆短い時間でしか物事を考えられないみたいだな。
この先人類コンピュータと何千年も付き合っていかなければならないわけだし...
Delの場合、「持続的開発」という長期的な安定性を決定的に欠いている反面、短
期集瞬発的開発能力という他の言語体系に無い長所があるわけだ。
しかしそれだけじゃ駄目(DelのBegin〜Endワールドだけでは世界は
語り尽くせない)で、持続的開発という意外な難問がこの先トレンドと
なるわけだ。VB系、Java系、C系という三分業体制でこの順(逆順もあり)
に仕事が落ちてくる時代がすぐそこまで来ている。プログラマの移行順路も制限が
かりVB→Java→C、或いはC→Java→VBという2経路しかNoという
ことになったりする。C→VB(その逆も同じ)というダイレクトリンクが禁止さ
れたりするようになるってことだ。

294 :デフォルトの名無しさん:03/06/26 02:43
>>284
>  ×本来ローレベルだけ触ってれば良かった玉も境界が曖昧
逆に玉はそう簡単にローレベルには手を出さない。
石は簡単に手を出す。

295 :デフォルトの名無しさん:03/06/26 02:45
>>293
> 「持続的開発」という長期的な安定性を決定的に欠いている
(゚Д゚)ハァ?

296 :デフォルトの名無しさん:03/06/26 03:00
「持続的開発という意外な難問がこの先トレンド」とか「三分業体制」とかかなり笑える
まったくシステムやったことがない人間だってのが丸わかり

言語で切り分ける「三分業体制」ってのもウケる
普通、分けるとしてもレイヤで切り分けるだろ

297 :デフォルトの名無しさん:03/06/26 03:06
頭の悪いのが背伸びして失敗ってのがちらほら出てきたか・・・

298 :デフォルトの名無しさん:03/06/26 03:19
Delの中核であるPascalの良さは、ライブラリを引き摺っていないことだな。
Java言うまでも無く、C++やCですらそれぞれかなり既存の確立したライブラ
リ群を引き摺っている。これらを無視して書くのは、多人数で書く場合色々と難し
くなる。コンベンションの統一が大事になってくる。この場合、やはりオーソドッ
クスなStandartに従わざるを得ない。これが、プログラム開発のスピードを大きく
損ねる原因だったりするわけだ。
短期集中開発を成就させる為には伝統的ライブラリを一切忘れて一から
ライブラリを作る覚悟が無ければならないというわけだ。
(アルゴリズムを一から作るというわけでは無い)
伝統ライブラリは膨大化している場合が多いので、習熟度がバラツく。
共同開発に必要な無階級性という要素を妨害するわけだ。開発者チームが
階級化すれば、プログラムの品質は向上するが、開発速度は目立って遅く
なる。それが可能なのは結局現状ではPascal系しかない。
ただ、これを持続的開発が可能なようにライブラリの洗練化すればJavaとか
STLをバシバシ使ったC++と変わらなくなる。Notationの冗長さが嫌われ
結局C系表記に移植されてしまうだけ。もっとも短期集中開発で作成された
ライブラリの整理洗練は労多くして益皆無という不条理さが伴うので嫌われる。
(Windows API等は典型的な例だな)

299 :デフォルトの名無しさん:03/06/26 04:31
身のない長文はそれ位でやめておけ
アプリ系、システム系で話はまったく変わってくる

300 :デフォルトの名無しさん:03/06/26 04:37
長期的にはアプリとシステムは相互に変容しあう表裏一体のものだね。

301 :デフォルトの名無しさん:03/06/26 08:42
1日で千行くらい書かなきゃいけない時は cで書きたいけど
1週間で5千行ならDelphiで書きたいな

302 :デフォルトの名無しさん:03/06/26 11:01
好き嫌いでしか物を言えないド素人。(嘲笑激藁

303 :デフォルトの名無しさん:03/06/26 14:28
5000行?50000行ならわかるが

304 :デフォルトの名無しさん:03/06/27 01:34
50000行?500000行ならもっとわかるが

305 :デフォルトの名無しさん:03/06/27 01:36
>>302
好き嫌いをまったく言えない末端ドカタ。(嘲笑劇激藁


306 :デフォルトの名無しさん:03/06/27 01:38
500000行?∞行ならまかるが

307 :デフォルトの名無しさん:03/06/27 01:46
まかるが
まかるが
まかるが
まかるが

308 :デフォルトの名無しさん:03/06/27 06:11
Delphiごときで何ムキになってるんだよバーカバーカ

309 :デフォルトの名無しさん:03/06/27 19:20
>Delphiごときで

大 き く 出 ま し た ね

310 :デフォルトの名無しさん:03/06/27 20:50
Cのswitch文が恋しくなった一瞬

label 0,1,2,3;
begin
case modcnt of
  0:goto 0;
  1:goto 1;
  2:goto 2;
  3:goto 3;
end;

while k< siz do begin
 0:   p1(k); inc(k); if k>=siz then break;
 1: d:=p2(k); inc(k); if k>=siz then break;
 2:   p3(k); inc(k); if k>=siz then break;
 3: w:=p4(k); inc(k);
end;
modcnt:=(modcnt+siz) mod 4;


311 :デフォルトの名無しさん:03/06/27 22:32
Delphiって高級なことやろうとするとC#/Rubyに遠く及ばないし
低級なことやろうとしてもCよりだいぶ遅い上にコードも汚くなる。
なんというかドライバー一本で無理やりゴルフやってる猿みたいだな。

312 :デフォルトの名無しさん:03/06/27 23:28
プロゴルファー猿は最終回で人間に戻れたからいいじゃない

313 :デフォルトの名無しさん:03/06/27 23:40
>>311
スキルがないだけだろ。
自分が猿であることを告白しておもしろいのか?

314 :デフォルトの名無しさん:03/06/28 00:30
>>311
なんというか低脳なのに無理やりプログラミングやってる猿みたいだな。

315 :デフォルトの名無しさん:03/06/28 07:18
>>312
…あったか、そんな話?

316 :デフォルトの名無しさん:03/06/28 07:56
Delphiって高級なことをやらせるとC#以上に判り廉く、Rubyよりずっと開発効率も良い
低級なことやろうとしてもCより速いか同等の速度が簡単に出せて、しかもコードはとても読み易い。
なんというかバイクのように、手軽に出歩けて遠出も出来る楽しい乗り物だ

317 :デフォルトの名無しさん:03/06/28 08:41
>>310
高速化の為にやってるなら、 ループ中の判定は減らす事だ。

case modcnt of
  0:goto 0;
  1:goto 1;
  2:goto 2;
  3:goto 3;
end;
repeat
 0:   p1(k); inc(k); if k>=siz then break;
 1: d:=p2(k); inc(k); if k>=siz then break;
 2:   p3(k); inc(k); if k>=siz then break;
 3: w:=p4(k); inc(k);
until true;
for i:=0 to ((siz-k) div 4)-1 do begin
     p1(k);
   d:=p2(k+1);
     p3(k+2);
   w:=p4(k+3); inc(k,4);
end;

while k< siz do begin
     p1(k); inc(k); if k>=siz then break;
   d:=p2(k); inc(k); if k>=siz then break;
     p3(k); inc(k); if k>=siz then break;
   w:=p4(k); inc(k);
end;
modcnt:=(modcnt+siz) mod 4;

・もちろん sizが小さいなら無駄な展開だ
・p1〜p4の負荷が軽いなら1回アンロールするといい

318 :デフォルトの名無しさん:03/06/29 14:50
>>316
同じアルゴリズムでCより速いなんてあり得るの?

319 :デフォルトの名無しさん:03/06/29 14:57
>>318
見栄で言っただけだろ(藁

320 :デフォルトの名無しさん:03/06/29 15:30
>>318

C/C++側がcdeclとかだと当然Delphiの方が速いよ。
Windowsの呼び出しも高速性の為にわざわざpascalスタイルにしてるくらいだからね。

再帰を使うような普通の構造化プログラミングをしてもDelphiが速いね。
関数内関数が書けるからDelphiの方が効率が良いコードを手軽に書ける。

最適化の為にインラインアセンブラを使うのもDelphiの方が手軽に使える。

Delphiが遅いのは標準入出力の putc VS Writeだね。
これはCではバッファリングされる上にマクロでインライン展開されるから高速だ。
もちろん、これも文字列とか動的配列に書き出すデータを用意してから書き出せば
同等以上にDelphiが早く手軽に書けてしまう。


321 :デフォルトの名無しさん:03/06/29 15:38
誰かベンチ対決してくれ。
もしくは過去の対決のポインタキボンヌ。

322 :デフォルトの名無しさん:03/06/29 15:39
C#にぼろ負けして最後インチキした挙句に負けてたのは圧巻であった。

323 :デフォルトの名無しさん:03/06/29 15:42
>>320
ちゃんと比較して具体的な数字を言え。
妄想にしか思えん。

324 :デフォルトの名無しさん:03/06/29 15:44
>>320
>Windowsの呼び出しも高速性の為にわざわざpascalスタイルにしてるくらいだからね。

バカ丸出しだな。釣りにしてもなんにしても。

325 :デフォルトの名無しさん:03/06/29 15:46
> Windowsの呼び出しも高速性の為にわざわざpascalスタイルにしてるくらいだからね。
高速性じゃなくてメモリ使用量を減らすため。
速度は関係ない。

326 :デフォルトの名無しさん:03/06/29 15:53
仮想メモリを使い切るやつは誰も居ない。
がんばれ仮想包茎!

327 :デフォルトの名無しさん:03/06/29 15:53
どう考えてもCの同じアルゴリズムならCのチューンしたベタ書きの方が速いに決まっている。

328 :デフォルトの名無しさん:03/06/29 15:54
・・もはや何も言うまい。

329 :デフォルトの名無しさん:03/06/29 15:54
>>321
例えば
1)http://homepage2.nifty.com/Fujimaki/download/Comparison/
2)http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1050452299


330 :デフォルトの名無しさん:03/06/29 15:54
× どう考えてもCの同じアルゴリズムならCのチューンしたベタ書きの方が速いに決まっている。
○ どう考えても同じアルゴリズムならCのチューンしたベタ書きの方が速いに決まっている。

331 :デフォルトの名無しさん:03/06/29 15:57
>>326
実メモリは使い切るけどね。
特にWindowsの初期の頃、メインメモリが4Mとか8Mの時代には。
そのためにpascalスタイルにしてメモリ使用量を減らした。
スタック解放のコードが共有されるからメモリ使用量は減るけど
同じ処理なんだから速度は変わらないわな。

332 :デフォルトの名無しさん:03/06/29 16:00
チューンしたらDelphiにはインラインアセンブラがあるんだからそりゃ同等になるでしょ。
インラインアセンブラを禁じ手にしたとしても、
チューンすればほぼ同等の速度が出せるよ。

Delphiが苦手なのは、
 1)浮動小数点演算 どうも同期命令を古いCPU向けにかどうしても沢山入れてしまう
 2)Doubleに最適化する事 sinとかの内部関数がExtendedが基準だから無駄な変換が入ってしまう

333 :デフォルトの名無しさん:03/06/29 16:00
>>320はもう恥ずかしくて出てこれないなw

それはそうと

ttp://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1050452299

コレを各自が最適化した結果の速度は公開されてないの?

334 :デフォルトの名無しさん:03/06/29 16:00
バーか、そこまやるなら、直接、シリコン基盤上に回路を作れ。


335 :デフォルトの名無しさん:03/06/29 16:02
>>332
ずいぶん話が変わってきてないか?
最初はCより速い、もしくは同等と言い切っていたんだが。

336 :デフォルトの名無しさん:03/06/29 16:02


必死になってDelphiの方が速いって主張している奴っていったい?(藁


337 :デフォルトの名無しさん:03/06/29 16:03
早い話、速くてCと同等、普通に作るとそれ以下ってことでしょ。

338 :デフォルトの名無しさん:03/06/29 16:04
>>321
同じ処理?
 CPU 窓で  RET 8  とか RET 16 とか見た事ないの?


339 :デフォルトの名無しさん:03/06/29 16:05
>>320なんてハッキリと「Delphiの方が速い」って言ってるし(藁
しかも、言っていることが間違っている Or ウソだし(嘲笑激藁

340 :デフォルトの名無しさん:03/06/29 16:07
>>333 ゴメン 320=332=338 なんだけど?

何か それらしい課題があるなら Delphi側のコード書いてもいいよ。 比較してみようか?

341 :デフォルトの名無しさん:03/06/29 16:07
愛は盲目。Delphiを愛するあまり真実を見失ったか。

342 :デフォルトの名無しさん:03/06/29 16:07
>>338
グダグダ言ってねぇでこれで対決しろよ藻前等

ttp://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1050452299

343 :デフォルトの名無しさん:03/06/29 16:08
>>340
お前が課題を見つけて来い。
お前が考えるんじゃなくてな。

344 :デフォルトの名無しさん:03/06/29 16:10
DelphiよりCの方が速いだろうが、Javaには勝てまい。

345 :デフォルトの名無しさん:03/06/29 16:10
>>340
> Windowsの呼び出しも高速性の為にわざわざpascalスタイルにしてるくらいだからね。
これの間違いは認めるの認めないの?
それだけハッキリしようや。

346 :デフォルトの名無しさん:03/06/29 16:10
>>342
それはいや。だってbit配列使っているんだもん。
Delphiが勝てる唯一の課題。

347 :デフォルトの名無しさん:03/06/29 16:12
やっと面白くなってきた!!
やっぱ、実際に計るのが一番確実!!
良く判らんが 320 ガンガレ!!

348 :デフォルトの名無しさん:03/06/29 16:13
ビット配列なんて素数を求めるときぐらいしか使わないよね。
あまり実用的じゃないな。

349 :デフォルトの名無しさん:03/06/29 16:14
ごめん >>338>>321 はリンクの間違いで >>331ね。

プログラムサイズの縮小にも役立ったのは当然として
pascal呼び出しには専用命令ともいえる
RET nn という リターンと同時にスタックをポップする命令があるから速かったって意味ね。



350 :デフォルトの名無しさん:03/06/29 16:14
円周率を求めるとかで良いよ。

351 :デフォルトの名無しさん:03/06/29 16:14
各ソートアルゴリズムとかで比べてみたら?

352 :デフォルトの名無しさん:03/06/29 16:14
今時速さを求めるなんてナンセンス

353 :デフォルトの名無しさん:03/06/29 16:16
>>349
> RET nn という リターンと同時にスタックをポップする命令があるから速かったって意味ね。
呼び出し元で使えば良いじゃん。


354 :デフォルトの名無しさん:03/06/29 16:17
>>352
>>316の嘘が始まり

355 :デフォルトの名無しさん:03/06/29 16:17
>>346
その 2 は別のスレでやってたときの素数ベンチマークが混ざってるだけで
他のは πを求めるコードでのベンチマークだ。
当然他のは bit配列は使ってないが、Delphiのコードが最速だ。
しかも、Extendedで計算してるから少なくともC#よりは桁数を長く取れるだろう。

356 :デフォルトの名無しさん:03/06/29 16:18
>>354
なるほど

357 :デフォルトの名無しさん:03/06/29 16:19
>>353
呼び出し元で引数に使ったスタックをクリアするのが いわゆる C 呼び出し形式だ。

Delphiではさらに、ライブラリがレジスタを出来るだけ使う形式が標準。
C++でも当然出来るが、標準ではない為、ライブラリによってはそれが使えない事も多い。

358 :デフォルトの名無しさん:03/06/29 16:19
>>355の言っていることが本当ならDelphiの完全勝利ですね。
でも、ベンチ対決は見たいのでお題キボン。

359 :デフォルトの名無しさん:03/06/29 16:21
なんか、流れが変わってきたな。
Delphi速いのかw

360 :デフォルトの名無しさん:03/06/29 16:22
320はコテ名乗ってくれ。

361 :デフォルトの名無しさん:03/06/29 16:23
C並に速いということはあっても、Cより速いってのは信じられないなぁ。

362 :デフォルトの名無しさん:03/06/29 16:25
何で、コンパイラは、日本語がないんだよ〜。
ツマンネ。

363 :デフォルトの名無しさん:03/06/29 16:31
>>355が言っているとおり、Delphiが最速。
実際に結果として出ている。
終了。

364 :デフォルトの名無しさん:03/06/29 16:34
>>361
大昔 C は ++ とか += とかの演算子のお陰で コンパイラが最適化されなくても速かった。
少昔 C++ はコンパイラの売り筋であっため、各社最適化でがんばった為に速かった
    C++ではインライン呼び出し(短い関数を展開させてしまう)とかテンプレートが使える事も大きかった

 しかし今やプログラムのパフォーマンスはキャッシュをいかに有効に使うかにかかっている。
 インライン呼び出しとかで展開するよりも、関数化して出来るだけコードをコンパクトにする
 方がキャッシュが効いて早くなる。
 だから、C++のインライン呼び出しも、テンプレートも速度面ではメリットにならなくなった。

今や速度は、如何にメモリを少なく使うか、そして使いまわすかという事にかかっている。

もはや、C/C++が速いというのは伝説になってしまったのだ。


365 :デフォルトの名無しさん:03/06/29 16:37
Delphiを攻撃する奴等っていつも口ばっかでいざベンチをしようと言うと逃げ腰。
で、実際にやってみるとDelphi全勝。
笑える。

366 :デフォルトの名無しさん:03/06/29 16:39
>>364
キャッシュってなんのキャッシュの事?

367 :デフォルトの名無しさん:03/06/29 16:40
>>366
ny

368 :デフォルトの名無しさん:03/06/29 16:47
結局Delphiの方がCより速いで間違いないじゃん。

369 :デフォルトの名無しさん:03/06/29 16:54
アンチDELボロ負け

370 :デフォルトの名無しさん:03/06/29 16:57
でるは、いまどき、目からビームで終わってしまう。

371 :デフォルトの名無しさん:03/06/29 17:15
MSは良いものを作ることでしかユーザーを集めることができないが
某はDelphiみたいにどんなショボいものでも勝手に信者が集まってくる。
これはある意味すごいことだよ。MSにはとてもまねができない。

372 :デフォルトの名無しさん:03/06/29 17:21
>>371
つまりMS信者って死滅してしまったと。
昔はMSって期待させるものがあったんだけどな〜。
今は失望の方が大きい。

373 :デフォルトの名無しさん:03/06/29 17:23
お題: Collatz−角谷予想

 任意の自然数x
xが偶数の時は2で割り、
 xが奇数の時は3倍して1を加える。
  新たにできた数について同じことを繰り返すと最後には1なる。

これを 2より順に検証し 10秒でいくつまで検証出来るか


374 :デフォルトの名無しさん:03/06/29 17:34
お  題  が  出  ま  し  た  よ  ー

み な さ ん 、 各 言 語 で 実 装 し て く だ さ ー い ! !

375 :デフォルトの名無しさん:03/06/29 17:46
とりあえず、ベータ版じゃないけど最適指されていない普通のソース乗っけたら?
それをテンプレートに作るみたいな。

376 :デフォルトの名無しさん:03/06/29 18:01
program Collatz;
uses SysUtils,Windows, Classes ,Dialogs;
var isProgEnd:boolean=false;
var i,x:Int64;
type TTimCheck=Class(TThread)  procedure Execute;override; end;
procedure TTimCheck.Execute;
var k:Integer;
begin
 for k:=0 to 100-1 do begin
  Sleep(100); //100ms毎に処理
  writeln(i,',',x);
  end;
  isProgEnd:=True;
end;
begin
AllocConsole;
TTimCheck.Create(False);
 i:=2;
while True do begin
 x:=i;
 repeat
  if (x and 1) = 0
  then x:=x div 2 // xが偶数の時は2で割り、
  else x:=x*3 +1 ; // xが奇数の時は3倍して1を加える。
 until x=1 ;    // 新たにできた数について同じことを繰り返すと最後には1なる。
  if isProgEnd then break;
  inc(i);
end;
  readln;
end.


377 :デフォルトの名無しさん:03/06/29 18:03
>>376のコードは
どうも、32bitだと途中で桁溢れが起きてしまうようなので、64bitにしている
時間は正確に測っていない。
だいたい 10秒で 1,000,000 まで求まるようだ。



378 :デフォルトの名無しさん:03/06/29 18:09
>>377
乙。

C、C++、C#、Java、VBなどのタタキもどなた上げてくださいまし。

379 :デフォルトの名無しさん:03/06/29 18:17
どっかずれてんだよな(藁
C++とDelの優秀さを出力コードがネイティブCPU個々
の状況(キャッシュの速度向上効果を考慮しているか否か)
で比較するのは。
これはコンパイラメーカの実装テクニックの問題で、コンパイラ
製品としての評価が大部分となる。言語の比較じゃない。
たまたま、Del言語とIntelのプロセッサの相性が良いの
は確かだが、それだけでDel言語の速度>C/C++言語の速度
とはいえない筈。CPUが変われば(DelはIntel以外対応
していないだろうが)状況は変わってもおかしくはない。

380 :デフォルトの名無しさん:03/06/29 18:21
>>379
それじゃ、違うCPUで試せばいいだろ。
そんなご託並べる前にソース出せよ。

381 :デフォルトの名無しさん:03/06/29 18:27
Del使いはどんな状況であれソースをちゃんと出すのが潔い。

382 :貧乏脱出!これであなたはお金持ち:03/06/29 18:28
普通に働いてお金持ちになれるのは全体の1%のみって本当!?
本当にお金持ちになるにはやはり「副収入」が必要!
一日30分 おうちでコピペ、コピペ!
嘘だと思うんならランキング見てみてくださいよ↓↓
(直リン不可)
http://www.adultshoping.com/addclickport.cgi?pid=1053353765(直リン不可)



383 :デフォルトの名無しさん:03/06/29 18:31
ベンチマークなんて同じマシンでやらないと意味ないじゃん。
その意味で、無償で環境を提供できないDelphiは終わってる。

384 :デフォルトの名無しさん:03/06/29 18:36
>>383
だからグダグダ言ってねぇでソース出せよ。
ホントアンチは口ばっかだな。

385 :デフォルトの名無しさん:03/06/29 18:36
プロパティはいい加減。デルファイは、もうどうでもいいです。

386 :デフォルトの名無しさん:03/06/29 18:42
自分達の方からさんざん因縁付けておいて、実際にベンチをするとなると逃げるといういのはどういう事だ?

387 :デフォルトの名無しさん:03/06/29 18:50
本当にこのまま Delphi のソースしか出なかったら最低だな。

388 :デフォルトの名無しさん:03/06/29 18:54
10倍の10,000,000まで計算。gcc で 17.465秒。delは知らん。
こんなの不毛じゃん。delもCも得意分野がある(よく知らんが)
ってことでいいんじゃねの?

$ time
real 0m17.465s

#include <stdio.h>
#include <stdlib.h>

typedef unsigned long long int UINT64;

int main( void)
{
UINT64 i;
for( i = 2; i <= 10000000; ++i )
{
UINT64 j = i;
do {
if( j & 1 ) j = j*3 + 1; else j /= 2;
} while( j > 1 );
}
return 0;
}

389 :デフォルトの名無しさん:03/06/29 19:00
環境無いしインスコめんどいからexeで提供して欲しかったり。
あと、377と388は環境教えてくれ。

390 :デフォルトの名無しさん:03/06/29 19:01
> あと、377と388は環境教えてくれ。
これはマシンスペックのことね。

391 :デフォルトの名無しさん:03/06/29 19:06
時間を求めようとするやつはまったくプログラムがわからんやつだな、真っ当な
やつが、それに答えようとすると、お互い、バカだから、答えが出ない。
そんなことバカじゃん。

392 :デフォルトの名無しさん:03/06/29 19:09
安全性・信頼性を求めている.NETに速度勝負を挑むなんて馬鹿げてる。
CPUフル回転でそんなに速度を求めたかったら他の安全でない言語を使えばいい。

393 :デフォルトの名無しさん:03/06/29 19:10
>>391
オマエみたいなのが一番要らん。

394 :388:03/06/29 19:10
>>389,390
漏れの意見だけど、最適なコードはターゲットCPUによって
異なるしコンパイラ性能にも依るから最適化競争は不毛だと思う。
gccよりVCのほうが最適化は強いと言われている。

delphiもCも実用的な速度はたたき出しているから
ほぼevenでいいじゃんと思う。

395 :デフォルトの名無しさん:03/06/29 19:11
>>392
最初に速度についていちゃもん付けてきたのはアンチDel厨なんだが。

396 :デフォルトの名無しさん:03/06/29 19:13
Delphiってこの程度のことにしか使えないんだな。(嘲笑激藁

397 :デフォルトの名無しさん:03/06/29 19:14
どーでもいいが、ひとつの関数内で完結する処理だと、
上の方で言われたcdeclとかpascalとかレジスタ呼び出しとか全く関係無いぞw

398 :デフォルトの名無しさん:03/06/29 19:14
Delphiのコード ループを
repeat
if (x and 1) = 0
then x:=x shr 1 // xが偶数の時は2で割り、
else x:=x+x+x +1 ; // xが奇数の時は3倍して1を加える。
until x=1 ; // 新たにできた数について同じことを繰り返すと最後には1なる。

とすると3倍余計に求まるようだ。
どうやら64bit演算の最適化が弱いみたいだ。

399 :デフォルトの名無しさん:03/06/29 19:16
delphiでパーソナル、
VS.netで開発するとさすがに安い。
Turbo Pasucalのころは良かったが。

400 :デフォルトの名無しさん:03/06/29 19:42
さらに
repeat
  if (x and 1) = 0
  then x:=x shr 1 // xが偶数の時は2で割り、
  else x:=x+((x+1) shr 1 ) ; // xが奇数の時は3倍して1を加える。
until x=1 ; // 新たにできた数について同じことを繰り返すと最後には1なる。
とやったら4.5倍になった。


奇数なら 3*x+1 なので、必ず偶数になる=必ず1でないので 無条件に2で割ればよい為だ。
途中、xが最大になるのは 3873535 で40bit程必要になる


これはやっぱり インラインアセンブラ使って最適化とか反則かな?
ループ部分をアセンブラで書けば多少速く出来そうだけどなあ・・・


ただ、>>376をベースにすると、別スレッドで xを参照してるから、xをレジスタのみに出来ないわけで


401 :デフォルトの名無しさん:03/06/29 19:48
でるぽい。は変だろう。
突然、MAC OS 7のソースをVS.NETにそのまま移植したら
あっさり動いた。感動したな。

402 :デフォルトの名無しさん:03/06/29 19:53
Delphi 6 Personal って無料?
インストール番号とキーって何?
ヽ(`Д´)ノ

403 :デフォルトの名無しさん:03/06/29 19:55
DelphiとVB.NETって違うの?
ちょっとコードの記述が違うだけなんじゃないの?

404 :デフォルトの名無しさん:03/06/29 19:55
>>402
無料じゃねーよ!
図々しいやつだな・・・

405 :デフォルトの名無しさん:03/06/29 19:58
えっ?
いや、絶対無料なはず。

406 :デフォルトの名無しさん:03/06/29 20:12
>>402
KylixやJBuilderもそうだけど、アンケートに応えてメールを送って貰う方式。無料。

407 :デフォルトの名無しさん:03/06/29 20:20
それを無料だと思ってるとはおめでたい奴らだ。(嘲笑禿藁

408 :デフォルトの名無しさん:03/06/29 20:22
>>407はよっぽどやましい事があるのでメアドとか書き込むこと出来ないんです。



409 :デフォルトの名無しさん:03/06/29 20:22
アンケートで集めた情報を企業に売るわけだから完全に無料というわけではないな。


410 :デフォルトの名無しさん:03/06/29 20:27
どこだったっけな、アンチの謝罪が貼ってあったスレ

411 :デフォルトの名無しさん:03/06/29 20:30
嘲笑禿藁って寂しい奴だな。月曜はがんばって出社しろよ。

412 :デフォルトの名無しさん:03/06/29 20:37
早く、足を洗えよ、使えないやつは即、首だぞ。

413 :デフォルトの名無しさん:03/06/29 20:42
ちゃんとした物食えよ。店屋物やジャンクフードばっかり採ってると
まず精神がやられるから注意しろよ。>嘲笑禿藁

414 :貧乏脱出!これであなたはお金持ち:03/06/29 20:51
普通に働いてお金持ちになれるのは全体の1%のみって本当!?
本当にお金持ちになるにはやはり「副収入」が必要!
一日30分 おうちでコピペ、コピペ!
嘘だと思うんならランキング見てみてくださいよ↓↓
(直リン不可)
http://www.adultshoping.com/addclickport.cgi?pid=1053353765(直リン不可)

///...//////////

415 :デフォルトの名無しさん:03/06/29 21:07
お前ら釣られすぎ(藁

416 :デフォルトの名無しさん:03/06/29 21:11
こういうのは釣りとは言わん、と削除板で見たぞ。
最近は「釣られすぎ」が捨てぜりふになって来ているらしいが

417 :デフォルトの名無しさん:03/06/29 21:14
正直どうしてそこまでしてDelにしがみつくのか理解できない

418 :デフォルトの名無しさん:03/06/29 21:16
>>417
Windowsが好きだから。

419 :デフォルトの名無しさん:03/06/29 21:54
何だ、ブビ厨と同レベルか

420 :デフォルトの名無しさん:03/06/29 22:10
高速化のアイデアまだ考えてるんだけどさ、

下位1ビットの状態によって
xxx0 -> xxx
xxx1 -> xxx1+(xxx1+1)/2


だから下位2ビットの状態によって
xxx00 -> xxx
xxx01 -> xxx01+(xxx01+1)/2 = xxx01+xxx1 =xxx00+xxx0 +10 -> xxx0+xxx +1
xxx10 -> xxx1
xxx11 -> xxx11+(xxx11+1)/2 = xxx11+(xxx00+100)/2 =xxx11+xxx0+10 = xxx00+xxx0+101

てな調子で、下位4ビットとかで場合別けしたらどうだろ

#でもさ、C/C++ 使いは 今ではこういう高速化に興味無いのかもしれないね。
だから結局はDelphiのコードが速くなってしまうんだろう。

421 :デフォルトの名無しさん:03/06/29 23:15
>>420
とりあえず、それやってみて速くなるかどうか確認してみたらどう?

422 :デフォルトの名無しさん:03/06/29 23:28
1980年のプログラムを勉強しろ。この、おっさん、アップル
氏かしらないだろ。

423 :デフォルトの名無しさん:03/06/29 23:47
普通高速化する場合アセンブラコード吐かせてみるもんだけど
Delphiにはそういう当たり前の機能が当たり前のように欠落してるんだよね。
CPU窓なんて効率悪すぎ。

424 :デフォルトの名無しさん:03/06/30 00:10
//血液の病気になりたい人は実行してみてください。(出来るだけ早いプロセッサで)
//imitまでのCollatz予想を一気に検査
//スペースの都合、一行に2つ以上のコードを書いている。
procedure TestCollatz(limit:longint):
begin
asm
push eax push ebx push ecx push edx push esi
xor ecx,ecx xor edx,edx mov esi,1
@@mainloop:
mov eax,esi cmp eax,limit
ja @@exit:
@@loop:
inc cx cmp eax,1
je @@next
test eax,1
jz @@even
@@odd:
mov ebx,eax shl eax,1 rcl edx,1
add eax,ebx adc edx,0 add eax,1 adc edx,0
jmp @@loop
@@even:
shr edx,1 rcr eax,1 jnc @@even
rcl eax,1 rcl edx,1
jmp @@loop
@@next:
inc esi jmp @@mainloop
@@exit:
pop esi pop edx pop ecx pop ebx pop eax
end;
end;

425 :デフォルトの名無しさん:03/06/30 00:22
>>424
Delである意味があるのか?w

426 :デフォルトの名無しさん:03/06/30 00:22
mov eax,esi
@@mainloop:
cmp eax,limit
に直してくれ

427 :_:03/06/30 00:22
http://homepage.mac.com/hiroyuki44/hankaku10.html

428 :デフォルトの名無しさん:03/06/30 00:27
mov ebx,eax shl eax,1 rcl edx,1
add eax,ebx adc edx,0 add eax,1 adc edx,0
ここも
push ecx mov ebx,eax mov ecx,edx shl eax,1 rcl edx,1
add eax,ebx adc edx,ecx add eax,1 adc edx,0 pop ecx
に直したほうが良い。(どちらにしてもCollatz予想は
32ビット整数について成り立つことなど、遠い昔に知られており
実行は何の意味も無く、健康と電気代の無駄以外のなにものでも
ないが。

429 :デフォルトの名無しさん:03/06/30 00:27
ローカル変数を確保してくれ。
もう、十分、マイクロソフトでいいや。


430 :デフォルトの名無しさん:03/06/30 00:30
いつから、アセンブラOKになったんだ?
いつもルールを破るのはDEL厨だな。

431 :デフォルトの名無しさん:03/06/30 00:35
アセンブラを使うのはDelphiがクソだから。

432 :デフォルトの名無しさん:03/06/30 00:37
>394
不正ベンチやらせたApple G5の広報と言い分がそっくりだな(藁
Delのコンパイラの最適化が弱いとはっきり認めろよ。

433 :デフォルトの名無しさん:03/06/30 00:55
Delのプログラムは基本的に何度も実行されることは想定されない。
ま、使い捨てと言えば使い捨てだが、それにしても壮大なものが多い。
太平楽な時代には役立たない言語なのかもな。大変動時代にはずば抜けて
強いが。

434 :デフォルトの名無しさん:03/06/30 00:57
>>430
VB.NET>>>>Delphi
なんだから
VB.NETもアセンブラとして使えるところを見せてやれよ

435 :デフォルトの名無しさん:03/06/30 01:46
DEL厨ってOOとか勉強してるの?
してないでしょ?
過去ログざっと読んでみてそう感じたよ。

436 :デフォルトの名無しさん:03/06/30 03:39
>>432
>394=388
>388 gcc で 17.465秒。delは知らん。

ヤシはDelphi厨ではないだろ。むしろC(gcc)派。

437 :デフォルトの名無しさん:03/06/30 07:55
大抵の問題は、アセンブラを使うとかの即物的な手法よりもアルゴリズムの改善をまず行うべきだ。

Collatz予想を検証するのなら

1、既に検証した数になれば検証済 
  例えば小さい順に検証していればスタートn値より小さくなれば検証終了
  ちなみに52bitまでは検証済領域

2、1)よりnが偶数であれば1回目の操作でnより小さくなる=検証不要

3、>>420より xxx01 -> xxx0+xxx +1 から 下位2ビットが 01 の数字も検証不要

あたりから入るべき
http://www.tuat.ac.jp/~kotani/3xp1-rec.htm

http://www.csl.sony.co.jp/person/fnami/3xplus1.htm
この記録を作った人はpascalが好きなようだ。gccとハンドアセンブルの比較もある
http://www.csl.sony.co.jp/person/fnami/asm.htm

438 :デフォルトの名無しさん:03/06/30 09:45
>>322
なにそれ、おもしろそう
詳細キボンヌ

439 :デフォルトの名無しさん:03/06/30 10:14
>>438
たぶん
http://pc2.2ch.net/test/read.cgi/tech/1050273366/5
から
http://pc2.2ch.net/tech/kako/1044/10441/1044116274.html
の745付近に飛び火してる奴の事では?

少なくとも >>355 が言ってるのはコレの事だと思うよ


440 :デフォルトの名無しさん:03/06/30 10:28
ゴメン >>439 のは VB のコードだね。

たしか
http://homepage2.nifty.com/Fujimaki/download/Comparison/
をネタ元にしてやってたスレがあったと思うんだけどな

昔 C# と Delphiのコード比較したけど
再帰を使うようなコードで C#がDelphiの半分くらいの時間
普通に書いて25%程度C#が遅い程度。

ただ、C# はDouble型の浮動少数点演算が多くなると強くなる
あと、C#は
for(i=0;i<4;i++) func();
なんてループを
func();
func();
func();
func();
に展開するなんてステキな最適化もやってくれる・・・こういうの短いベンチマークでは強いよね。

441 :デフォルトの名無しさん:03/06/30 10:43
インタプリタに負けるDelphi(プ

442 :デフォルトの名無しさん:03/06/30 10:52
ごめん>>440
×再帰を使うようなコードで C#がDelphiの半分くらいの時間
○再帰を使うようなコードで C#がDelphiより倍遅い


443 :デフォルトの名無しさん:03/06/30 11:19
ちなみに ネタ元で C# に Delphiが負けた理由は
・Test 1-b
  x^2 を DelphiでPower(x,2)を使った為、この為 Pow(x,2)がx*xに置換されるVCにも負けた

・Test 2
  素直にC# の最適化能力の勝利。
   >>440で書いたような定数ループを検出してのアンロールをC#は行う

444 :デフォルトの名無しさん:03/06/30 14:44
結局Delphiが圧勝したか

445 :デフォルトの名無しさん:03/06/30 20:29
>>444
必死だな

446 :デフォルトの名無しさん:03/06/30 21:22
そもそもボーランドは
ヘジスバーグとフィリップ・カーンが居なくなった時点で
死んだ会社だろ。


447 :デフォルトの名無しさん:03/06/30 21:30
キミも、そんなふうに言って貰える人間にならなきゃね。

448 :デフォルトの名無しさん:03/06/30 23:01
ヘジとカーンが辞めてからのボーランドは
死体がゾンビになって動き回ってるようなもんだな

449 :デフォルトの名無しさん:03/06/30 23:41
PopupMenu1をForm1に対応させたら、Form1のEdit1上でもPopupMenu1が出るようになり、IMEのPopupMenuが出なくなってしまいました。
Edit1上だけPopupMenu1が出ないようにするにはどうすればよろしいのでしょうか?

450 :デフォルトの名無しさん:03/06/30 23:54
今日はちゃんと会社行ったか?ネットばかり眺めてちゃ駄目だぞ。

451 :デフォルトの名無しさん:03/07/01 00:01
>>449
マナーは果てしなく悪いので、本当はコンポーネントを作った方がいい。

type TEdit2 = class(TEdit);

procedure TForm1.Edit1ContextPopup(Sender: TObject; MousePos: TPoint;
 var Handled: Boolean);
var
 P: TSmallPoint;
begin
 P := PointToSmallPoint(Edit1.ClientToScreen(MousePos));
 CallWindowProc(TEdit2(Edit1).DefWndProc, Edit1.Handle,
  WM_CONTEXTMENU, Edit1.Handle, LPARAM(P));
 Handled := True;
end;

452 :デフォルトの名無しさん:03/07/01 00:27
>>451
お早いご回答に感謝します。
そして、出来ました。ありがとうございます。

453 :デフォルトの名無しさん:03/07/01 01:11
>>443
結局それって最終的にどっちが勝ったの?
本当に最終的にC#が勝ったの?
それだけ気になる。
つーか、どう考えてもスクリプト言語にDelphiが負けるとは思えないんだが。

454 :デフォルトの名無しさん:03/07/01 04:37
>>453
C#がスクリプト言語かどうかは疑問だけど
C#は中間言語を採用してるけど、Windows上で実行時はネイテブコードにコンパイルされて実行されてる。
だから、コンパイル結果で測る限りはネイテブコードと同等だ。

この手のベンチマークでは、そのルーチンがスタートしてから時間を計測してるから、このコンパイル時間(JITのコスト)は
処理時間に含まれていないし、同じ処理を繰り返し実行されて図る限りは JITのコストなんて無視出来る。

だからこの手のベンチマークでは、一昔前にJAVAの方がC++より速いなんて結果も出た事もある。

クライアントアプリで重いと敬遠されてきたのはJITコストが無視出来ない程重いからだし
サーバーサイドで使わて来たのは、負荷が高ければJITコストが無視出来るからだ。


455 :デフォルトの名無しさん:03/07/01 06:53
>>454
JIT のせいじゃなくて Swing が重過ぎるせいだろ(ぼそっ

456 :デフォルトの名無しさん:03/07/01 07:32
>>455
じゃSwingが重いのはどうして? 

457 :詭弁:03/07/01 12:19
Swingはlight-weightコンポーネントですよ

458 :デフォルトの名無しさん:03/07/01 22:09
SWTはどうなんですか?

459 :デフォルトの名無しさん:03/07/11 02:28
            ☆ チン      マチクタビーレタ
                                マチクタビーレタ
        ☆ チン  〃  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
          ヽ ___\(\・∀・)<  暴乱堂の倒産まだ〜?
             \_/⊂ ⊂_ )  \_____________
           / ̄ ̄ ̄ ̄ ̄ ̄ /|
        | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |
        |  .NETみかん  .|/

460 :デフォルトの名無しさん:03/07/11 15:35
なんでC#はタダなのにDelphiはかね取るんだよ?
これじゃ本当に死滅するかもしれん。
.NETが失敗してWindowsが生き残るというシナリオになればいいのに。

461 :デフォルトの名無しさん:03/07/11 18:18
Del6PerはIDE付きでタダなわけだが。

462 :デフォルトの名無しさん:03/07/11 18:19
>>460
お金ないの?アルバイトくらい探せよ

463 :デフォルトの名無しさん:03/07/11 20:14
>>462
Delphi6 Personalを使っている多くの人はお金が無いのだろうね。

464 :デフォルトの名無しさん:03/07/12 00:48
>>461
タダじゃない。
自分のプライベートデータと引き替えだ。

465 :デフォルトの名無しさん:03/07/12 02:15
>>462
引き篭もりが人前に出れるわけ無いじゃん。
金が有ってもエロゲにしかつぎ込む気がしないんだよ。

466 :デフォルトの名無しさん:03/07/12 03:24
エロゲ1本我慢すりゃPersonalくらい買えるだろ

467 :デフォルトの名無しさん:03/07/12 03:29
>>464
おまえさんのデータに価値なんて無いから安心しとけ

468 :デフォルトの名無しさん:03/07/12 22:08
DelphiからC#への乗りかえ組発見!

469 :デフォルトの名無しさん:03/07/12 22:41
>>463
そのとおりです。


470 :デフォルトの名無しさん:03/07/12 22:58
だからDelphiやめてC#へのりかえている奴が多いのか。

471 :デフォルトの名無しさん:03/07/13 01:52
クソCなんかよりDelphiのほうがよっぽどわかりやすいしメンテしやすいんだけどなあ。
作るコストよりバグつぶしや改良のコストのほうがよっぽど高い。

472 :デフォルトの名無しさん:03/07/13 01:58
CとPascalじゃどっこいどっこい

473 :デフォルトの名無しさん:03/07/13 02:11
Delphiと比べるならC++だろ

474 :デフォルトの名無しさん:03/07/13 17:41
                ∧        ∧  マチクタビレタ〜     マチクタビレタ〜
 マチクタビレタ〜       ./  ヽ      ./  ヽ      マチクタビレタ〜
               /   ヽ―――/   ヽ   マチクタビレタ〜  マチクタビレタ〜
   マチクタビレタ〜  /       l___l   \        マチクタビレタ〜
            |      ●  |    |  ●  |  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
       へ    |   へ     ヽ  ./     | < 暴乱堂の倒産まだ〜?
        \\  \  \\    ヽ/     /   \____________
チン        \\  .> \\          ヽ
   チン      \\/    \\  _       |  マチクタビレタ〜
      \ ̄ ̄ ̄ ̄ ̄ ̄ ̄/  / ̄   ヽ    /   _
        \回回回回回/ ̄ ̄ヽ        / ̄ ̄ /|    マチクタビレタ〜
         \___/      ヽ____/  /  .|         マチクタビレタ〜
                               /    |  マチクタビレタ〜
   __________________/     .|
                             |      |     マチクタビレタ〜

475 :_:03/07/13 17:45
http://homepage.mac.com/hiroyuki44/

476 :デフォルトの名無しさん:03/07/13 18:33
>>472
Delphiはオブジェクト言語だよ。ちゃんとオブジェクトの考え方が
身についてればCと比べるなんてトンチンカンなこと言うはずないんだがな。

477 :_:03/07/13 18:34
http://homepage.mac.com/hiroyuki44/hankaku02.html

478 :デフォルトの名無しさん:03/07/13 18:56

476 名前:デフォルトの名無しさん :03/07/13 18:33
>>472
Delphiはオブジェクト言語だよ。ちゃんとオブジェクトの考え方が
身についてればCと比べるなんてトンチンカンなこと言うはずないんだがな。

トンチンカンなこと言ってるのはオマエだろ!!

479 :デフォルトの名無しさん:03/07/13 19:15
C#からDelphiに乗り換えました
そして帰ってきました
なんかスマートじゃない
MSチックな頭の悪そうな実装が残ってる

480 :_:03/07/13 19:17
http://homepage.mac.com/hiroyuki44/

481 :デフォルトの名無しさん:03/07/13 19:31
>>479
頭悪そうな発言だな。

482 :デフォルトの名無しさん:03/07/13 23:58
Windowsで動かすだけならDelphiの方が早いような気がする

483 :デフォルトの名無しさん:03/07/14 07:35
ベンチでC#に惨敗したけどな。(ププ

484 :デフォルトの名無しさん:03/07/14 07:47
グラフィック描画が遅すぎるC#に使い道などない気がする

485 :デフォルトの名無しさん:03/07/14 09:25
C#よりもさらに遅いJavaでさえ使われているのに。
それにDirectXも使えるわけで遅いはず無いのだが。

486 :デフォルトの名無しさん:03/07/14 09:45
C#とDirectXの組み合わせなんて悪い所どり。

あえて避けた方が良さそう...

487 :デフォルトの名無しさん:03/07/14 11:07
本当にBC#BでDirectX使えるのか?
だったらソースきぼんぬ

488 :_:03/07/14 11:08
http://homepage.mac.com/hiroyuki44/

489 :デフォルトの名無しさん:03/07/14 11:29
>>487
検索するかサンプルのプロジェクト変換して試してみればいいだろ。

490 :デフォルトの名無しさん:03/07/14 11:42
じゃあ、VC#は最強なんだね

491 :山崎 渉:03/07/15 09:46

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

492 :デフォルトの名無しさん:03/07/16 09:11
Pascalは元々は仮想マシンで動く処理系だった。
それじゃ遅いからとネイティブコードを吐くようにしたのがボーランドで、
それがTurboPascalだった。

その過去の例を考えると、
そのうちJBuilderもネイティブコード吐くようにするんじゃなかろうか?


493 :デフォルトの名無しさん:03/07/16 09:58
Del8が.NET上で動くようになるのは先祖返りなんだね

494 :デフォルトの名無しさん:03/07/16 12:08
Del8でもネイティブで使う人が多いんじゃないの?

495 :デフォルトの名無しさん:03/07/16 12:39
逆に言うと、30年前の正統PascalのPコードマシンは
当時のコンピュータの能力では
実験にしかならず実用にはならなかったけど
今になってやっと仮想マシンでのプログラムが
実用になるだけの環境が整ったということだね。

496 :デフォルトの名無しさん:03/07/16 12:40
ネイティブ使わないんならD8の価値が無いじゃん
.NET使うならC#

497 :デフォルトの名無しさん:03/07/16 12:45
>.NET使うならC#

というか、こんな限定が要るんならC#の方が死滅だな...

498 :デフォルトの名無しさん:03/07/16 13:03
次のOSが出るころには.NETのほうがネイティブって呼ばれるようになってるよ

499 :デフォルトの名無しさん:03/07/16 13:05
ならんならん

500 :デフォルトの名無しさん:03/07/16 14:12
次の次の次くらいかな。 ただ、そこまでゆくと 予測不可能な世界に突入だね。

501 :デフォルトの名無しさん:03/07/16 16:05
そもそも.NETが繁栄するか
それとも立ち消えになるか
今のところまだ未知数だ。

Longhornでの.NETの扱いがどうなるのか
その詳細が明らかになるまでは何とも言えない。

502 :デフォルトの名無しさん:03/07/16 16:14
まあ LongHorn は IA32最後のWindowsでしょ。 どんなふうに咲いてもアダバナだと思うよ。

IA64がコンシューマにどういう格好で入ってゆくかによるでしょ。
IA64クラスの性能をゲームはともかく、今までの表計算やワープロやDVDプレイヤー的な使い方じゃ持て余すでしょうしね。

たぶんIA64の世代になるとリソース量では人間の頭を超えるだろうから、人工知能的な方向になると思うんだけどね。
そういう方向にはまだ.NETは向かっていない。

503 :デフォルトの名無しさん:03/07/16 17:59
>>502
夢見すぎ。人工知能なんて研究段階で実用としてはだれも向かっていない。

504 :デフォルトの名無しさん:03/07/16 18:03
APIのクリーンナップって、.NET使わせるための嫌がらせだろう?

505 :デフォルトの名無しさん:03/07/16 19:14
.NETはIA64にも設計レベルで対応してるだろ。

506 :デフォルトの名無しさん:03/07/16 19:57
対応って、まさか10ギガの配列リニアに確保出来るとでも?
それが出来ないなら、単に動くってだけの意味しかないわけで特別な意味ないでしょ。

というか一般人にIA64に意味を見出せるような応用があるなら、
それにはIA64用のネイテブコードで書く必要があるくらい負荷の大きい処理ってことでしょ?

まあ単にIA64マシンが廉くなったからなんとなく買うような感じが一番MSにとってはありがたいんでしょうけどね

507 :デフォルトの名無しさん:03/07/16 20:13
kekkyoku, oretati ha ms no inu ttekotoyo

508 :デフォルトの名無しさん:03/07/16 20:18
研究段階だからこそ次世代の技術なんだろう。

既にHDDの容量では既に脳の記憶容量を超えてると思う
ただ、脳はそれらが並列に処理出来るわけで
それにどういうテクニックを使ってノイマン型演算で近づけるかが課題になるんだろうね

509 :デフォルトの名無しさん:03/07/16 20:29
人間は脳の数パーセントしか使ってないんだぞ

510 :デフォルトの名無しさん:03/07/16 20:44
http://www.kampo.japanpost.jp/kenkou/kenkou/info9910.html
>大脳の神経細胞は約150億個 =150*10^8 = 15ギガ

1個の細胞はせいぜい4ビット程度だとすれば8ギガバイト程度の容量。
これを数パーセントしかホントに使ってないのかなあ・・・


511 :デフォルトの名無しさん:03/07/16 20:55
どこから4ビットなんて数字を持ってきたんだよ?

512 :デフォルトの名無しさん:03/07/16 20:57
>>511
彼が4ビットなんでしょう

513 :デフォルトの名無しさん:03/07/16 21:05
4ビットは適当な数字、脳は平面構造だから4方向に1ビットづつとして4ビットみたいな・・
稠密構造として6方向に重み3ビットとして18bitと考えれば30ギガになるけどそれでも追い抜いているわけで

ただ、
http://www.tmin.ac.jp/annai/neuron.html
こんな絵みると、実際1つの細胞で4ビットも記憶は出来ないように思えるんだけどね。

514 :デフォルトの名無しさん:03/07/16 21:09
それと細胞の数については
http://create.mag.keio.ac.jp/neuro/neuro.htm

ここでは 千億 10^11 = 100ギガと書かれている。
まあ10倍くらいは5年で追いつく業界なんで、あんまり意味ある差じゃないけどね

515 :デフォルトの名無しさん:03/07/16 22:04
その程度で5年もかかるのか

516 :デフォルトの名無しさん:03/07/17 00:50
低学歴の描く未来像ってやっぱり低学歴丸出しだな。(嘲笑激藁

517 :デフォルトの名無しさん:03/07/17 01:05
10年後のPCで人工知能が実現できるくらいなら
現代のスーパーコンピュータでとっくに実現してるはずだな。

コンピュータの能力向上が3年で4倍とすれば
地球シミュレータは20年後のPCと同等の能力を持ってるはずだ。

しかし、本物の人工知能ではなくて
疑似人工知能(いわゆる人工無脳)なら話は別。

限定された話題の範囲内で
「こいつは本当に人格があるんじゃないか」と
思わせるに充分な疑似人工知能なら
工夫次第で10年くらいのうちに実現できそうに思う。

そういう疑似人工知能は
例えばオンラインゲームでのエキストラ役を演じることができるだろう。


518 :デフォルトの名無しさん:03/07/17 01:19
現在のスパコンにそんなくだらないもん作ってる暇はありません

519 :デフォルトの名無しさん:03/07/17 01:42
人工知能がくだらないと言ってしまうのはやはり無知だからだろうな。ご愁傷様。

520 :デフォルトの名無しさん:03/07/17 02:24
人工知能で大騒ぎしてるなんて一般人は目出度いですね
さてと、NASAへ提出する書類作らなきゃ

521 :デフォルトの名無しさん:03/07/17 02:58
>>520
今更NASAかよ。あれは表向きの機関だっちゅーの(w

522 :デフォルトの名無しさん:03/07/17 17:18
521は裏世界のエージェント

523 :デフォルトの名無しさん:03/07/18 17:10
ボーランドの副社長も
これから広く使われるのはJavaとC#だと申しております。

524 :デフォルトの名無しさん:03/07/18 21:15
もう少し日本語を勉強しましょうね。

525 :デフォルトの名無しさん:03/07/19 00:25
Delphiもうだめぽ

526 :デフォルトの名無しさん:03/07/19 00:26
根性出せ

527 :デフォルトの名無しさん:03/07/19 00:28
あげあらしがいっぱい

528 :デフォルトの名無しさん:03/07/19 00:58
厨がいっぱいなのでDelphiは安泰。学力低下の著しい日本に
RADツールは必須です。

529 :デフォルトの名無しさん:03/07/19 00:58
あげあらし釣り(w

530 :デフォルトの名無しさん:03/07/21 17:09
C#Builder死滅記念age

531 :デフォルトの名無しさん:03/07/21 17:57
もともとDelphiでの開発の案件なんて少ないんだし、Delphiしかできないっていう
人は珍しいと思う。


532 :デフォルトの名無しさん:03/07/21 19:14
Delphiでプログラム書ける人なら
最低でも普通のPascalでもプログラムを書けるはずだな。


533 :デフォルトの名無しさん:03/07/21 19:41
VBでプログラム書ける人なら
最低でも普通のBASICでもプログラムを書けるはずだな。

534 :デフォルトの名無しさん:03/07/21 20:49
それは保証されないぞ・・・BASICてのは行番号や 非構造化言語なんだからさ

535 :あぼーん:あぼーん
あぼーん

536 :あぼーん:あぼーん
あぼーん

537 :デフォルトの名無しさん:03/07/29 20:24



                         /⌒ヽ ⌒ヽ      _____________
       ___               / .. Y \ ヽ    /
    ∴∴:∴∴∴∴\         /   .(.・)  (.・) ヽ: < すまんな〜 サブちゃん
  /∴∴∴∴∴∴∴∴      .  (------◯八○----)  \ サザエはいないんじゃよ
  ∴∴∴∴∴∴∴∴∴ヽ     .  ヽ__/__||||||| ヽ/     \_____________
 /∴∴∴∴/        |   .   . 1   \_/ ""i|
 |∴∴∴ /  /   \  |   .  .  .|    八:   i| 
 |:∴∴    (゚)  (゚)   |       . |./i j   /  :|
 | (6         つ   |        il    八  :|
 \|     _____ |        ζ,    八.  j
   \  / \__/  /         i    丿 、  j
   | \/  |     /        .. |     八    |
   |   \_|____/   ____  | !    i 、  |
_/          |__/        | i し " i   '|
                        |ノ (   i    i| \
                        ( '~ヽ   !  ‖  \
                        │     i   ‖   \

538 :デフォルトの名無しさん:03/07/29 20:26
                       r .|      !   ||     \
 |    ._,v-!'ヾ゙「厂¨^^'''ーv、       |    │    |    , ._,v-!'ヾ゙「厂¨^^'''ーv、
 |  .,ノl「」`:.‐ .!.'`.、::′ .,) ´゙'=、     |      |    | |  .,ノl「」`:.‐ .!.'`.、::′ .,) ´゙'=、
 | ..,r「 、.´ _.  ' .゙..- ' _ノ‐¬=<ノ'\    .|      |   | | ,r「 、.´ _.  ' .゙..- ' _ノ‐¬=<ノ'\
  /゙.:、.二 ニ│:.::' ' .! ∨     .\ .:゙)、 |       !    || /゙.:、.二 ニ│:.::' ' .! ∨     .\ .:゙)、
  / . .゙..:  :`/ .`:'.:.゙ .|  .ヾ   }>'! ^i.|/        | |/ . .゙..:  :`/ .`:'.:.゙ .|  .ヾ   }>'! ^i
 ノ:  .´- `.`'.゙ `  _'「 .\   .,ノ゙ .′ )|          |ノ:  .´- `.`'.゙ `  _'「 .\   .,ノ゙ .′ )
 | :... :....:... .イ.‐'   !゙.\ ̄¨个⌒.-.、' .¬]/          || :... :....:... .イ.‐'   !゙.\ ̄¨个⌒.-.、' .¬]
 |7vii_.゙「.゙,.: ..゙:′'^: `_.,>.厂‐r‐ .′..、z/|          |7vii_.゙「.゙,.: ..゙:′'^: `_.,>.厂‐r‐ .′..、z/|
 (.´'¨¨'''トー-nニ、,、.....ニ!.,,ニvv--ー''゙i「 .^丿          (.´'¨¨'''トー-nニ、,、.....ニ!.,,ニvv--ー''゙i「 .^丿
  (,_..: :.゙:'..:'' '! ..'  ゙ 、 ..:..二..┐, :、'.: 丿           (,_..: :.゙:'..:'' '! ..'  ゙ 、 ..:..二..┐, :、'.: 丿
  ゙))_ヽ' .:.ヽ' ┐:、 ‐ ,丿 '^.`. │_´^.,)              ))_ヽ' .:.ヽ' ┐:、 ‐ ,丿 '^.`. │_´^.,)



539 :デフォルトの名無しさん:03/07/29 20:27




                         /⌒ヽ ⌒ヽ      _____________
       ___               / .. Y \ ヽ    /
    ∴∴:∴∴∴∴\         /   .(.・)  (.・) ヽ: < ちょっとキモかったのう
  /∴∴∴∴∴∴∴∴      .  (------◯八○----)  \ 失敬!
  ∴∴∴∴∴∴∴∴∴ヽ     .  ヽ__/__||||||| ヽ/     \_____________
 /∴∴∴∴/        |   .   . 1   \_/ ""i|
 |∴∴∴ /  /   \  |   .  .  .|    八:   i| 
 |:∴∴    (゚)  (゚)   |       . |./i j   /  :|
 | (6         つ   |        il    八  :|
 \|     _____ |        ζ,    八.  j
   \  / \__/  /         i    丿 、  j
   | \/  |     /        .. |     八    |
   |   \_|____/   ____  | !    i 、  |
_/          |__/        | i し " i   '|
                        |ノ (   i    i| \

540 :デフォルトの名無しさん:03/07/29 20:29
                        ( '~ヽ   !  ‖  \
                        │     i   ‖   \
                       r .|      !   ||     \
 |    ._,v-!'ヾ゙「厂¨^^'''ーv、       |    │    |    , ._,v-!'ヾ゙「厂¨^^'''ーv、
 |  .,ノl「」`:.‐ .!.'`.、::′ .,) ´゙'=、     |      |    | |  .,ノl「」`:.‐ .!.'`.、::′ .,) ´゙'=、
 | ..,r「 、.´ _.  ' .゙..- ' _ノ‐¬=<ノ'\    .|      |   | | ,r「 、.´ _.  ' .゙..- ' _ノ‐¬=<ノ'\
  /゙.:、.二 ニ│:.::' ' .! ∨     .\ .:゙)、 |       !    || /゙.:、.二 ニ│:.::' ' .! ∨     .\ .:゙)、
  / . .゙..:  :`/ .`:'.:.゙ .|  .ヾ   }>'! ^i.|/        | |/ . .゙..:  :`/ .`:'.:.゙ .|  .ヾ   }>'! ^i
 ノ:  .´- `.`'.゙ `  _'「 .\   .,ノ゙ .′ )|          |ノ:  .´- `.`'.゙ `  _'「 .\   .,ノ゙ .′ )
 | :... :....:... .イ.‐'   !゙.\ ̄¨个⌒.-.、' .¬]/          || :... :....:... .イ.‐'   !゙.\ ̄¨个⌒.-.、' .¬]
 |7vii_.゙「.゙,.: ..゙:′'^: `_.,>.厂‐r‐ .′..、z/|          |7vii_.゙「.゙,.: ..゙:′'^: `_.,>.厂‐r‐ .′..、z/|
 (.´'¨¨'''トー-nニ、,、.....ニ!.,,ニvv--ー''゙i「 .^丿          (.´'¨¨'''トー-nニ、,、.....ニ!.,,ニvv--ー''゙i「 .^丿
  (,_..: :.゙:'..:'' '! ..'  ゙ 、 ..:..二..┐, :、'.: 丿           (,_..: :.゙:'..:'' '! ..'  ゙ 、 ..:..二..┐, :、'.: 丿
  ゙))_ヽ' .:.ヽ' ┐:、 ‐ ,丿 '^.`. │_´^.,)              ))_ヽ' .:.ヽ' ┐:、 ‐ ,丿 '^.`. │_´^.,)


541 :山崎 渉:03/08/02 02:28
(^^)

542 :山崎 渉:03/08/15 16:51
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

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

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

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)