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

ヘジのいないDelphiを今必死こいて勉強してる俺って一体・・・・

関連スレ

●●JAVAって死滅しちゃうの？？？？ PART3●●
http://pc.2ch.net/test/read.cgi/tech/1008162230/
●●.NETって死滅しちゃうの？？？？●●
http://pc.2ch.net/test/read.cgi/tech/1006038901/
●●Rubyって死滅しちゃうの？？？？●●
http://pc.2ch.net/test/read.cgi/tech/1007911058/

>>1 激しく同意だな。
Delphiなんか使ってるヤツは、皆でいじめ廻して退職に追い込め。

子供のおもちゃでも仕事できるのならそれでいいんじゃないの？

Delphi.NETを出す時点で敗北。

一生言ってろ

>>6
反論できないのですね :)

Delphiユーザに虐待強化月間です。
みなさん、こぞって参加しましょう！

>>7
すぐそういう風にとるよな。キモイって　ほんと
反論してもらいたくて書いてるの？キモすぎ

BorlandはいつCorelと合併するんですか？

Blackdownの件はBorlandも同罪。
最低な会社。

Borlandはヘジを取られて、逆恨みしてMSを訴えた。

MSに取られたとでも思ってるの？
単にヘジがBorlandに魅力を感じなくなっただけでしょ？

Borlandはエンタープライズ指向を目指してInpriseと改名した。
でも、事業が失敗してBorlandの戻しちゃった。
Corelに吸収されそうにもなるし。プププププ。

OWLってどこに行っちゃったの？
MFCにボロ負けしちゃったけど。

もし仮にDelphiのソースが全てなくなったとして
Borlandはもう一度最初から作り直す技術はあるのか？
Delphiがどうやってコンパイルされるのか完全に理解してる技術者が
今Borlandにいるのか？
過去の資産だけで食ってるんじゃないのか？

でもそれを言うとWindowsとかも同じか・・・

>>15
ただの開発ツールとOSを比較するのはフェアじゃないYO！
ヘジがMSに入ってから、J++・C#のコンパイラをゼロから作ってるYO！

　　　　　　　　　＿＿＿＿＿＿＿＿＿
　 ∧,,∧　　 ／
　ミ；ﾟДﾟ彡＜　煽りに載るのはﾁｮｯﾄ気が引けますが、一応
　 ﾐつ　つ 　＼
〜ﾐ ,,　ﾐ.　　　　￣￣￣￣￣￣￣￣￣
　 ∪∪　　

>もし仮にDelphiのソースが全てなくなったとして
>Borlandはもう一度最初から作り直す技術はあるのか？

なけりゃ、あんさん、Kylixなんて作れませんがな。

技術者を登場させないのは
MSあたりにﾍｯﾄﾞﾊﾝﾄされるのが嫌なんじゃないでしょうか。

ここは Delphi ではなく Borland たたきするところですか？

>>12
>Borlandはヘジを取られて、逆恨みしてMSを訴えた。

で、Borland と MS は和解しました。Borland が負けたのではなく、
MS が、Borland の持っている特許を利用していることを認めた上で、
特許使用料を Borland に払った。のです。

これが何を意味するか、考えてみてください。

なお、上記の訴訟で、具体的にどんな特許を問題にしていたのかは公開されていません。
一部で話題になった 2-way 特許は、この時点では成立していません。

Personal版をさっそく使ってみたが、感想を。

・サーバーアプリが作れない。
作りたければEnterprise版を買えというのではお粗末。
プリミティブな手段すらないのは失望。

・Webアプリが作れない。
フォームベースなら悪くないが、Webフォームは作れない。
Webサービスの作成機能はどこに行った？

・アプリケーションのサイズが肥大化
これではWeb経由のダイナミックローディング等には適さない。

・COMとの親和性の悪さ
VC++の#import以上に難解。

・IDEの拡張性・生産性が感じられない。
VSAのような拡張APIがあるのだろうか？
マクロ機能も見つからず、作業のオートメーションができない。

・IDEから離れての作業がしづらい。
非GUIのアプリが作りにくい。

正直、JBuilderなどと比べると前近代的だと思った。
Delphi使いが非GUI的な発想をなかなかできない理由を垣間見ることができた。

>>9
低脳な人は、反論できなくなるとすぐにキモイとかウザイとか言いだすんだよね（藁

>>20
サーバーアプリってなに?

>20
標準的Del使いの悲しい現実

>>20
Personal はあくまでも学習用（=Delphi入門）だぞ。
それなりのことしたきゃ Pro, Ent が必要。

>>21
自分が低脳なのは認めるけど、


　　　　　　「キモイ」　　　　　　　


って言葉を理解せず、>>5のような書きこみを続けるお前に
キモさを感じられずにはいられない。

Delphiが無くなる無くならないは噂だけど、
お前の書きこみがキモイのは事実なんだよ。こればかりは仕方が無い。

もうRubyしかない！

>>20
Delphiでサーバーアプリなんて作りたい?
どっちにしろ自前サーバー位にしか使い道ないし

