Delphiは帯に短し襷に長し

帯に短し襷に長し･･･物事が中途はんぱで、なんの役にも立たないことのたとえ。

Delphiって使いみちないね。

２げと

ふぅ・・・２もゲットしたし、用はないな。

■■■■■■■■■■■■■■ 終　了　■■■■■■■■■■■■■■■■

>>1の最高傑作は
VB6で作成したブロック崩し｡

使い道あるだろ。趣味のシェア作家が小銭稼ぐくらい。

>>4はアンチVB厨＝Del厨

正直言ってテンプレートもないDelphiに使い道はない。

つーか、使える人間が少ないので
どうしても主流の言語にはならないんだよなぁ。

>>1
Delﾌｻｷﾞｺと討論しろよ（ｗ

>7
テンプレートがなきゃプログラムも書けない
おまいは使い物にならんｗ

>>10
効率の問題だろ。それくらいわかれよ。馬鹿。

>11
テンプレート使ってもグズグズのソースしか
書けないおまえはかなりバカｗ

漏れの知り合いのPG/SEで、
テンプレートを使わない Del使いがいるのだが(知ってはいるが､仕事上
C/C++をあまり使用しない)

常時３〜４以上のプロジェクトを指導し､自分で一部コーディングし､
会社に毎月数千万以上(正確な数値は忘れたが)もの営業物件を片っ端から納品し､
しかも納品後サポートも全部自分で行い､加えてパッケージソフトを
リリースしてサポートしていながら､決してデスマーチに陥らず、
客のクレームがほとんどない（タコなDB設計の影響や､用件定義の不備で
トラブルことはいくらかあるらしい)
とんでもないDelphierがいるのだが､

これでも「Delphiに使い道がない」というわけかい。

>>8
同意。これは言えてると思う｡

>13
それはそいつが優秀なだけで言語とは無関係

>14
言語とは無関係と言うことはテンプレートの有無とも無関係｡

おれとアヤヤも無関係

>>14
>それはそいつが優秀なだけで言語とは無関係
ああ、確かにそうだわ｡それで間違いない｡
そいつが言うには「さまざまな言語ツールを使用してきて、いろんな角度
からみてみると､Delが一番効率的で､納品後の問題も最小だった」らしい｡
一応彼は､VB, C/C++などでさまざまな修羅場をくぐってきたみたい｡
とはいっても､いろいろ使った上で「プロジェクトを完結されるために
最大効率を引き出すひとつのコマとして使っているに過ぎない」
とも言っていたんで､Delﾏﾝｾｰという感じじゃなかったな｡

よく知らんがDelってパスカルなんだろ？これからのIT産業を担う若者達に
そんなものを押し付けちゃ可哀相だよ。

そうか？
言語なんてなんでもいいだろ

>>19
なんでもいいからってわざわざマイナーな言語を選ばずとも・・・。
参考文献をあさったりするときは普及している言語のほうが楽だろ？
勉強のし易さってのは、言語の難易度よりもその言語に対する情報量の多さに
比例するもの。サンプルプログラムとか経験者が周りにあふれてる言語を選択
するのはごく自然なことだと思う。

>>18
・どうしてパスカルをIT産業を担う若者たちに押し付けたら可哀相？
(なんでも「押し付け」が可哀相なのは同意。ただパスカルがなぜ
その対象になるのか？）
・ならば､何がベストであり､その理由は？
・本来ならば言語は目的を達成する手段のひとつに過ぎないと思われ｡
この点は>>19に同意｡

DelはBESTであるかどうかはさまざまな環境とかスキルで異なるので､
決してそうとは言い切れないが､Betterであるとは思ふ｡

>1は､ほんとはDelを使いたいのに会社が買ってくれず上司を説得できなかった
過去を持つに10,000オーストラリアドル

>>20
Delがマイナーな言語であると言う点においては同意｡
ただ情報量とサンプルプログラムは必要十分を満たしている｡
もちろんVB, VC++に比べて書籍は少なく､ヘルプがヘタレなのは事実だが､
サンプルとML, VCLは内容を吟味すれば問題なし｡
しかし、日本語の情報が少ないのは決定的にまずい｡英語が読めれば問題
ないが､それを嫌がる香具師がいるから｡･･･

>>23
TOEICが慎重を越えない漏れに英語を読めという
この業界に無理がある。

>>18
> よく知らんがDelってパスカルなんだろ？
Delphi(Object Pascal ＋ Borland独自拡張)とPASCALは
VC++(C++ ＋ MS独自拡張)とC言語ぐらい違う。

関係ないけどいい加減ウィンドウズメッセージを翻訳汁。

>>1は何使っても役に立たない。

>>1
同意。
俺は優秀な人間だからそんなにセンスでカバーしちゃうけどね。

パスカルの文法なんてＣとたいして変わらんよ。
ヘルプ見ながらコード書くだけだろ。
あとクラスの継承が出来ることは、
VBに対し、かなりの使い道。

>29
おめーみたいなカスがいるからDelphiの評価下がるんだよ
だまっとれ。

帯に短い　ってたとえばどんな帯に短いのかな？

テンプレートが使えないって言っても、
　テンプレートが使えるようなデータ構造やアルゴリズムその場で作ったって時間かからんが？
　というか動的配列だけでお腹一杯なんだが？
　それに、ポインタ・参照も C/C++よりもずっとしっかりスマートに表現できて、
　たいていのアルゴリズムの実装に苦労する事はないよ。

タスキに長いって　たとえばどんなタスキに長いの？

Delphiは高速アセンブラとしても利用価値があるほど
インラインアセンブラが充実している。　重すぎるなんて場面に出くわさないぞ？

でも実際使われてないよ。

ポインタと文字列操作に関しては糞だな

そうか？　それは勿体ないな。

俺は可能な場合はDelphiを提案してる。おかげでいつも楽チンだ。

>>33
なんで？　ポインタ使い易いじゃない。
Cのように配列とポインタ混同君量産する事もないし


あ！もしかして、キミ　Cのせいで配列と文字列とポインタ混同病になってらっしゃる？

35は今日一番のあほということで
みさなさん異議ないでしょうか？

んだ
まちがいねーだ

たぶん　ポインタ参照が前じゃなくて　後に来るの嫌とかそんな所じゃないの？

あるいは、absolute 使えばCと同程度に柔軟に表現出来るの知らないとか

>>29

でも、ﾎﾟﾘﾓｰﾌｨｽﾞﾑが無い。これではOOPとは呼べない。

>>39 VBに？ VBもDelphi並の事は出来たと思うけど？

Delphiにじゃない？
VBにはImplementsというインタフェースを継承する機能あるし。

？
Delphiには古式ゆかしいOOP機能は備わっているが？
多重継承は備わっていないが、代わりにinterface型も使えるし

39が馬鹿ってことです。

開発効率はVBの方がいいよ。

>>44
効率ってのはコスト対効果って意味？　ならVB使いは激安って事でファイナルアンサー！

VBに似てるけど

・Delphiはフォームファイルがテキストファイルであり、エディタでも編集出来、かつプログラム生成も出来る
　これは色々応用出来てとても便利だよ。
　ただ、D6から、日本語文字列の表現が・・・・・・

　フォームを継承するのは VB.NETで出来るようになったようだけどね。

>>45
なんか考えが短絡過ぎないか？
効率がいいから同じ作業をより少ない労力で行える。
結果前と同じ労力で多くのことができ、より多く稼ぐことが出来る。

仕事一つあたりは安くなる(というかできるけど)
それ以上に多くの仕事が同じ労力でできるわけで
効率がよくなると安くなるわけじゃない。

プログラミング以外でも効率を上げるのは当然の話で、
効率を上げて安く出来るけど、それは稼ぎを少なくするためじゃないよね。

短絡指向なやつには何を言っても無駄といわれないようにしよう。

>>15
こんなやつがいるってことは、
C++の「テンプレート」ってあまり有名じゃないのかなぁ・・・

つか、おまえら お互いの言語のこと理解してから議論しろや

>>47
残念だが、熟練した後の作業効率はVBはDelphiに比べて良くないよ。
ただ、安い使捨人海法が使えるから工業生産的な手法が使えるというだけさ。　

例えば C だと
void getBuf(int *buf,int cnt); に対して

int buf[5];
getBuf(buf,5);

みたいに書くわけだ。 ポインタに配列名をそのまま渡せてしまう。


Delphiだとこれは出来ない。配列とポインタは区別しないとけいないからだ。
ただ、この場合はDelphiの場合　参照渡しオープン配列というので書けてしまう。
procedure getBuf(var buf:array of Integer);

>>48
テンプレートってそんなに使うかな？
それぞれのクラスに対してコード生成されるというのが無駄な気がして、
なかなか使う気になれない。
複数のクラスに対して共通の処理を行いたいような状況では
それらのクラスは共通の基底クラスまたはインターフェイスを
持っているはずで、それに対応したコードを書けばいいよね。

もちろん、intとdoubleで何か共通したことをしたいというような
教科書的な場合には役に立つだろうけど、幸か不幸か自分は
そういう状況にはなったことがないし、伝統的なやり方で
#defineを使うこともできるし。

>>51
使う人は使うんだよ。　特にSTLとかは便利だからね。

もちろん自分は使わない派・・・といいながら結構C++使うなら使うか
まあでも、他人と共同でやるような場合は使わないようにしてるな。

まとめると、Delphi8の出来次第だね。
Delphi7はそれほどDelphi6とかわっているようには思えなかったけど。
レポート機能は少しはよくなっていたな。

まとまってねーよな？
何者だこいつ

C#の非.NET開発環境が欲しい

>>53
どうだろね。
D5/D7両方インストールしてるけど、9割D5だな D7で作りかけてもD5に戻る事多い。

>>55
その話題過去ログ送りになったばかりだよ
http://pc.2ch.net/test/read.cgi/prog/1046529164/

使い方しだいか？

Lokiに惚れ

>>50
Delphiでポインタで渡したものを配列的に扱う事も出来るよ

例えば、
procedure test(p:PCHAR);
type ACHAR=array[WORD]of CHAR;
var a:^ACHAR absolute p; //配列ポインタを引数のpと同じ番地だと指定しておく
begin
inc(p,2); p^ :='3'; // ポインタを+2してるので 3番目の文字が書き換わる
a^[3]:='6'; //ポインタは+2されて、配列として3番目を参照してるので6番目が書き換わる
end;

テストルーチンを呼び出す方法
procedure TForm1.Button1Click(Sender: TObject);
var s:string;
begin
s:='xxxxxxxx'; //この段階では sはコード領域を指している
s:=PChar(s); //こうする事で新しくヒープをsに割り当てられる
test(PChar(s));
Caption:=s;
end;

一緒に働いてるアメリカ人に聞いたみた。そうしたら、
「どう動いているのかなんて、ユーザーにはまったく関係ないんだから、
楽に開発出来るのが良い。言語に拘るのは単なる自慰行為」
との事でした、そこでじゃあ何が生産性が高く機能も良いのか聞いたところ、
VB.NETとの事でしたー

VB厨の台詞は万国共通だな。

どのPCで動くかに制約を受けるVB.NETは最悪

>>60
漏れらはアメリカ人ではない
どう動いているかユーザーには関係ないが、漏れらには関係ある
少なくとも基幹部分でバグを大量に出すMSの製品はできるだけ使いたくない。
しいてはユーザーのため。

あとでメンテする人間の苦労を無視した発言だと思うぞ>>60

結局、一部のアンチがごちゃごちゃ言っているだけで、
世の中は良く分かっているんだな。

A)楽に開発出来るのが良い
B)言語に拘るのは単なる自慰行為

A と B はどういう関係でしょうか？

普通は A が来れば、
　楽に開発出来るのが良いから言語に拘るわけだ。

となるのでは？ Bが来るなら
おれたちゃ目の前の仕事に流されるだけさ、だから言語に拘るのは単なる自慰行為

となるのでは？

>>66
日本語勉強しろ。

VBに仕事をとられて悔しいのは分かりますが、
ここはDelphiスレです。

まぁ、Del厨がVBに食って掛かるのはいつものことなんだが･･･（ｗ

>>66
もしかして　拘る　をコダワルって読んでないか？

拘るのは　って　かかわるって読むんだよ。

>>69
マジで言ってる？
IMEで変換してみてからカキコすればいいのに。
（両方ある）

>>70　で、キミの持ってる辞書には　拘るのよみにコダワルがあるのか？

俺の所は「拘る」の再変換は「こだわる」のみだった。

http://jiten.www.infoseek.co.jp/Kokugo?qt=%A4%B3%A4%C0%A4%EF%A4%EB&sm=1&pg=result_k.html&col=KO
こだわ・る　こだはる 3 　（動ラ五［四］）

漢字は書かれていない。 岩波にもなかった

『拘』 [手/8] [コウ,ク/かかわ-る] 捉える,ひっかかる

やっぱりコダワルという読みはない？
拘泥するって字から　あて字に使われたんだろうか？　
それとも IME に入ってたから考えなしに使うようになった？

IMEが変換してくれるからコンピュータなしで
漢字がかけなくなったのと同じように、
難しいとされる漢字でも平気で使うようになった。
悪い習慣だな。

辞書よりIMEが優先されるコンピュータ社会
またも日本語弾圧か！？
戦後みたいにローマ字にリプレースしようなんて考えられたりしてな

>>76
辞書よりもIMEを優先しているんじゃない。
辞書よりも慣習を優先しているんだ。

例えば、混雑するという意味の「こむ」は、「込む」としてしか
辞書には載っていない。
http://jiten.www.infoseek.co.jp/Kokugo?col=KO&pg=result_k.html&qt=%A4%B3%A4%E0&sm=1&lc=2&lp=0&svp=SEEK&item=MAIN,NODE,144178

これは、辞書が「規範的」であることにこだわってwいるからだ。

だが、Googleで「混んで」と「込んで」を検索すると、同じくらいの検索結果が出てくる。
しかも、「込んで」の方は「絞り込んで」等の複合語としての使用が目立つため、
「混雑して」の意味では「混む」の方が一般的だと窺える。

それに比べて、商業ベースのIMEは「記述的」。
ユーザが入力しようとしている漢字を「正しくないから」と却下するなんて
傲慢な態度は受け入れられない。

本来は、辞書も「記述的」であるべき。
英語圏の良質の辞書には、「規範的でない」とされる言い方も、
「この表現を規範的でないとする人もいる」といった注釈を付けた上で載せている。

>>77
おいおい、　（「混む」とも書く）　とあるじゃないか
他の辞書にだって混むは入ってるよ。

コダワル->拘る　はIMEが変換しなければ　たぶんこれだけ普及する事は無かっただろう。

結論

>>60
言語にかかわらない人の意見を聞いてもしょうがないですね。

http://jiten.www.infoseek.co.jp/Kanji?qt=%B9%B4&qtb=&qty=&qtk=0&pg=result_kj.html&col=KJ
>−常用漢字
>［区点］2520　［JIS］3934　［シフトJIS］8D53　
>［音訓］コウ・ク・かかわる・こだわる・とらえる・とどめる・なずむ
　　　　　　　　　　　　　　　　　~~~~~~~~~~

>>77
うるせーよばーーか

>>80
漢字辞典にはあるが国語辞典にはない
この意味で使っていいのかわかる辞書はないか？
http://dictionary.goo.ne.jp/search.php?MT=%82%B1%82%BE%82%ED%82%E9&kind=jn

>>82
しかしこの辞書は糞だな。
「こだわる」の(3)、(4)の意味は明らかに死に絶えているのに、
「古語」との標識がない。例文を古文にすることで示したつもりか？

>>77の「込む」の記述も終わってるな。

> (2)物事が複雑に入り組む。
> 「手の―・んだ仕事」

これでは、日本語学習者にとっては「込む」単独で「物事が複雑に入り組む」という
意味が現代語に存在するかのように見えてしまうだろう。
実際は「手の込んだ」はイディオムで、「込む」単独にそのような用法は
生き残っていないので独立の項目を設けるべきだ。

ていうか、Delphiの仕事なんてきたことないけど・・・。
自社開発ソフトもDelphiで作ろうなんて話すらでたことないけど。

>>85
だってDelphi使って出来る範囲の仕事は外注に出さないもの

>>86
VBAと一緒にすんなっ！ｳﾞｫｹ

Delphi2で作った業務用アプリ、いまだに売りまくっています

>>88
メンテ大丈夫か？
まあDel2でも問題なく動作すると思うが。

Del2アプリXPで動きませんでした。

Del厨で有名なDel男(仮)と話したんだが
なんでDel厨ってあんなに馬鹿なの？

Delphiってなににつかえんの？

>92
じゃなくておまえに何がつくれんの？

>>93
答えになっていませんね（ｗ

>>90
互換モードにすれば例えVB2.0のアプリでも動くだろ。
フォントのズレは仕方ないが。