どうでもいいけど、Delphiもだいぶ設計が古く感じるようになったことについては同意。
ここら辺で大手術を所望。

Delphi->Dylan
きぼん

DelphiからRubyへのステップアップを！

>>29
Ruby->Delphi
きぼん

言語仕様うんぬんよりユーザー数を増やせば無くならないよ。
COBOLみたいに。

ころころ言語仕様変えたら却ってユーザー数減るよ。

http://www.users.yun.co.jp/~moriq/apollo/

Apollo = Delphi + Ruby
嘘か真か，まずは試してみてちょ。

Delphiｲｲ
過去の遺産で食ってようが、
食えない遺産よりはよい。
ま、そうなってくると遺産とはいわんだろうが。

いや別になくなっても良いよ、どんな言語でもよければ使う性格だし(趣味ではね)。
無理にRubyでDelphiのVCL使うほどオバカでもないし。
それくらいなら、最初からDelphi使うって(笑)

てか、サーバーアプリってなに?
サーバー用のソケットライブラリはついてるけど、
それじゃなくて?

それくらい自力で調べなさい。
Del厨かRu厨かはしらないけど、そんなだからいじめられるのヨン

るbyさいこー

サーバアプリって抽象的すぎるぞ！
C/S アプリのことか？
>>36答えろ！

２５５が言ってるのはC/Sアプリのことだろうと思うよ。
すぐ下にWebアプリって書いてあるからね。俺はそう解釈した。

あれ？Webサーバーの意味じゃないの?

サーバーアプリって、サーバーサイドで動かすアプリだろうが！
そんなこともわからないとは、さすがは現場で使われてない言語。（藁

ｗ

>どうでもいいけど、Delphiもだいぶ設計が古く感じるようになったことについては同意。
>ここら辺で大手術を所望。
ん？
革新的な次世代バージョンがついに来年二月にでるよ。
みんなちゃんと小遣い貯めとけよ。

>>43
嘘はいけないよ。来年 Q1 は BCB6 だろ？
今のうちに FT1 で遊んでおこう。

>>41
>サーバーアプリって、サーバーサイドで動かすアプリだろうが！
Servlet/JSP や asp などのWebベースのアプリか？
もっと具体的に言え。ボケカス!

訂正
Servlet/JSP や asp などのようなWebベースのアプリか？

>>20
Delphi6 Personal は、要するに「体験版」です。仕事で使うようなバージョン
ではないです（つーか、Personalで商用アプリを作ってはいけないはず）。

ある意味、>>4 氏の「子供のおもちゃ」という言葉は的を射ています。

それでも、片手間にちょこっとしたアプリケーションなりゲームを創るには、
十分な機能を持っていると思いますよ。せっかくインストールしたのですから、
いろいろと遊んでみてください。
面白いと感じたり、仕事で使ってみたいと思ったら Pro版を買えばいいし、
気に入らなければ、あぼーんしてしまえばいいんです。

>>27
＞　Delphiでサーバーアプリなんて作りたい?
＞　どっちにしろ自前サーバー位にしか使い道ないし

使う使わないはともかく、「作れるのならば作ってみたい」とは思いますね。

>革新的な次世代バージョンがついに来年二月にでるよ。
詳細キボウ

>>22
> サーバーアプリってなに?
サーバーサイドで長期間動き続けるアプリだ。
UNIXデーモンやWindowsサービスの類。

>>24
> それなりのことしたきゃ Pro, Ent が必要。
Javaや.NETのSDKがフリーな時代にこれはがっかりだ。
機能制限版IDEがフリーだというのは言い訳にならない。
本当に競争する気があるのだろうか？

>>27
> Delphiでサーバーアプリなんて作りたい?
Java、.NETの比較対象として使ってみたからだ。
残念ながら、競争相手としての資格がなかったようだ。

>>49
>>サーバーアプリってなに?
>UNIXデーモンやWindowsサービスの類。
Personal でも作ろうと思えばできると思うがな。
足りないユニットがあれば自分でインポートユニット作ればいいし。

>機能制限版IDEがフリーだというのは言い訳にならない。
>本当に競争する気があるのだろうか？
なんでもできちゃえば Pro も Ent もいらないじゃん。
某国はどうやって食ってくわけ？

>Java、.NETの比較対象として使ってみたからだ。
>残念ながら、競争相手としての資格がなかったようだ。
Delphi の得意分野はデスクトップアプリ。
サーバサードは Java に任せなさい。

誤）サーバサードは Java に任せなさい。
正）サーバサイドは Java に任せなさい。

Web Service って話をしたいのであれば、http://www.xmethods.com 見てごらん。
各種処理系/ライブラリで実装された SOAP サービスが、相互接続性の検証もかねて
ごろごろしている。

.NET もあるし、Delphi もある。

こういうところを見てから物事を考えておくれ。

>>革新的な次世代バージョンがついに来年二月にでるよ。
>詳細キボウ
http://www.microsoft.com/japan/presspass/releases/nl062001.htm

>>52
Webサービスで現実何するのか言ってくれ。
B2B で取引自動化みたいな理想論はなしで。

>>53
Delphiじゃないぞ。

>>49
＞　Javaや.NETのSDKがフリーな時代にこれはがっかりだ。
＞　機能制限版IDEがフリーだというのは言い訳にならない。
＞　本当に競争する気があるのだろうか？

Webサーバーアプリ作成に使えるフリーのコンポーネントが、
どこかに転がってると思う。ちなみに折れは Tarsock ってコンポーネント
を持ってる。D6 Personal には無事インストールできた（Personalでの動作は
未確認。BCB5Pro では動いたが）。

どこで入手したかは、、、忘れた（ｗ

＞　Java、.NETの比較対象として使ってみたからだ。
＞　残念ながら、競争相手としての資格がなかったようだ。

個人的評価に対してどうこう文句をつける気はないので、「あなたがそう思う
のならば、それで良い」と思います。

＃　ただ、Delphi.NETってのが出るみたいなので、今の段階でそう結論するのは
＃　時期尚早かとは思う。MSの.NETも、まだ正式版が出てないのでは？（出てたらｽﾏｿ）

>>50
> なんでもできちゃえば Pro も Ent もいらないじゃん。
何でもできる必要はない。
ただ、IDEコアやVCLに制限があるのはいただけない。

> Delphi の得意分野はデスクトップアプリ。
なるほど。ならば.NETとは全く方向性が違うようだな。

>>52
XMethodsぐらい知っている。
もちろん、mssoapinterop.orgでDelphiとの相互運用性もチェックしている。

C#>>>>>>>>>>>>>>>>>>>>>>>>Delphi

>>56
↓TarSock↓
http://home1.infonia.ne.jp/~delphian/delphi/compo/network.html

>>58
そう結論付けたのであれば、それで良いと思いますが。

＃　でも C# と Delphi は、設計思想が違うんじゃないかなぁ……。
＃　車で例えれば、軽トラックとヴィッツを同じ土俵の上で
＃　比べるようなものじゃないかな……。

>>59
ありがとう。

ただ、聞いていた話とちょっと違うな。
.NET死滅スレでは、Delphiはバイナリを直接再利用でき、クラス情報もすべて引き出せるという話だったが。
わざわざビルドしてインストールしなければならないのか？

>>57
>ただ、IDEコアやVCLに制限があるのはいただけない。
まーしょせんフリーだからしょうがないよ。

C#>Java>C++>C>Perl>Ruby>VB>Uva>HSP>ひまわり>FORTRAN>COBOL>Delphi
てのが現実的な所か？

>>62
だーかーら、
JAVAと.NETはライブラリはすべてタダで手に入るんだって。

>>61
＞　.NET死滅スレでは、Delphiはバイナリを直接再利用でき、クラス情報もすべて引き出せるという話だったが。

それはホントですか？　はつみみです（←注意！　煽りではありません。マジです）

結局Delphi使い自らデスクトップ向けにしか使えんって言ってるじゃん。
JAVAと.NETに対抗しようなんて10年早いYO！

>>61
ＶＣＬコンポーネントはバイナリさえあれば利用できるけど、
ビルド側Delphiバージョンと利用側Delphiバージョンが違うと
ダメだと思ったけど。（ただし互換性を意識した作りにしておけばよいかも？？）

>>65
http://pc.2ch.net/test/read.cgi/tech/1006038901/

ここの707あたりからチェックしてみてくれ。

>結局Delphi使い自らデスクトップ向けにしか使えんって言ってるじゃん。
使えんとは言ってないぞ。よくみなよ。

>Delphi の得意分野はデスクトップアプリ。

最近はサーバサイドも強化してきている。

多分来年にはDelphi.NETも出ると思う。

>>63
どう思うかは個人の自由ですが、Perl、FORTRAN、COBOL と Delphi を
同列に扱うのはどうかなぁ……

＃　TANDEMのHimalayaで Delphi や VB は動くか？　動くわけがないし、動いた
＃　ところで何の意味もない(Himalayaって知ってる人いるかなぁ)。そういうこと。

Del房必死だな

>>68
早速見てみました。

｜　711 名前：255 投稿日：01/12/13 16:38
｜　>>707
｜　DFMはデザインタイムのデータではないのか？
｜　それとも、バイナリに埋め込まれて、実行時に参照しているのか？
｜
｜　単なるフォームのメタデータをILと同一視しようという理屈が全く理解できないね。
｜
｜　714 名前：255 投稿日：01/12/13 16:48
｜　>>712
｜　なるほど。ならば、実行時にバイナリからメタデータを引き出せるわけだな。
｜　初めて知ったな。

私は255氏と同じ認識でした。

｜　716 名前：255 投稿日：01/12/13 16:51
｜　>>714
｜　さらに言えば、Delphiで作ったコンポーネントはソースがなくてもバイナリレベルで再利用を（理論上）できることになるな。
｜　必要なデータはすべてバイナリに埋め込まれているから。
｜
｜　これで合ってるか？
｜
｜　717 名前：デフォルトの名無しさん 投稿日：01/12/13 16:53
｜　>>716
｜　あってるＹＯ！
｜　当然、それをパレットに登録したり出来る。