天下のマイクロソフトが
動くように作っているので
Del2のアプリでもVB2のアプリでも
最新バージョンのWindowsで動きます。

少なくともWindows用アプリを開発している会社なら
Visual Studioくらい買っているから
わざわざDelphiなんて買う必要ないんだけど。

>>97
そのＶＳが生産性低すぎんだよ！
帯に襷にってのはＶＣ＋＋とＶＢのことだろ！
その両方のいいところを併せ持つのがＤＥＬＰＨＩなんだよ！

>>98
Delphi使うくらいならBCB使うし。

１００ゲット

デルファイはパスカルだと聞いて覚えてたけど、そういえばパスカルってなに？
勉強して気がするが忘れちった

>>101
難しい話は、わかんないけど
パスカルとベーシックの違い＝文末に；をつけるかどうか。

>>99
といってBCB使い始めた4割くらいの人がDelphiに移行して残りの6割が、ヘンテコリンな文句を言う

・・・というのは2年目くらいの人に良く見かける光景ですね。

>>97
Windows用アプリを開発してる会社ってどこにあるのですか？

>104 おまえ何を聞き出したいんだ？

いわゆるソフト屋さんて、みんな人売屋さんでしょ？
どこに開発会社ってあるのかなって

>106 インド。ガンダーラ。

>>107
なるほど、うちの会社の別の部署でもDSP用のCコンパイラ発注したらえらい廉かったみたいですよ。
どれくらい廉いかというと、VC人数分発注するより廉いくらいに
とてもソフト開発じゃ適いませんね。

そのコンパイラ使う人はいくらもらっているんだ？
いっそおまえの会社ごと、インドに持っていったら？
そのほうが安くすむだろ？

>>109
全く、そのとおりですね。　悲しいですがそれが現実ですね。
制御屋さんは苦戦しそうです。

うちの部署はDelphiなんで、日本語の壁の内側で多少は甘いのかもね。

まじねただった？

なんか悪いことしたかな....

ちなみにどこのDSP?

>>112
もしかして、国内に発注した？　ってことは>>108の会社は・・・丸投げ・・・丸儲け？

すげぇ〜なここ。
さすがDel房だわ。
ついてけね。

>>114
ついていけないのはお前が馬鹿だから（ｗ

>>115
孤独な嵐に餌やってるお前も相当の馬鹿だな。
せいぜいマ板に惹きつけておいてくれよ。

>>116
ほっとけないでレスしちゃう。
Del厨ってほんと馬鹿ですね。

Delphiって趣味プログラマが
使う言語だろ。
仕事をしている者からすれば
ヘボイといわれてもしかたないと思う。

Delphiの良さが分からない奴は負け犬

Delphiが普及しないのはやっぱりボーランド製ってとこだろうな。
サードパーティならサードパーティらしく、
本家よりも優れた物にしなければ売れないのに、
Delphiにはガベコレもテンプレートもない。
そしてDelphiなんてボーランドしか作っていないマイナーな言語
うん。こりゃ普及しなくて当然だわ。

まぁDelphiは元々NetWare向けのDB系開発ツールだったわけだし
しょうがないじゃないんの

俺は好きだよDelphi

C#はDelphiのパクリみたいなことも言われているけど
やっぱり評価されるのはC#の方なんだな。
http://biztech.nikkeibp.co.jp/wcs/j/comp/265372

パクりというより設計者同一人物

設計者が同一人物ならセキュリティーホールもないかもね。

パクりの出来損ない＞C#

>>125
同一人物が作ったのにな（ｗ

VC++>Delphi>VB=BCB

マ　こういうことで！

BCB = VC++ + VB

で、Delphiは論外

>>119
最近負け犬って言うのが流行っているのか？
負け犬と言う奴が負け犬（ｗ

VBをやってる人はDelphiに移行しやすいのですか？

>>130
釣れますか？

>>118
>Delphiって趣味プログラマが
>使う言語だろ。
そうでもないですよ。
オファーが来た事があります。

>>129 勝ち犬とか引き分け犬がいいのか?

>>130
移行し易いかどうか以前に
移行する理由が全く無い。

>>133
負け犬の次は勝ち犬とか引き分け犬ですか？
発想が幼稚ですね。

DelphiのHelpは見にくいよね。APIのヘルプは英語が多いし。
ていうか、使い方ものっていないコンポーネントがたくさん付属してるけど、
あれって誰か使ってる人いてるの？

でも．．やっぱＤｅｌｐｈｉって最強なんだよな！

Ver2時代はそうだったね

ボーランド製品は重い。

>>139
ん？箱がか？

ボーランド製品を薦められて

あぁ....重い、重いなぁ。と思った事はある。

確かにボーランド製品はもっさりしている。
起動するだけで時間がかかる。

糞が揚げ足取る前に言っとくけど、
アプリの動作の話ね。重さじゃないから。

>>138
Win32以降、最強の称号はWatcomを吸収したVC++以外に考えられない

Delphi32は遅すぎた

ｽﾏｿDelphi95だったか

VC++と対抗できるのはBCB
残念ながらDelphiは蚊帳の外。

>>145
>>VC++と対抗できるのはBCB
理由は？

>>146
なんとなく。

結局は、Delphi最強でいいの？

>>148
釣りか？
どういう意味で「最強」というかによるだろ？

>>149
１人月単価

>>150
開発する製品にもよると思うが，その点でいったら，俺は「最強」だと思う
VC++を使っていて，Delphiがもっと普及してくれたらなと思うことがよくある

ま、当然、人にもよるでしょ･･･

VB ７０万
Delphi　８０万
VC++　９０万
JAVA　９０万
COBOL １００万
SAP　１２０万

だね。

背景の見えない数字出されてもなぁ

>>152は根拠無しの思いつきで適当に数値をならべただけだろう。

VCってデバドラ作る以外に使い道あんの？

>>155
お前はVCじゃデバドラ以外作れないんだろ（ｗ

おまいはデバドラ作れんのか？

デバドラ作れてダイアログ作れないやつなんているの？

>>158
いるよ、GUIなんて関係ない部分を作るのが専門になってくると
さっぱり解らないからな

Delphiは、値段が安い　Professional版で六万円当たりだが、その実力は
１６万するVC＋＋のそれと比較しても劣らないし、コストパフォーマンスが
抜群にいい、さらにコードのメンテナンスはDelphiのほうがはるかに楽だし
総合的なバランスで、Delphiはお勧め

ただ、マニュアルが糞なのは確かです。

Delphiのマニュアルは本当に糞だな。
socketの使い方やブラウザの使い方すらマニュアルに書いてない。
ネットワーク系には使えんよ。

>159 さっぱり解らない
じゃなくてただ作ったこと無いだけだろ。

あいまいな感想じゃなくて具体的に是非を書けよ
新人か？

もうクラサバの時代は終わったから、これからはJAVAだね。

　　　　　　　　　　　　　　. . -.─:ｰ:─.- .
　　　　　　　　　 　 ,. -.´: : : : : : : : : : : : : :｀ヽ、
　　　 　 　 　 　 ／;ｨ´; : : : : : : : : : : : : : : : : : :.ヽ、
　　　　　　　　 /:./ { ;l : :!: : : : 、: : : : : : : : : : : : : :',
　　 　 　 　 　 ｌ:/　 !ﾊ: :l、:!: :､l、: :、: : : : : : : : : : : :l
　　 　 　 　 　 !:l 　 ` ヽ!ヽjヽ:ﾄlヽ､:.ヽ: ｌ:l : : : : : : : : l
　　　　　　　　|:.! _,ノ　　 　 ﾆ=ヽ､ ヽ!l、!l : : : : : : : : |
　　　　　　　　|:.l ｯﾃﾗ　　 　 7´,)ヾ< リjﾘ : : : : : : : : |
　　　　　　　　|: l {:`':!　　 　 {:~::c}　　}: ': : : : : : : : : :|
　　　　　　　　l: :} ゞ┘　　　 '⌒`° / : : : : : : : : : : ｷ
　　　 　 　 　 !: :l　"　′　　　" "　ﾉ : : : : : : : : : : : :l　　もう、このスレで終わりにして・・・
　　　　　　　 l: ;　、 　 ＝=　　　　'イ;ｨ : : : : : : : : ､:｀ﾄ
　　　　　　　 l/ !: :｀ヽ､_　 　 　 　 l/{ ; : : : :j: : : : :ﾄ､;!
　　　　　　　_rﾆヽハ;ﾊ; ｨ＞＝ｴ ´　l;ﾊ;. : :/: ｲ:.lｲ:l
　　　　(ヽ、,ﾆュ`｀ ヽ＿／　　　｀ ーニ'ｿ,ｲ ノﾚ' '′
　 r_ﾆ⌒'　ヽ- ､_　　l ノ　　　　　　　　｀'ヽ´
　'(_. -　　 _｣ (__,､_r＜_ 　 　 　 　 　 　 　 ヽ
　 'r＝　 /　 ｀ヽ、 l ／｢ヽ　　 /　　 　 　 　 ',
　　￣￣|　　　 _,ゝ/ｰｰ|（　　/　,::＾ヽ.　　　 l ヽ
　　　　　|　 ／ｰソ::::::::::|:/｀)/ /::::::::::::ヽ　　 | /　 _
　　　　　ヽハ!::/､Ｌ;;;;;;;r'ヽ{ﾉ /:::::::::::::::::::',_　 }),.::´::ヽ
　　　　　　⌒'､::::::ｌ:::ｨ´ 　 　 !::::::::::::::::::::::l:｀Ｙﾞ::::::::::::::}
　　　　　　　　｀ -`´|　　　　|:::::::::::::::::::::::j:::ﾉ::::::::::::::::!

Ｄｅｌタソ必死だったな

>>163
なんでやねん　ええやん　と突っ込んでみたりもする

>>163
とりあえず　脱いでーな　とオヤジになってみたりもする。

つーかDelphiって何に使うの？
C++とかで十分でしょ。

>167
その言葉を反対にする方が正しいのだが。。。。

つーかC++って何に使うの？
BASICとかで十分でしょ。

>>169
いや、BASICよりもDelphiの方が便利な言語仕様がある。
しかしそれ以上にC++の方が便利な言語仕様があるので、
C++があればDelphiもBASICもいらない。

まぁ言語仕様を極端まで減らしてアルゴリズムのみに集中できる
言語ということならBASICもありだろう。

でもその中間のDelphiにはなんの利用価値もないのだが。

アセンブラと日本語以外には何の利用価値もないらしい

？？ ？
自然言語と人工言語をごっちゃ混ぜにして
考えている奴の言うことは分からん。

○Delphiがちょうどの案件

１、中小企業向けの社内アプリ（データベース指定ない場合）

２、中小イントラ(IntraWebの有効な範囲で)

３、制御系　　　例：測定結果を表示させながらログ取ったりとかの案件

４、ツール作り　例：スクリプト中間言語コンパイルやアセンブラをIDE付きで
　　　　　　　　　ただしスクリプトの実行エンジンはCの方がよい

▼Delphiが旨くはまらない案件

１、デスマーチ　派遣を大勢雇った上に管理者不在の案件
　　　・とにかく人が多い現場
　　　・中間摂取会社だけが儲かるような案件

２、開口一番、VB使ってくれという客がいる場合

３、Webサービス　大規模Webアプリ

４、組込系　小DSP/PIC/4bitはアセンブラ H8〜はC

Delphiコンパイル速すぎだよ。

>>174
へたしたらVBのインタプリタ実行より速いよね。　いや実際。

なんか知らない人が見たら、出来のよいインタプリタにしか見えないかもね

Delphiのどこがコンパイル速いんだ？
おそおそじゃん（ｗ

つまらん。実につまらん。

>>175
実際インタプリタじゃん。

新説！ Delphiはインタプリタ！？

一匹だけか・・・・

マイクロからみれば
ネイティブもある意味インタプリタだ罠

>>176
ええと、速い遅いは比較対照があっての話だと思うのだが

アプリが動き出すまでの時間を比較すれば、
　Delphiのコンパイルは　そこらのマクロアセンブラより速い
　Delphiのコンパイルは　同じ行数のVBのインタプリタ実行より速い
　Delphiのコンパイルは　同じ行数のPerlより速い

コンパイル速度なんてたいして生産性に影響はないんだがな（ｗ

そりゃそうだね。
生産性ってのは使捨労働者の賃金をどれだけ安くあげるかって問題だもんね。

広辞苑をひいた

　生産過程に投入された一定の労働力が生産物の産出に貢献する程度

>コンパイル速度なんてたいして生産性に影響はないんだがな（ｗ
おめーバカってかクズだろ？
こいつはちんけなモノしか作ったことねーな。

184と186のように同じDel厨でも意見が対立しているみたいだな（ｗ

まあ、仕事とってから3日で納品。しかも品質はそれなりに必要、なんて時に使えるのは唯一Delphiだけさ

帯びもタスキもそれに合わせろや！

例外的な場合にしか使えないから
帯に短し襷に長しなんだが。

>>189
使えるところで使えばいいじゃない。　使えないボクチンが口出す事じゃないでしょ？

>>190
おいおい、それはあまりにも頭悪い言い方だぞ？

そうか？
じゃこうか？

こっちは、これひとつでWindowsアプリは賄って外にも出さず社内の仕事は全部一人でやれてるのに
おまえさんが、例外的な場合にしか使えないと判断したなら、口出さずに指加えて見てればいいでしょ？

　　　　　　　　　　ｰ-,.-‐ '"´　　　　　　　 ｀ﾞ ｰ ､,,_
　　　　　　　　　_,.-'"　　　　　　　　　　　　　　　　｀ヽ、
　　　　　　　_,.-' //　　／　　 ／　　　　　　　　　　　 ヽ
　　　　 ´￣　　,i|/　　/'　// /|　　 i　　　 i　　|　　,　　 ヽ
　　　　　 　 　 i|i'　 /!　/ / / i|i　/ll |ヽ､　| 　 | {　i　　　 ｀、
　　　　　　 　 i| |　/_| /-/ /　|l /　|ｌ|　!ｌ　|　 il| |　!　 l　　 i
　　　　　　　 i|l { /´ |/　il /　 { !　｀|lﾄ､|l ﾘ|　 il| |l |　│ ｌi　|
　　　　　　　 !|l ﾊl　 {!　 |/　　|/　　!|　l lﾒ|i　ｌ|i| |l |　 !　|l　| 　　そんなこと言ったら
　　　　　　　i |l |i‐=-!､　 !　　　 ､,_　ヽﾉ/ |li|　 |l i!|　 |　| li ト、 　　Delphiが可愛そう・・・
　　　　　　　!_!LlL__ ｀ﾞ'　　　　　/;;｀ﾞ'ｼ<　 ﾘl|　|!liﾇ.|　 | li| ill.ﾄ､ヽ
　　　　　　／　｀ヽ､,｀! ' 　　　 丶;,::.:.:.::;〉ヽ|l i　l llﾙji i |　| il !
　　　　　 /　　､ヽ　)_j　　　　　, , ,｀ﾞ''<　　|li | ﾉ!ﾘﾎﾟi |　l| i |
　　　 　 /　 　 ヽ ﾊ､　丶　　　　　 '　　　j|l　,/|ｌ　 lﾘ　ﾘ ﾉ{＼
　　　 　 i　　ﾉｰノ| |l ﾄ､　　　　　 　 _,.　ゞﾘ 〃 |lヾﾉ　/ ﾊ||　 ＼
　　　　/|　´　'i´|l|　ヾ!l｀ｰ--r一 ヽ´　　 ﾘ//　ヾﾆﾉﾝノ ヾ!　 　 ヽ、
　　　 /　!　 　 !l|l|　　ハ　　 ヽ __　　 　 ﾘ〃／｀ヽ｀ｰ'　　｀　　 　 ヽ、
　 　 /　 | 　 　 !|ﾘ　/|　ヽ、　 ヽ､｀　　,〃／　　　|　,　　　　　 　 　 ヽ、
　　 /　　l　　　 i　 〈　l　　ヽ、 　 ヽ__,ノ／　　 　 /}/　　 　 　 　 　 　 ヽ、

>>173
２、中小イントラ(IntraWebの有効な範囲で)っていう事例は、
実際あるのだろうか？

　 （　・∀・）　　　|　|　
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/
　（＿フ彡　　　　　 　　/ 　←>>193

.NETってエンプラじゃ役不足、スモールビジネスじゃ大袈裟で
帯に短し、襷に長し、だよね。

Ｄｅｌタソ

もう自作自演はいいて・・・
素直に書き込んでいいよ。
大目に見てあげるからさ。

>>196
> .NETってエンプラじゃ役不足、
その通り。.NETは素晴らしい。
エンプラでもなんでもござれだ。

> .NETってエンプラじゃ役不足
そうなのか？
受け売りだと思うが詳しく教えてくれ。
無理かｗ

>>194
IntraWebってどんなものか知ってるの？
こんなお手軽なものは他にはないよ。知らないのは罪かもね。
作るのも簡単だけど、運用も簡単。
逆にさ、今時イントラであんまりお金取れないでしょ？　こういうの使わないとあわないでしょ。

>>199
> .NETってエンプラじゃ役不足
って見た印象としては、

.NETを企業向に使っても、それはまだ十分な性能を発揮した活躍の場所とは言えない。
.NETを使うなら、協力会社全てパソコン一式を全て更新し、ネットワークインフラも更新し、
Webサービスでバシバシと　クラサバの枠を越えた使い方をしてこそ意味があるのだ。

てな事を言いたいんじゃないの？　Webサービスから見たらWebアプリなんて玩具に過ぎないって事でしょ。

WebサービスとWebアプリがどうして同じ土俵で比較されるんだ？

>>200
そうなんだー。その割には、あまり有名ではないね。
お手軽だけど、複雑なものは作れないとか？

>>200
日本だけで有名でないの。
IntraWeb, ModelMaker, Rave は Delphi 開発者向けアンケートで Web 開発、IDE 支援、レポートツールの各部門一位をとったツール。
実績もあるし、ユーザーも多い。だから D7 対応の最新版がバンドルされたわけ。

>>203
複雑になると、ポトペタの上にコードが必要になるのは当然だけど、
まあそれどのツールでも同じだよね。

イントラで使うならWindowsパソコンで実行ファイル一つを走らせたらいいだけ
IISのインストールさえ考えなくていい・・・というお手軽さが逆にイントラ以外に
使うには、IISたててゴチャゴチャと・・まあWebアプリなら普通の事・・・をやらんと
いけん点でメリットが無くなってしまうのかもね。

>>205
イントラ目的なら、IIS不要っていうのは、凄いね！
いいこと聞いたよ。

昔Delphiのジョブのオファーが来た。条件は、

Delphiやった事無くても良いから、VB出来る人

いやあ。笑った笑った。

Delphi好き
VC++も好き
JAVAも好き










でもVBだけは好きになれない

でもVBには、Crystal Reportがある。
Delphiの印刷機能はどうもねー。

>>209
まあね。 俺は自分で印刷用マクロ作ってるから試した事はないけどさ、
プロパティに全部埋め込むようなのじゃねえ。　変更毎にコンパイラ必要なるんじゃ最低だよね。

そのVB用のCrystal Reportだと、きっとユーザが自由に印刷画面を作れるんだろ？
そういうのがDelphiにも欲しいよね。

>>210
RaveReportsなら、実行ファイルとは別に.rav ファイルを編集出来る。
・・・・rave.exe は別途必要だけどね。
.
とりあえず再コンパイルせず印刷画面を編集・変更出来る。

再デジタル化の困難な紙切れに印刷するなんて時代錯誤も甚だしいな。
Borlandは印刷機能を使いづらくすることでお前たちを
正しい方向に導こうとしているのが分からないのか?

オブジェクト指向言語･･･難しいね･･･
やっと理解できた　なんて喜んでると，いつも，途中で鬱になる･･･
Delphi開発した人って　すごいね･･･

>>212
逆なんですが・・・Rave Reports PDF/RTFも吐けるとあるのに、日本語が通らない。
日本語が使えるのは唯一 Printerに吐き出す時だけ･････

グローバル化の困難な日本語で出力するなんて時代錯誤も甚だしいな。
Borlandは日本語を使いづらくすることでお前たちを
正しい方向に導こうとしているのが分からないのか?

グローバル化ってのは言語を一つにすることじゃなく
どんな言語にも対応することなんだが。

日本語をアルファベット表記にするのがアメリカ流のグローバル化

> Borlandは印刷機能を使いづらくすることでお前たちを
だったら印刷機能をなくせよ。

> Borlandは日本語を使いづらくすることでお前たちを
だったら日本語を使えなくしろよ。

> 正しい方向に導こうとしているのが分からないのか?
つまらん。ネタとしてもつまらん。

> 使いづらくすることで
中途半端なんだよなぁ。
だから>>1のような結論になるわけだ。

C++使ってる奴はdelphi/VBいらない
VB使ってる奴はdelphiいらない
delphi使ってる奴はVBいらない

どう？

http://ula2ch.muvc.net/

メインC++(VC++)だけどDelphiは残ってほしい　でもVBはいらない
VB > Delphiの要素って何があるのか　ちょ馬鹿な俺にはわからない

VBでよく市販コンポーネントを使うけど、あれってDelphiでも使えるの？

ActiveX製のものはたいてい使えるよ。

>>223
VB6以前のことであれば､ActiveXと仮定するならば､
・だいたい使える(使えない､サポート外のものもある)
・しかし、ほとんどの場合VCLでカバーしてしまうので､使う必要がない。
・VBの場合と同様に､実行ファイル以外に一つ以上のファイルを
配布する必要がある。これはしゃあない。
いまのところ、必要に迫られてActiveXを使用したのは､POSレジ制御と
リライトカードリーダーくらい(これもCOMポートで制御できたので
結局やめてしまった)。

VB.NET用の市販コンポーネントは､現バージョンのDelphiでは
使用できない。Delの次期バージョンではおそらく使える(と思うが､
ソース等はないです)。

Delphiメインって人いるの？

>>226
ハイ！
WindowsはDelphiメインです。 　仕事の７割は組込ですで4bit〜DSPまでやってます。
BCB/VC++もありますが、これは組込のCの検証の為に使う程度です。
でもDelphiでWindowsでやってる間が一番楽しいです。　どんどん効率上がります。

Delの組み込みってなにに対して組み込むの？
CUIなexeをinterlのCPUで動かすってこと？

どう考えてもVC++の方がいいだろ。
何でもできるし。あえてDelphiを使う意味があるのかな？

>>227
俺も、つい最近までDelphiメイン。

「DelphiでWindowsでやってる間が一番楽しいです」
って凄く良く分かるよ。

どう考えてもDelphiの方がいいだろ。
何でもできるし。あえてVC++を使う意味があるのかな？

ってレスが出てくるのは容易に想像できるだろ。
もうちょっと頭使ったレスくれよ。

しかしRaveレポートの使い方が良く分からん。
解説書だせや。買ってやるから＞某ランド

C#Builderが、クリスタルレポートっていうのも
小一時間・・・

> どう考えてもVC++の方がいいだろ。
> 何でもできるし。あえてDelphiを使う意味があるのかな？

こりゃ俺には

どう考えてもアセンブラの方がいいだろ。
何でもできるし。あえてC言語を使う意味があるのかな？

これと変わらん。

DelphiにはDelphiの　VC++にはVC++の良さがある
でもBCBの良さが俺にはよく理解できない
Delphi または VC++でなく BCBを選択する一番の理由って何？
BCB使いの人　暇なら　教えてください

>>228
いえいえ、組込の開発ツールは有名所はそれなりなんだけど
そうじゃないところはアセンブラでさえプアなんで、効率の為に
色んなツールを自前で作る必要があるのですよ。
他にもユーザに渡す操作卓とかメインテナンス用のツールとかも作りますよ。

>>234

DelphiとVC++ではソースが共有できないがBCBなら一部可能

共有するよりVC++で統一する方がラク。

それを言ったらDelphiで統一する方がラク。

Delphiで組めないWindowsアプリってほとんどないよ。

ライブラリを作る　 -> 　ライブラリを利用する っ　て輪廻で開発するんだけど

Delphiでは、このライブラリが

１、ユニットという概念で完全なモジュール化がされている（いわばシングルトンパターン）
　ユニット毎にコンストラクタ・デストラクタに相当する処理がかける

２、コンポーネント化により、IDEに好きなように組み込む事が出来る
　ユニットをDLLとして登録し、設計時にコンポーネントを動かす事が出来る

という事で、再利用が非常にやりやすい。　1-2はJAVA/.NETでも似た事をやっているけどね。

このユニットは BCBでコンパイルすればそのまま利用出来る。

ビバDelphi

１、インラインアセンブラ・アセンブラモジュールが気楽に使える
　　　・・他のVC/BC/BCBだとちょっと複雑なインライン書くとアセンブラが呼ばれてしまう

２、構造化のしっかりした言語で型に厳しく、思考を妨げない。

３、なのに、ポインタの表現力は非常に強力で、C言語並にある。

４、採用されたオブジェクト指向は古式ゆかしく古臭い故に使い易い。

５、単継承のみの古臭いOO機構も実行時型情報と組み合わせ程よいバランスを保っている。

>>238
> それを言ったらDelphiで統一する方がラク。
あー。だめだめ、世の中を見回したら、
CかC++のソースばっかりだよ。
いちいちDelphiに置き換えるなんてやってられない。

>> 239
> １、ユニットという概念で完全なモジュール化がされている（いわばシングルトンパターン）
ぷぷぷ。シングルトンパターンだって。
やはりDel厨にはデザインパターンは無理だったか（ｗ

>>241=242
ものすごい論理的思考ですね
読み直せば読み直すほど　あなたのスキルのすごさが垣間見れます

>>243
えっ？ マジでモジュール化がシングルトンだと思っているの？（ｗ

>>244
>ユニットという概念

モジュール化とはちと違う

>>245
俺に言うなよ。
>>239が
> １、ユニットという概念で完全なモジュール化がされている（いわばシングルトンパターン）
と言っているだろ。

一行に二つも赤面物の間違いが含まれているなんて、
Del厨もまあレベルがひくいですねぇ（ｗ

あげわすれ

>>247
なんていうか，あんたのレスおかしいぜ

238→241(何で統一の話から世の中の話になるんだ？)
239→242(何で239がDel厨なんだ？)
243→244(243のレスにどこにそれらしきことが書かれてるんだ？)

単にDelphiを叩きたいだけにしか俺には見えないな

>>248
こういう物の考え方しかできない人っているでしょ。
ほっときましょ。
こういう人とだけは仕事したくないですね、私は。

で、誰もシングルトンパターンというのが正しいと
言う奴はいないのな。

当然間違っているわけだが、仲間を守りたいためか誰も指摘しない（ｗ

あのさ、（いわばシングルトンパターン）と書いてるでしょ？
言いたい事が判らないの？　それとも判れないの？

>>251
だからほっとけって。　そいつはイジっても面白くない方の奴だよ。

>>240
こんなにツッこみたくなるレスは久しぶりだ
すばらしすぎる

>１、インラインアセンブラ・アセンブラモジュールが気楽に使える
インラインアセンブルできない処理系のほうが少NEEEEE

>２、構造化のしっかりした言語で型に厳しく、思考を妨げない。
今さら構造化なんてDjkstra先生だって言わNEEEEE

>３、なのに、ポインタの表現力は非常に強力で、C言語並にある。
「ポインタの表現力が非常に強力」もう勘弁してくrEEEEE

>４、採用されたオブジェクト指向は古式ゆかしく古臭い故に使い易い。
古式って何を基準にしてんだｵｲMacApp=TurboVisionでVB=Delphiて公言済mEEEEE

>５、単継承のみの古臭いOO機構も実行時型情報と組み合わせ程よいバランスを保っている。
RTTIはC++並みに酷EEEEE

>>253
..EEEE としか言っていないような... それを突っ込みといいたいのなら勝手にどうぞ

>>253
どうぞ、どうぞ、ツッコミ歓迎ですよ。

１、インラインアセンブルが気楽に使えるというのは
　　・使っても遅くならない。　本家アセンブラよりアセンブル時間も速い
　　・そこをデバッグする時にもちゃんと EAX にマウスをもってゆけば表示されるとか・・まあこれは他のでも出来るのはあるけど

２、構造化しないでどういう作り方でソースを作ってメインテナンスするのですか？

３、ポインタお嫌いですか？

４、ちょっと意味が取れません。

５、C++のRTTIは・・・あれは違うでしょ JAVA/.NETのRTTIが近いと思いますが

>1 は使い方を知らないと見える。
少しは使ってみれば？

>>251
> あのさ、（いわばシングルトンパターン）と書いてるでしょ？
いわばの意味わかっている？
ぜんぜんシングルトンパターンじゃないんだが。

>>257
singletonの実装方法は言語によっていろいろあるし
Delphiでunitの性質を使った実装だって確かにある。
つまらんことで粘着スンナ。

>>257
もう馬鹿はほうっておけ。
間違っていることすら認めようとしないんだ。
奴(ら)にはなにを言っても理解できない。

もしちゃんと説明できれば見直してやってもいいけどな。
まあ、無理だろう。

>>258
シングルトンになってなくてもシングルトンかよ（ｗ

VBの標準モジュールもSingletonだしな。

さすがDel厨。馬鹿ばっかり。

お前だって馬鹿なんだろ？

2chで釣ってるつもりで膨大な時間をドブに捨ててる哀れな奴だろ。

>>264 自分のことか？

最近、シングルトン使ってる！というソースを見ると、
きまって不適切な使い方ばっかり。ﾅｹﾙ。

それ以外はちゃんと保守不能な糞コード量産してるって！！

>>255
へぼいツッコミにつきあって頂けてなんだか恐縮です

>１、インラインアセンブルが気楽に使えるというのは
>　　・使っても遅くならない。　本家アセンブラよりアセンブル時間も速い
>　　・そこをデバッグする時にもちゃんと EAX にマウスをもってゆけば表示されるとか・・まあこれは他のでも出来るのはあるけど
わたくしはたかだかインラインアセンブラに安いも高いも気楽もクソないと思うのですが如何でしょうか
アセンブリコードにハンドアセンブル済みのHEXを埋め込むくらいバカバカししい

>２、構造化しないでどういう作り方でソースを作ってメインテナンスするのですか？
私はあなた様が「構造化のしっかりした言語」とおっしゃられたものですから
if/else,while等の実行制御に関わる部分が構造化されている、と主張なされていたと誤解いたしておりました
文法構造の「構造」ではなかったのですか

>３、ポインタお嫌いですか？
いえ。あなた様は「ポインタの表現力が非常に強力」と表現されましたが
increment,decrement,dereferenceしかできないポインタが強力とはこれ何如に
大体「ポインタの表現力」ってなんですか

>４、ちょっと意味が取れません。
あなた様のおかきこみになられなました「オブジェクト指向は古式ゆかしく古臭い故に使い易い」ですが
わたくしは「VCLの設計ポリシーは古式ゆかしく古臭い」とうけとらさせていただきまして
つまりBorlandが「VBを目指しました」とほぼ公言しているVCLが古式ゆかしく古臭いとは
どういうことかね、と思ったわけなんです

>５、C++のRTTIは・・・あれは違うでしょ JAVA/.NETのRTTIが近いと思いますが
どちらが近いかと言えばJava/C#に近いかもしれません
あなた様の意見に賛同させていただきます


こんなんでどうかな>>253

間違えた

×こんなんでどうかな>>253
○こんなんでどうかな>>254

>>268
そんで？全部オウム返しじゃん。

>>270
どこが？

>>268
　こちらこそ、おつきあいありがとう。

構造化プログラミングというのは、
　　１、制御構造
　　２、プログラムの階層化
　　３、抽象化とその支援
　を使って、トップダウン・ボトムアップを組み合わせて作る事です。
　細かく書いても仕方ないですが、Delphiは過不足なく実現してくれています。

Delphiのポインタは　absolute 命令と組み合わせる事で非常に表現力が上がる仕掛けとなっています。
　　absoluteを指定する事で c 言語の union　のような働きを変数に対してさせるわけです。
　　たとえば、 　　 q: ^ array[WORD] of integer absolute p :PChar ; <--こういうふうに1行には書けないけど
　　のようにすれば p　をinc/decして q^[0] q^[3] のように相対参照するような複雑なポインタ表現も可能です
　　

>>260
なってるじゃん。だから Singleton なんだよ。

>>273
>>260 は、Singleton のインスタンスを指す変数が private な class 変数じゃなきゃ
いけないと誤った仮定をしているんだよ。
ようするに、クラスの外から見えなければどこにあってもいいのに。

>>274
>>260 は、Unit の implements 部に定義した変数は interface 部に宣言しないと
Unit の外から見えないってことを知らずに、想像で騙っているんだよ。

>>275
>>260 は、要するに GetInstance メソッドによってのみ単一のインスタンスが
取得できるのが Singleton パターンだということを知らないんだよ。

>>273-276
納得。つまり Delphi の文法も知らずに Singleton ができないとか抜かしているだけなのね。

ところで、クラスフィールドオブジェクトを導入してみたくて
クラスメソッドで
implementationでvarして
initializationで生成済みの
オブジェクトにアクセスしてみたんですが

これだと、そのクラスフィルドを実装したクラスから
継承して別クラスになっても、同一オブジェクトを
みてしまうようになるんですよぉ。

継承しても、そのクラスごとに一つのオブジェクトを持つような
実装ってどうやるのでしょうか？

class virtual methodにすりゃいいだけ

それだとinitialization生成済みオブジェクトを
クラス毎に実装しなおしだから、面倒なんですが。

>>280
ならTStringListのObjects[IndexOf(ClassName)]にでもぶら下げときなよ。
速度が気になるならInteger(ClassType)をキーにハッシュ使うとか。
構文上のサポートは得られないからスマートにやるのは無理だね。

>278
おいおい
同じDel使いとし恥ずかしいよ。
つまらんこと書くなよ。
こんなのいるから煽られるだろうな。
まったく。

>>282
お前の方が恥ずかしいぞ。

DelphiなんてVB.netやC#より仕事が少ないよ。
ていうか、見たことないよ。

派遣？

丸投げ

>>284
道具決まってからするような労働しかしてないからだろ？
XXを作ってほしいといわれてから一番適した道具を選んで実現するような部分が出来るようになってから言ったら？

ようするにさ

A)　素人１０人集めれば作れてしまうべきなのか
B)　素人10人に1人の適性のある奴が１年後に1人で作れてしまうべきか

って問題でしょ？

派遣・人買いが主流の、終わったら解散の現場では A)が好まれて
自分所で人を育てて自分ところでまかなうならB)が好まれるって事でしょ