717の発言、なんか、微妙にはずしているような気がするんだけど、そう思うのは折れだけ？？？？？
それとも、折れがヴァカなだけ？？？？？？

ネタにマジレスされても…

折れはBCBな人間なので、Delphi使いの方とは認識が異なる、あるいは認識が中途半端
である可能性があります。
間違いなどありましたら、ご指摘いただければ幸いです。

>>74
ﾈﾀﾚｽﾆ ﾏｼﾞﾚｽｽﾙﾊ ｶｺﾜﾙｲ　ということにしといてください（ｗ

クラスインフォが埋め込まれてるのは.dcrだろ
んで.dcr=.h+.objってだけのこと

74 の 訂正
>>74　→　>>73

各位ｽﾏｿ

ｵﾏｴ等全員ｶｺﾜﾙｲ　ので気にしないで下さい（ﾌﾟﾌﾟ

>>76
＞　クラスインフォが埋め込まれてるのは.dcrだろ
＞　んで.dcr=.h+.objってだけのこと

はい、それはわかります。わかるのですが、、、

717の発言は、やっぱり、何か、はずしている気がする……

とりあえず、今日はデパス飲んでもう寝ます。

んじゃ！

>>78
かまって欲しいの?

>>80
かまうなって

あの...
今のライバルはMSではなく
メトロワークスなのでその辺誤解のないように...

おまえら！ここで遊んでるヒマあったら日本経済発展のために働け！
言語なんで何でもいいから、とにかく働け！
日本のソフトウェアを世界に。
ちっぽけなおまえらにもチャンスはある。
とにかく働け！

>>83
お言葉ですが、先生！
死んだ恋人が蘇りますか？
日本がインドになりますか？
王様の耳はロバの耳じゃないんですか！？

>>84
オレは先生じゃない。社長だ！！！
おぃ！そこのキミ！今日はもう遅いから寝なさい。
そのかわり明日思いっきり働け！

あひゃ！

あっちの議論、バイナリバイナリと無闇に連呼してるのが痛いな。
どのバイナリのことなのか区別して語ってくれないとしょーがないのに。

クラスをコンパイルしたdcrだろ、
インスタンスのプロパティの写しのdfmだろ、
dfm相当(つまりプロパティをStreamingしたもの)とdcr相当とを
いわゆるリンクしたexeだろ、
あとどれだ?

dfm相当の情報はexeに書きこまれるときは
windowsでいうresourceの仕組を使って保持されるんだったよな。
それをdcr相当のコンパイル済バイナリ(をexeに書きこんだもの)は、
TResourceStreamクラスの力を使ってロードする。
(設計時のdfmはTFileStreamを使ってロードする。Interfaceは共通だ)

ということは、
1：dcrの中をなんぼホジってもdfm相当の情報は無い
2：exeのresourceの中のどっかにゃdfm相当の情報が有る
ってことだろ

でresourceの使われかただが、たぶん詳細は「InsideDelphi」あたりに載っているだろう。
どうせあんな部分はversion上がってもそうそう変化しないだろうから、
あの古い本でもやくだつだろう。あとは立読みするよろし。

ところでヘジの能力限界説は俺も禿敷く同意。
delphiだってそれが究極だとはとても言えないんだけど、
あそこまで似てるとなあ…。
もっともさすがに少しは進歩してるが。プロバティの定義しかたなんて
delよりC#のほうがさらに洗練されてる。
delphiのpascalくせぇ書きかたはウザい。同じこと何度も書かせやがって。

でふぁ！

知っ高木ブー

ttp://www.hirate.com/software/devtool/test.html

ここでのテストでDelphiが最速だってさ（Ｃ++よりも）
俺は趣味でプログラムするくらいだから、技術的な事は良く判らないけど
これって本当なのかい？

>>90 自分で試してみればいいんじゃないの？
　　こんなコードで比較してもしょうがないと思うし、
速ければいいのかといえばそれもどうかと思うし

結局トータルバランスだと思うよ。
　初心者から独習で勉強して素直にプログラミングが
上達出来るツールとしてはDelphiが一番バランスが今の所いいって事で

俺Del使わないんだけど、某は気になる。
Delphi.NETってほんと？冗談？

>>1
もういいかげんム板でネタスレやめれ！

あげ

ファ〜〜〜ったく
カスどもが〜

たった .NET ごときに ビクビクしおって
情けない やつらだ！！

さっ続けなさい
困ったことが あったら なんでも いうといい

Delphi は 大事な開発環境 なんだ

つまりDelphi.NETは嘘なんやね。

>>91
初学者向け最高峰はVBだろがボケ！

>>96
嘘。Del使いがC#に行かないように「そのうち出すからDelphiやめる必要ないよ」
とハッタリかましてるだけ。

In article >>97, デフォルトの名無しさん/97 wrote:

> >>91
> 初学者向け最高峰はVBだろがボケ!

だと思いたいのですね;)

Delphi.NETなんて必要？