そして、A)の現場には B)の道具は使われてるように見えないって事でしょ

ようするにさ、プログラマは会社の奴隷だから、会社が使えと言った道具を
使うんだよ。

>>289
　当然ですね。　労働の定義に、会社が道具を与えるというのも条件になっていますから。

>>287
Delphiを使うならVC++かVB.netを使いますよ。

>>290
稟議書とか書いたこと無い？常に受身なのか？

>>291

それでいいんじゃないの？　客の要望するシステムを実現するのに一番良い道具を選択したと言えるならね。

お客さん：
　　おいおい、Win95のパソコンがうちじゃまだ半数現役だよ！
　　おいおい、予算２５万しなかいっていったのに、なんだいその見積もりは？

予算２５万って言う客から250万取るのが営業の仕事なんだよ。

25万って言われて25万で作るから・・・

そろそろ何の話をしているのかわからなくなってきたぞ。
開発環境が WIn95 というわけではあるまい？いくらなんでも。

>>295
Delphiも開発環境としてWin95はもう使えないよ。
作ったexeは使うライブラリに注意すればWin95でも動くけどね。

VB.net は .NET Framework 再頒布パッケージ が必要なんだけど
これが Win95で動かない・・・・まあ動いても、当時のメモリサイズではどっちにしろ動かないんでしょうけどね。

>>292
そうなんだよ。
能動的に提案をしているつもりでも、優秀な人材に意見を出して欲しいと
思っている経営者の枠組みの中でやっているわけ。
経営者の枠組みの外でいろいろ能動的にやってもだめなわけ。
だから、従業員は受身なの。

>>294
25 万で作ってくださいという客に 25 万で作っちゃだめ。これじゃ御用聞き。
「うちは 250 万なんですけど、うちに発注しますか、それともしませんか？
ああ、しないですか。なに、高すぎるから？　はい、じゃあほかを当たってください。」
こうする。

>>298
で、Delphi使いに仕事を取られるわけだ

結論
　
　単　価　を　下　げ　て　い　た　の　は　D　e　l　厨

発注元としては、仕様を満たしたものを期限内に安く入手できるのでしたら、
手段は問いませんわ。これ資本主義の原則。

>>301
お客に価格以外の商品の判断基準を教えていない場合は、お客はもっとも簡単な
判断基準である価格によってしか判断できないですからね。

>>301
それは資本主義の原則のサブセット。

Q: まったく同じ仕様の製品を A 社は 50 万円で売っていて、B 社は 20 万円で売っている。
お客は A 社のことも B 社のことも知っているのに、好んで A 社から買う人が断然多い。
なぜか？
ただし、お客は金遣いが荒いわけでもお金が湯水のごとく有り余っているわけではない。

５０万の方がマージンが多いからだろ？

>>304
何のマージン？
お客は、なぜ A 社から 30 万円も余計に払って買うわけ？

A社の製品50万で買って20万円マージンもらってウマー
B社の製品20万で買って2万円マージンもらってマズー

Q: まったく同じ飴玉を、山田駄菓子店は @50 円で、鈴木商店は @20 円で売っている。
両方の店は隣り合わせである。お客は両方の店での価格を知っているのに、
好んで山田駄菓子店で買って行く。両方の店の立地に優位差があるわけではない。
なぜか？

>>306
お金の流れは買った出費以外にない。売り手から金銭的な供与は一切ない。

>>307
キレイなねーちゃんがパフパフしてくれるから

>>308
ブランドも同じなんだね？

>>310
まったく同じ。

>>309
近い。

じゃあこのの話とは違うね。

Delphiが劣るのはブランド力だからさ。

>>313
>>298 の話を Delphi でやっても同じ。
仮にどこの会社も Delphi で作っているとしても、>>298 のように商売をしなくちゃならない。

>>313
開発ツールのブランド力とは関係なしに、>>298 のやり方が正しい。
あなたが Delphi で開発していようが VB だろうが VC++ だろうが GCC だろうが、
商売のやり方は >>298 が正しい。

>>314>>315
だいたい、みんな安く仕事を受けすぎる。だから儲からない。

それはおまえが無能だから。>> 316

>>316
安く仕事を請けるのは本人の自由なんだからかまわないだろ。
それが自由競争ってもんだ。

安く仕事を請けるといっても、Delphiを提案出来るのは、中小零細相手だけ。
まったくVB屋と競争するもんじゃないしね。

>>317
バカだなあ。君が無能だから安くしか仕事を受けられないんだろ。

>>318
安くするのが自由競争だなんてもう一度社会科をやり直してくださいませませ。
だいたい、競争して商売する必要なんかない。戦わずして勝ちましょう。
とってもとっても安い原価でとってもとっても粗利の高い商売をするのが
有能な人。

>>318
安売りっていうのは一番の馬鹿がすることなんだよ。
安くするなら馬鹿でもできる。
それに、苦労してコストを削減して安く売っても、他社がもっと安くしてきたら
こちらは破綻。つまり馬鹿のすること。
そんなひどい目にはライバルに遭ってもらうことにして、賢い人は高く売りましょう。

>>320
安くするのは頭を使わなくてもできるからね。頭脳の負担は一番楽。
だからみんな安直に安くする。

安売り競争はデスマーチと同じで、どんどん値段の下げ合いをして、自滅していく。
業界でもっとも資金力がある人だけ生き残る。
生き残ってもすごく薄利。

たしかにそうだな。
でもよ、コーダのデル房にはなんも関係ない話だろｗ
黙ってハリポタしてろ。

付加価値もないのに値上げか？馬鹿か。

ここ
ばかっばかだな

>>322
心配いらない。　俺がDelphiで請けてる仕事は、廉くて他にやり手がないような仕事ばかりさ。
営業もせず、そういう連鎖の一番下で、そういう仕事が回ってきたら相手の言い値でやってるだけ。

それでも、自分一人食ってくには十分さ。
まあ他人雇ってやるとしたら、俺と同じくらいの時間で出来る奴はそういないという意味で厳しいというかムリだな。

>>324
バカだなあ。誰が付加価値をつけないで値上げするといったんだ？

>>324
付加価値がなくてもアップ・セールで 2 割ぐらいは買う。

>>325
あなたのコンテキストの外なだけですよ。

>>327
あなたは >>309 がいいこと言っているのに何も気が付かないアホです。

s/>>327/>>325/

>>325
「ばかっばか」ってなんですか？　どこの方言ですか？

>>332
馬のひづめの音じゃないの？

>>333
それは「ぱかっぱかっ」。

>>334
いや！　むしろ「ぱこぱこ」ではないのか？

>>335
「ぽんぽこぽん」かもしれないよ。
帯に短しタヌキに流しそーめん。

♪ぽ〜んぽ〜こ　だ〜ぬき〜の　おま〜んじゅう

はちみつくまさん

ある日　森の中　くまさんに　出会った。
ある日　海の中　はっつぁんに　出会った。

ｳｰﾊﾟｰε(ﾟдﾟ)зﾙｰﾊﾟｰ

ｳｰﾊﾟｰε(ﾟдﾟ)з

ε(ﾟдﾟ)зﾙﾊﾟｯ!

>>340 ﾎﾉﾎﾞﾉｼﾀ

Delphiが価格の低下を招いていたのか。

Delphiが価格に影響するほど
使われているとは思えないが？

だいたいDelphiなんて中途半端な言語は何のために存在するんだ？

昔はそれなりにPascalが流行っていた。
それから乗りかえられない哀れな人たちを救うためだろう。

Borland Pascal (ObjectWindows含む)
の日本語版が出なかったことで
古参が逃げていった記憶がある

今のDelphiｺﾐｭﾆﾃｨはむしろ再構築された物ではないかな

>>344
　社内で社内アプリを作る人が長く使うとイイ感じだよ。

自分の為にコードを書くのにはいいツールって事か。

だいたい344なんて中途半端なプログラマは何のために存在するんだ？

>>348
そうだね。　先の自分の為にコンポーネントを作り溜めておくって感じかな。
そうするとどんどん効率的になってくる。マジで1年前に3ヶ月かかってたのが1ヶ月とかで出来るようになる。
外にも仕事出さなくなるし、そうすると自分の居所が出来てく感じさ。

マイナなツールはそのように囲い込みの手段となれる。
しかし、周りからはウザがられる。
「俺がわからねえツール使ってんじゃねえよ。」

周囲への配慮も必要になるから大変だな。

>>347
ほかに誰もメンテできる奴がいないから
リストラされないってことか。

>>352
そうだね。
　結構大勢リストラというか社外化されちゃったからね。

マスかくのにいいツールってありまつか？

>>354 こっちで逝け
◎○◎USBオナホールを作成したいスレ◎○◎
http://pc.2ch.net/test/read.cgi/prog/1038255179/

>353
そんな程度でリストラ対象から外されるのか？
しょぼい会社だな。

まあ人口比率で3%程度がDelphi使いで
出回ってるWindowsアプリの30%くらいがDelphiアプリって感じかな

作るのが簡単だからな。
C++で
ho_foobar_p->set_param(1);
なんて書くより、
HoFooBar.param = 1;
のほうが断然読みやすいし。

>>358
その程度のレベルの話なら、C++でも同じように書けるだよ。
Delphiの良いところは、言語体系のスマートさにあると思うだよ。

C++は、何でもできてすごいけどF1カーみたいに扱いにくく
Delphiは、高性能な一般車っていう感じだと思うがね。

C++でも何かやりようがなかったっけ？

>>359
正直、素晴らしいDelphiがこれほどまでに企業で流行らない理由は、
「でるふぁい」「でるふぃ」が無駄に発音しづらかったせいだいと思う。

ObjectPascalは最高だが、ネーミングセンスが日本人に受け入れられなかった。

>>361
そう言えば、Delphiの使いはじめのころにDelおたくにさんざん講釈垂れられた。
Delphi自体は悪くないのに、すごく嫌な気持ちになった。

もしかしたら、DelphiはすばらしいのにDelおたくがキモいから受け入れられ
なかったというのも考えられる。

他のツールよりそういう人は多いかもね。
まあでも、それは親切心からだと思うよ。

>>362
俺がMac買った時みたいな感じだな。
いや、煽りでなくて本当だよ。

Delphiの素晴らしさを理解できずに、一方的に叩く人がいるのが悲しいね
叩く奴らはDelphi製のソフトを一切使ってないのか？
そういう奴らに限って、何で作られてるかなんて関係ないとか抜かすからな
一度使ってみなよ。Delphiを

正直言って、
Delphiが業務であまり使われないのは
「マイクロソフトじゃないWinアプリ作成言語だから」
という理由しかないだろ。
性能的にダメな部分などあるわけがない。

>>366
よくまぁあの会社の製品を信用するもんだな。Windowsであんだけ痛い目にあってるのに。
ひょっとしてみんなマゾか？上司がMSマンセーかPC音痴なだけかも知れないな。

>Winアプリ作成言語だから
Kylixのシェアはどうなんだろう。この前使ってみたが、まんまDelphiだった。
Linuxで.Netよりはよっぽど現実的だと思ったよ。

Borlandってだけで信用していないのかな。少なくとも、企業の信頼度でいったら
Borland>>>……>>>MS
だと思うんだがそう思わないか？MSのソフトにはろくなものが無い。電卓以外は

> Kylixのシェアはどうなんだろう。
だめだめ。Linuxのせいなのか、ボーランドのせいなのか、Delphiのせいかのか知らんが。

> だめだめ。Linuxのせいなのか、ボーランドのせいなのか、Delphiのせいかのか知らんが。
Linuxはシェア結構高いから、
ボーランドかDelphiのせいじゃない？
JBuilderがそこそこヒットした所を見ると
Delphiのせいかな？

Kylixのシェアって、そりゃ無償版があるから高いけど
あれで何作っていいか判らないって面もあるよね。

もっとclxというかQTに依存しない部分のコンポーネントが欲しいな

寓話：
　ある機械屋さんがVB屋とDelphi屋の両方に仕事を頼みました
　仕上がりは時間も見栄えもほぼ同じくらいでした。
　　違いは、
　　　VB屋はすべての設定をコード上に埋め込んでいる事
　　　Delphi屋は設定ファイルを作って設定ファイルで色んな表現がされている事でした

　結果、VB側に不具合が出るとVB屋はいちいちやってきて場所を探して変更してとなる場合が多く
　　Delphi側に不具合が出ると、設定ファイルを変更してくれという場合が多くなりました。

結果、その機械屋さんは次の仕事を全てVB屋に頼む事にしました。

　　「電話で済まそうなんて横着だ！」

という理由から嫌われたのです。

後日談：
　その機械屋さんは次の仕事を全てVB屋に頼もうとしましたが、
　もうVB.NET屋しか見当たりませんでした。
　　彼らは何をやるにも以前より高い値段を要求してきます。
　　どこにそんなにお金が掛かるのかと聞いても、.NETですからと言うだけです。

　結果、機械屋はIT関連の費用が増えて赤字になっていたことに気付きました。
　これでは何のための投資なのかわかりません。
　　でもライバルの機械屋に勝つためには、やめることなんてできやしないのです。

　　「どうしたらいいんだ……」

機械屋はただ途方にくれるだけでした。

>>371
＞VB屋はすべての設定をコード上に埋め込んでいる事
何でわざわざ設定をコードに埋め込んだんだ？
その背景が分からん。

>>373
単に現実にそういう奴が多いからというだけですよ。
画面上の位置や色とかも、Delphi使いは比較的カスタマイズ出来るように作る事が多いようだけど
VB使いは、なぜかそうしない事が多い。
DB名やフィールド名もVB使いはなぜか決め打ちが多い。

Delphiは実行時型情報のおかげで設定で変更するとかを自動化しやすい事が大きいのでしょうね。
VB.NETになると、VB使いも変化するでしょう。
でも、横着しないでお客さんの所に出向く習慣は残しましょう。

さらに後日談：
　機械屋は困って　以前のDelphiで作られたものを引っ張りだして見てみました。
　電話だけで変更出来るのなら自分らでも何とかなるんじゃないかと思ったからです。
　面倒だと思って読まなかった説明を見ると、センサーの位置を変更するくらいなら
　設定ファイルだけで変更出来ることに気づきました。
　アイコンの変更も　BMPファイルの指定を変更すれば簡単に出来てしまいました。

　そうしてその機械屋は　VB屋にもDelphi屋にも仕事をもう頼まなくてよい事に気づきました。

>>375
社内にPGを一人飼えばすむことやん。

>>374
馬鹿じゃねーの？
そりゃPGの心構えの問題であって言語の問題じゃないだろ。

>375 つまらなすぎ。。。

>>375
だけど、Delphi使う意味ってそういうところにあるよね。
現実世界での使い勝手が良いというか、金が掛からないというか。。。

>>379
自演ばれてますよ。

>>380
自演じゃないけどね。　ＶＢは保守というか改造が大変なのよ。
Ｄｅｌｐｈｉで組んであっても糞コードだと大変なのは変わらないけど。。。。
普通の脳みそで考えられた設計・実装の場合は保守性が
　　Ｄｅｌｐｈｉ＞＞ＶＢ
と思っているわけさ。
あくまでも個人的な経験に基づく意見だけどね。

前に他人が書いたVBのコードを見て唖然とした。
GoSubとラベルの嵐。普通のBASICから行番号とっただけ。
害虫に作らせたらしい

前にギコBasicスレで、最初C言語だったんだけど
半日でDelphiで書かれて、Variant使って文字列も使えるようになり、RTTI使って関数の拡張やプロパティの調整
とかどんどん使えるスクリプトになっていたのを見たよ。
これをゲーム作成板で実際スクリプトに使ったりしてたようだ。

他の言語だと、装、
　C++でがんばってた人もいるけど、やっぱりCUIから外に出られなかった
　VBの方は実装が出ないまま、しぃ言語とかやってたみたいだけど見たら四則演算も出来ない状態

Delphiって スクリプトとプログラムが協調するような処理が簡単に書けるんだな・・・・と

帯にも襷にも使えたってわけか。

DelphiにしろVBにしろ最初に覚えたのがこれらの人間は
似たようなコード書くことが多いような気がする。
>>371で言うところのVB使いみたいな感じね。

でもやっぱり最初がVBの奴が多いからアホが目立つんかな？

VisualC++は帯
VisualBasicは襷

Delphiは変幻自在で両方を兼ねることができる、
魔法の布だ！

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

>>387
ネイティブコードも吐けない言語と比較するな
とお約束のレス

てか.Netになってやっとまともにスクロールできるようになったな。
Delphiのパクリだけど

>>388
突込みどころが低レベルですね

387よりはましと思うが？

>>388
でもDelphiはVBのパクリじゃん。

>>390
いつもの奴を放置できない時点で（ｗ
Del厨ってマヌケですね。

Delphiっていいツールだなーと思うけど
使いどころがないよ
２ちゃんねる荒らしツールぐらいなら丁度いいけど

>>393 仕事での使いどころは　>>173　で挙げられてるが？

一人で請けて一人で納品するような場合には最適だよ。

>>393
デバイスドライバが作成できないことを除き、VC++ でできることは
全部できます。

能無しPGが使えば394みたいな感じで終わってしまう罠。

>396
FT系では未だにCってのも珍しくないしね。
言語の制約でシステムの規模が限定されるなんてことは。。。

使い方によって、変わってくるが　>>1 はまだ使いきれて無いと
見えるね

Delphiは
ﾃｨﾑﾎﾟに短し　ソーセージに長し

400ｹﾞﾄｰ
いまどきDelphiですか？

今だからDelphi
収穫期なんだよ

VB.netが出た時点でＤｅｌｐｈｉはＶＢに負けました。

VB.net != VB
VB6の奴らが.netに移行できるのは果たして何%だろうな
頼むからC#で旧VBチックなコードは書かんでおくれ

Delphi vs VB
C#.NET vs VB.NET

おまいら似たようなことを永遠に続けてそうだな

もう､､､､､良いじゃないかDelphiは､､､､､､
往生際が悪すぎるよ､､､､､

（コンポを継承してコンポ作成）*n

みなさんnはどれくらいでつか？

Delphi vs VB.NET
これは勝負にすらならないな。

>>407
Win上ならDelの圧勝、それ以外ならC#の不戦勝
競合製品じゃないからな
戦術的勝利はDelphi、戦略的勝利はC#ってところか

C++ Builder X 最強！
http://slashdot.jp/article.pl?sid=03/09/16/0613259&topic=58&mode=nested

こっちが本命なの？
それともガリレオ待ち？
C#はただの踏み台だたのか

wxWindows勉強しておいてﾖｶﾀｰ

なんでみんな仕事の話ばっかするんだよ
仕事なんて、コードよりドキュメントとかメールのやりとりの方が量が多い、
くだらないもんだよ。

趣味で使う話しようぜ
Delphiはいいぞ。安いし、いろんなことに簡単に挑戦できる。

>>412
仕事でｺｰﾃﾞｨﾝｸﾞしないお前は負け犬

> フレームワークも従来のVCL/CLXからwxWindowsになりそうで、
VCLって死滅しちゃうの？


わはは。やっぱりDelphiで作られた糞ライブラリなんて（ｗ
これでDelphiは完全に孤立しちゃうね。
もうだめでしょDelphi。

これでclosureやプロパティなんて
C++にない糞仕様から解放される。

ManagedC++も似たようなもんだと言ってみるテスト。

どうかな？　逆に ほかのC++コンパイラでもVCL使えるようになってくれたりしたらうれしいな。
既にobj は吐けるわけだから、そのフォーマットの違いを吸収してくれたらいけそうだし

嬉しいのはDel厨だけ。
C++やっているときにbeginとか出てくると
うんざりする。

こういうつまんねーことはム板で頼む

wxなんとかってナニモノ？

http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html

Windows 3.1、Windows 95/98、Windows NT
Motif/Lesstif / GTK+
Mac

で動くクラスプラットフォームなGUIライブラリ。
QTと違ってローレベル処理をネイティブのツールキットに依存している為
アプリケーションの外観は環境毎に異なる事になる。

> wxWindowsのイベント・システムもMFCによく似ています。
糞な予感。MSが失敗して捨てたMFCと似ているのか。

C++BuilderXにはSymbianの開発環境も附属しているらしいが、
日本にSymbianOS載せてるハードなんて存在しないよな？

>>409のリンク先に、VCLサポートは開発中という噂？

Xの次は∀、SEEDと続く。

本当は、C++ Builder Φ -> C++ Builder Χ -> C++ Builder Δ なんだよ。
でも、Δの顔は (o∀o) こんなだから、∀だと思うのも無理はないと思われ。

仮面ライダーかヨ

>>1
帯のように長くして、襷の様に短く使えばいいんだよ
Delphiは非常に柔軟にできているし
使えるか使えないかは、君次第だが

意外と何でもできちゃうぞ、デルの野郎。

いくら宣伝してもユーザを増やすということは出来ないんだよな（ｗ

何でもできるかも知れないがユーザーの性格悪いからｲﾗﾈ
ちょっと複雑なことをしようとすると検索しても何も出てこないし

>>431
Delphi ML 入れ。

MLしか選択肢が無いって所が笑える。

＞ちょっと複雑なことをしようとすると検索しても何も出てこないし

・・・３つの疑問がある。
１、検索して出てくるよう問題は複雑な問題なのだろうか？
２、Delphはシェアの割には検索して出てくる範囲は広い。いったいに何と比べているのだろうか？
３、はたしてプログラミングは検索して行うようなものなのだろうか？

・・・１つの確信がある。
>>431は教えてくんだ

> １、検索して出てくるよう問題は複雑な問題なのだろうか？
すごく複雑な問題は出てこないだろうが、
ちょっと複雑なことなら出てくるだろう。

> ２、Delphはシェアの割には検索して出てくる範囲は広い。いったいに何と比べているのだろうか？
C/C++じゃない？ アルゴリズムの説明でDelphiなんて使っているところ無いしね。

> ３、はたしてプログラミングは検索して行うようなものなのだろうか？
初心者は教科書を丸暗記して挫折する。
上級者はネットやヘルプを上手に使い必要なときにすぐに検索して見つけるもんだ。

アルゴリズムの説明でDelphiは確かに少ないね。
Delphiの元のPascalの元のALGOLはアルゴリズム記述言語から派生したものだし
Wirthの「アルゴリズム＋データ構造＝プログラム」も有名だけど

あ、Cによるアルゴリズム事典の前の本がPascalで書かれていた事はあったか。

チラッと検索したら、これくらいか
http://hp.vector.co.jp/authors/VA016415/prog/algorithm.html
http://www.tensyo.com/urame/prog/linealgo.htm
http://www.ss.u-tokai.ac.jp/~ooya/Jugyou/Algorithm/

Delphi、使ってみたことはあるけど、
確かに複雑なことをしようとすると、
情報のなさがネックなんだな。

しかし、それ以前になんでもコンポーネントに頼りすぎ。
「××ができませんか？」
「●●さんの作ってくれた★★ってコンポーネントが…」
一事が万事この調子だからなぁ。
Delphi-MLを探したところであまり変わらないし。
そりゃDEL厨とか言われるのもしょうがねぇかな。

>437
>それ以前になんでもコンポーネントに頼りすぎ。

それだけ再利用がすすんでる、ってことでしょ。
他の言語だと、フリーのライブラリがあっても使うのに躊躇するけど
Delphiのフリーのコンポーネントは普通に使える。
オレの自作のアプリでも使いまくりだし。
（もちろん、ライセンス云々という話は置いておくとして）

Delphiだとファイラーもテキストエディタもブラウザも簡単に作れる。
もちろんそれはフリーのコンポーネントのおかげだ。

再利用が進まない他の言語とは違うのさｗ

というか、コンポーネントの仕掛けが無い なら、Delphiの魅力って半減というか、9割減って感じだな。
ObjectPascal(TurboPascal)の頃には、名前は知ってたけど値段以外魅力を感じなかったし。

自分でコンポーネントを作って自分や同僚が再利用してどんどん効率を上げるのが、なんと言っても魅力だろう。

オープンソースの考え方をいち早く取り入れていたってことだね♪

>437
>それ以前になんでもコンポーネントに頼りすぎ。

その台詞は
「Java使いは何でもデザインパターンに頼りすぎ」
「C++使いは何でもテンプレートに頼りすぎ」
と言ってるのと同じレベルなんだがｗ

>>433
ML しか選択肢がないという誤った仮定に基づいた笑いです。

>>437

だって、頼るためにライブラリがあるんじゃん。
車輪を二度発明したいなら別だけど。
なんでもかんでもスクラッチから書く暇人はあなたですか？

>438,439
しかし、中で何をやっているのかわからないし、
（ソースがあるものばかりではないぞ、>440）
サイズも大きくなるし、
APIプログラミングでやってみたいのに、コンポ使え、
とか言われると創作意欲を殺ぐんだよ。
車輪の再発明に意味なんかないことはわかるんだが、
趣味のプログラミングってのはそういうもんだろ？
便利だが、達成感に欠けるんだ。
そんなわけで、俺は常用するには至らなかった。

もちろん仕事で使うとすれば、両者に同意。
知り合いにもDelで仕事したヤツいたんでね、
生産性にくらべて単価がウハウハだったらしい。
ただ、他者のコンポが混じる場合は多少微妙かも。
ライセンス、予算、機能と品質、いろいろ考える
要素が増えるし。

>>444
別に、洋書ならすっげー詳しいのあるし、英語読めなくても C++ ぐらい読むの
簡単だろうから、ふつうの SDK についての日本語の書物を読んでも役に立つよ。

俺はソース付のコンポーネントしか相手にしない。
Delphi だろうと C++ だろうと、メーカーのサポートがない限り、
バイナリしかないライブラリというのは使わない。

>>444
まず、ソースが無いのは、有償で買う場合じゃないと使わないし、使えない（Delphiのバージョンがあがると使えないから）

APIプログラミングが好きならDelphiで小さな実行ファイルを作ろうスレでも見てみたら？
http://pc2.2ch.net/test/read.cgi/tech/1009080085/
そういう勉強の仕方をあえてDelphiでやる人もいるよ。


それから後半の話、仕事で使うなら自分はコンポを買うのでなければ作ってるよ。
コンポー作るのは一度作ればいいからね。

Delphi / BCB で問題なのは、あれだね。
優秀なコンポーネントがあっても、仕事で使えるか、商用利用していいライセンスに
なっているかどうかなんだよな。

これでもやってマターーーリ勉強しるるるる。るんるん。
http://edu.stackart.net/c/c_seihin.html

>>448
それは　Delphi/BCB以外なら問題ないのか？

>>450
UNIX 系のライブラリを書いている人は、ライセンスについて気にしている人が
ほとんどで、ドキュメントにもちゃんと書いてあることがほとんど。
でも、Windows な人たちはあまりライセンスについて気にしていないせいか、
あまり明確にかかれていないことも多い。

その点VBはいいね
コンポーネントは買うものだって割り切ってる

やっぱ趣味のDelphi、業務のVBか。。。。

>>446
API使っているくせに（藁

ライブラリのソースが突いてくるなんてDelphiぐらいだろ？

「Delphiは情報が少ない」という人が多いが､一度も情報量の少なさを
感じたことはないぞ。まあ、日本語の情報は確かに少ないかもな。

>>446 同意。
>>451
VCLの配布ライセンスは､ほとんどの場合きちんとReadmeやマニュアルに
明確に記載されているよ。記載されていないものは有料無料にかかわらず
漏れも使わない。

>>455
そういう勘違い多いよね。
Delphiの大きな特徴だって自慢げに言っている。
MFCもソースついているのに。

> VCLの配布ライセンスは､ほとんどの場合きちんとReadmeやマニュアルに
> 明確に記載されているよ。
VCLだけかよ（ｗ

>>457
もちつけ。
>455がいいたいのは、ソースが「突いている」ということだろう。

>>457
MFCのソースもオプションでインストールできるな。
でもアレはオマケ程度だろ。とりあえずつけましたって感じ。Standard版にはついてるのか？
Delphiは開発中にクラスや関数の宣言探すの楽だからなぁ。
VCだとブラウザ情報云々でビルドしないと見れないんだっけ？

> Standard版にはついてるのか？
たしかVCLのソースはStandard版相当にはついてなかったね。

> 俺はソース付のコンポーネントしか相手にしない。
> Delphi だろうと C++ だろうと、メーカーのサポートがない限り、
> バイナリしかないライブラリというのは使わない。

がどうして

>>454
> API使っているくせに（藁

となるんだ？？

どうでもいいやないか。

仕事で使えないとか、使いたくないと思ってくれてるならそれはそれで結構な事だ。
実際、マイナーである事も大きな武器になってたわけで、
だから廉くて良い物作ってくれると思ってくれてたわけで、

まあ、これからも普及率３％代でいておくれ。

>462
Windowsのソースを見れないのに
何でWINAPIは平気で使えるんだ？

てことでしょ？

でも
>メーカーのサポートがない限り
ってあるけど、
マイクロソフトのサポートはないも同然ｗ
（これは深読みしすぎかｗ）

googleにも見捨てられてDelphiになんの利用価値があるのか？
ないだろうな。

>>465
へえ　どういう事なんでしょ？

http://pc.2ch.net/test/read.cgi/prog/1063960893/l50

「ZDNet NEWS」
http://www.zdnet.co.jp/news/0309/19/nebt_03.html
「本家」
http://www.topcoder.com/pl/?&module=Static&d1=google&d2=google_overview
googleが賞金付きプログラミングコンテストします。
対象言語はJava, C++, C# , VB.NET。
受付開始は１０月１日
２ちゃんにに訪れる暇ありプレッシャー無しのプログラマー同士よ！
おまいらのスキルをみせつけてくだちぃ。

ああ、採用試験にDelphiが使われなかったって事ね

Delphiプログラマは全体の３％。
その手の人材発掘試験でわざわざDelphiを入れても意味ないでしょ。

>>13
なんか宮沢賢治の「雨ニモマケズ」みたい。

サウイウモノニ
ワタシハナリタイ

これGoogleか？G00g1eに見えるが

よく見てなかった。プログラムのコンテストだから0と1か。
素でネタサイトかと思った

Googleのロゴは何かのイベントがある度に変わるからな。

VB.netとDelphiはどっちが優れているの？
何かの本で機能的にはほとんど同じって書いてたけど。

VB.NET 　Delphi
　　○　　　　次 　　　.NET対応
　　×　　　　◎　　　Windowsネイテブアプリ
　　×　　　　○　　　インラインアセンブラ
　　？　　　Kylix　　 LINUXへの対応は？
　　○　　　　◎　　　イントラ対応
　　○　　　　○　　　Webアプリ
　　○　　　　△　　　大規模Webアプリ
　　◎　　　　×　　　開発者数
　　○　　　　◎　　　中規模アプリの開発効率

VB.NET 　Delphi
　　◎　　　　次 　　　.NET対応
　　×　　　　◎　　　Windowsネイテブアプリ
　　×　　　　○　　　インラインアセンブラ
　　？　　　Kylix　　 LINUXへの対応は？
　　○　　　　△　　　イントラ対応
　　○　　　　△　　　Webアプリ
　　○　　　　△　　　大規模Webアプリ
　　◎　　　　×　　　開発者数
　　◎　　　　◎　　　中規模アプリの開発効率

>>474 は Delphiがエンタープライズの場合
>>485 は DelphiがPro以下の場合だね。

開発者数っていうのが一番重要だな。

DelphiがProいかだとVB.NETの機能が上がるのか？（ｗ
>>474はVB.NETがSDKの場合だろう。

Windowsネイティブアプリとか、インラインアセンブラとか、
Javaにも無い。あることに魅力を感じない。

VB.NET 　Delphi
　　△　　　　○　　　コンポが自作出来る人数
　　◎　　　　△　　　初心者向け入門者書数
　　◎　　　　△　　　ダメ解説本の数
　　△　　　　○　　　使える解説本

>>480 すでに言語の比較じゃないところが笑える

新規開発でDelphiを使おうという会社はないでしょ。

>>482
そうだね。俺たちみたいな小さい会社にはありがたい話だよ。