.NET Framework上に乗ればVCLは壊滅だし、
.NET版Pascalの実装は他にもあるし。

残念ながら、Delphi.NETなんて気休めです。

Delphi.NETに関する懸念。

・VCLとの互換性
VCLを.NETに移植すれば、J#のようなバカバカしいものになる恐れあり。
.class public auto ansi TObject extends [mscorlib]System.Object
みたいに。また、機能が重複するライブラリを作り直すのがどこまで意味があるか。

・CodeDOM
宣言と実装が分かれる文法でCodeDOMを提供できるか。
できなければ、VS.NETのRAD、ASP.NETダイナミックコンパイルなどさまざまな機能が失われる。

・Unmanagedのサポート
ネイティブをサポートした場合、アセンブリサイズの肥大化が懸念される。
立場的にManaged C++並みに使いにくいものになる恐れがある。

あくまで憶測ばかりだが。

もし、これらの問題がクリアできなければ、Delphi.NETは
VB6 → VB.NETのレベルどころではない非互換性に泣かされることになるだろう。

.NETなんてどうせActiveXみたいになるよ。
気にするこたないだろ。

ネイティブコードまんせー。

クラスがラップするんだから、
>VB6 → VB.NETのレベルどころではない非互換性に泣かされることになるだろう。
これは絶対有り得ない。

VB6が無になるのはM$にとってもメデタイことだと思うよ。

>VCLを.NETに移植すれば、J#のようなバカバカしいものになる恐れあり。
>できなければ、VS.NETのRAD、ASP.NETダイナミックコンパイルなどさまざまな機能が失われる。
>立場的にManaged C++並みに使いにくいものになる恐れがある。
>VB6 → VB.NETのレベルどころではない非互換性に泣かされることになるだろう。

.NET対応出来る言語ってC#だけなんだＮＥ！

>>101
ここでこんなこと書いてもしょうがないYO！
CodeDOMなんて言って、何人のDel厨が理解できる？

ＤＯＭっつったら
WinMXがまっさきに浮かぶぜ・・・

CodeDOM=アドビやエロゲなんかのアプリを中心にダウンロードしかしない奴