VB.NET 　Delphi
　　◎　＞　　△　　　解説本の冊数に対する初心者向け入門者書の割合
　　◎　＞　　△　　　解説本の冊数に対するダメ解説本の割合
　　△　＞　　○　　　解説本の冊数に対する使える解説本の割合
　　◎　　　　×　　　解説本の冊数

不等号は解説本冊数の数。
Delphiは本の数が少ないので割合が高くても冊数は少なくなる。

>>483
ん〜。むしろDelphiを使っているから小さい会社のままともいえるよ。

VB.NET 向けの解説本でおいときたい本ってあるか？　まあMSDNあれば要らんというならそうだろうが。

>>485
たぶんそうかもしれないね。　人売屋やれば儲かって規模は大きくなるんだろうけどね。

商売は人売りが基本だよ。　最古の商売は売春っていうじゃないか。

人売るのが在庫処分も簡単、仕入れも簡単。　一番楽な商売さ

>>487
人売屋だけが儲かる道じゃないよ。
もしかして儲かっているのは人売屋だけと勘違いしているとか？
儲からないのは人売屋をやらないからだとか洗脳されているとか？

>>485
そうとも考えられるのか…。
私は本職がdelphiなのでそのまま副業のソフトもdelphiと言う、
delphiが無くなると、かなりお手上げになりそうなプログラマ。(´･ω･｀)。

巷でVB.NETが有名になるのは、
やはり本の数だろうか…本屋で眺めていても羨ましいよ。
私の本屋ではCやJAVAはわかれてるけど、
Delphiは「その他の言語」にまとめられてるからなぁ…。

>>489
　それは貴重なお話で、ぜひ高説を拝聴させていただきたいものですね。

たとえば、ソフトウエアで人売屋以外に会社を大きく儲ける方法というと？

　１、パッケージ販売
　　　パッケージは広告費投入しないと売れないが広告費投入してもなかなか見合う売上は出ない
　　　営業コストをかけても同じ事

　２、請負開発
　　　大企業は既にラインが出来ていて外には出さない上、人売屋の独断場。
　　　中小は値段が非常に厳しい。

これ以外になにかお持ちなのですか？
　うちは中小相手の請負開発なんで小さいままなんですけどね。

> うちは中小相手の請負開発なんで小さいままなんですけどね。
それをやめれば。

>>491
お前のように自分で考えられない奴はいつまでも下っ端ってこった（ｗ

ここですか？JavaとC++に挫折した悲惨な人が集まるスレは？

>>492
　いえいえ、仕事先にも喜んで貰えてますしなんとか食べるくらいは出来てますんで

>>493
　はは、それは人売り以外に大勢人抱えて出来るソフトウエア関連の仕事は無いって事ですね？


>>494
VBスレでやった方がよく釣れますよ。

＞ >>494
＞ VBスレでやった方がよく釣れますよ。
見事に495が釣れた

>　はは、それは人売り以外に大勢人抱えて出来るソフトウエア関連の仕事は無いって事ですね？
あるだろ。ばか？

また手形と売掛の違いも判らん奴が・・

>>498
すでに話についていけない奴がいますね。

俺が疑問なのは、趣味プログラマが
なんでわざわざDelphi使うかという事だな。
趣味でプログラムやると、
自分の作った事のない物を作るのが楽しいけど
他の言語ですぐに出来る事でも、
Delphiで作った事のない物を作ろうとすると、
情報量が少ないしマニュアルの出来がよくないから、
はまる事も多いはず。
そんな事に時間かけてどうするのかと。
もっと情報量の多い言語ですぐに理解して実現したほうが
結果的に知識も実力も上がるし、面白いと思うんだけどな。

業務プログラマなら基本的には同じような事の繰り返しだから
使い慣れして、自分が生産性高いと思う言語使えばいいと思うけど。

>>500
細かい点で反論したいところは多々あるが、総じて言ってしまうと趣味だから
趣味で山登ってる奴にロープウェイ使えって言っても聞かないでしょうが

なるほど、プログラミングが趣味じゃなくて
Delphiを使うのが趣味なのか。

>はまる事も多いはず。

そうかなあ。

情報が多い物に比べればはまると思うよ。

>>502
なるほど！

>はまる事も多いはず。

たぶんだけど。。。

Delphiを使っている人たちっていうのは、能力的に高い（または経験をつんでいるので判断力に優れている）
のが多いんじゃないのかな。。。。
だから、情報収集もうまいし
はまることも少ないし
融通が利いて、且つ使い勝手の良いツールを使いたいと思っていて
それでDelphiを使うんじゃないかな。。。。

たぶんだけど。。。

念のために、506は煽りではなくて本気だよ。

>500
一体、どういうアプリを作る時のことを言ってるのか分からんが
仮にDelphiの情報が少ないとしても、
他の言語で作るよりは明らかに時間は短く済むのだが。。。。
VBと比べてる？
どういう場面なのか分からんぞ。

能力が高いなら普通はC++を使うけどね。
どの環境でも使えるし

融通が利いて、且つ使い勝手の良いツールなのに
能力が高くて情報収集が上手い奴しかつかってなくて
殆ど流行らないまま絶滅寸前になってるんだｗ

Delphi使ってる奴って他人を笑わせるのは上手いんだよなぁ。

DelphiはC#のような書式の文法にすべきだった。。。。
そうすれば今よりは流行ってた。。。
Pascalにこだわったボーランドのバカヤロー！

ボーランドの人たちも思ってるんだろうなー
「こんないい言語作ったのに何で企業は使ってくれないの？？？」


　　　　　　　　　Pascalだからだよ。。。。。。。

>>502
端的に言ってしまえばそういうことかなあ…
7行スレに投稿してみたり、Cleanでテトリス作ったり、バッチファイルでテキスト処理したり、
効率、知識、実力全てにおいてもっと優れた方法があるのにわざわざやるのは趣味でしかない…
が、だからこそ趣味と言えるんじゃないかな
逆に純粋な趣味で、最適最短一本道を突き進む人のほうが珍しい気も

白状すれば「マイナー」に酔ってるところも少しある

>>509
C++にはC++の良さがあるけど、それと同じくらいにDelphiにもDelphiの良さがあるのさ。

>>512
Pascalだからじゃないよ。 M$じゃないからだろ。

>>512
C系だけが突出して流行るようになったのって、
Windows SDKがCのヘッダーだったり、Linuxが流行ったりと、歴史でいえば最近の気も
Delphi1のころはまだDOSも現役で、また先にMSからVB1.0が出てたり
まさかBorlandもここまで中括弧一色になるとは思って無かっただろう…

C++からDelphiに移り始めた時、あのbegin 〜 end に苦しんだけど
こんな事に苦しむくらい自分の抽象化能力は低かったのかって叱咤して乗り切ったのを思い出すよ。

何故わざわざ苦しんでまでC++から移行する必要があるの？

DOSのBASICからの乗り換えだが、どっちかといえばセミコロンに苦しんだw
セミコロンを区切り以外の用途で使う言語って、BASICの他にある？

>>517
いくつか理由と事情があったんだよ。
　当時、VB屋と組んで画像処理のソフト作ってたんだけど、
　　というかVBのコードも８割俺が書いたようなもんだったんだけど
　・C++側はOWLでやってたけどwindows効率の悪さに辟易していた
　・VBにはその不透明さに嫌悪を感じていた
　・その頃の俺にはVCLは非常に良い教師だった

　そんな訳で、Delphiなら透明な開発が出来ると思って勉強をはじめたのさ。

コンポーネントを作れるようになった頃には、ほんとにいろいろ勉強させて貰った。
SQLの勉強もこれでさせて貰ったし、アセンブラもこれで勉強させて貰った。

>仮にDelphiの情報が少ないとしても、
他の言語で作るよりは明らかに時間は短く済むのだが。。。。


Del房は盲目的だから馬鹿にされるんだよ。
例えばftp鯖作った事のない人が
情報量少ないDelphiですぐに作れると思うか？
CとかC++なら情報量も多いしサンプルもあるから
Delphiよりはるかに短時間で作れるぞ。

>520
だから、どういうアプリか分からんが、
と言ってるじゃん。
そりゃFTPサーバみたいなものだったら、
（といってもこの場合はIndyがあるから楽かもしれないが）
Delphiだと不利な場合もあるだろう。
もう少し一般的なアプリだったら確実にDelphiが早いよ。

もう少し一般的なアプリって何だ？

使い方のよくわからない高性能っぽいコンポーネントがたくさんあるけど、意味ないよ。

コンポーネント使っているだけで中身知らないしな。

初級者ならそうだろうけど上級者になればソース読むだろうし
RFCなんかも目を通すんじゃない？

>>521
もう少し一般的なアプリってどんなアプリの事言ってんの？
具体的に説明してよ。

みなさんはDelphiでオブジェクト指向のようにプログラムを書いているのですか？

じゃあ、DelphiとVisualC++でIE互換タブブラウザを作ってみろ。

Donutのソースを見てもいいが、流用するのは禁止ね。

同じ機能のタブブラウザを両者で作ったら、
Delphiの方が遥かに早い。

コンポーネントを使わないで作ったら
情報量の多いC++の方が明らかに早いのだが。

それかDelphiとVisualC++でファイラーを作ってみろ。

Delphiだとシェルのコンポーネントがあるから、
エクスプローラの左のフォルダツリーは簡単に作れる。
（作るというより、コンポーネントをのせるだけだが）
後は機能を実装するだけ。

VisualC++だとフォルダツリーを実装するところから開始だ。
どっちが早い？

ファイラーもタグブラウザも作ることなんてないから。

よし、それならDelphiとVisualC++でテキストエディタを作ってみろ。

DelphiはTEditorやその他のコンポーネントがあるから
検索機能も色分け機能もundoもすぐ実装できる。
一日でな。

VisualC++で一ヶ月かけて1から作ってろ。

>>530
> VisualC++だとフォルダツリーを実装するところから開始だ。
フォルダツリーってAPIレベルで提供されているじゃん。
なにも知らないみたいだな。

> VisualC++で一ヶ月かけて1から作ってろ。
なんでDelphiはライブラリ使って
VCはライブラリ使わないで作れって言ってるのかな？
ぜんぜん公正じゃないじゃん。
そうしないと負けるの分かっているからかな（ｗ

ドライバーを作れない時点でDelphiはカスだね。
ドライバーなんて作ることないけど。

Delphiのコンポーネントも
DLLかActiveXにすれば
VC++から使えるしな。

結局、情報量の多いC++のほうが早く作れるじゃないかよ。
Delphi神話は崩壊したな。

>529
じゃあ、テンプレートもMFCもclasswizardも使わずに
VisualC++で作ってみてくれ。

>533
一体どのAPIだよ？
答えてみろ。

>534
VisualC++にそんな便利なライブラリがあったか？
URL書いてみろ。

>>534
MFCくらい使ってもいいよ（ｗ

DelphiのコンポーネントをActiveXとかDllと混同しているヤシがまじってないか？

実際は使ったこと無い奴が撒き餌に利用してるだけだからな。

「撒き餌」って言葉みたの今日二回目だな。

何故データベースのクライアントとかレポートツールとか、Delphiの得意分野が挙げられて来ないのだろう…
実はPersonalユーザーばっかなのか？

俺は普段Delphiなのに趣味だけでAPIで組んでる馬鹿だが、データベース関係で何かする時はVCL。
いい加減Delphiに見切りをつけようかとか考えることもあるが、
これ(データベース関係)だけはいまだに最強＆最お手軽と思う

レポートツールって糞だと思いますが・・・。

>543
>実はPersonalユーザーばっかなのか？
お見通しです。。。。。

結局DelphiってVBよりも生産性低いんじゃない？
Delphiのコンポーネント使って一般的なアプリが早く作れても
VBでも同じことが出来るし、
情報量に絶対的な差があるんだから。

襷に長し帯に短しってタイトルそのままじゃないのよ。

つまり、
一般的でないアプリはC/C++のほうが早く作れる。

一般的なアプリはVBのほうが早く作れる。

>>546
初心者用の使えない情報がたくさんあってもしょうがない。

Delphiは襷に長し帯に短し。

という事が証明されました。

Delphiの用途はDelphiを使う事が趣味の人に限定される。

という事も証明されました。

>>549
おまえ、Delphi使ったことないんだろ。

>>548
VBには膨大な資産があるんだから、一般的なアプリに関する情報や
ソースはすぐに入手出来ると思うよ。

VB.net＞＞＞＞＞(越えられない壁)＞＞Delphi＞VB６

>>546
VBって、.netか？Ver6以前か？
>VBでも同じことが出来るし、
.net以前のVBはマルチスレッドなアプリは無理。
VBは生産性は高いが、コードの保守性は低い。テキトーに書いてもテキトーに動くし
要は慣れの問題だ

「以前」の使い方がおかしかった。すまん

VB.netって使いやすいの？

おいおい慣れとかいうか。。。
おまいさんはDelphi使ってもVB使っても
体で手順を覚えてるだけで理屈を理解してない
ってことだな。
Delphiの資料なんて腐るほどあるぞ。
本でもネットでも。
英語がわからないおまいらでもソースくらい読めるだろ。
海外のDelphiサイトをググってみろ。

>>553
VB.netはクライアントアプリ作る際の生産性は高くないから
(C++のほうが高い)除外するとして、
マルチスレッドなアプリ作るときにDelphiは重宝するわけだね。
でも、スピード気にするならC++で作ったほうがいいんじゃないの？

>>556
わざわざ海外サイトまで行って苦労して情報探すなら
VBのほうがいいじゃないかよ。

>>556
作るものが同じなんだから楽できるほうがいいだろ。
実装させる方法が分かっていれば
コード書くなんて簡単に出来るけど、
実装する物を実現させる方法というか情報に普通は一番
苦労するものだよ。
その点で苦労の多いDelphiの生産性は低いと思うな。

>>556
ちょっとわかりにくかった。生産性は慣れの問題だってことを言いたかった
何にしても、ちょっとかじっただけで「使えない」と判断するのは間違いだと思う。

>>557
開発スピードと実行スピードのバランスを考えるとDelphiが優秀であると思った
C#もなかなかいけてると思った

どの言語でも良いからNT3.51で動くプログラムを作るとしたら何が一番簡単ですか？

>>561
Cが一番簡単

>>561
Hello World「だけ」ならバッチファイル

>>529
＞コンポーネントを使わないで作ったら 情報量の多いC++の方が明らかに早い

まず、3000行くらいまでなら スクラッチで書くならC++ も Delphiも同じだよ。
　ただしDelphiの方が再利用性が良い。

　どうしてかというと、C++には色んなライブラリがある。文字列だけでも沢山あるよね。
　　まあ文字列はヌル終端文字列で相互変換出来るとしてもさ、テキストの扱いは色々さ。
　Delphiの場合はTStrings継承でほぼ統一されてる。　VCLという良いお手本がある事のメリットだね。

3000行を超えると、後は個人の設計能力差だ。いかに言語の特性に応じた上手な設計が
出来るかという事にかかっていて、　自分の場合はシンプルなDelphiの方が楽だというだけだね。
ゴテゴテしたC++の方が楽に設計出来る人もいるかもしれない。

情報量の件は、まさかコードコピペして動きましたって訳に行かないし、コードの動作は
演算と for if 程度が読めれば読めてしまうわけで、まったく意味がないよ。

それから C/C++ と pascal系は両方書けた方がいいかもしれない。
コードの抽象化というか、両方に共通する概念で表現の違いだけの部分が抽象化されていい感じ。

まあ、個人差によるとは思うけどね。