　　 　∬　　　∧,,∧　　　　　　／
　　 　 ~━っミ ﾟДﾟ彡,, 　　　＜ 　Kylix始動のときも”出来るわけ無い”って
　 　 ∀.＿（,,,~　　,,,~⊃＿　　　＼意見も多かった。ですので
━┳┷　|.　,(~ヽ,,,ﾐ.　　　　　　　　Delphi.NETも無事登場するのでは？
　 ┃...|￣￣し'Ｊ. ￣￣￣　　　　VC.NETってのもあることですし
　 ┻ ヽ￣￣￣￣￣￣￣
　　しらんけど。

いまだにフサはCLXの存在が信じられないのですが,,,
・・・なんであんなものがクロスプラットホームで動作するんだろ・・・

>.NET版Pascalの実装は他にもあるし。
Wirthのやつ？なんかあれ､きれい過ぎるんだよね……
それに別にpascalである事がdelphiの利点ではないと思う。
>VCL,CodeDOM
VCLを移植はしないんじゃ？普通に.NETライブラリを使わせると思うよ、
宣言と実装が分かれてるといっても、1ファイル内に収まるんだから
問題ないんじゃないの？ところでASP.NETってCodeDOM使ってどの言語を
出すの？ILを直接はく以外の利点ってなに？

・VCLとの互換性
MFC と互換性が無くても VC ユーザーは大移動を決定したわけではないのか？
したくなくても移住しなければいけない状態に追い込まれたとも取れるが。

動作プラットフォームが Windows GUI から離れるわけだから VCL アプリケーションが
完全互換になることは無いでしょう。

しかし Borland は Kylix/CLX で、実用上の互換性を維持しつつまったく異なる
イベントモデルの GUI 環境に移植した経験を持っている。

また、Sun に JavaBeans のアーキテクチャを提供したことからもわかるように
異種環境下でのコンポーネントモデルの開発力をもともと持っている。

現時点で存在しない製品に対しどこまで論評できるか、という問題があるが
過去から未来を類推することを許してもらえるなら、すでにプラットフォーム
を乗り換えた経験を持つ Borland には可能性があると信じられる。

>>110
> それに別にpascalである事がdelphiの利点ではないと思う。
> VCLを移植はしないんじゃ？

じゃあ、Delphi.NETって何？

某の飯の種だろ？

＞113
そうそう。なんかニッチを見つけるじゃないかね。

「なんだ? コレ.NETにも対応してねぇのかよ。買うのやーめた」
というわがままなお客様に対応するための最終兵器だ＞Delphi.NET

最近JBuilderに力入れてるのは気のせい？
IDEにJUnit, UMLツールが統合されたのは驚いたよ。
これまでは最新の機能はDelphiからだったのにね。

>>116
JBuilderはヘジ抜きで作ってるから、自力でどうにでもできるんだYO！
DelphiはヘジがいないからどうにもできないんだYO！

ヘジがサジを投げた

サジがヘジを投げた

キジが九時をつげた

るbyってさいこー

ソニック・ザ・ヘジ

>>110
> ASP.NETってCodeDOM使ってどの言語を出すの？
もちろん、@Pageディレクティブで指定した言語だ。

> ILを直接はく以外の利点ってなに？
ILを出力することが.NETの全てだと思うが。
他に何を求めている？

>>111
> 動作プラットフォームが Windows GUI から離れるわけだから
相変わらず.NET＝クロスプラットフォームだと誤解している奴が多いようだな。

>>124
クロスになるでしょ。

>>125
それはCLIではないのか？

マルチプラットフォームの間違いじゃないの？

>>127
どう違うの？

Ruby >> Delphi

>>129 だいぶ控え目になったな(w

クロスもマルチも同義

マルチたんﾊｧﾊｧ

.NET使いをDelphiに引き寄せるには、どう説得すればよいのでしょうか？

Delphiって開発環境含めかなりイケてると思うのだが、
やはり言語がマイナー系なことが最大の問題なような。

Rubyって開発環境含めかなりイケてると思うのだが、
やはり言語がマイナー系なことが最大の問題なような。

逝けてる？埋けてる？往けてる？

マジで素朴な疑問なんだけど
Visual J++.NETとかDelphi.NETとかの意味合いは何なのか？
「Windowsでしか動かないJava」
「VCLが使えないDelphi」
はその言語としての同一性があるのか？
言語仕様だけで言語を選ぶことが多いとは思えないし・・・

.NET環境では、同じ処理系やライブラリを複数の言語から利用できるのが売りだが
そこで
「できることが同じなら何故複数の言語が存在するのか？」
という根本的疑問が出てくる
以前なら、言語仕様だけでなく処理系の相違でも説明できたのに
言語仕様の相違だけで言語の選択をするのだろうか？

>>言語仕様だけで言語を選ぶことが多いとは思えないし・・・
けど、手持ちのソフトウェア資産がある程度を越すと、書き換えるよりも
資産を動かす環境を作ったほうが利点が多い。ってことが言えるとおもうんですが。

Fortran の数値計算ライブラリとか、給与処理の巨大 COBOL アプリとか。
C/C++ で書かれたライブラリも既に大量にあるでしょ。

Visual フレームワーク「だけ」でプログラムができるわけではないのだから
「ANSI 規格を満たした C++ コンパイラ」とか
「VCL を完全にコンパイルできるほど互換性を持った WindowsCE 用 PASCAL コンパイラ」
なんてのが出てきたら、良いな。と思う人はそれなりにいるでしょ。

Del厨<>Ruby厨

>>137
一言で言えば「言語は思考を決定する」のです。
そのように考えている人は多くいます。コンピューターサイエンス以前から長く議論されている、そしてまだ答えの出ていない問いです。
http://www.google.co.jp/search?hl=ja&ie=utf8&oe=utf8&q=%E8%A8%80%E8%AA%9E%E3%81%AF%E6%80%9D%E8%80%83%E3%82%92&lr=

ここまで話を広げなくても、各（プログラム）言語ごとに得意/不得意な分野があります。

>>137
> 「できることが同じなら何故複数の言語が存在するのか？」
> という根本的疑問が出てくる
同じではない。.NET上であっても言語により制約は存在する。
.NETを触ったことのない人間の典型的な勘違いだな。

>141
そうは言うけど、>>140の言う意味においては、わりと似た感じになるね。
意味がないとは全然思わないが。

>142
ﾊｧ?

age　

>>20

遅レスすまんが、

>COMとの親和性の悪さ

実はVB互換のバリアント型が使えたりして…
A: OleVariantでAにIDispatchを代入すればそのままA.Func(Args)とか書けたりして…

>VSAのような拡張APIがあるのだろうか？

OpenToolsAPIというものがある。
ただし、やはりPro以上の機能。
Personalで作業のオートメーションなんてぜーたくな…。

>IDEから離れての作業がしづらい

dcc32.exeのコンパイルは爆速なので、下手なC++より使える、
というか僕は使っていますが何か？

独自環境を売って収入を得ているM$が無料のクロス環境作ったら潰れるしか無いよね。
だって、アプリの開発も実行もフリーのOSでやれば良いことになるんだから。
だから結局.NETダメだと思う。

でも、もし.NETが成功したとしても、MSILの実行形式を吐き出せば良いだけだから、
VCLだとダメってことないよね。
Windows上だって、MFCを無視してVCLからWin実行形式を吐き出してるんだから。

Delphiで作ったExeはWinCEで動作しないんだよね？（調べてないけど）

なんかやだよね。

CEは糞
Linux使え

>>147
VC++6で作ったExeもWinCEでは動作しないから安心しなさい

>>149
このスレの趣旨から言ったらそれで良いんだけど、
自作ワープロをモヴァイルで動かしたいわけさ。

>>148
昔からDelを使ってるから自作コンポライブラリでWin32コールしまくり。
Kylix用に直すの大変だよ。

>149
直接exeが動きはしないが、VC6用ソースを元にCEに移植するのと、
Del用ソースをCEに移植するのは、同じ労力では無いだろ？

某がCE用VCL作れば良いだけなのに困るね。

>>152
違うよ。DelphiもKylixも完全にx86用に設計されている。
WinCEは動作環境がx86とは限らないので、VCL作るだけでは
済まない。

じゃ、逆に、VCLは同じにしといてコンパイラ側作れば良いのか？
汗コードも書き換えないといけないだろうが。

>153
よー知らないんだが、某の製品はそんなにアーキテクチャべったりな糞設計なのか？
そんな事なさそうに思えるが。
CEはまだ市場が小さいから無視してるだけだと思うが。

需要があれば各CE用(MIPS,SH3,ARM)のDelphiも出すだろ。
だいたいx86のCEなんて無いからな。
CE上のIDEなんてナンセンスだから、Windows9X/NT上での
クロス開発環境ということになるが、そうなると設計時
コンポーネントはCEマシン環境をエミュレート？？？
なんだか重そうだな。

AS/400用ってのがあるんだから　作る気になりゃ・・・きっと

>>157
Delphi AS/400 って、AS/400 で動くバイナリを出すものでは無いのですが。

Delphiは死滅しない。

でも、Delphi/400はなんか死滅気味？

>>159 ボーランドのサイト見てもDelphi/400売る気なさげ
http://www.borland.co.jp/delphi400/

>>158-160
ターゲットが違うだろ。大々的に宣伝してどんどん売るようなものじゃない
AS400とDelphi(Win)をつなぐミドルウェア

でも、Delphi/400って高いんだよね？たしか百万くらいだっけ？
あれって、普通のDelphiエンプラにAS400関連のコンポーネントとかが
付属したものでしょ？よくしらんけど。
知り合いのシステム屋が高すぎて買えねぇよ。つってた。
１０人ﾌﾟﾛｸﾞﾗﾏいたら一千万だ。。。

>>161 ターゲットが違うし、売り方が違うのは同意なんだが、
borlandのサイトを見てみろよ。最終更新が 1-Aug-2000 だぜ。
売る気あるなら更新ぐらいできるだろ。
販売とサポートを社外に投げたのでもう知らん、って態度がアリアリ

汎用機と某島とは合わな過ぎるなとは思ったが、
オイオイって対応だな。

>>164 あれはInprise時代の負の遺産だな。内情は知らんけど、
エンタープライズ路線で新分野のターゲットを狙ったが、
採算がとれずにあえなく撃沈、てな感じ。
昔の名前(borland)に戻ったことだし、身の丈にあった
ビジネスをしてほしいものだね。

Borlandの時代からあったような・・・

「Inprise時代」というのは、名前が代わる前後も含むということでは>>166

どっちにしてもイメージ合わないね。
汎用機する人がDelを触らんだろうし、Delする人は汎用機嫌いだよ。

Delphiのカヴァーできる領域を死滅して欲しくないよね。

Delphi for Java、Delphi for WinCEが欲しい。
Delphi/400は自分は要らん。

>>168
Delphi for Javaって。。。 JavaVM上で動くDelphi作アプリ？
そうすっと、SwingがDelphiで。。。ｷﾓ

>>169
お前もキモイな（ｹﾞﾊ

Delphi使いの皆さん、もっとWebServiceについて勉強してください。
恥ずかしいです。

>>171
エンタープライズ版にしかついていないからねぇ。
せめて Pro に SOAP がつくと良かったんだけど。

ねー、Del使いってどうしてこんなにWeb関連に疎いの？
やっぱりデスクトップ専用言語だから？

Basic,C,Cobol,Ruby,ADAなどいろいろあるがdelは無い。
http://flp.cs.tu-berlin.de/~tolk/vmlanguages.html

>>174
Delphi for JAVAがあるじゃん。
あ、企画倒れだったっけ。(ﾌﾟ

Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>.. Delphi

Delphi >>>>> ウルトラセブンのテーマ曲 >>>> サザエさんのテーマ曲 >>>>> 相馬盆歌 >>> 秋田馬方節 >>>>>>>>>>>>>>>>
>>>>>>>>>>>>> 林葉直子のヘアヌード = Ruby

お前らこれでも読んで頭冷やせや
http://www.perl.com/pub/a/2000/12/advocacy.html

>177
ﾜﾗｯﾀ（ｗ

米ボーランド，Webサービスを実現するツールキットを発表
http://www.zdnet.co.jp/enterprise/0112/20/01122014.html

もう某はJBuilderにしか力を入れてないね。Delphiは死亡。

>>180
そんな事するわけなかろ。C++もJavaも規格を他社・団体にガチガチに
固められてるから某の自由が効くのはDelphiだけ。

>>181
まあまあ言わせておけば。Delphiユーザに虐待強化月間なんだからさあ。

Ruby>MySQL とか Ruby>Delphiって何を比較しているのだろう。
まあXML>HTMLとか XML>Access2000とか思ってる人は沢山だろうが。

Rubyネタはマジレスすべきでない。>>183

>>180
Delphi6 では最初から WebService 対応している。こんなことも知らないのか。

>>185
あれがWebサービス？イマドキSection 5もマトモにサポートしてないなんて。。。。

ここでの話を蒸し返すなYO
http://pc.2ch.net/test/read.cgi/tech/1004021441/-100

>>187
つまり、痛いとこを突くな、と？

QtベースのクロスC#環境とか作ったら売れると思うんだがなぁ
あ、QtだとWinでもランタイムいるのか・・・

C#だとM$にお金払わないといけなくなるＹＯ！>189

>>190 んなこたぁない

ホントの話？>>191

M$が作った文法なんだから勝手に使うと特許にひっかからない？

何のための標準化だ？MSの宣伝だけに使われてしまうECMAもどうかと思うが。
あそこは開発環境なんぞただで配っても利益がでるところだ。
そんな基礎的なところで金はとらんだろ
VS.NETは只じゃないようだが。

なんか一人が必死で吠えてるが･･･。
あの大恥さらしたDel厨じゃないよな･･･。

D++って何ですか？

↑
この質問を知り合いのDel使いにしたら、ものすごくいやな顔をされました。
どうしてですか？

pascal a=スイス連邦工科大学+オブジェクト指向;
printf("昔ながらの言語→%s\n",a);

D++って何ですか？
D++って何ですか？
D++って何ですか？
D++って何ですか？
D++って何ですか？　

>>198
糞して氏ね

>>198
D++ Magazineのこと？
その話題には触れないように。

今月の日経ドキュソウェアはDelphi / Kylix特集。
キモイ記事だった。(ｹﾞﾗ

>>201
いかにも信者という感じのインタビューが寒い。

>>201
おまけCD-ROMにPersonalをつけるとか、工夫がほしかった。

>>202
本当に仕事でDelphi使うキチガイがいるってことがわかった。

>>201
今月に限ったことじゃない。

GUI絡む仕事はDelphiって手もありかと。
VBランタイム許可ならVBでやっちゃうけど。
どのみちGUI部だけで、他はVCなんだが。

>>203
ベーマガにD6PersonalやHSPが付いてたら笑える。

>>207
ベーマガなら付録はカセットテープにすべし

Delphi 使ってみたけど、いいねえ。

>>209
布教活動ごくろうさん

パーソナルでも使ってみるか。
フリーだし。
ボーランドには好感が持てるし

> フリーだし。
商用アプリに使えないのをフリーと呼ぶらしい。

>>212
商用配布してもバレやしないよ。
しょせんDelphiだし。

>>212
商用アプリでパーソナル使う奴なんているのか？

>>214
個人で作ってるのだったらありそう。

ポトペタが嫌いな人へのDelphi入門スタート

メモ帳で
program Hellow;
uses windows ;
begin
　if MessageBox(0 ,'こんにちは','タイトル',MB_OKCANCEL or MB_ICONINFORMATION )= IDOK
　　then MessageBox(0 ,'元気だよね','ありがとう',MB_OK or MB_ICONQUESTION );
end.
と書いて ファイル名　 Hellow.dpr　で保存
このファイルをDelphiでダブルクリックして実行。

入門編終わり

object pascalの解説してるホームページってないの？

>>217 スレ違いだけどねー
文法は「Delphiヘルプ」の「Object Pascal 言語ガイド」だけど
多分、知りたいのは関数のほうでしょ？

関数は同じく「Delphiヘルプ」の「VCLリファレンス」にあるよ

>>217
そんな事でageんな。別スレに相談室があるだろ。

サンクス>>218
今VC++で作ってるソフトがあるんだけど、
GUIがけっこう複雑でさ。
Javaだとちょっとした問題があってできない。
OOできないVBは選択外なので、（有料だし）
DelとCOM覚えた方が早いかもってね。
でも、Personalって商用利用禁止なんだよね。
さっさとObject Pasca覚えないとな。
お礼に、JavaとVC++とObject Pascalの比較でもレポートしますか。

Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Delphi

Ruby / Delphi
アホにはそれがワカランのです

Delpひはくそp
Ruby!

Ruby「しか」出来ない奴は糞。

Ruby「さえ」できない奴はうんこ。

というか、RubyとDelphi比べるアホは大糞。
まぁ、今まで何回も無限ループのごとく罵倒合戦してるので、正直飽きたよ。

>>220
どうでもいいが、銭儲けのことばっか考えるなよ。
そういうソフトに限ってできが最悪な場合が多いからなぁ、ま、がんばって誰も使わないようなシェア作ってね。
じゃ。

ｸﾘｽﾏｽｲﾌﾞのレスにわざわざageて正月二日にｶｷｺですか。
ま、がんばって氏ね

>>227
うむ。なんか寂しそうだったからね。
ついでにageたのはそんな寂しい奴らのいっぱいなこのスレをみんなに分かって欲しいから(笑)

というか、正月二日に夜中まで2chうろついてる同志にも乾杯!!!!

正月は家族と一緒で楽しくすごしていて
ここに来てないだけで、一番さびしいのはおまえだろ。(ﾜﾗ)

おまえモナ〜

さみしい

begin

end.