VB.NET 　Delphi
　　×　　　　◎　　　ポインタ
　　○　　　　○　　　継承 　(親は一つ）
　　○　　　　○　　　Interface型
　　○　　　　◎　　　バリアント型 (Delphiは数値型も拡張出来るので軍配を上げた)
　　○　　　　◎　　　ユニット構造 (まあ意見の分かれるかも)
　　◎　　　　○　　　実行時型情報(.NETはさすがにインタプリタ)
　　◎　　　　○　　　プロパティ(.NETは日本語名をつけられる)

C/C++ も pascal　も　〜系で分けたら同じ分類になると思うが

馬鹿の一つ覚えの酔うに情報量が少ねえ少ねえ言ってんじゃねえよ。
良質なサンプルに窮した事なんか全然ねえぞ。適と-言うな。

ＤｅｌｐｈｉはVB.NETにも負けましたか・・・。
ということはＣ#にも負けましたね・・・。
C++にも負けていますね。Ｊａｖａにも完敗です。
終わりましたね。→Ｄｅｌｐｈｉ

よかった。一生触らなくてすみそうだ。

>>569
触ったことも無いのに結論など、言語道断。
大方JavaもC#もやってない予感

>>569
一生ＶＢやってろ。

>>571
569ですが、ＶＢなんて使ったことがないですよ。
C++とVHDLしか知りません。
ただ煽っただけでした。

>>566
　＞プロパティ(.NETは日本語名をつけられる)
プロパティに日本語名を付けて　XMLの読み込みこんなに楽でゴザ〜イ　ってやつとかね。
でもさ、使い捨てプログラムじゃないんだから、そんな固定情報プログラムに埋め込んでどうするんだ？

というか、そういうのは　プログラミングなのか？

Delphiは帯に短し襷に長し


名言だな。
Deplhiは中途半端なんだよな。
まあ襷も帯も両方出来るんだが、
いかんせん非効率なんだな。

全然関係ないがたすきって普段漢字じゃ書けないな。

たしかに今の早い流れについていけなくなったきらいはある。
サードパーティ頼みな面も出てきたし手を広げすぎて小回り効かなくなった
部分もある。

しかし世のアプリケーションは商用フリー含めてもどれも出尽くした感があるから
Delphiぐらいでも別段支障は無いな俺は。特定用途に特化されても困るし。

http://www.gnomehome.demon.nl/uddf/

こういうとこが無い！っていってるのですか？VB厨は。

>>576
英語じゃなくて日本語のがあればいいんだがな。

>>576
なぜその内容でVBに反応してしまうのかわからんのだが。
脳内でDelphi＝対VB言語とか変換している？
VBに対して何か悔しい思いをしているとか？

Delの対抗馬って今のところVC#だよねぇ？
どっちもイマイチぱっとしないけどｗ

同じDel使いとしてもVBという単語に反射的に反応してしまう香具師は
どうかと思うが。

なんかね、肝心のゴルフの腕よりもゴルフクラブの自慢ばかりしてる
オヤジみたいでどうもな。

>>578
違う違う、Delの方が情報少ないっていう話でしょ？VBの方が情報あるっていうんでしょ？
でも実際VBの情報って初心者向けのふぁQが圧倒的に多いんじゃないかと。
そんなんだったらDelにもあるよ、っていう意味でURL張ってみたんだけど。
VBに対して別に悔しい思い（ｗ）なんてないよ。
昔、善意でVB質問BBSみたいなとこの教えてクンたちにレスしてあげたりしてたけど、ヘルプも見ないやつには何も教えることはない
と悟ってやめますた。

>>580
ごめん、その比喩、よくわかんないや。

Delの情報って英語ばっかりじゃん
やっぱVBには一生勝てないね

まあ確かに583は一生英語勉強しないんだろうね。

この仕事してると英語のドキュメントを読むことっては
当たり前にあるけど、VB房には無いのか？

>585 VB房に無いだろう。
だってVB房の仕事って言ったら
バカでも作れる業務系のクライアント物だけだからな。
ANSI、IEEE、W3C等のﾄﾞｷｭﾒﾝﾄ読むなんてことは一生しないで
PG生活終えるんだろ。

Delphiは良い言語でありよい道具だよ。
自分は組込の仕事がメインだけど、Windows側の仕事をする時はいつもDelphiを使ってる。
マイコンへの書き込みやダウンロードも、コンポーネント化してるからポトペタするだけだしさ。
アセンブラ作るなんて時はまずDelphiだ。
Delphiなら文字列で楽させてくれるし、動的配列でも楽させてくれるし、エディタ込のIDE
もどき作るなんてのを含めて全て楽させてくれる。　楽なだけじゃなく楽しいしね。
それに、アセンブラ作るような時にデータテーブルを加工するわけだけど、Delphiの矩形置換は
そういう時にとても便利って事も大きいね。

この前データを採取して別のパソコンのブラウザから参照コントロール出来るなんても作ったけど、
こういうのも、普通のアプリ作るのと同じように作れるしね。

Delphiが貶せる相手ってVBしか無いの？

test

>>588
いや、その前にJavaがある。

Delphi > VB > Java

>>590
C#は？

Java>>>C#>>>VB.NET>>>Delphi>>>VB6

>>592
基準や根拠も書いてくれるとうれしいな♥〜

バカには使えないDelphi
バカでも使えるVB

てか、誰が何使ってもいいじゃないか。

その通りだね。　ごちゃごちゃ言う時間あるなら使ってみて評価すりゃいいのにと思う。

まあOJTでなきゃ身につかない人なら　Delphi身に付けるのは厳しいかもね

Ｄｅｌｐｈｉでオブジェクト指向してる人はいるの？

>>593
将来性

>>596
OOの範囲は広いからね。OO分析、OO設計までやってるかという意味なら、
企業内アプリを作るならやってるのかもしれないね。 UML ツールとかもentならついてるそうだし。

Delphiは良質なOOPだし、コンポーネントを作る上でOOPのお世話にならざるをえない。
ただ、DelphiはRADツールでもあり俊敏な開発を行う事が使命でもあるので、
問題を狭化してオブジェクトユーザ的な対応も多いかもしれないね

>596
DelphiはJavaよりもある点ではオブジェクト指向プログラミングをするのにも
優れている。

ただDelphiでオブジェクト指向にこだわる人が少ないのは
言語仕様の問題ではなく、文化の問題。

Javaのソースで、継承や多態を多用していることが多いのは
Javaがオブジェクト指向的に優れているからではなく、
Java使いが「Javaだったらオブジェクト指向を駆使しなくては」という意識が
強いからである。

変な文化が感染りそうだからDelphiには近寄らないほうがｲｲﾈ！

>>597
なるほど、なっとく　ｗ

VCL自体がOOに向いてない。
Viewクラスに全部書いちゃうウンコOOプログラミングになる。

それはさすがに書く奴によるだろ。

Delphi使いやC++使いが作るクラスはでかい。
Java使いが作るクラスは小さい。

そういう文化（？）の違いはあるね。

TEditorのメインのユニットファイルは1万行を超えてるからな。。。
何で分割しないのだろう。。。。

>>604
C++使いは別にでかいクラス作る傾向には無いと思うが。
Delphi使いはなんかでかいクラス作る傾向にあるのは確かだが。
やっぱVCLのせい？

コンポーネント指向のせい

C++の場合、C言語から入った人で、
クラスを単なる処理を書く入れ物みたいな
安易な捉え方をしてる場合がある。

Delphiの場合、イベントの部分に処理をみんな書いちゃって、
フォームクラスが馬鹿でかくなるパターンがある。
これはVisualC++も同じと言えば同じだが。

イベントに処理みんな書いちゃうような香具師には、
是非SmallTalkでもやってもらってMVCを1から学んで貰いたい物だ。

>609
そんな貴方に
http://www.ops.dti.ne.jp/~cake-smd/hw/Delphi.html

でかいでかいってサイズの話かよ。

英語より日本語が〜といってるやつらは本当にPGなの？・・・。
正直そんなやつらとは絶対に仕事しなくねえな。

世の中には君の想像を絶するぷるぐらまは実在する。
環境変数ナニソレ？とか相対パス指定はぁ？とか。

>>611
お前、英語が日本語並みに速く読めるのか？
日本語読むよりは時間が掛かるだろうが。
それも生産性に含まれる事も分からないからお前は馬鹿なんだよ。

>608
>Delphiの場合、イベントの部分に処理をみんな書いちゃって、
それはまた別の話だろ。
Delはまともなinterfaceがないから継承中心にならざるを得ない。
委譲はコードの量が増えるからウザいし。

>>614
> Delはまともなinterfaceがない

C++ でも同じだけど。
Interface の作り方知らないとか。

> から継承中心にならざるを得ない。

「から」にはならない。

Delphi使い・・・機能重視（そのアプリで何ができるのか？）
Java使い・・・設計重視（優れたオブジェクト指向設計とは？）
C++使い・・・実装・技巧重視（こんなテクニックがあるぜ？）

>>616
ウリナラマンセー！！

Delphi使い・・・ｵﾅｰﾆ
Java使い・・・ｵﾌﾞｼﾞｪｸﾄｼｺｰ
C++使い・・・ｵﾝﾈﾝｶﾞｵﾝﾈﾝ

>>616、>>618　ﾜﾛﾀ　そんな感じｗ

>>615
>C++ でも同じだけど。
同じじゃないだろ。Delでは文法レベルでinterfaceがサポートされている。
ただJava, C#のようなまともな物ではないし（あくまでCOM用）
VCLはinterfaceベースで設計されていないから
ユーザーが積極的にinterfaceを使うメリットがないということだ。

Delphiの場合、委譲すべきと思ったらinterfaceを使わずつい実行時型情報でやっつけてしまう事は多いな。

Delphi interfaceのどこらへんがまともじゃないんだろ？
参照カウンタ方式である事は仕方ないとして、普通の実装でしょ？

>>613
正直いって妙な誤訳読んでドツボにはまるよりは生産性あがることは多いと思うが何か？
MSDNくらいだったら英語の方がわかりやすいのも多いぞ。

>普通の実装でしょ？
そういう寝言は実際に使ってから言おうね。

言語からも(iteratorないし)ライブラリ(IEnumratable、IComparerすらない！)からもほとんど相手にされていない上に
いちいちAddRef, Release, QueryInterfaceの振る舞いを決定実装してまで導入するメリットは薄いよ。
別に使いたきゃ止めはしないけどさ。

Delphiではunicodeとinterfaceは存在しないことにしてるよ。
VCLのシンプルな世界の中では明らかに馴染んでないから。

>>624
JAVA2のiterator？
それらは自分でライブラリ作れば解決する問題では？

・・・作ってもメリットが薄いのは認めるけど、

VCLでもIDEがらみでは結構使ってるじゃない。　 --> interface

iterator も、IInterfaceList がVCLらしい回答という気もするし

クラシックなPascalではiteratorなんか無くたってプログラムは書けてたわけで、
インターフェースがあるといっても無理やりJava風に使う必要は無いですよね。

インターフェースなんて別に無くても困らない世界の中で、
インターフェースにした方が便利なとこだけピンポイントに使えばよろし

こんなんだから、帯に短し襷に長し って言われるんだろうな

そうだね。そういう事にしてくれよ。

最近Delphiが他人には普及しないでいてくれとホント思う時があるよ。

つーかもうなくなるだろDelphi

>>630
そうなってくれたら余計使う人増えなくていいや。

Delphiってユーザーレベルでは誰もインターフェース使ってないんだな。
正直10年は遅れてるよな。

>632
>616

そのわりにはGCも正規表現ライブラリもドキュメンテーションツールもないんだよな。

帯に短し襷に長し のうえに
バッファオーバーフローなんて
使えないだろ。

TComboBox，TListBox，TToolBar，TListView にﾊﾞｯﾌｧｵｰﾊﾞｰﾌﾛｰ
http://memo.st.ryukoku.ac.jp/archive/200309.month/6508.html

まあ自分で調整できるからましだと思うがな。
M$だと過去のバージョンのパッチなんか打算だろうから泣き寝入り
になってしまうと思うが･･･どうだろ？
まあ某も過去のバージョンのパッチは打算と思うけど。

某は現在のバージョンも出してねーしな

無視できるほどのシェアの製品になぜこんなにも必死に叩くのだろう？

やはりプログラマって社会的ステータス低いから、自分より下を作って
とりあえずの優越感つくりたいのだろうか。

>>638
Delphiが下と認めるのはいいことだ。
しかし認めない奴が多すぎる。
まあ現実を知れと。

>>638 なるほどね >>639 みたいな奴ね。　実際多いよね。　

まあ>>639がそれで精神の安定が図れるならどうぞ吠えて下さい。
吠える犬はめったに噛まない.というからね。

>>639は、相当にバカらしいなシェアの話であって製品の話では無いだろ。
文章の理解力も無い奴は書き込んでほしくないね。

なんか上とか下とか、勝ちととか負けにコダワる人っているよね。
そういうのは幼稚園の間に解決しておいてもらいたいもんだ。
うちの5歳の子供は、今丁度その時期だ。 5歳の子ならカワイィですむんだけどなあ


・・・いや、うちの子は誰にも負けないくらい可愛いんだけどね。

そーゆーふうに教育されてきたからでしょ。
なんか「上等」な物を使うと、自分まで上等なような気になってくる。ってやつよ。

行列にも並んじゃうんだよね。
TV の番組を頭から信じちゃうんだろうし。

>>641
だからシェアの話だろ（ｗ
文章の理解力ないんじゃね―のか？

こういうふうに言ったら皆に嫌われるって事でも嫌われずにサラっと言える人っているよね？
でも、一方口から出ちゃう言葉がみんな皆に嫌われてしまうようになっちゃう人もいるし。

まあ、これ言ったら嫌われるって判って言ってるならまだマシなのかもね。

普段からその人がどう言う風に思われているかがわかるよね。
単に「マジメ」とか「能力がある」とかでくくれないけど、
他人に対する好感度の高い人の発言だと、
文章が明確で争点がはっきりしてるから、
自分の意見と違っても、反射的に敵対意識をもたれない。
（また、そう言う発言ができるから好感度が高いわけでｗ）
逆の人の発言は、何を言いたいのかがわかりにくかったりするので、
それこそ２ちゃんの中でみるような争いが起きる。

まったく同じ言葉でも意見がわかれると言うが、
よく見てると、文章が同じでないし、仮にまったく同じ文章でも、
話し方や身振り手振り、それに相手を引き込む雰囲気などが違う。

そう言う意味では、ネット掲示板は文字だけなので、
頭の良い人と悪い人の見分けをつけにくいｗ
コピペパクリって必殺技もあるしｗ

>>635
こんなバグがあったのか。直すのに時間かかったよ…
4095とか1023とか直打ちはやめろってな。

コンパイル後のファイルとライブラリとかごちゃごちゃになるからな。
コンポーネント作った時、出力フォルダを変えてなかったせいだが

あと、バグがあるのはDelphiだけじゃないぞ

http://memo.st.ryukoku.ac.jp/archive/200309.month/6508.html

Delphiにはとんでもないセキュリティホールが隠されていたそうです。
Del厨はこんなものをマンセーしていたのかよｗ
やはりネイティブコードは駆逐されるべきだな。

>とんでもないセキュリティホール
バッファオーバーフローなぞWindowsだけでも沢山あるがな
仮想マシンはネイティブで書かないといけないから、.netとかもヤバイだろ

やっぱりローカル変数は使うべきでは無いと言う事だな。

>>650
そうか。なるほろ。

Delphiが.NETに対応したら、コードの書き方は結構かわるのですか？
VB６→VB.NETはDB関係やコードの書き方がかなりかわっていますが。

物がまだ出てないのでハッキリいえないが。プレビュー版では
さほど変わらない感じ。まあ、同じヘジが書いた言語だからな。

これだからDel厨は（藁

>>1
お前の知恵が足りないだけだよ

>>655
お前のレスが遅いだけだよ

ＹＥＳ

ＹＥＳ？

Delphiは個人的に使う使い捨てソフトに向いてるね。
特定の文字列生成するとか。

禿げ同。メンテできる人が少ないから
多人数でやるプログラムには向かない。

もう時代遅れの開発環境だね。
Delphi8に期待!!

おまえらの使ってるlibcのgets(3)はオーバーフローしないの?

またVBプログラマから香ばしいヤツが出てきました。

パクリ常習犯のフリーソフト作者
http://news4.2ch.net/test/read.cgi/news/1064932692/

レジストリの掃除・最適化 part6
http://pc2.2ch.net/test/read.cgi/win/1064620027/123-

>>659
パクリは良くない

＞＞659
スクリプト使え

Delphiはコンパイル速いから、サクっと
コードを直して、そのまま実行できるから生産性高いよ。

すこし修正して、実行。
動作がおかしかったらまた修正して実行。
動くようになるまで、修正と実行を繰り返せるから
生産性が高い。

>>666
新しいアイデアやコンポーネントの仕掛けを考える時には役立つけど、
動作がおかしかったら修正して実行てのはあんまり良くないなあ。
まあ、画面の位置ズレのドット調整とかならいいけど・・・

動作がおかしかったら、そのモジュールのテストルーチン（テスト用のDPR）を書き直して
テストするとかいう意味なのかな？

>>661
Enterprise版の値段下げに期待

結論言うとＨＳＰ最強ってことだな？

強いの好きなの？　おれは美味しい方がいいな。

ＨＳＰはスープだし美味しいよ。

でも、俺猫舌なんだよな。　辛いのが好きなんだ。

おまいらマイナー言語フェチだな＞ＨＳＰ

マイナー言語というならHSPとDelphiはいい勝負

>>674
ほんとにありがたい事だ。

昨日　サスケの山田　勝巳さんの放送みて思ったけど、　やっぱり人間成功体験って必要だよね。
たとえ小さくてもいい　そこから自信が生まれてバランス感覚も育ってくるんだろうなとさ。

Raveレポートって、あまりたいした処理はできないよね？
非常に使いづらいんだけど。
クイックレポートも使いにくかった。

DelphiでCREATE TABLEって使うの？

>>677
使う人もいるし、使わない人もいるしじゃないの？
使わなくてもある程度いけるけど

CREATE TABLEで作ったテーブルをTTableのように使えるのでしょうか？

>>679
君は根本的に知識が不足しすぎているから、勉強しなおしなさい。
お馬鹿の相手なんてできるわけがないでしょ？

>>680
相手にしてくれなくていいよ。
Delphiは使ってないから、勉強もしない。
ていうか、Delphiの仕事ないし。

>>681
君の知識ははDelphiよりもVB以前の問題だから（汗
心配しなくても（ｒｙ

>>679
SQL にはデータ定義系(DDL)とデータ操作(DML)に別けられるのは知ってるよね？
TTableから利用するという事はBDEの操作と思うけど
TQuertyでSQLでデータ定義・データ操作の両方をする事も
TQuertyででデータ定義だけして、TTableで操作することも出来る。

delphiを否定する心の奥底にあるのは、
これまでdelphi以外の言語を必死でやってきた努力が薄れると
いう焦燥感からかね。

他言語使用プログラマよ。

>>683
お前ってイイ奴だよな（ｗ









TQueryのつづり間違っているけど。。。
それと、TTableでデータ定義もできるよ。

クォリティっぽいよな。
俺的にはラップされすぎ感のあるTTableより
TQueryの方が使いやすい。

ちなみにみなさんDBはなに使ってるの？
DBＧｒｉｄとか使うときロックかかって困ったことない？
Oracleなら大丈夫みたいだけど

ム板かと思った…
>>687
最近はFirebird。
タダだしDelでは使いやすいし。
IBTableが使い物にならないことさえ知ってればOK。

>>687
分離レベルの設定とかした？

>>689
したけどさ、結局どう設定するのが正しいのかなって。
READ UNCOMMITTEDでやるしかないのかな？
OracleだとSELECT文ではロックかけないから気にしなくていいみたいだけど

>>690
ロックについてもっと勉強するべき！
いったい何を作るのか、どのような機能が必要なのかを踏まえた上で
各種アクセスレベルを調整するべき！
ロックについてはweb上に良い資料がころがっているのでぐぐる！

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　以上

漏れがいいたかったのは、DB共有するならDBGrid等のDBコンポーネント使っちゃいけないよね
ってことなんだけどね。
アイソレーションレベルの話しってよりDBGridの話しをしたかったんだが、
ちょっと舌足らずだったね

DelphiはDBに関しても中途半端

>>692
ああ、確かに。
　双方で変更されても片方が片方に反映されるようになんて仕様を頂くと苦労する。

また FUD かぁ。
>DB共有するならDBGrid等のDBコンポーネント使っちゃいけないよね
じゃ、なにつかうのよ。
使い方を間違えているだけじゃないのかな？

RDB で、複数クライアントからの同時更新、逐次アップデートをサポートするとなると
どんな環境（開発言語、使用 DB）でもそれなりの注意が必要だ。ってことはわかっているんだよね？

ＤＢコンポーネントってqueryやtableをオープンしっぱなしじゃないと駄目でしょ？
dirty readを避けるためにアイソレーションレベルをREAD_COMMITTEDにしたら、
その画面開いてるあいだはロックかかっちゃう。

だからＤＢ共有の環境では
１．テーブルをオープンする
２．StringGrid等に読み込んだデータをセットする
３．テーブルをクローズする
という感じしないと駄目だと思うんだよ。

ちなみにOracleではSELECT分を投げてもデータをロックしないから、
普通にオープンしっぱなしでも大丈夫なんだけどね。

・・・なんか板違いかな、すんません

>ＤＢコンポーネントってqueryやtableをオープンしっぱなしじゃないと駄目でしょ？
いいえ。
リアルタイム更新する予定がなければ、ある時点でのスナップショットが手元にあればよい。
ということはわかるかな？だからオープンしっぱなしにはならない。

リアルタイム更新は、DBGrid でだけ問題になるわけではない。
RDB なら定期的にアップデートかけるか、サーバー側のメカニズムで更新情報をもらい
クライアントを再描画する。
これも、オープンしっぱなし。である必要はない。

.. 「オープン」って書き方から、もしかして BDE 等のローカル DB エンジンの話をしてる？
この点、確認が必要ですね。

それと、オープンと（テーブル/レコード）ロックは別の概念だけど、よいかな？

誰かが SELECT文を投げるだけで、他のクライアントがエラーを返すような RDB って
ほんとに実在するの？今時、マルチユーザーをサポートしていない RDB なんてあるのか？

> いいえ。
> リアルタイム更新する予定がなければ、ある時点でのスナップショットが手元にあればよい。
> ということはわかるかな？だからオープンしっぱなしにはならない。

スナップショットだけあればいいってのは 分かりますよ。
実際にＤＢコンポーネントでそういう実装がされてるんですかね？

> リアルタイム更新は、DBGrid でだけ問題になるわけではない。
> RDB なら定期的にアップデートかけるか、サーバー側のメカニズムで更新情報をもらい
> クライアントを再描画する。
> これも、オープンしっぱなし。である必要はない。

これも言いたいことは分かるんだけど、これはＤＢＧｒｉｄと関係ある話なの？
実際にDataSetのcloseメソッドを発行した後にも
ＤＢＧｒｉｄにデータは表示されたままになってるのかなってところを確認したいんですけど・・・

> 「オープン」って書き方から、もしかして BDE 等のローカル DB エンジンの話をしてる？
> この点、確認が必要ですね。

違います。ＤｅｌｐｈｉのＤＢコンポーネントの話しです。

> 誰かが SELECT文を投げるだけで、他のクライアントがエラーを返すような RDB って
> ほんとに実在するの？今時、マルチユーザーをサポートしていない RDB なんてあるのか？

読み取り一貫性を確保しようと思ったらＳＥＬＥＣＴ文発行時にロックをかけるのは普通でしょ？
少なくともＤＢ２はそうなってるみたいだけど。アイソレーションレベルとかって知ってますか？
別にＲＤＢの機能について問題にしているわけではなくて、
ＤＢコンポーネントの使い方について話しをしてるんですよ（しつこくてごめんね）。

板違いっぽいですし、自分の中では結論らしきものが出てきてるんで、この話しはこれくらいでやめときます

>スナップショットだけあればいいってのは 分かりますよ。
>実際にＤＢコンポーネントでそういう実装がされてるんですかね？
それは DB コンポーネントの処理するものではないでしょ？
TTable ではなく TQuery の結果を TDBGrid に出せばすむのだけど。

Javaに対抗できるのはDelphiだけ。

キャッシュアップデートもあるけど、ちょっと使い方きをつけないと
厄介な場合がある。

ググッてたらむかつくＤｅｌ厨ハケーソ！
http://plaza.rakuten.co.jp/s15silvia/013000

思わず殴ってやりたくなるｗ

>>702
まあまあ、なんとなくいいやつじゃないかｗ

笑った。でも、自分を作ろうとしてないから好感が持てる。
私の部下には優秀な人もいるけど、私は不器用でもこう言う人の方が好きかも。
「できないこと」を素直に「できませんよ」と言ってくれそうだし、
(何を聞いても「できませんよ」、教えても「忘れました」だとクビにするけどw)
うまいぐあいに貸し借りを作れそうな人柄ですな。

>うまいぐあいに貸し借りを作れそうな人柄ですな。
同感。

WinFXの出現でDelphiの寿命がさらに縮まった

Kylixってどうなったの？

>>707
Delphiとは関係ありません

KylixはDelphi言語ですよ？

Delphiはいつから言語名になったんだ？

>>710
http://www.borland.co.jp/news/kylix3j.html
> ■Borland Kylix 3の新機能ハイライトは以下の通りです。　
> Boralnd VisiBroker(R) 4.5 for Kylix 3を同梱* しており、
> Delphi言語によるCORBAクライアントおよびサーバー開発を行います。

暴乱徒に聞いてみたら？

あ？>>709はアホですか？DelphiはC/C++と並ぶ高度成長言語ですよ。
>>710もアホかよ…。これだから自称プログラマは基本的なこともわかっちゃいねぇ。
Delphiは最初からプログラミング言語だろうが。ボケが。
Borlandってところから言語名そのままでソフトが出てるのに…。

>>712
ええと、　D6より前は Object Pascal と某は呼んでたんだよ。

「某」って「それがし」と読むの？それとも「ぼう」？
どっち？

>712
他人を自称プログラマとか言えないみたいね（ぷっ
あんたのプログラム暦の浅さがばれちゃったみたいね〜
ぼくちゃんはすっこんでたほうがいいみたいだよ〜ん

>DelphiはC/C++と並ぶ高度成長言語

どの辺りが並んでるんだろ?
それより高度成長言語ってのが謎だな(w

…「成長」してるんだろうな…ｗ

マジで頑張ってほしいんだが、ボーランドさん。
.Netって無視するわけにゃいかんのか？

「無視」したとして、何がほしいの？

VCL not over .NET

Delphiの仕事ねーよ。

>>721
うちの営業マンはVB５〜６で作られたタコなシステムがある会社に
片っ端から｢VB6で作られたシステムのここがタコなんですよ｣
と極悪な営業をしまくって､Delphiのプログラムにことごとくリプレース
しまくっている｡
ま、結果的に客は大喜びだが｡

おかげで人員が足りねぇ。氏にそうだ｡

プログラミング言語が成長してるかどうかって
何で計るのかな・・・・
Delphi製のフリーソフトで人気を博しているものは
いくらでもあるわけだし・・・・
確かにたとえばCOBOLみたいに、
現在も使われていても将来性皆無な言語もあるけど。
この辺の議論を抜きにして｢終わった・終わらない」と言っても
埒が明かないな。

この業界仕事ねーよと思っていたら
単にDelphiの仕事がなかっただけだったんだよな。

Delphi仕事ねぇーよ、とか言ってる奴らよ！
Delphi使えるならC#余裕で覚えられるだろ(w
Delphi使いは、ほかの言語も覚えやすいだろ。
覚えられない奴は、この仕事に向いてないのでﾔﾒﾚ。

つーか、覚える必要性をまったく感じない

Delphiは意外と使われてます（事実）

パーセンテージで言うとどの程度よ?
1%に満たないなら、無視されてもしゃーないだろ?

なんでDelphiの仕事少ないんだろうな。知名度の問題だけじゃねーべ

>>729
漏れの周囲のVB/C++使いによると
･客が｢VBでやってくれ｣と指定してくる｡
･Delには興味があるが､VBによるデスマにはまり､学習する時間がない｡
･上司がMS製品で開発することにこだわっているため､稟議が通らない｡
会社の方針でVBを使わざるを得ない｡
･C/C++使いは､Delにする必然性がない｡デバイスドライバ開発などは
C/C++でないと､(ほとんどの場合)できない｡
と言っておりました｡

現実的には「Delphiの仕事がない｣のではなく、
｢Delphiでなければならない仕事がない」と言うのが現実ではないだろうか｡
デバドラやWEB系のシステムは別にして､たいてい一見VBでできてしまうから｡
漏れはWin32+C/SのDBの仕事中心なんで､客がなんていおうとねじ伏せて仕事とってくるけど
(WEB系はさすがにそんなことはしない)｡

だから必然的にDelphiの仕事がないのだろうな。

ＶＢ使うより、Ｄｅｌのほうが仕事が早く終わって楽なんだがな（ｗ

M$製で無いからだろ
そんだけだ

>733
そおか？
・
・
・
やっぱそれしか思いつかないなｗ

>>732
こいつはVBを使った途端、コンポーネントを使わず作らず
プログラミングをするのだろうな。

自分のスキルの低さを晒しただけでした。

>>735
Delphi使ったことがない奴はコンポーネントの意味をわからないし
使えないのだろうな。

自分のスキルの低さが分からないだけでした。

VCと比べてあーだこーだってのはわかるが、
VBとDel比べるのはお門違いだと思う。

ぼーらんど自体が比べてるし（藁

∴やっぱりぼーらんどはぼーらんど

まだいるのか！
DelのコンポーネントとVBのActiveXを同じモノだと思ってるヤシが！！！！

C#おぼえるかDelphi覚えるか迷ってるんだが・・・
どっちがいいよ？

>>741
Delphi

↑悪魔のささやき

　 　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼
　 　 　 　 （　　これからもずっと一緒にDelphi使おうね・・・
　　　。o ○＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／
　　.∧∧ﾍﾍ 　　　　 ／￣￣￣￣￣￣￣￣￣＼
　　(　　ﾉ　 ) 。o○（　　うん・・
　 ./　 ｜　 ＼　　　＼＿＿＿＿＿＿＿＿＿／
　（＿__ﾉ(＿__ﾉ
／　　　 　　 ＼

人それぞれだろと思ったのは俺だけか？

転職面接で使える言語を言ったときに「C,C++,VB,Delphi・・・」と言ったら、
部長に「まだデルファイあるんだ！！当時は話題になったけどねえ」と懐かしがられ、
仕事するようになったら同僚から「これデルファイで作ったの？」とやたら強調されるんですが・・・。

いつまでも役に立たないんだよねぇ。

>>741
両方覚えたら？
マジレス

delphi は最強では

マイクロソフトのＣ＋＋とか.netなんて
体系がむちゃくちゃ、発作的に機能を蛸足配線的に
付け足した感じがする。

その点delphiのプログラム体系は非常にすっきりしてすばらしい。
またコンパイル速度が早く実行速度もC　並。

ｍｓのC＋＋とか．ｎｅｔなんたで開発してるやつはｄｅｌｐｈｉの
よさ知らないアホ。

と言ってみるとどれくらいひきがあるかテスト。

Del6無償版のユーザ登録ができないんだけどもうやってないんですか？

>751
ドットネットパスポートは取得済みか？

>>752
持っていません
とりあえず、BMNMに登録してみます

だめだ、登録できない
Delはやめよう

y

漏れの知ってる有名なフリーソフトのDelphi使用率が高いのはなぜだろう。。。

Irvineを見てDelphiを志したのはおれだけじゃなかろう

>>756
delphiってプログラミングはＶＢに似てプログラムしやすいし
（実際の変数の型が厳密だったりしてなれないとちょっと面倒）
Ｃ言語のポイントも使えるし、この言語一つで出来ないことは
ほとんどない（アセンブラもコーディングできる）
ＶＢだとポインタ使えないからｗｉｎ３２使うときとても面倒。
ＶＢなんてまともなソフト開発言語じゃないし、
（エラー処理が完全にできない、機能に色々制限がある）

Ｃ＋＋はクラスの考えがむちゃくちゃで覚えにくい、使いにくい。
またコンパイル速度はｄｅｌｐｈｉは数万スッテップでも数秒。
Ｃ＋＋は何十秒、何分もかかる。
そしてＣ＋＋で、できてdelphiにできなきことはない。

Ｃ＋＋では開発効率が悪く、メンテしにくい。ＶＢはＤＬＬの配布やバージョンの
管理が大変だし、実行速度が遅い。
これがフリーソフトでdelphiがよく使われる理由では。

>（エラー処理が完全にできない、機能に色々制限がある）
どういう制限？

>Ｃ＋＋はクラスの考えがむちゃくちゃで覚えにくい
どう「むちゃくちゃ」なの？

さてボロが出るのを待つかｗ

Delphiの開発断念は残念だよね。

>>756
私もそうだよ。Editorを作る人にも多い。

>>757
IrvineもDelphiなんだ。
ちゃんと使ったことはないけど、
今ではDL支援ソフトの定番だからね。

>>758
釣ってんのか、ボケてんのか、バカなのかわからんやつだな

>762
そっとしとけ

749==758

全角やめろ

まぁ、なんだ

(ﾟ∀ﾟ)<ｽｯﾃｯﾌﾟ

デバイスドライバ作るときだけＭＳ製品使わなきゃならないと思う。
それ以外はすべてDelphiでＯＫでは？

デバイスドライバも Delphiで作ろうって奴が　日本にもいたような・・・・前にWebで見た記憶があるぞ。

Delphi８買った人居る？
優待販売の葉書って、いつ届くの？

>>768
優待の封筒が届いたよ。でも、今回は買う予定なし。

>>767
かなり昔、nifty で見た。
Win95 用を Delphi で作るとかの話・・・
結局挫折したようだけど。
WDM になるとかなり難しい気がする。
どっちにしても仕事では使えないよー。

見つけた。これだ
ttp://member.nifty.ne.jp/Horiguchi/tools/toolsmain.htm

＞DDtは、Win95用仮想デバイスドライバーを某ＭＳのSDK,DDKを用いなくとも
＞Windoes95/98 W32用仮想デバイスドライバーをDelphi 3.1で作成 する事を目的とした素ソース群です。

おっ!
完成したのがあったのか。 toy ってのがいいね。(w
俺が見てたのは違う人だったなー。
Delphi 出始めの頃(〜3.1)はおもしろかった。

Delphi の SOAPDataModule と TSOAPConnection　が大好き（はぁと