ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi談話室その25

　　　　　　　　　　　　　　　　　 ／￣￣￣￣￣￣￣￣￣
　　 　∬　　　∧,,∧　　　　　　|　 Delphi や Borland に関する話題
　　 　 ~━っミ ﾟДﾟ彡,, 　　　＜ 　雑談や質問を、しながら
　 　 ∀.＿（,,,~　　,,,~⊃＿　　　|　ﾏﾀｰﾘくつろごうや
━┳┷　|.　,(~ヽ,,,ﾐ.　　　　　　 ＼＿＿＿＿＿＿＿＿＿
　 ┃...|￣￣し'Ｊ. ￣￣￣
　 ┻ ヽ￣￣

（注）本スレは被害担当艦としての機能も持ち合わせております。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげてください。

ボーランド
http://www.borland.co.jp/
DelWiki
http://onigiri.s3.xrea.com:8080/delphi/
Borland Developer Network
http://bdn.borland.com/

前スレ
http://pc8.2ch.net/test/read.cgi/tech/1120195090/

乙

関連スレ

くだすれDelphi（超初心者用）その26
http://pc8.2ch.net/test/read.cgi/tech/1121249711/
くだすれC++Builder（超初心者用）
http://pc8.2ch.net/test/read.cgi/tech/1117225464/

Delphi相談室（上級者用）その１２
http://pc8.2ch.net/test/read.cgi/tech/1064766880/

Delphi2005 プログラミングテクニック Vol.6 ASP.NET編
http://www.cbook24.com/bm_detail.asp?sku=4877831444

いつの間にか増殖中

関連スレ

VB.NET質問ｽﾚ (Part12)
http://pc8.2ch.net/test/read.cgi/tech/1121600038/
VBプログラマ質問スレ（6.0以前） Part43
http://pc8.2ch.net/test/read.cgi/tech/1123952677/

何時の間にか、Delスレはこのネタスレしか見なくなった。
Delだとあんまり情報イラネで開発できるし。

ヒロシmallocなんつって

今日は暴れたい奴が多そうだな。
ストレス溜まっているのか？

何？あのWikiの禁じ手/中級、継承を使うなって。
結合度や強度の点で問題があるとかかいてるけど、
継承するクラスの単位ってほとんど独立したモジュールだよね。
そんなものでも問題あんのか？
ここの連中は継承使ってないの？

> ここの連中は継承使ってないの？
もちろん使うけど、使い方にコツがあるという事だよ。
設計論なども勉強しないと、右往左往する事になる。

ある程度の規模のアプリを書いていれば、継承の怖さが分かるはずなんだが・・・
VB厨には分からんのかな

あ、そうなんだ。
自分殆ど継承しちゃう。
ただ、ＶＣＬに限らず、ある処理には、継承とオーバーライドはこの部分、
と決まっちゃうから、慣れて無い人にはキツイのかな。

> ある処理には、継承とオーバーライドはこの部分、 と決まっちゃうから、
そんなに上手くいくか？
当初の設計では想像もつかない要求が多発するのが普通だと思うが

＞そんなに上手くいくか？

考え方逆。
知恵の輪を解く、というか、場合によっては禁じて見たいな手を使う。

例えば、昔のTStringGridのカーソル（TImplacementEditor）のハンドル取るには、Win32使うしか無かった。
今のVCLではTStringGridのカーソルの生成がバーチャルメソッドになってて自由になってる。

もうこのスレいらんだろ・・・

> バーチャルメソッドになってて自由
バーチャルメソッドで付け替えて済む程度なら良いけど・・・
当初の想定を超えた場合はどうするの？
親を変え、子を変えとすごい事になるよ。

継承好きなのは分かるけど、継承には多大な弱点がある。これ常識。

>>15
バーチャルメソッドで親子は変えれないが。

＞継承には多大な弱点がある。

だからこそ、
> ある処理には、継承とオーバーライドはこの部分、 と決まっちゃう
使い方しか出来ない。

> バーチャルメソッドで親子は変えれないが。
どう読めば、そう解釈できるのかねー。

> 使い方しか出来ない。
そんな事勝手に決めたって無駄。
特に保守する場合は、そんな自由はないし。

あの禁じ手はジョークだろ。まじめに論じるのはばかばかしい

まあ、ジョークという面もあるけど
なにげなく使っている物は皆、凶器になるというメッセージ性もあり
じゃあ、どう使うか皆で考えよう、という叩き台としての意味合いもあるつもりなのだが・・・

もう少しレベルの高いつっこみがあれば、議論も盛り上がるのだが、どうよ？

まじめに論じるのはばかばかしいものはレベル関係なくばかばかしい

はいはい、無理にとは頼みませんよ。
ネタ振ってきたのはそっちなのに、逃げ打つのはどうかと思うけどね。

暴れ足りたのかな？荒らし君。

>>10
なんでVB厨になるんだか。
継承の怖さ？んなもんわかってるつーの。
それ理解しても尚、継承使ってないのか問いてんの。

>>20
思考停止するな。

>>22
「継承を使うな」っていう題名でも
下の説明を読めば、コンポジションを使える所は使えという常識的な話だと思うが。

> 継承使ってないのか問いてんの。
VCLみたいな、美しい継承構造は作らないようにしている。

>>23
あぁ、たしかにVCLは綺麗だよなぁ〜。
実務ではなかなかああはいかないね。

VCLはWindowsっていう固定的な物の上にのっている
固定的なフレームワークだからね。

コンポーネントを作るお手本にはなっても、アプリケーションのお手本にはならない。
継承を知ったばかりの初心者は、それを知らずに土つぼにハマル。

某から年間サポートの案内がきました。
そこにちっちゃく新バージョンの発売がアメリカ年内と書いてあります。

ほんとうに有料バージョンアップになるんですね。
2007まで評価まちです。

　　　 ∧,,∧　　乙かれ。
　　　ミ,,ﾟДﾟ彡　　　
　 　 ﾐ　つ旦)~~
　 〜と,,,~),,~)

Delphi好き同士仲良くね。

殴り合いになるわけでもないんだから仲良くやる必要ないよね

さすがDel厨

> ほんとうに有料バージョンアップになるんですね。
料金は安くなるんじゃないかと、勝手に思っているんだが、どうなんだろ。
Delphi 2005 -> 2006＝１万円位にならないかしらん。

> 2007まで評価まちです。
.NET 2.0やVista対応で、またひと波乱ありそうだけど・・・

917 名前：デフォルトの名無しさん 投稿日：2005/08/30(火) 00:58:48
久々にDEL厨見た。
ちょうどいいや。これはごく単純な疑問として聞きたいんだけどさ、
DEL厨の間ではヘジたんはどういうポジションになってるの？
さらわれたお姫様みたいな感じ？反対に裏切り者として忌み嫌われているとか？
それとも誰それ？みたいな感じ？

>>27
今まで某の文句やFUD垂れ流しておいてそんなことよく言えるね。

> 某の文句やFUD垂れ流して

メーカへの不満と、ユーザ親睦は矛盾しないだろ
ほんとに Delphi が好きなら、昨今のメーカへ不満がない方がおかしいだろな

不満があるならVS使えばいいじゃん

頭悪いレスだな。VSで Delphi 使えるわけないじゃん

Delphiしか使えないってVBしか使えないのとどう違うの？

C#に移行してればVSもDelphiも使えるのに。

Delphiしか使えないのはDelphiしか選択肢がない
VBしか使えないのはVSしか選択肢がない

同類。

C++Builderが統合されるとかいう、Delphi2005の次ってﾏﾀﾞｰ?

C++Builderが安いですよって案内のDMが来て、
そこにちっさく「時期Delphiに統合されるC++Builderが云々かんぬん」
てあったので結構気になってるのだけど。

　∫,,,,,,,,,∧,,∧　　>>38
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ 　噂では
　　　D2006はUS版が年内とか。
時期的にD2005+バグ修正とBCB追加って
　　　だけなのかしらね。

その頃にはVB 2005が正式リリースされて大差ついてる頃だな

BCBとDelphiってどっちが実行速度速いの？

実行速度は同じだろ。
コンパイル速度が違うだけ。

>>39
Delphi Survey 2005で、新機能よりバグ取り優先という結果が出たんじゃない。
品質最優先で頑張った結果がどの程度か、見たいような見たくないような。

品質回復＞機能強化＞再度品質回復
よりは
機能強化＞まとめて品質回復
のほうが良かったんじゃないのかなあ。。。

>>39
ｻﾝｸｽ。つーとJPローカルは来年か・・・
まだDelphi5Proで満足しちゃってる不良ユーザだから
そろそろお金落とさないとという程度の動機なので、
生暖かい目で見てまつ。

てか製品のライフサイクル、やっぱり短いよね。
どうせ買ってもMMOもやる日曜ｼｭﾐｸﾞﾗﾏには時間的に
使いこなせないので購入タイミングがすごく難しい。

高品質 Delphi 2006が出来れば、Personalも出るでしょ。

日本は無理

交渉力の無い日本人には無理。
カラ元気だけの新社長ももう別の会社を探しているし(w

952 名前：デフォルトの名無しさん 投稿日：2005/08/30(火) 17:05:06
ヘジを知らんDel厨なんて始めてみたｗ

DelWikiで誰も雑談しなくなっちゃったね。
言論統制って怖い怖い。

このスレにいるのはせいぜいレベル３程度

そりゃそうだ。レベル高いひとはいつまでもお先真っ暗な Delphi やってるわけないもん

レベル高い人は何をやるんですか？

JavaかC#
今ならC#優勢

>>54
ﾜﾗﾀ

普通VBやるだろ

馬鹿はね

C#郵政

C#で、アスペクト指向って出来る？

C#ならアスベスト使ってませんよ。

なんだ出来ないのか。

CrossFPC
http://crossfpc.untergrund.net/

Free PascalをDelphi IDEに統合するツールｗ

ダウンロード出来ないのかよ。

>>54
java c#優勢って、
「北朝鮮では」とか「埼玉では」とかいう落ちだろ？

学校始まるのでストレス溜まって暴れているだけだから気にするな。

> 「北朝鮮では」とか「埼玉では」とかいう落ちだろ？

はぁ？ ユーザ数なら確実に１桁以上 Delphi より多いだろさ、埼玉以外でも（笑

Ｃ丼アプリが無いのにユーザー数がどうこうって（爆笑

変なヤツだ、アプリの数とユーザ数は何の関係があるんだよ。Java アプリだってないじゃんか。

> Java アプリだってないじゃんか。
おいおい (^^;

DelphiアプリXP上で不安定杉

VCL平気でメモリリークするし

Delphiで継承使う香具師は素人
VBはやっぱり正しかった

>>70
時々その書込みを見るけど自分では経験がない

特定のコンポーネントで起きてるのかな？

>>73
>>70-72はいつもVB厨がやってる釣り。

>>72
VB.NETは間違っていると認めるわけだな。

>>66
というかDelphiでもC#使えるよ？統合されたこと知らないの？

JavaもC#もサーバサイドじゃん

> DelphiでもC#使えるよ？統合されたこと知らないの？

知ってるよ。わざわざ Delphi の糞IDEつかって C# やる人は、それこそ頭を疑うけど。
そのうち、Delphi でも C++ つかえるよ、とか言いだすんだろなぁ。

BCBまんせー

> それこそ頭を疑うけど。
VSのプロジェクトをちゃんとインポートできれば、使っても良いのだが
ちょっと込み入った奴はみんな駄目。

>Delphi でも C++ つかえるよ、とか言いだすんだろなぁ。

これってスゲー強力。
無限にあるVCLコンポーネントぺたぺたしながらSTL。ｗｗｗｗｗ

>Delphi の糞IDEつかって C# やる人は、それこそ頭を疑うけど。

Ｃ丼のメリットは無いからイラネ。

>>78
じゃあ良IDEのｽﾚだけ巡回してれば？

>>82
Delphi for .Net でEnterprise Library使いたいなー。
誰か成功した人居ます？

>>81

BCB なら今でも出来るんでは？

統合反対！ ばら売りしてください。＞ 某

統合版の価格＜＜＜ばら売り版の価格だけど良い？

> 統合版の価格＜＜＜ばら売り版の価格だけど良い？

ははは、某ならそのくらいやりかねないね。ついでに統合版で自動的に .NET 殺す
ユーティリティーを付けたりして・・・・

でもほんとにほしいのは正常に動作する Delphi.NET なんだ。ほかは間に合ってるからいらん。

やっぱ、文句言いながらもDelphiっておもしろい。

前向きで宜しいｗ

最近、M野氏も前向きに回答してるね。
giko もFUDしないし

皆、関係者じゃなくなった余裕って奴？

どこの話題で盛り上がってるんだ？
>>1にでも書いておいてくれ。

>>90

いよいよほんとに危なくなってきたからだろ・・・

Delphi2005 のヘルプ、GetMem とかの動的割り当てルーチンの項目が漏れてる
だめぽ。。。

>>93
BCB6なんてページが見つからないだの関数、クラスの使用例がPascalだったりC++だったりだから何とも追わないぜHAHAHAHAHAHAHA

確かにドキュメントの不具合は困るけど
気に入らなければ自分で適当にヘルプを作って追加すれば良い。

某も日本語ヘルプなんてソースごと公開してしまえば良いのに。

>>95
HTML ヘルプは完全にソース化できるんだが。

>>95
編成が悪いヘルプは直せても、項目が漏れている場合はどこから情報を持ってくるんだよ。
バージョンアップ時に仕様が変わっていないという保証はないんだからさ。

といいつつ、Delphi4 のヘルプで動的割り当てルーチンを引く俺。

ヘルプの改訂が遅いのは、日本語版などがあるからで
英語版だけだったら、じゃんじゃん改訂できるのに
と担当者が言っているのだから

英語版は某がじゃんじゃん改訂して、日本語版はそれを見て
日本人ボランティアが直すようにすれば、項目漏れはなくなると思うよ。

ボランティア頼みの企業製品で、他社製の無料ベータに劣る有料製品って・・・・もうダメポ

> 他社製の無料ベータ
だからさ、無料ベータじゃないんだってば。後払い制なんだよ。

むしろ巨額の宣伝費をかけて無料ベータにしたのに、この程度しか流行らない方が
問題。よほど筋が悪いっていう事。

それから中学生程度の英語が出来るなら、ボランティア不要だから。

日本語版いらないっしょ

非公式パッチまたでたね。
http://blogs.borland.com/abauer/archive/2005/09/02/20999.aspx
やるねぇ

情報Thx !!!

日本のユーザーって変だから無視しとくのが一番。

Q&Aボランティアは大した物だと思うが、結束力はないな。

英語のHELPも読めないプログラマなんて使い物にならんよ。

まあ確かに。
でも日本じゃ、日本語ドキュメントやヘルプが無いと流行らないから仕方ない。

できるだけ日本語化して、くず翻訳でも良いからボランティアも集めて、
あとは英辞郎でもバンドルするみたいな努力が必要だと思われ。

同人ソフト作成ぐらいしか使い道がないのにそんな労力費やす馬鹿もいないよ

あふぉばっか。

>>108
労力って言ったって、基本的には自分で読みながらテキスト入力するだけだろ。

VB.NET使えば生産性もDelより上だしヘルプもきちんと揃ってるのに

そうだね。
VB.NETがWIN32アプリを作れて、Apacheを使えるようになったら乗り換えようかな。

何でそんなシステム・アプリ依存な要求するの？
Del厨ってクロスプラットフォームの意識がないんだね。

アンチMSなのにWindowsべったり。それがDel厨

Win64に対応できないDelphiﾌﾟｹﾞﾗ

やっぱりVBの方が優れてるよなあ

> 何でそんなシステム・アプリ依存な要求するの？

はぁ？Delphi＝クロスプラットフォームでしょ。
.NET, WIN32, LINUX, IIS, Apacheなんでも使えるんですけどね。

VB.NETでしょ。システム・アプリ依存なのは。
.NET, IISオンリーでしょ。MONOなんて、もう消えかかってるし。

Windowsべったりって言うのは、WIN64使っても無いくせに
MSの宣伝だけ見て、WIN64マンセーになる奴の事。

Del 厨は、とりあえず使ってみてから判断する賢さがある。

で、VB.NET製のMS Officeって、いつ出るの？

で VS.NET とか Del 厨は当然使ってみたんだよね？ Delphi２００５とどっちが
よかった？

> Del 厨は、とりあえず使ってみてから判断する賢さがある。

笑わせるなよ。Delphi8 買うのも Del 厨なら、Delphi２００５買うのも Del 厨だろ。

ぷっ、今時 Delphi まだやってるのは賢いわけねぇーだろ

> Delphi8 買うのも Del 厨なら、Delphi２００５買うのも Del 厨だろ。
だからさ、想像でWIN64マンセーではなくて、買ってみて判断している。

> Delphi２００５とどっちが よかった？
Delphi 2005。苦労もあるけど、そこが面白い。

> ぷっ、今時 Delphi まだやってるのは賢いわけねぇーだろ
Vista＝ショートホーンだから、残しておいて正解。

いろいろ試しましたがDelphiが一番しっくり来ました！おかげで完成です。
ありがとうございました！

>>113
Lazarusがあるよ

ないよ

あるよ

次のdelphiではC/C++のヘッダを翻訳しなくてよくなるのですか？

え〜？ヘッダの翻訳が楽しみだったのに〜

あと２・３ヶ月で次が出るのか・・・
その割りにあんまり情報が無いね。

.NET 2.0に対応はさらに次のバージョンですか(´・ω・`)?

Vistaが普及するのは2007年以降だから、まあ良いのでは。

つか.NET 1.1プロジェクトをまともに読み込めない現状では.NETできんよ。
C#Builderの改良希望！

delphiが好きだが、STLを使うためにC++Builderを使う俺は、
はやく.NET2.0のgenericsが使えるようになってほすぃ

今現在VB使いでさえgenericsを使いこなしてるというのに

正直、genericsだけ導入されてもな。

Del厨は今でさえ正規表現すら使えてないのに
Genericsを習得するのにはあと30年はかかるな。

正規表現なんてCUI時代の化石機能だろ。
Delphi VCLには不要。

で、正規表現とgenericsを使って、どんなプログラムを作ったの？

ほら来た、俺個人には必要ないから他の人にも必要ないに違いない、と

少なくともDel厨には必要ないなｗ

実行が高コストな正規表現をコンパイラ型環境で使う香具師はアフォ

正規表現なんてperlでバッチ処理とかgrepとかでしかつかわん気が‥‥

テキストのパースすら自力で書けないのがプログラマなんかやってるの？

車輪の再発明よくない

パフォーマンスに対する貢献度の低いチューニングは時間の無駄。
パフォーマンスチューニングのタイミングは遅らせた方が適切な場
合が多い。最初のコーディング段階では生産性優先。
生産性を上げられるなら正規表現でも何でも積極的に使うべし。

パターン指向リファクタリング入門は良書なんで読むよろし。
VB厨如きに煽られるとは嘆かわしい。

Del厨はわざとステップ数と開発期間延ばして金ふんだくる
モラルのない奴が多いんだよね。

つか、お前ら正規表現、何に使っているの？
文字列解析なんて、そんなにしないと思うが。

そうだね。だからDelphiに正規表現なんて必要ない。

VB厨如きというか、VB厨の方がレベル高いじゃん。きちんと時代に合わせて進歩してる。
Del厨はDel 2.0の栄光から抜け出せずに何も進歩してない。

> VB厨の方がレベル高いじゃん
そういう生意気なことは、Del厨のアプリケーションを超える物を作ってから言え。

ついでに言えば、技術的な面ではJAVA厨の方が上。
.NETなんてJAVAの劣化コピー。

テキストエディタ作るにも正規表現がないと困る

テキスト・エディタなんて作るか普通？

Del厨の作るものは所詮おもちゃ

>>149
C++使いですが何か？
Delphiなんてバグだらけのおもちゃでアプリなんか作りませんよ普通。
まだJava・.NETの方が役に立ってる。

> Delphiなんてバグだらけのおもちゃでアプリなんか作りませんよ普通。

Delphi 製アプリが山ほどある現実から目をそらすな。
つか、自分のバグをツールのせいにするな。

> Delphi 製アプリが山ほどある現実

でも Delphi8製 や Delphi2005製は見たことない。
Delphi はいいが、最近の Delphi はもうだめだろ。
過去の栄光で生きてるだけ。

> でも Delphi8製 や Delphi2005製は見たことない。
BDNはDelpih 2005製らしいぞ。

> 過去の栄光で生きてるだけ。
最終的な結果が出ていないだけだろ。

つか、駄目駄目言うだけなら、どんな馬鹿でも出来るよ。
もう少し役に立つことしたら、どうよ？

> もう少し役に立つことしたら、どうよ？

なにも知らない人が間違って買わないように宣伝してるだろ。

> つか、駄目駄目言うだけなら、どんな馬鹿でも出来るよ。

ダメなら、ちゃんとダメって言わないから、騙される人が出てくるだろ。
お利口を気取るなら、マンセーしてるとアフォに見えるからやめとけ。

２ちゃんブラウザ作るのに正規表現ありがたかったけどなぁ

２ちゃんブラウザｗ
ま、お前さんが作るアプリなんて、そんな程度だろうよ。

> なにも知らない人が間違って買わないように宣伝してるだろ。

常連しか居ないスレで、毎度同じネタで粘着しても仕方ない。
購入相談とかする人が出たら、FUD撒き散らすのも良いけど。

Delphi は今後まともになるでしょうか？

http://hpcgi1.nifty.com/MADIA/DelphiBBS/wwwlng.cgi?print+200508/05080086.txt

ここ読むと

>Delphi 2005は実験的な製品ですので、エラーを回避する方法というのは
>基本的には無いと思います。

>パッチがいくつか出ていますので、それを当てて、騙し騙し使うというのが
>実態ではないでしょうか。

どうも、ひどい製品のようですが。

２つの大嘘

> Delphi は今後まともになるでしょうか？
というタイトルではない。「F2084 内部エラー: SY643 ってなんですか？」

> どうも、ひどい製品のようですが。
別にひどくはない。実験的な製品で、実験的に使う分には問題なし。

> Delphi は今後まともになるでしょうか？
なりますけど、何か？

>>161
あぁ、RANね。
無知のアホだから、気にすんな。

D8のアプリってほんとみねぇ〜な。
D2005はこのまえすげーのみた。
あぁ、やっぱり使ってる人はつかってんのね。っておもったよ。

> あぁ、やっぱり使ってる人はつかってんのね。っておもったよ。

そりゃそうでしょ。ごくごく少数ですけど、「実験的に」つかって
「実験的」で実用にならないアプリ作ってる。

>> Delphi は今後まともになるでしょうか？

あやしいでしょう。その前にユーザいなくなるか、某がなくなるってことも
あり得るし。

>なりますけど、何か？

やっぱり、現状の製品はマトモじゃないんですね。

>> Delphi は今後まともになるでしょうか？
>というタイトルではない。「F2084 内部エラー: SY643 ってなんですか？」

えっ、誰がタイトルだって言ってるの？ >>161 のは質問でしょ。

深夜の自作自演、乙
相変わらず分身の術が得意だね。かけあい漫才まだ？

> えっ、誰がタイトルだって言ってるの？ >>161 のは質問でしょ。
はあ？
「Delphi は今後まともになるでしょうか？」なんて本文中にも一言も書いて無いじゃん。

粘着だけでなく、捏造も始めたのか。

>>164
実用にならないアプリで金取れるかよ。

設計がいいんかな？俺から見てもかなりよく出来てた。

VBにガチで負けてるのを認めたくないんだろうなあｗ

> 本文中にも一言も書いて無いじゃん。

だから >>161 の質問でしょ、ってことだよ。頭割いな。

にゃはは、リンク先見ればタイトルじゃないことは、馬鹿でも分かるだろ。
どうしても「捏造」にしたいんだな。おもしろいね。

>>169

そのアプリは Delphi7 では作れないものなのか？

インライン・オブ・ジョイトイ

C#とJavaだったら、Javaの方が動作速度は速いじゃないか。
もっとも全部Dirtyで書けば別だけどｗ

> C#とJavaだったら、Javaの方が動作速度は速いじゃないか。

ネタ確定

> > C#とJavaだったら、Javaの方が動作速度は速いじゃないか。

それはないな。同じロジックだったら C# のほうが速い。

どっちにしてもDelphiが一番遅いけどな

>>177
コンパイル言語の速度の違いって・・・・馬鹿丸出し

数値計算の分野では Delphi はコンパイラの最適化が VC++ に比較して甘いので有名。
速度稼ぐために、自作の関数ユニットを使ってる人は多いよ。

>>179
言語間でなくOSメーカーとの比較かよ

Delを使いたければDelを使い、VC++を使いたければ〜。

Javaくらいまでならおｋだが、
ＶＢ（Ｂａｓｉｃ系）とＣ丼はやめとけ。

>>180

いや、コンパイラメーカ間の比較ですけど。

「グーグルをつぶす」--S・バルマー、幹部の転職に激怒
http://japan.cnet.com/news/biz/story/0,2000050156,20086932,00.htm

MicrosoftのCEO（最高経営責任者）Steve Ballmerは、
ある上級エンジニアから「Microsoftを退職してGoogleに入社する」と聞かされて激怒し、
椅子を投げつけ、激しい口調でGoogleの「抹殺」を誓ったという。

Ballmer氏はそのとき、椅子を手に取り部屋の反対側に向けて投げつけた。
椅子はそこにあったテーブルに当たった。

Ballmerはその後、 GoogleのCEO、Eric Schmidtを激しく非難し始めたという。
「あいつを業界から葬ってやる。その程度のことは前にもやったことがある。
何度でもやってやる。Google を抹殺してやる」

Delphi となんも関係ないやん。 くだらね

ヒント：業界から葬られた会社

ヒント：脱Ｍ＄、Ｍ＄時代終焉

ヒント：被害妄想

ヒント：Ｍ＄ストックオプション効果の低減、人材はググルへ

ヒント：ﾌﾞﾋﾞﾁｭｳ貧乏くじ、携帯へのドトネト普及０

ヒント：被害妄想と誇大妄想

被害妄想「ＶＢとドトネトで何でもできるのに何で叩かれるの？」
誇大妄想「Ｍ＄マンセー、ドトネト普及率１００％！」

ヒント：元ブビ厨の被害妄想と誇大妄想

移籍金と初年度あわせて10億円以上か
スポーツ選手みたいだなｗ

ヒント：無職のおっさんが吠えても世の中何も変わらない

ヒント：SOHOは立派な職業。










たとえ仕事がなくても

ヒント：無くなったのはデジドカﾌﾞﾋﾞﾁｭｳ仕事

ヒント：ﾌﾞﾋﾞﾁｭｳは「○○」のおっさん

ヒント：トイレの電球が切れて大変です。

>>183

ヘジたん今度はGoogleに行ったの？

ヒント：>>184-185

ヒント：ﾍｼﾞﾀﾝは賞味期限切れなので、今の会社で十分

>>179
どんなに最適化がすごくても拡張精度が必要な時はMSのコンパイラは使えないからな…

> どんなに最適化がすごくても拡張精度が必要な時はMSのコンパイラは使えないからな…

どんな浮動小数も拡張精度で計算する馬鹿コンパイラと違って、ちゃんと精度設定できるけど

>>203
どんな浮動小数も拡張精度で計算するのはCPUの仕様だろうに。。。
どのみち、Win32API投げればどの言語でもコントロールできるんだが。。。

M$信者ってばかだな

Del 厨ほどではないけどね

またまたご謙遜を

いやいや
信者じゃなくてＯＳに Windows つかってるヤツには負ける

ふいんき（←なぜか変換できない
そのとうり（←なぜか変換できない）
すくつ（←なぜか変換できない）
ほっぽうりょうど（←なぜか返還されない）
童貞（←なぜか卒業できない）
見つめあうと（←素直におしゃべりできない）
自衛隊（←なぜか派遣できない）
せんたっき(←なぜか変換できる)
空気（←なぜか読めない）
確信犯（←なぜか誤用だと言われる）
Romantic（←なぜか止まらない）

今の私はどれが適切でしょうか？

アフォ（←なぜか変換できる）

デルフォ委

いんぃね

>883 名前：デフォルトの名無しさん 投稿日：2005/09/07(水) 23:04:50
>VB.NETならPoint.Equalsが使えるのにね。
>DelphiってOOPLとして10年は遅れてますね。

OOPのメリットの一つだと思うのだけど
ややこしい所を作る人と、その組み合わせだけで仕事する人に分けられる
creatorとworkerに分けられるというメリットがあると思う。
クラスライブラリを作るのがcreator
クラスライブラリを使うのがworker　というわけだ。

Delphiはそういう面では少し遅れているかもしれない。
creatorがworkerを兼ねてしまう。
あるいはworkerがcreatorになってしまう・・・ならざるをえない。

だけど、工場のラインがベルトコンベアから、またテーブルに戻りつつあるように
大量生産の時代はプログラミングにおいてももう終わりが見えてきたように思う・・・・のだが？

> ややこしい所を作る人と、その組み合わせだけで仕事する人に分けられる
> creatorとworkerに分けられるというメリットがあると思う。

俺様フレームワークになるから分けちゃ駄目だと、どっかの講演で言ってたぞ。

> 議論の中では，フレームワーク開発者であるひが氏が「フレームワークは嫌い。強制されるのが一番嫌い」と発言し，
> 会場の笑いを誘った。また，関氏は「フレームワーク開発チームをアプリケーション開発チームから分けるデメリットは
> 大きい」と発言して会場から大きな拍手を浴びた。
> 「フレームワーク開発チームが作った俺様フレームワークを下々のアプリケーション開発チームが使うという構造に
> なっていると，フレームワークが間違っていてもヒエラルキ的にフィードバックできなくなってしまう。そうするとフレーム
> ワークの問題点を避けるようなへなちょこコードを書かざるを得なくなる」（関氏）。
http://itpro.nikkeibp.co.jp/article/NEWS/20050905/220618/

>クラスライブラリを作るのがcreator
>クラスライブラリを使うのがworker　というわけだ。

昔読んだ文書では、エラボレーターとコラボレータだっけかな？

しかし、214-215 の内容と同じかもしれんが、
分けた状態がWindowsDNA=VC++/COM -> VB/COM だおね。

そのM$はCOMを捨ててDelphi方式のdon'tNEETへ進化（退化？）

> 「フレームワーク開発チームが作った俺様フレームワークを下々のアプリケーション開発チームが使うという構造に
> なっていると，フレームワークが間違っていてもヒエラルキ的にフィードバックできなくなってしまう。そうするとフレーム
> ワークの問題点を避けるようなへなちょこコードを書かざるを得なくなる」（関氏）。

これが理想である世界を思い出します他。

汎用機ＣＯＢＯＬでつ。
汎用機ＣＯＢＯＬだとＪＣＬによるソートや抽出と、ＣＯＢＯＬによるファイル変換と大したことは出来ません。
が、１Ｋステップあたりイクラで、冗長でへなちょこコード巨大なソースを官公庁なんかに売り込めば完璧でつ。
最近はコボラーがＪａｖａ中に出世しているようです。





もう終わった世界ですが。

いくらなんでもコボルと比べるのは・・・

デジドカのくせに、フレームワーク作成階級なんて作って
年功序列で、ふんぞり返る人は要らない。

Sヨ、コンサルの化けの皮がはがれたからって、今度はアーキテクトなんて言う肩書き
を作って商売するのは止めようという所じゃないか。

今時ゲームですらXMLは常識なのに使うのを頑なに拒否する時代遅れのDel厨（´・ω・） ｶﾜｲｿｽ
http://www.aoe3.netgamers.jp/pukiwiki/index.php?AOE3%C6%FC%CB%DC%B8%EC%B2%BD%A5%D1%A5%C3%A5%C1%B3%AB%C8%AF%BC%BC

拒否というか適材適所じゃね？

パーソナルにはXMLコンポついてないからね

>>221
パーソナルでもXML使う手段はいくつかある。

>>219
>今時ゲームですらXMLは常識
はぁ？データを隠したいゲームが多い中、常識ってあほか。

資料ないよね、MSXMLとか使うにしても本当に最低限のサンプルぐらいしか

>>125
おお、ホントDelphiクリソツ。
ちょっとDelphiよりコンパイル効率悪いのと、
ライブラリも重くて単なるフォームが６Mとかになるけど、イイ

その Lazarus とはどこでダウンロードできて、何が出来るものなの？

Del6per の方が１００倍マシ

いや、DelとかBCBなら買いまくってるから、Lazarusも欲しい。

>>223
なんか難しい所ってあったっけ？

>>225
http://www.lazarus.freepascal.org/index.php

うわ、何これ。
画面からコンポーネントから丸丸コピーじゃん。
ビックリ。

Lazarus
Windows版のダウンロードは
http://prdownloads.sourceforge.net/lazarus/Lazarus-0.9.8-20050719-win32.exe?download

その他（といってもLINUX）も同じ所
http://sourceforge.net/project/showfiles.php?group_id=89339

インストールしたらまずエディタのフォントを日本語にしないと日本語は化ける。
エディタは日本語に対応していない。全角文字で1文字削除するには２回削除しないといけない
TSynEditも同じ。　TMemoはOK。

動的配列もサポートしてるから、コードを書くのは辛くない

コンポーネントの初期化データ保持方法が少し違う
リソースではなく
initialization節に {$I xxxx.lrs} とインクルードする、.NETと似たスタイル
たぶん、他環境への移植を考えた結果なのだろう

Indyが無いが、これでTQuery系があるなら、これ使える。
C++系の場合はBCBとか組み込みコンパイラ使うけど、
捨てツールはDelからこっちに乗り換えるかも。

http://www.de.freepascal.org/lazarus/
ここのでもいいの？

俺は毎回オフセしてるからきにならなかったけどさ、
今Delphiはじめようとすると7万からなんだね。
これはさすがに高いよな。

確かに高いな。
４万８千円で買えた次期もあったのだが。

>>235
6 personalで始めればいいじゃない（・ε・）

Proが５万円。Entが１０万円くらいだったらな。

らざらすとかってのも、無料が良いなら6パーソでいいじゃん。
なんのためにニセモノ崇拝してるのかよくワカラン。

あっちは64ビット対応済み。

Lazarusが対応というより、FreePascalが対応しているという事なのかな？
詳しい人教えて

Pentium専用EXEに最適化できるんだね。
Tools - Build Lazarus でIDEの再構築すらできるとは。

>>239
6パソは商用不可だからじゃね

やべー。
2005スルーしてたらアップデート３とかでハガキが来た。
これで2005の案内は３回目だったかな。
アップデート料金は約３万３千円くらい。
バージョン飛ばしてない時期は確か２万円台だったから
この差が心理的に微妙に影響してる。

いやまぁ、Visual Studioのアップデートに比べれば
超々良心的な価格なんだけどさ。


1. 今すぐ2005を購入し、2006も購入する
2 .ここまで来たら2005はスルーし、2006を待つ
3. 斜め上を行って、C++Builder6を購入する
4. Delphi 6 pro を使い続ける

>>244
BCB6Pro使いな漏れにちょっと前来たDel2005優待販売の値段が\29,400なんだが‥‥(；´Д｀)

去年集まった情報では

Delphi3Stn -> Pro 39,900円（31,920円）
Delphi6Pro -> Pro 33,600円（26,800円）
Delphi7Pro -> Pro 29,400円（23,520円）
Delphi8Pro -> Pro 25,200円（20,160円）

> 4. Delphi 6 pro を使い続ける

推奨

Delphi2005は非公式パッチでだいぶマトモになったけど
あと２・３ヶ月だからな。

亀レスだけど、普通にXML使ってるな〜
DBの内容を保管したりヘルプに使ったり

そう言えばMLやＱ＆Ａ掲示板でXML関係の質問って見たこと無いな。
楽勝だからか？

楽勝な人→質問しない
分からない人→手を出そうとしない

Delphiの言語仕様ってstaticなvirtual関数が使えるの？

static 使う位なら、グローバル関数使え
というのが、Delphi の流儀のような気がするが、どうよ？

virtualなクラスメソッドのことだろ

>>252
釣りですか?
静的で動的な関数って何?

お前らはC++を知らんのかと

知らないからDelphi使ってるんですよ！

>>254
その言い方だとJava厨あたりが「virtualなstatic関数」と勘違いする悪寒

で、何なの？それ

>>244の　3. 斜め上を行って、C++Builder6を購入する
（優待販売）をボーランドストアで実行しようとしたら、
できなかったりする。謎だ・・。

> C++Builder6を購入する
Delphi 2006が駄目駄目な場合に備えているのか？

>>258
それでいいのでは？

>>259
インスタンスメソッドで多態ができるのは、ポインタや参照経由で呼ぶから。
クラスへの参照(メタクラス)があれば、クラスメソッドが多態してもいいっしょ？

微妙に応答がずれてるなぁ・・・

例えば？

Windows Vistaには7つのエディションが用意される
http://itpro.nikkeibp.co.jp/article/NEWS/20050912/220941/

テストが追いつかないかも＞Delphi

テストが追いつかないのは、ＡｃｔｉｖｅＸ使ってるＶＢ，ＶＣ＋＋とか怒涛熱湯だろ。

Delphi はテストなんか省略して出荷するから関係ない。出荷後、パッチで済ませる。
信者専用だから。文句があるなら買わないこと。

ほう

アンチ出たー

信者出たー

うんこ出たー

デター。

いや、うちの姪がおまるにした後言うのですよ。ﾒﾁｬｶﾜｲｲ

>>272
あるあるｗ
うちの嫁もよくデターって言ってる。

いや、それちがw

またVBがDelphiに差をつけちゃったよ。ｗｗｗ
DBに強いとか言われてたDelphiももう立場がないね。VBにSQLとXMLが統合されたし。
http://msdn.microsoft.com/vbasic/future/default.aspx?pull=/library/en-us/dnvs05/html/vb9overview.asp

もうDel厨もいい年だし、人数も減ったのか、脊髄反射が鈍くなっちゃってどうしようか。

>Overview of Visual Basic 9.0

脊髄反射しようにも、VBのバージョンｱﾌﾟにどう絡めと？
使う予定も試す予定も無いし...

スマンな。　最近のバージョン毎に様変わりするVBは年寄りにはきつくて見る気もせんのじゃ。

このままWIN32のDelphiで引退まで使えそうだしのぉ

.NETがDB周りでもDelphiを追い越すことを期待してる側からすると
一応歓迎だからね〜

でもコンポーネントレベルで
多くのプロパティーと共にコードレスでやれてることを
こうゴリゴリ書かないとやれないようじゃ
「もっと頑張ってね」と言いたくなるけど

>>276
脊髄反射としてはこんなもんでよかった？

VB厨は友達いっぱいで幸せですね

年寄りだから、DelphiによってActiveXコンポーネントをスルーして今日までこれたのはラッキーだった。
このままマネージドコードと関わらずに行けたらなー。

メーカーが提供しないとライブラリが充実しないVBが不憫

2005年なのに、この程度しか進化してないのか
とタイムトラベラーがガックリしそうな展開だな。

進化もそうだけど、可哀想なのはM$系だとMSDN検索しまくり開発になるとこ。
Win32APIとCOMの検索だけでも大変だったのが、
ドトネトに合わせたCOMの入出力や、必須のアンマネージドの調査大変だろうね。

DelだとWin32APIもCOMも調査しなくてもVCLで何でも出来ちゃうのに。

Win32APIは、知っておいた方がベターだけどね

>>285
そんなのやりたい処理をコンポーネントでペタペタ貼って動作するようにしてから、
デバッガでVCLの中のWin32の人を一回トレースすれば、おｋ。

プログラミング前にAPI 暗記する馬鹿なんているわけないじゃん

オレオレ

非公式パッチ登場
非ビジュアル・コンポーネントの複数選択・移動が可能に
http://blogs.borland.com/abauer/archive/2005/09/13/21124.aspx

ダウンロードはこちら
http://homepages.borland.com/abauer/d2005_update.zip

Delphi 起動前に以下を実行（パスは各自追加よろ）
sn -Vr Borland.Studio.Vcl.Design.dll

VBは9.0が発表されたというのにDelphiは未だに.NET 1.1のバグ修正なんてしてるんだなﾌﾟｹﾞﾗ

アップデート3.5という事で文句無いだろ。

> .NET 1.1のバグ修正
まったく無関係。
訳分からなくても、とりあえずケチつけるね。あんた。

Q Delphiはプログラムを簡単に作るための言語ですか？

A そう思う人にはプログラムは作れるでしょうが、創るのは難しいでしょうね。
　　プログラム一般の話、ソフトウエアはコピー容易性があります。
　　単に並べただけでもプログラムですが、それは労働であり消費にすぎません。
　　作るというレベルでは、あなたが時間を消費したという以外の価値は生まれないのです

　　創ろうとする人にDelphiは色んな仕掛けで応じてくれますし、助けてくれます。
　　また、VCLのソースコードはあなたなの創造力を刺激してくれるでしょう。
　　でも、そのためにあなたはそれなりの代償を覚悟しなければいけません。

Q　じゃあDelphiでなくてもいいじゃん。 .NETだっていいだろ？ VBでもC#でも

A　その通りです。
　　今Delphiを選択している人も、あなたが.NETが良いと結論したなら誰も異は唱えないでしょう。

　　あなたがメインとするプログラミング言語を選ぶのはあなたの責任で決断すべき問題です。

日本人の公用言語はVBで決まり！

ﾊｧ?

世界の公用語だろ。

http://www.delphisuperhero.com/

アレン。混乱してる？
http://blogs.borland.com/abauer/archive/2005/09/14/21158.aspx

Q　じゃお前がDelphiを選んだ理由を教えてくれよ。

A　プログラムは使ってもらって初めて評価されるものです。
　　使って貰えるものが作成しやすい。　という基準で選ぶ事を前提にしましょう。
　　　基準の１）　作ったものが、多くの人に使ってもらえる事
　　　基準の２）　それが作成し易い事

　　あくまでも、基準の１が優先です。
　　あなたなら、この基準でどのツールを選択しますか？

横入りで、ちゃちゃ入れすると
.NET 2.0が必須インストールになるまでは駄目だろ。

メモリも最低１Ｇは欲しいし、立ち上がるのは2007年以降じゃないか。

>>289 >>298
Borland.Studio.Vcl.Design.dll は自信が無いとかで
様子見した方が良いかも。

自分のところでは特に問題ないのだが・・・

> あなたなら、この基準でどのツールを選択しますか？

使いやすいかどうかに尽きる。基準１）は参考程度。仕事なら重要。

１．動作が軽快。
２．定型的なことが簡単にできる。
３．凝ったこともわりあい簡単に出来る。
４．環境自体が安定している。

VB、C#、VC++、Delphi、Delphi.NET、Java いろいろやったけどどれも一長一短。
Delphiは ver６ までは推奨できる。最近は VC# がおすすめ。

> Delphiは ver６ までは
Delphi 7はなんで駄目なの？
自分の所はADOのヘルプが出ない程度で、特に問題ないけど・・・

>>303
Delphi7は触った事ない人が多いというだけじゃない？
コンポーネントサイトとかもそうだけど、対応にDelphi7を含めてない
ものが多い(実際にはDelphi7でも動く)。
自分が触ってないものを人には勧められないし、対応を保証する事
もまたできないってこと。
俺もDelphi6を最後にバージョンアップしてないから、ついDelphi7を
省略して発言する事がある。

日本じゃ、Delphi 7も販売中なので
括弧書きでもいいから、Delphi 7も応援してやってくれ＞信者諸君

というか、>>302が推奨してるD6は、無料のパーソだということは明らかでしょ。
VC#がオススメになりうるのは、既存コンポ張って終わりっていう人が限界だ。
俺もライトユーザーにはVC#を勧めるし、その層はパーソしか使ってないでしょ。

302 だが。

Delphi6 はご推察どおりパーソナル。でも、Delphi５，３，２ は Pro。

> VC#がオススメになりうるのは、既存コンポ張って終わりっていう人が限界だ。

偏見でしょ。根拠プリーズ。

Delphi の数十倍のユーザ数があるC#はライトユーザ向けですか、そうですか、あ、そうですか

Ｃ丼どころか、Delphiユーザーはドトネト開発者の１０倍。
便利だからDelなんで、建前ﾌﾞﾋﾞﾁｭｳと違って数を頼りにしたりしないけど。

建前のためにこれからも付き合って逝く？

【Avalon】WinFX を語るスレ Part5【Indigo】 ttp://pc8.2ch.net/test/read.cgi/tech/1123003135/
303 名前： デフォルトの名無しさん [sage] 投稿日： 2005/08/29(月) 00:34:44
一番目のスレから見てるけど未だにSDK動かしてないの俺くらいだろうな…
みんな会社でそういう実験機みたいの使ってるの？ それとも自宅PC？

304 名前： デフォルトの名無しさん [sage] 投稿日： 2005/08/29(月) 00:53:19
仕事中に遊んでる

305 名前： 名無しさん♯ [sage] 投稿日： 2005/08/29(月) 01:00:36 BE:67713582-###
(　ﾟдﾟ) ＜ 漏れの場合はセカンドマシン(ノート)ですね。 さすがにメインの開発機には入れられませぬ。

306 名前： デフォルトの名無しさん [sage] 投稿日： 2005/08/29(月) 14:51:44
メインマシンにぶち込んで仕事の暇なときにいじってる
どうせ、リリース用のマシンは別なので、開発段階ではあまり気にしてない
環境が汚れたらOSから入れ替えるし

398 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/13(火) 18:40:38
このままでいいと思われ。 つーか、WinFXですらついて来ている人少な杉・・・　< 漏れもASP.NET 2.0で手一杯で・・・

409 名前： 406 [sage] 投稿日： 2005/09/13(火) 23:35:24
WinFX September CTP インストーラ http://go.microsoft.com/fwlink/?linkid=50750

410 名前： 406 [sage] 投稿日： 2005/09/13(火) 23:51:34
インスコ失敗･･･。英語版XPでないとダメだ。 でもWinFXはOK。

411 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/13(火) 23:54:26
俺も失敗したよ。残念

417 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/14(水) 00:27:59
うほー まさにラッシュ

また、元VB厨の妄想かよー

建前のためにヒタスラこまねずみ。

Visual Studio 2005スレ Part3
http://pc8.2ch.net/test/read.cgi/tech/1125460842/

53 名前： デフォルトの名無しさん 投稿日： 2005/09/07(水) 12:24:46
ああ　やっぱり２．０専用なのか

１．１のソース入れたら
スレッド周りでエラー出た
一部言語仕様かわってるみたいね

55 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/07(水) 12:57:35
そういや 2.0 にしたら他スレッドから WinForm にアクセスしたら エラーが出るとか騒いでいた奴がいたな

56 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/07(水) 13:10:20
サイドバイサイドだから、ActiveXと違い.NET1.1も無問題だった筈なのに。
そういえば、1.1が出たときも発狂騒ぎ。

80 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/08(木) 17:22:11
M$は開発環境リリースするたびに.NetのVを上げていく気だろうか。

86 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/08(木) 22:51:35
こんなバグを放置って有り得ねぇ（;´Д｀）

88 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/08(木) 23:46:52
つーか2005の前に OSごと逝ってしまう今の2003を何とかしろっつーの。

100 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/09(金) 09:20:18
なんだかゴタゴタしてるね。
やっぱ、.NET3.0まで待て。

ドトネト１．１が普及どころか存在さえ知られてなかったのが救いだったね。

> Ｃ丼どころか、Delphiユーザーはドトネト開発者の１０倍。

おう、そうか、どおりで ML も Q&A 掲示板も 2ch も本の数も Delphi 関係はものすごく賑わってますね。なはは・・・

Delスレを目指したと明言された厨掲示板ハッケソｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ttp://www.gdncom.jp/general/bbs/ShowPost.aspx?PostID=34635

どう思う？
350 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/05(月) 16:02:20
>または、VisualBasciを使ったアプリケーションでもVistaは使えるか心配です。
　　　　　　　　　　　　↑

>どうやらVistaは.NET2.0+WPF/WCFになるようですし、ばりばりです。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　^^^^^^^^^
>VisualBasicがVB6をさしているとしたら、サポートされることはありえません。
>自分で必要なライブラリを再配布すれば動くかもしれません。

断言だらけ？

厨のカタマリでつか？

448 ：名無しさん♯ ：2005/09/14(水) 13:02:04
今回ってもしかしてC#よりVBの方が強化されてる･･･？Σ(ﾟДﾟ；
ttp://msdn.microsoft.com/vbasic/future/default.aspx?pull=/library/en-us/dnvs05/html/vb9overview.asp

XML literalとかdynamic系の新機能ってC#にはないよ･･･。(´･ω･`)

452 ：名無しさん♯ ：2005/09/14(水) 16:11:18
(　ﾟдﾟ) ＜ やっぱり今回の変更点は VB ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ C#
　　　　　　 という感じがものすごくします。


453 ：名無しさん♯ ：2005/09/14(水) 16:21:34
(　ﾟдﾟ) ＜ 型に対してガチガチだったC#よりも、元々late-bindもありだった
　　　　　　 VBの方が変更を入れやすかったのかもしれませんね。

元VB厨、痛すぎ。トラウマ丸出し。Del厨ってこんなんばっか

456 ：デフォルトの名無しさん ：2005/09/14(水) 16:39:44
C#の言語仕様もそろそろ汚れてきて、そうなると汚れながらも今まで変化して
生き残ってきたVBの底力が脅威となるということじゃね？

462 ：デフォルトの名無しさん ：2005/09/14(水) 21:17:15
じゃあそろそろ、VBでもやるかｗｗｗ


463 ：名無しさん♯ ：2005/09/14(水) 21:55:56
>>462
その前にこれを読んでみれ。そうすればVB 9.0でやろうとしてることが見えてくると思われ。
ttp://pico.vub.ac.be/~wdmeuter/RDL04/papers/Meijer.pdf

480 ：デフォルトの名無しさん ：2005/09/15(木) 03:22:32
ttp://wesnerm.blogs.com/net_undocumented/2005/09/linq.html

> Visual Basic seems to have introduced more extensive changes to the language than C#.
> Many of the COmega inspired features seems to have migrated into Visual Basic instead of C#;

マイクロソフトは偉大だからね
常にコンピュータ業界全体の繁栄を考えている

・古いDLLを新しいOSに載せないことでユーザーに「ソフトが古くなった」と思わせ
　新規開発を促進
・VSの標準部品を制限してコンポーネント業界をサポート
・ヘルプを「分かる人にしか分からない」ようにして
　出版業界をサポート
・同時にWebでの情報交換も活性化させ
　いかにも流行っているというイメージを植え付ける

>トラウマ丸出し。

そういう意味で言えば、ユーザーからＩＴ業界がﾌﾞﾋﾞ消滅のトラウマから開発ツールはＭ＄を避けてる。
こまねずみﾌﾞﾋﾞﾁｭｳは無限に輪を回り続けて欝になるタイプか？

Ｃ丼とﾌﾞﾋﾞﾁｭｳの争い醜い。

ＤｅｌとＢＣＢは仲良しなのに。

452 名前： 名無しさん♯ [sage] 投稿日： 2005/09/14(水) 16:11:18
(　ﾟдﾟ) ＜ やっぱり今回の変更点は VB ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ C#
　　　　　　 という感じがものすごくします。

453 名前： 名無しさん♯ [sage] 投稿日： 2005/09/14(水) 16:21:34
(　ﾟдﾟ) ＜ 型に対してガチガチだったC#よりも、元々late-bindもありだった
　　　　　　 VBの方が変更を入れやすかったのかもしれませんね。

454 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/14(水) 16:22:56
いや、ドトネトに逝降しないﾌﾞﾋﾞﾁｭｳ対策だろ。

455 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/14(水) 16:24:48
Extension methods もそうだけど、結構賛否両論分かれそうな機能多くない？
VB の方はさらに微妙な線攻めすぎな感じで。

456 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/14(水) 16:39:44
C#の言語仕様もそろそろ汚れてきて、そうなると汚れながらも今まで変化して
生き残ってきたVBの底力が脅威となるということじゃね？

458 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/14(水) 16:42:30
.NETへの移行がレアケースな中、
VB.NETはされにレアケースだから、
生き残ってきたわけじゃない。

VBもC#も言語仕様ばかり進化して、言語マニアにはうれしい限りだろうが、
.NETの枠自体が狭すぎて、ユーザーにとって必要なアプリが作れない。
自分用だとコンソールで良いから、便利なクラスをMSDNで探して楽に開発できる。
しかし、素人な他人に使わせるとなると、UI必須だったりする。
RADがあるからRADで作れる程度のUI作るなら十分なんだが、
「ここをドラッグしてこうなるようにして欲しい」とか言われたとき、
「.NETだから出来ません。」と言うことが普通。
Delphiで言う所の、「コンポの仕様だから出来ません」に相当するわけだ。
そこで、API叩く事になるわけだが、ちょっぴり改変しようとしても、
.NETは継承不可なクラス、DLL外から呼び出せないクラスが多く、
丸ごとAPIな新規クラスを作るはめになり、C++でやっておけばと何度か後悔した。
つーことで、公開しない自分用の小物を作るツールなら、
コンパイルも速くて言語も美しいC#がオススメだが、
その層の人はDelphi使うといってもパーソぐらいだろうと思った。>>307

>JS2の主砲から屹立した一物が顔を覗かせた。
まで読んだ。

て言うか、変更が速過ぎてカスタムコントロールが増えていかない＞.NET
Javaに対する明確なアドバンテージは、高機能なコントロールを数多く揃え
それらをポトペタするだけでUI部分が完成するという簡便さだったはず。

Javaの場合、UIを拵えるのに先ず実現法から考えなきゃならない。
これが.NETではデザインと使い勝手に注力できる。はずだったのに・・・・・・
結局、自力でコントロールをガリガリ書かなきゃならない。その上、次のバ
ージョンでは修正が必要と、更にその次のバージョンは目前と、それどこ
ろか次は新しい技術に取って代わられる予定と、これじゃ増えようがない。

>>324
それならWinFormに依存しない、それより低レベルのWin32をベースにするしかない。
ということで、結局Delphiに戻り、捨てたいのに捨てられないDelユーザーの汚名。
誰にも話せない。このスレぐらいしか話題を共有できない。

時代について行けないのを言い訳しようと必死ですねｗｗｗ

て言うか、変更が速過ぎてカスタムコントロールが増えていかない＞.NET
Javaに対する明確なアドバンテージは、高機能なコントロールを数多く揃え
それらをポトペタするだけでUI部分が完成するという簡便さだったはず。

Javaの場合、UIを拵えるのに先ず実現法から考えなきゃならない。
これが.NETではデザインと使い勝手に注力できる。はずだったのに・・・・・・
結局、コントロールをガリガリ書かなきゃならない。
その上、次のバージョンでは修正が必要と、更にその次のバージョンは目前と、
それどころか次は新しい技術に取って代わられる予定と、これじゃ増えようがない。

ドトネトって何のために存在するの？

新しい言語仕様で盛り上がるVB使いと、腐れIDEのパッチで盛り上がる(?)Del厨。

その差は歴然。ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

VB6までは　バージョンアップ＝仕事に結びついてたろうけど・・・・　
キミん所、VB.NETは仕事になってるの？

.NET はまだ過渡期。Del厨は Delphi 使いながら、Delphi.NET でも C# でも
まったり始めとけばよい。対立するもんでもないし、一方を始めたから他方を
捨てるものでもないし。

あと何年過渡期が続きますか

>>330
読んでて胸が痛くなるような、退廃的な話題だね。

今までﾌﾞﾋﾞのバージョンｱﾌﾟ対応で食いつないでいたのが、
ﾌﾞﾋﾞが終焉とは。

VBやった方が将来が約束されてるよ。
C# 3.0よりVB 9.0の方が強力だし。

>>333
終焉した言語にどうしてバージョン9.0が出るんですか？ｗｗｗ
しかもC#よりも進化してる。

>>335
ﾌﾞﾋﾞからﾌﾞﾋﾞドトネトにｺﾝﾊﾞｰﾄするとｺﾝﾊﾞｰﾄエラーだから終焉でつｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

【問】 結局何ｵﾝﾘｰなわけよ？
(四角を黒く塗りつぶして頂戴)

■ VB☆ｵﾝﾘｰ
□ Delphi☆ｵﾝﾘｰ
□ C#☆ｵﾝﾘｰ
□ C/C++☆ｵﾝﾘｰ
□ COBOL☆ｵﾝﾘｰ
□ Ruby☆ｵﾝﾘｰ
□ Perl☆ｵﾝﾘｰ
■ 建前☆ｵﾝﾘｰ
■ ｷﾝﾓｰｯ☆ｵﾝﾘｰ

VBの話題でしかハッスルできないDel厨萌え

□VB
■Delphi
■C#
■C
□C++
■COBOL
□Ruby
■Perl
■Python
■PHP
■JavaScript
■Java
■Assembler

誰だ？>>327コピペして回ってる奴は？迷惑だから止めてくれ。
そもそも俺は、「だから.NETは駄目だ」などと言ってるわけじゃない。
現状ではそういうとこで利点が殺されてるねと言ってるだけだ。

MS的には全部揃えば万全だと思ってるんだろうけど、そこまでに１年掛けちゃ駄目だと思う
んだよな。.NET Frameworkは過渡期です、ASP.NETも過渡期です、MSDEもWindowsもC#
も過渡期ですってやり続けてる限りデベロッパーも本腰入れられない。
ある程度のとこでステイブルとしてリリースすべきだよ。ってのが俺の視点。ただそれだけ。

俺は占いは信じない主義だから可能な限り手を広げて網羅する方を選ぶ。
自分が抱えきれないからって否定して回っても現実は変らんぜ？＞コピペして回ってる人

>可能な限り手を広げて網羅する方を選ぶ。

ﾌﾞﾋﾞﾁｭｳとドトネト厨を全否定するわけか。

> ある程度のとこでステイブルとしてリリースすべきだよ。

だから、Vista 搭載のがとりあえず正式版になるだろうね。あせる必要ないだろ。

じゃ、ﾍﾞｰﾀ時代から振り回されたﾌﾞﾋﾞﾁｭｰはどうなるんだー。

ドトネト一色になるぞー、といい続けてピーター状態。

言語界で某を蹴散らして次はゲーム業界でソニーを屠るつもりだな
http://www.watch.impress.co.jp/game/docs/20050915/xbox1.htm

Ｍ＄の時代は終わった。

Google OS を妄想すると未来が見えてくる!?
ttp://satoshi.blogs.com/life/2005/08/google_os_.html

こう考えて見ると、どうして Google の提供するＡＰＩの方が Longhorn のＡＰＩよりも遥かに魅力的なのかが明確になってくる。
Microsoft や Intel がどんなに頑張っても、一台のコンピューターに閉じた世界で出来ることは限られている。
世界中にあるネットに繋がった全てのコンピューターをシステム・リソースとみなした Google OS の方が
遥かに優れているのはどう考えても明らかだ。

ttp://www.open.jp/blog/archives/000096.html
Googleの本質

垂直統合モデルに回帰するGoogle
Googleの技術の本質は、
「ブラウザ＋HTML＋アプリケーションサーバー＋データベースサーバー＋ファイルシステム」の後に
既存のOS（オペレーティングシステム）を位置づけたことにあります。

じゃ、Delphiも終わりだね

車載では与太がWinCE採用→Win廃止ｹﾃｰｲ、という流れだし。

スパコンは汎用OS的にはUNIX系の独断場。
M$がスパコン対応を逝ってからどれだけ経つか。

「カーナビにも使える」--応答速度を向上させたMontaVista Linuxの新版
ttp://japan.cnet.com/news/tech/story/0,2000047674,20087025,00.htm

最近では少しずつ組み込み機器の分野にも進出している。
例えばNTTドコモのFOMA 90ｘシリーズや70xシリーズでは、
NECとパナソニック モバイルコミュニケーションズがOSにLinuxを採用している。

具体的にはカーナビのほか、医療機器や業務用の映像機器など、
高い応答速度が求められる分野に進出したいと有馬氏は話す。

ま、スパコンや車載にドトネト使えるわきゃないな。

次世代ＩＴは日本の独断場の組み込みのロボット、携帯なんかだろうから、Ｍ＄から離れるが勝ち。

Delphiコーダも全滅かｗ

いや、C/C++やJavaは組み込みだし、某がそちらに力入れるらしい。

ＰＣやＰＣサーバーの世界でも終焉してるﾌﾞﾋﾞやドトネトはもうやめなよ。

組み込みにも乗り遅れるだけだよ、ﾌﾞﾋﾞﾁｭｳなんかやってたら。

これアドヴァイス。

.netがまじでくると思ってる香具師なんていないって

VB ランタイムが名前変えただけと思えば全て納得。

組み込みには案外VCLはいいかもしれないね

MFCは窓一つのアプリ作ってもスタテックにリンクするとDelphiの倍近いサイズになる。
VCLのイベント（委譲）を使うシンプルなスタイルはサイズの軽減につながるかもな。
それに電池の持ちが伴えば最強だ。

いや、Kylixを使った組み込み事例を聞いたんだけど、基板というかＣＰＵ聞いたらそりゃＰＣだよって感じだった。
でもまあ、本人が納得してんならいいか。

組み込みへ手を出さざるを得ない今後の某に期待。

>>354
組込Windowsってのが話にならない時点でそれはないｗ

組込Javaもまあ相当あやしいもんがあるっちゃああるんだけど、荒唐無稽ってわ
けでもないし、なによりC++にコンプレックス持ってる層からの絶大な支持(という
か期待)があるからな。

別スレC#3.0が話題になってた。2007年頃ってのが何だかもうアレなんだが……
C#3.0は「暗黙に型づけされたローカル変数」が気持ち悪い。
特に最近Java漬けだったせいもあるんだろうけど、受け入れ難い。
「拡張メソッド」は激しくイイ！スタティックメソッドを集めたユーティリティークラス
と何がちゃうのん？と言えば、記法が違うだけなんだけど、そこが気もちイイ！
「ラムダ記法」はヤバイ。うっかりすると置いてかれそう。どこから眺めても意味も
利点も分からない＿|￣|○||| ﾔﾊﾞｽ…

アレ？すれ違った。Kylixの話か＿|￣|○|||
それにしもやっぱり無しだと思うな＞組込Kylix

>>357
いや、スレ違ってないよ。

某も、Win用のDel/BCB/C丼はおｋだが、
KylixとBCBXは立ち上がってないようだから、
新たな商品か路線出してくれるだろ。

>>358
いや、寧ろ某にはPeloton(Eclipseベースとなる次期JBuilder)に注力して
ほしいんだが・・・・・・
TogetherやECOIIの技術を流用したビジュアルモデリングツールを付属
して、DBの設計に始まりクラス図からJavaBeansへのマッピングまで
某お得意の統一された簡便なUIで賄えるならステキ♥

Blogってホントにゴミの山だな
http://www.google.co.jp/search?hl=ja&c2coff=1&q=C%23+3.0&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

Delphi2005にさようなら
ttp://chairo.tea-nifty.com/blog/2005/08/delphi2005_0716.html

> 今年の春から、BorlandのDelphi2005を使ってシステムを組んできた。
> しかし昨日、マイクロソフトのVisual Studio .NET 2003へ移行した。
> この日は、マイクロソフトの軍門に下った日となった。

> Delphi2005のインストールの遅さ、起動の遅さ、アンインストール
> の遅さ、デザイン描画の遅さ、エラーダイアログを出したまま固まる頻度、
> 実行すると　勝手に上書き保存を　して戻れない信じられない仕様、
> などの要因がつもって、移行することにした。

２年前に出たVS 2003に負けるDelphiﾌﾟｹﾞﾗ

>>289
うお、気になってたバグのパッチでてる。
D2005、これで実用的になった。

ならへんならへん

Delphi2005のインストールの遅さ、起動の遅さ、アンインストール
の遅さ、デザイン描画の遅さ、エラーダイアログを出したまま固まる頻度、
実行すると　勝手に上書き保存を　して戻れない信じられない仕様、

>>361

Delphi2005 を買った時点で問題外だな、その人。移行遅すぎだわ。

>>365
いちいちネタを振るな。
設定の一つもわからず、数万を捨てる馬鹿がブログに書いた。
それだけのこと。

たいへんな環境ですね、D2005って。

「数万を捨てる馬鹿」って、Delphi2005購入者のことだよな

インストールの遅さ
起動の遅さ
アンインストールの遅さ
デザイン描画の遅さ
エラーダイアログを出したまま固まる頻度
実行すると　勝手に上書き保存を　して戻れない信じられない仕様


これらに耐えて、かつ数万払う人がいるんですね。
凄すぎるな。

DBも使わないのにDelphi買ったアホがここにもいるとみた。
そんなお前らは無料のDelphi6でも2chブラウザ程度なら作れるから、そんなもんでも作って遊んでろ。

結局某の開発力の低下って事なんだろうな。
ﾍｼﾞが抜けた事が特に注目されてきたけど
アプリとしてのDelphiの開発を下支えするプログラマも結構抜けてたりするのかね。

インストールの遅さ←はぁ？頻繁にインストールしなきゃいけないお前らの環境に脱帽。
起動の遅さ←どこが？他の環境と変わらんが。
アンインストールの遅さ←知らんがな。
デザイン描画の遅さ←意味不明。
エラーダイアログを出したまま固まる頻度←メモリ食うから糞メモリつんでると固まる。
実行すると　勝手に上書き保存を　して戻れない信じられない仕様←設定しろよ。

あーつかれた。
律儀な俺の肩をもめ！！

「アンインストールの遅さ」って何よｗ

みんな元気だね。なんかあったの？

米マイクロソフト、「Office 12」を初公開。Windows Vistaと併せて
次世代プラットフォーム環境を提案
http://itpro.nikkeibp.co.jp/article/NEWS/20050914/221185/

びっくりする位、魅力の無い機能ばかりｗ

2005の糞っぷりに愛想をつかしてVS.NETに移ったユーザーを
みんなファビョって袋叩きにしているみたい。

「さよなら」とか言うネタがウザイ。
MLでもByeとか流す奴が居るが。お前誰？

アップデートしたのか、パッチは何を当てていたのか
など人に役立つ情報があれば良いんじゃない

D2005は糞、っていう情報が一番「人に役立つ情報」だろうさ

なーんでこんなにd2005たたかれてるんだろ。
ヤンキーが金出してパソコン買ったけど、使えないから「役に立たん。ゴミ。」と言ってるようにしか見えん。

やっと動的配列が無くちゃ書けない体になって、
アクションの仕掛けをこれから積極的に取り入れようという時代遅れの俺には・・・・・
いまだにテンプレートやフレームは馴染めないしな

>>381
>なーんでこんなにd2005たたかれてるんだろ
IDEがVS風になってDelphiらしさがなくなったことも大きいね
編集画面が狭くなって、はっきりいって使いにくくなった

> 編集画面が狭くなって、はっきりいって使いにくくなった
マルチモニター使え

まあ、新IDEでは各ペイン(ウィンドウ)を自分が使い易いように並び替えるのは必須だと思う。
特にデバッグ時。

並べなおしても自由度が減ったとしか感じないだろうな　

もうループネタから一歩も外に踏み出せないね

Eclipseみたいに作業に応じて並び替えたものを使い分けたい
オフィス12もそういう方向みたいだし流行に乗っちゃえよ

Delphi製アプリをXPで動かすと不安定になるんですが。

PDFやメールを表示して、そこからコードのコメントにコピペしたり、ドキュメント書きながらコーデングする事が多いから
やっぱり2005のスタイルは使い勝手が悪い・・・・というか使ってない。

>>389
確かにXPは2000に比べて何を動かしても不安定だね。
重いし、強制終了も利き辛い

ループネタを振るからだろ。
次バージョン.NETでDelphiに関連がありそうな部分としてはだ…

たとえばC#3.0のExtension Method、あれが単なるコンパイラの展開じゃなくてILレベルでのサポートなら、現状無理してるclass helperの内部実装かなり楽になるだろうなあー

とか思ったところで、聞いたら誰か答えてくれるか？
見たとこC#スレやWinFXスレの住人ですら概観について行くのが精一杯のようだし。

>>388
ツールバー上のレイアウト切り替え用のコンボボックスは、大分前のバージョンからあるような気がするが、何のためにあると思う？

>>392
実際に試してみればすぐに分かることをどうして聞くんですか？
VB使いにもこんな低レベルなのはいません。

Delphi 2005では試せないからだろ。(ｹﾞﾗ

とりあえず394が話についてけてないのはわかった。

> 聞いたら誰か答えてくれるか？
質問になってないし

アンチはひとりぼっち

TMyClassHelper = class helper for TMyClass

時折考えるのだが、国内のC++使っている率って、どのくらいなんだろう？
自分の周りは、拡張子を.CPPにし、実際には C で使っている例が多くて、
C++ を使っていると、奇異の目で見られるんだよね。
better Cとしてすら使ってないっちゅうか…、boost になると更に…。

スレ違い

>>400
組み込みでもC++コンパイラが供給されている事も最近多いよ。
でも、Cしかない場合もあるから、結局Cで書いておかないと、
再利用の面で不安

オブジェクト指向は自己満足にすぎないからVB6使え、という誘導

おいおい、あんまり真に受けるなよ。
ネタだよネタ。

>>400
業務系の実務者は逆に疎いみたいだけど、iTRON＋C++、リアルタイム
Linux＋C++は今一番ホットな分野だよ。
俺みたいなJava屋にはC++に対するコンプレックスがあるから入ってい
けないけど、工業系の学生なんかはそういうのないから、見事に使いこ
なしてるみたいよ。
実は俺も友人から誘われたんだけどね、どうしてもC++に対する不安が
拭えなくて断った。
これはもうアレルギーとかトラウマのレベルだよな＿|￣|○||| ｼﾞｼﾝﾅｲ…

Delphi！なつかしいな…
2001年頃、DelphiXとかDDDDとか入れて遊んでた。もう一回始めてみようかな。
もう出てるDel2005って、DirectXのコンポ、標準でついてたりするの？

どんなになってるんだろ？.netに対応してるだけで大差ないんなら昔の持ち出してくるし…
マジレスききたい。

MS、“データのロゼッタ碑文”LINQを発表
http://www.itmedia.co.jp/enterprise/articles/0509/16/news036.html

こういうのを見ると本当にヘジはMSに移って良かったと思う。
某にいてもマイナーアップグレードとバグ修正しかやることないしね。

今日は釣れないみたいだね

>>407
Delphi では５年前から同じような事が出来るから、ヘジの出る幕無し。

だから移ってよかったじゃん。

>>409
へー。Delphiってソース中にタイプセーフなクエリー書けるんだ。

参ったね。またVBとC#の普及が進んじゃうよ。

>>411
OCLね

>>412
LINQが使えるようになるのは.NET 3.0以降でしょ。
.NET 2.0が出荷される前に、ぶち上げすぎだよｗ

>>412
そうだね。
全く普及して無いドトネトが普及するチャンス！

>>406
class helperとかstrictとかsealedとかfor..inとか
.NET互換のために細かいところでごっちゃり増えてる。
あとIDEがVSやEclipse風のひとつのウィンドウ式に。
DirectXのコンポはついてない。

非.NET向けのしょっぱいfor..inの拡張にはﾜﾛﾀけどな。
いかにDelphiのインターフェースが糞で使い物にならないかということを
某社員が身にしみて理解していたということか。

> 某社員が身にしみて理解していたということか。
そんな深刻な物か？遊びだろ。単純に。

MSの拡張も趣味の世界。
生産性が上がるかは今後の課題っぽい。

それにしても今年のPDCは盛り上がらないね。
LinqもVistaもOfficeも遠い先で、なんかピンと来ない。

>>415
サンクス。あんまり評判よくないみたい…for..inってfor〜downto　とはまた違うみたいね…

EclipseでJavaでもやってみようかなぁ。タダだし。

タダほど高いものは無い

パフォーマンス悪い上昇順逆順指定できない.NETのforeachからして微妙で、その上に変数を別途用意しないといけなかったりで微妙さを重ねてるfor..inではあるのだが、それはそれとして、実際使ってみると案外、すんなり受け入れられたりする。
集合とかにも使えるのがPascalと相性いいのかも。
元が評判良く無いのであれ？案外…というだけかもしれんが。

　　　 ∧,,∧　　どもー。
　　　ミ,,ﾟДﾟ彡
　 　 ﾐ　つ旦)~~
　 〜と,,,~),,~)

> Delphi！なつかしいな…

まだまだ現役ですよ。
Win32でRunTimeなど気にせず配布できるのは超魅力。

> 2001年頃、DelphiXとかDDDDとか入れて遊んでた。もう一回始めてみようかな。
> もう出てるDel2005って、DirectXのコンポ、標準でついてたりするの？

ついてないです。そこら辺は某は苦手みたい。

> どんなになってるんだろ？.netに対応してるだけで大差ないんなら昔の持ち出してくるし…
> マジレスききたい。

はーい、大差ないと漏れは感じてます。
新IDEの操作性・新機能はまずまずおもしろいけど、
遅すぎて不安定っぽい事はちょと隠せません。

.NETはDelphiで開発する意義が見いだせないので
もっぱらWin32で、小物ｱﾌﾟﾘを作ってます。

EclipseでJavaならそれ向けの開発対象があるでしょうし
Delphiとは成果物が異なるんじゃないでしょうか。

あ！ギコさん乙です。

Delphi好きなんですよね…　実は。
名前が好きだし、文法も好きｗ

でもみんなこの先ないぞって不安なことばっか書くから、先日２００５のアップデートのハガキ（９月３０日まで）のが届いてたんで、
どうなのかなー？って、ここを覗いたわけなんですよ…
３ヶ月後には２００６が出るっぽいし、あんまり変わんないなら見送ろうかな、と。
Direct　X9でゲームつくりたいけど、ヘッダー解析したりは、ボクには無理！

で、２００５で軽く出来るなら購入しようかなって思ったんです。日曜グラマーでゲーム作りたくて。

delphi死んでもpascalは死なず

アライグマみたいな名前はちょっと

それはラスカル

オッサンばっかり

Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！

Delphiの為なら死ねる

土曜日のこんな時間から書き込みがあるなんて、２ちゃんて・・・・・・

>>428
もしそうならどんなに良かったか＿|￣|○|||
みんな浮気し捲くりで言語が消えるより先に人が消えた｡･ﾟ･(ﾉД`)･ﾟ･｡

と言いつつ、いつまでも消えない奴大杉ｗ

そんなに多くないよ、最近は、お仕事モードの初心者ばかり
趣味な人は、しがらみがないので逃げやすいんだな・・・

　∫,,,,,,,,,∧,,∧　　休日ﾉﾋﾞｰﾘ
⊂,,,,,,,,,つ*ﾟДﾟﾐつ

実際、人が消えてｺﾐｭﾆｹｰｼｮﾝ量が減る事は
相当、悪い状態だと思うのね。

人が少なかったらわからない事を質問しても
答えてくれる人が少ないし
質問しても無駄ポ感が漂う。

人柱とか環境依存テストとか、やってくれる
有志ももうかなり少なくなっているしなあ。

とかいうと、またFUD流すとか言われるだろうな。

わけのわからん認証なんて入れなければ俺が協力してやったのにな。
某はこの損失の大きさを理解しているのだろうか。

人が多ければクラックパッチが広く出回り、認証は問題にならなくなる。
認証のせいで過疎ったのではなく、過疎のせいで認証が障害になってる。

　∫,,,,,,,,,∧,,∧　　休日ﾉﾋﾞｰﾘ
⊂,,,,,,,,,つ*ﾟДﾟﾐつ

大事なのは
人とコミュニケーションをとる事だと思う。

雑談でもコードを元にした話でもなんでもいい。

漏れは多くの人の書いたWebページで
掲載してもらったテクニックに感動して
Delphiを使い込んできた。
そういうのもコミュニケーションがあったから
楽しく使ってきた。

逆にコミュニケーションが少なかったり
嫌ーな感じがする場所(掲示板)には
親しみを感じなくなって離れたりした。

今日の仕事のおもしろかった事
失敗談、今日書いたコードの発表
その他、アピールすることも心がけて
少人数でも活発なコミュニケーションが
できてたらいいのになー。(もちDelphiからめてね)

まあ、独りよがりだと叩かれたりするから
しんどくなるんだけどね。

　∫,,,,,,,,,∧,,∧　　みなさんは
⊂,,,,,,,,,つ*ﾟДﾟﾐつ 　休日いかがお過し予定？
　　　　　　　　漏れは昼までぐっすり。

そうそう、最近はDelphiで
メッセンジャー透明化ツールを作ったんだ。

おいら会社で派閥抗争していて(´∀｀)
叩きだそうとしているバカ部長
(年間に数億の損害を気軽に引き起こす無能)
が、

表向きは「雑談しすぎて仕事をしていない」という理由
実際は「無能な自分の悪口が言われている気がする」という理由で

『メッセンジャー禁止！』
とかいう超くだらない指示が
部長の権限で勝手にでたんだ

　∫,,,,,,,,,∧,,∧　　書きすぎた.....
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ

"私用"のメッセが禁止なんじゃなくてメッセそのものが禁止。
(全社的な指示で"私用"メールは禁止なんだけど、メールそのものは禁止されない)

外注との気軽なやりとり、仕事のも含めてメッセ使っていたのに
それも邪魔されて非常に気分が悪かったよ

XPでも言われているように、開発に大事なのはｺﾐｭﾆｹｰｼｮﾝ。
XPで言うように、面と向かってのｺﾐｭﾆｹｰｼｮﾝが大事なんだけど
近所のビルにいる外注さんとそんな事できないもん。
(外注を近所のビルに移動させたのは、無能な部長)

みんな、隠しながら使ってたんだけど

このバカ部長を指示する数少ないやつの中に無能な先輩が一人いて
そいつがメッセのアイコンを見つけたら、「○○さん、メッセ禁止！」とか、
大声で指摘してくる。

おまえ人のディスプレイをマヂマヂとのぞくなよ、キモッ！
と、みんなで思いつつ、仕方ないから使わないように
、より見つからないように心がけていたんだけど

精神衛生上すごくよくなかったので。

　∫,,,,,,,,,∧,,∧　　すいません。Blog持った方がよさそうですね
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ 　もう終わっておくです....

急遽開発を進めて

IP＆MSN＆Yahooメッセが起動したら
(Iniの設定でどんな窓でもOK)
透明化するツールを作って

仲間内にはかなり好評得ていて、喜ばしいのです。
☆配布もWin32だから何も気にしないで楽々！
.NETとかだったら女の子のPCに入れてやるの超ﾒﾝﾄﾞｰです

今では日々
「あいつ、また後輩に下らない指示与えているよ、
なんで自分が責任を押しつけておいて、ああいう風に言えるかね」
「うわあ、また変な事言っている、無視しておかないと気分悪いよ
俺の目のつかないところでやってくれないかな」
とかいうメッセが飛びまくってます。

まあ、それと同時に
無能な人たちを、たたき出せるように派閥抗争に忙しくて
なかなかDelphiに心を向ける時間が
少なくなってきたんですけどねん。

そろそろ10月人事異動の季節。
どんどん包囲網を強いて押し込んでいる最中なのーです。

>実際は「無能な自分の悪口が言われている気がする」という理由で
満更被害妄想でもないじゃん。悪口が言われてるのは確かだしｗ

>>436
最近、それを２ちゃん(発言に継続性がない場)でするのは無理だと結論した。
いつでも好きなタイミングで会話を切れるのは、ある意味楽ではあるんだけど
あんまり深い話になっていかない。
ちょっと思いついた問題だけでも、基本的にレスのライフサイクルが短い。長
文は書きにくい。図などを用いる事ができない。複数の話題が同時進行する
と追うのが大変。と、これだけある。

真面目な技術論とかはBlogでやって、２ちゃんでは雑談とかネタとか軽めの
Q&Aとかに割り切るのがいいんじゃないかなと、俺は思う。
そういう目で見ると、２ちゃんはやっぱり楽しいしねｗ

　∫,,,,,,,,,∧,,∧　　ぉぉ！レスありがとう。
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ 　

>>440さん
おお、そうそう。そう思う。やはりBlogをやろうかしら。
しかっし、派閥抗争とかやっているのでBlogを
都合の悪い人に見られても困るんだよね。

さっきからDelphi Q & A 掲示板の
コントロールの一部をくりぬくには？
http://hpcgi1.nifty.com/MADIA/DelphiBBS/wwwlng.cgi?print+200509/05090047.txt

これを見てて
確かどこかで昔
日本地図とかをくりぬいて板すごいコンポーネントが
あったんだが、、と探していたんだけど見つからないorz

Googleﾃﾞｽｸﾄｯﾌﾟｻｰﾁでみつけたのは
めもニャンだむ:非矩形なフォーム（１）
http://blog.livedoor.jp/junki560/archives/17887302.html
ここのblogはすごいね。

うーん、Formと同様にコントロールにも
リージョンを適応すればできた気がするんだが、、、
やったことないからわからんな、、、

ウィンドウハンドル持ってるなら Form と同じくリージョンで切れ取れる

　∫,,,,,,,,,∧,,∧　　
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ

いろいろ探したんだけど
半透明Windowは簡単だけど
半透明コントロールは難しいのね...orz

次世代VBアプリ格好良すぎ。
http://www.microsoft.com/products/expression/en/interactive_designer/id_features.aspx

ネイティブマンセーな時代遅れの皆さんはこの先本当に大丈夫だと思ってるのですか？

>>444
いつもご苦労さん。どうせ煽るならC#の新情報の紹介にしてくれｗ

VBもFlash対抗程度の使い道しかないところにまで落ちぶれたんだな

DelphiってまだGDIなんか使ってるの？だっせーｗｗｗｗｗｗ

なにに憧れてるのか知らないが・・・・・道具は使ってナンボだよ、ぼうや

>>444
実にどうでもいいが、画像上のコードが(VBじゃなくて)C#にしか見えないのは俺の気のせいか？

GDI以外なにかあったっけ

DirectDrawでエディタなんて酔狂なアプリはあった気がする。

あのさ、聞いてくれよ。
俺、ダイレクトメールが来たんで
http://www.microsoft.com/japan/imaging/dip/default.mspx
まあ、値段もそう高くないし、そこそこ使えるなら買ってもいいかとお試しダウンロードしたんよ。

そしたら俺に聞きもせずに勝手にjpegを関連付けしやがった。
まあ、よくある事さ。
でもさ gifまで PhtoEditorに関連付けるってのはどういう了見なんだ？

で、肝心の使い勝手は今ひとつ。
極めつけは、アンインストールしても、jpegに関連付けが残って・・・・これもよくある奴だが、
しかし幽霊のようにタスクバーにだけ残るってのは新手だね。

さすがM$クオリティ。　で、こいつもVBとやらで作られてるのかい？

私、煽ってる人は、VBも満足に使えない人だと思うんです。
VB厨とDel厨の両方のふりして板を荒らしてる自称釣り師だと思います。
そんな構ってちゃんの相手をして、思い通りに操られる、度量の広い皆さんには、
もううんざりです。

その昔まだVBにたいして技術的なアドバンテージがあった頃
Del厨がよくVBスレまで出張してDelphiなら〜できるのに。と宣伝していたものだ。
その力関係が逆転してしまった今、逆に煽られているのは自業自得というものだ。

> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった
> その力関係が逆転してしまった

　∫,,,,,,,,,∧,,∧　　
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ

Delの場合は昔から
ユーザーを増やそう
って意義があったから
宣伝する動機もまだ共感を得るんだが

逆に煽ってくるというのは
書き込みすることで
精神が矮小にならないのかな？

なんか話題振るかな。
最近RTTIがどうなってるかを調べたりしてるのだけれども、使いこなせるようになったところで用途がいまいち思いつかない。
列挙型と文字列の変換は便利そうなんだが、それ以外は、ユニットテストでpublishedメソッド列挙したり、またはTPublishableVariantTypeぐらいが関の山というか。
誰か、発想力が貧困な俺にアイデアをくれ。

RTTIはテキスト形式でパラメータを保存するような時に　便利だよ

書き換えたらSetXXXも呼ばれるし

なるほどなるほど…。
それだと、VCL以外に、RTTIで永続化するようなライブラリってあるのかな。XMLとかYAMLとかで。
(自分で作れって話になるかな…折角調べてるのだし)

RTTI とか ToolsAPI とかは、あんまり応用が効かない知識だからつまらんよ。
もっと汎用的なデータ構造やアルゴリズムなんかは、言語や開発環境なんかに
依存しないもんだから、それの方がずっと研究しがいがあると思うんだけど

昔、ギコbasicの時に、スクリプト中にプロパティ参照させてから
結構便利に使ってるよ。
簡単なスクリプトでも、手間かけずにインターフェース出来るからね。

>>460
いやまぁそうかもしれんがそんなこと言うと開発環境特有の話できなくなるしここDelスレだし。
>>461
やっぱ、インタプリタとか、タイプライブラリとか、そっち方面になるのかな…。
こう、もっと、これは思いつかなかった！っての無いかな。わがままかもしれないけれど。

Javaでコマンドライン引数をリフレクションで、っての見つけた。
http://www-6.ibm.com/jp/developerworks/java/031128/j_j-dyn0715.html

　∫,,,,,,,,,∧,,∧　　やってる人は
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ 　好き勝手やってるのね

おまいら、Level9ぐらいか？
(*´･д･)(･д･`*)ﾈｰ

漏れは大体DelphiIDEの
キー操作には慣れた＆EmEditorを
DelphiIDEっぽくカスタマイズして使っているんだけど

やっぱり
DelphiIDEのキーカスタマイズダイアログが
ほしくなる。

Ctrl+YでUndoしたかったり
Ctrl+HでReplaceしたかったり

する人の為になんか作ったりせん？

もしくは漏れが使いたいのだが
Ctrl+Dで、ｷｬﾚｯﾄ位置から行末まで削除機能とか。

>>462
確かに　「コマンドライン引数をリフレクションで」　って書くと格好いいな。
「コマンドライン引数をスクリプトとして解釈」じゃ古臭いものな。

同じ事でも表現力の差でこうも違うんだね。

>>463
つ窓使いの憂鬱

いや、OpenToolsAPIでも確かにできるけど、繭だとDelphi以外でも同じように使えるし。

　 ∧,,∧　　ｽﾏOｺ
　ミ,,ﾟДﾟ彡
　ミつ日(ﾐ
リフレクションの単語の意味がわからん、、、

>>459
ちょっと違う。　RTTIで永続化するというよりも・・・・

計算させる為のパラメータとかが調整や保存が必要になったりする時あるでしょ？
そういう時に、そのクラス作って、publishdにして、
・メニューに登録　
・保存ボタンで保存
・読み込み
とか、一度共通コード作っちゃえば、そこはもう弄らなくて再利用できるわけだ。

ToolsAPIでキーカスタマイズするなら。
IOTAKeyboardBindingを実装して、(BorlandIDEServices as IOTAKeyBoardServices).AddKeyboardBindingで登録。
BindKeyboardでAddKeyBindingを…ってやる正当な方法と、

適当にApplication.MainForm.Menu以下にでも新しいTMenuItemぶら下げてShortCutプロパティ設定しておく方法がある。

後者はメニューも追加されてしまうので不格好だが。

　 ∧,,∧　　そか、ｷｰｶｽﾀﾏｲｽは
　ミ,,ﾟДﾟ彡 　みんなこういうのを
　ミつ日(ﾐ 　　使ってるんだ。ｶｼｺｰ

Ctrl+Dで行末まで削除だったら
[Ctrl+Shift+End、Delete]を
登録すればいいわけかしら？

すげー。

えっと、追加コピーの場合は...

まあ、こっちはｸﾘｯﾌﾟﾎﾞｰﾄﾞ履歴ｿﾌﾄで
まかなうか。

>>467
たとえば、
published
　property A:Boolean;
　property B:TEnum; // TEnum = (Enum1, Enum2)
とかあったら、メニューに
File Edit Custom__
　　　　　|(v)A 　|-----+
　　　　　|B　　 >|Enum1|
　　　　　--------|Enum2|
って出てくるってこと？
すげーよアンタ。思いつかなかったよそれは。

>>470
うん。
メニューに
booleanは　チェックが付くかどうか
列挙型は、さらにサブメニューが開いて列挙要素の中でチェック
整数型はメニューcaptionにプロパティ名+数字で表現

てな仕掛けを一度作っておけば、
パラメータの変更しても、コード直す必要なし。

つ メニューデザイナのテンプレート＆カスタムアクション

>>472
いや、>>467>>471は、コード側のpublished部を変更しても、追従の手間が無いから、テンプレートより賢いぞ。
同様に自動でそれっぽいダイアログボックス作ったりとか、夢が膨らむ。

>>473
BeanUtilsとかJavassistと同じ類のヤバさも感じるが・・・・・・
うっかり嵌り込むと、自動化に向けて永遠に成長を続けるが
永遠に完成もしないライブラリと化すｗ
使い方がシンプルなだけでなく、如何に自身のコードをシン
プルに保つかと、適度な割り切りが重要だな。

問題は、ヘルプとかヒントが欲しいと言われた時。

俺はお試しコード用だからと割り切ってるけど、
これを視野に入れようとすると、逆に使えないライブラリ化するだろうな

VB,VSなら情報盛りだくさんだよ

本はあんまり無いけどね＞VB, VS
MSプレス本は高杉だし置き場に困る。

無いよりマシだな、選択肢があるだけ

>>476-478が、>>475を誤読してそうな件について。

あ！ホントだ。 >>473からの流れで、
メニュー自動作成の話につなげたつもりだけど

単独の話と取られて >>476が続いてるのか？

ヒントもRTTIに込めるとするなら…
published
　property A 〜
に対して
　A_Hint: String;
等から拾ってくるならできそうだが、できることなら
published const
　A_Hint = 'hint';
って書きたいけれど…インスタンスに属さないし、無理か。
こうなるとTCustomAttributeがWin32にも欲しくなるなあ。
導入するって話が流れたのが微妙に残念。

　　　　∧,,∧　　ﾎﾞｶｰﾝ
　　　 ミ ﾟдﾟ彡
　　〜ﾐ,,,,uuミ

もうちょっとわかりやすい
レベルの話にならんかなla..

話ついてけなくてｼｮﾎﾞｰﾝ...

( ´,_ゝ｀)

話の流れを気にするなら、上級者スレを使ったらどうよ。

難しい事を言ってる訳じゃない
　Delphiのpublishedなプロパティは実行中に型情報を使って
一覧して、変数名、型名や値を読み出せるでしょ？

詳しい事は５年以上前にCマガで中村さんが書いてた。
今でも　Delphiコンポーネント設計＆開発 完全解説　というのがダウンロード販売で買えるから
興味があるなら読めばいい。

で変数名が判るから、そいつをメニューItemを指定して、そのメニューのサブメニュー
として動的に作成させてやろうという話をしてるわけ。

メニューを動的に作成してプロパティ名をcaptionに設定して、
イベントを割り当てておくだけ。
動的に作成した場合はNAMEは好きに使えるから、NAMEにプロパティ名を入れておいて
イベントが呼ばれたらそれを使って設定する
列挙型の場合は、親だけどね

　　　　∧,,∧　ｾﾞﾊｰｾﾞﾊｰ　　　
　　　,,ミ；ﾟДﾟﾐ=3
　 .とﾐ,,,,,Ｕ,,Ｕ 　猫散歩してたら
　　　　　帰り道Bﾀﾞｯｼｭされていい運動だわ。

ｺﾐｭﾆｹｰｼｮﾝは大事なんだけど
同時に難しくもあるんだよね。

話題についていけないと疎外感を感じて元気がなくなるし。

Delphi板ってのがあって
ｽﾚ別になっていれば話題のﾚﾍﾞﾙが合うかしら。

でも、そっこう過疎板化する
(*´･д･)(･д･`*)ﾈｰ

BorlandManiacsみたいに
閲覧する手間が激しく面倒だと
住人がすごい勢いで引っ越しするから
ネットって厳しい世界なんだよね。

>>485さん、詳しい説明ありがとう！

中村さんの本は、本買って読まずに
忘れててPDF版まで買っちゃったけど、やっぱり
読まなかった...(*´∀｀*)ﾎﾟﾜﾜ

　　　　∧,,∧　　とっころでｻｰ　
　　　 ミ*ﾟ∀ﾟﾐ　ﾆﾔﾆﾔﾆﾀﾆﾀ
　　〜ﾐ,,,,uuミ

実際、Lv10や9クラスの人ってどなたなのでしょうか、、、日本で。
漏れがぱっと思い浮かぶﾊｲﾚﾍﾞﾙな方々というと

OpenCanvas作ってる人とか、PerlﾌｧｸﾄﾘなWizman氏や、Nyの作者のﾀｲｰﾎの人とか、TEditorの中の人とか、
TeraPadのTera氏(?)とか、PPAの中のDECO氏とか、iPentacの中の人、YT氏とか、
思い浮かぶかなあ。

もちろん、世間に出てこない在野武将の方々も沢山いるでしょう。
Del使っている事すらばれないようにしている人もおるかいな。

純技術的にだけではなく、ｺﾐｭﾆｹｰｼｮﾝ能力や、ｱｲﾃﾞｱ発想ﾚﾍﾞﾙの高い人とか
そういうのも含めておいらは考えてしまいます。

皆さんは、「この人はこのﾚﾍﾞﾙと思われ」とか、いう話題、どうかしら。

超有名人の中村氏なんかは、なんぞや言われるでしょうけど、、、個人批判は、＼(^^＼)ｵｲﾄｲﾃ
高いﾚﾍﾞﾙの憧れる人ってのは、みんなは誰なんですかい？


ああ、まず漏れですか....orz...えっと、Lv6くらいは............
なんか、Lv7とか格付けが高すぎないか？

参考はもちろん、こちら。Delphiプログラマのレベル10 - PukiWiki
http://onigiri.s3.xrea.com:8080/delphi/index.php?Delphi%A5%D7%A5%ED%A5%B0%A5%E9%A5%DE%A4%CE%A5%EC%A5%D9%A5%EB10

Delphi についてやたら詳しい人ってのはあんまり尊敬しないな。

プログラマーとして、たまたま Delphi を使ってて、かつ、優れているって人
いるよね。フサ紹介のひととだいたい重なってるけど。かつての丹後の人も。
アポロな人も素晴らしいコードを書くね。

Lv6は越えている。
Lv7は半分くらいかねえ。

> 将来性を見限って C# に簡単に移れる
C# って固定されているのはなんでだ（＾＾；
.net は C++/CLI にしよーかなと思っているけど（＾＾；
だからといって Win32 で作るときは Delphi を使い続けるんじゃないかなあ。

> だからといって Win32 で作るときは Delphi を使い続けるんじゃないかなあ。

ま、当然。もう、Delphi はこの用途で必要十分。
某はもう悲しいバージョンアップしないでおくれ・・・

現状、フリーウェアの作者ならかなり多くがLv6以上7未満になるんじゃないかな。
悲観ネタやコミュニティ絡みの遊びネタを除外すると、
Lv5まで初心者全開なのにLv7の一部はもう上級者って感じのような。

> Lv6以上7未満になるんじゃないかな。
このあたりをもう少し細分化して示すことが出来れば有益なんだが。

初学者の道しるべになるような視点では書かれていないし
解説なしの言いっぱなしでまるで無意味だな。
有益な技術文書のかけない連中の馴れ合いオナニーページ。

初心者の道しるべは沢山あると思うよ。
問題は中級者の道しるべかな。

> 解説なしの言いっぱなし
Wikiのほかのページに解説は載ってるだろ。

>>492
どうも評判が悪いようなので、Wikiの方、レベル改訂しました。

「るろう」さんってどうなんでしょう？
レベル１０のDelphi使うのやめるって、「剣の道を極めたものは剣を捨てる道を選ぶ」みたいね。
ジェット・リーの「英雄」みたいにｗ

> ジェット・リーの「英雄」みたいにｗ
ただの荒らし発言と思ってたが、妙に格好よく思えてきたｗ

　∫,,,,,,,,,∧,,∧　　ぉぃぉぃ
⊂,,,,,,,,,つ；ﾟДﾟﾐつ

改訂したって、細分化じゃなく
Lv7をLv6に落としただけで改悪じゃないか.....

元のLv8の項をごっそりLv7に下げた時も思ったが
毎度毎度、上級をどうしてそんなに難しく見せるのかな

元からﾕｰｻﾞｰも減ったし各Lv毎に片手で足りて
偏差値的には恐ろしく高いところになるんじゃないかと。

その格付けだとTipsページや書籍で学べる事は
ほとんど、Lv5以下なのだが、
なんか偏りありすぎかと。

>>498
> 毎度毎度、上級をどうしてそんなに難しく見せるのかな
そういうつもりは無いのだが・・・

というか、仕切るつもりは無いので
違うというなら、編集合戦にならない程度にｗ
各人でレベルを上げ下げして貰いたいなー。

> なんか偏りありすぎかと。
個人的にはコンポーネント作成＝レベル５って、なんかシックリくる。

> Lv7をLv6に落としただけで改悪じゃないか.....
これは失敗だったかも。また移動しちゃおうかなｗｗｗ

　∫,,,,,,,,,∧,,∧　　いや、
⊂,,,,,,,,,つ,,ﾟДﾟﾐつ 　気になったので
　　　　　　　　　語気が強くなりすぎたスマん

なんていうかまじめな技術者は
自分のﾚﾍﾞﾙをちょっと低めに申告したりする
気質があったりするかもと、思うんだが

>Lv6
>OpenToolsAPIを使い始める。

...Lv8くらいじゃないかしら...
で、Lv9で[OTAPIを使いこなせる]かな....ど...どう？

> ...Lv8くらいじゃないかしら...
資料やサンプルが無いので、高度技術っぽいけど
ショートカットやメニューの追加程度なら簡単に出来るよ

> で、Lv9で[OTAPIを使いこなせる]かな....ど...どう？
個人的には「使いこなせる」というような漠然としたものじゃなくて
もうちょっと具体的な物を示してみたい。

Lv6 メニューとショートカット
Lv7 プロジェクト・ウィザードとエディタ（基礎）
Lv8 エディタ（応用）
Lv9 IDE乗っ取り

かなり想像が入っているけどねｗ

IDE上で自作コードが動くというのはDelphiの華かつ
Delphiが初期から持っていたアドバンテージ(最近怪しいが)なので
6以降にOpenToolsAPIが入ってくるのは自然に思える。
>>500基準で言うなら、レベル5でコンポーネント作成を始めて
その世界への第一歩って感じかな。

ところで、

>その格付けだとTipsページや書籍で学べる事は
>ほとんど、Lv5以下なのだが、
>なんか偏りありすぎかと。

…それは当たり前の気がする。どんな環境でも。

ちょっとおいらも手を入れてみた。

>>502、ぉを！いいじゃないですか。それ。
より具体的で！


>6以降にOpenToolsAPIが入ってくるのは自然に思える。
そ、、、そうかな、、、
誰もあまりやってない気がする、、

>>504
そっかな、、、TipsページはLv5くらいだけど
書籍は最高Lv7くらいまでいかないと
母集団に対する割合がLv5以下人口が多く
Lv6以上人口が少なすぎる気がするよ。

もいちど、元ﾈﾀの
Perlプログラマのレベル10 - Perlプログラミング救命病棟より
を読んでみるね。

人に支持される格付けってのは
その辺もよく配慮されているんだろう。たぶん。

まあ、OpenToolsAPI自体は、凝ってもしょうがない面もあるので
(何しろ最終成果物のアプリにはまるで関係ない)
完璧スルーしてもいい項目とは思うけれど、
コンポーネント作るならそのひとつ上ぐらいのレベルではプロパティエディタぐらい作るでしょ？
IDEに手を入れるって意味でコンポーネント作成開始のLv.5に+1してLv.6のつもりでした。

おお、みんなの協力のお陰で、だいぶマトモになってきたぁ！

久々に愚痴以外の雑談のネタが投下されてよかったね。

＋みんな宵っ張りで良かったｗ

難易度だけでレベルを分けるか、>>505のように人口を加味するかも悩みどころではあるのか…な。
確かに、多くの人が真ん中ぐらいに来るようにしたほうが受けは良さそうだし。

なかなかおもしろいね。

Lv10とか9とかは、漏れ的には想像外なんだが、
だれか上手に書いてくれないかな。

SonEditとか、TEditorとか、
DelphiXとかDDDDとか、PPAとか
アポロとか、DMonkeyとかが
Lv9、10に入ってくるのかしら？

> Lv10とか9とか
自分のイメージでは
Delphiの欠点を補完する総合的な「フレームワーク」
＋DelphiのIDEを大幅に拡張して乗っ取る物

IntraWebとかECOみたいな感じ。

DirectXは、ぶっちゃけC++が読めたら、どうにでもなるから…。
(Application.Handleの振る舞いが厄介かも)
PPAやDMonkeyは、「インタプリタ作成技術」、エディタも同様に「エディタ作成技術」、アポロはRubyの知識(Delphi側はclasses.pas読破レベルかな)なので、
確かに高いレベルのプログラマとは思うけれど、「Delphiプログラマのレベル10」とはベクトルが違うような気もしなくもない。

んー、私的にはLv.9以上は公開情報だけでは到達不可能なレベルにしたいw
IntraWebがLv.9〜10なのは同意。

もちろん、高レベルになると、ベクトルは拡散しやすいよ。
でもDelphiLvが高くないと作れないから。
そのﾚﾍﾞﾙに到達すると、すでに言語間の障壁はなくなるんですな。

そっか、IntraWeb、ECOかあ。なるほど。
そのﾚﾍﾞﾙはもう日本にはいなさそうね。

>>513のがLv10くらいで
>>514のがLv9くらい、って認識はどうかしら。
KOLは微妙ですね。Lv9.5かしら。

一覧を見渡すと濃いーLv分けになってきましたね。

ぶっちゃけLv9-10は日本には居ないと思う。

個人が無料で配布できるレベルじゃない。企業として、まじめにDelphiに取り組まないと、
こういう物は作れない。

よく考えれば、>>512は、
「多くの人が喜ぶような有用なコンポーネント」(Lv.8)
以外の何物でも無い気がする。

>>494
> 初心者の道しるべは沢山あると思うよ。
> 問題は中級者の道しるべかな。

激しく同感。中級者向けの情報発信が極端に少ないのが Delphi の特徴。
C++ に比べて、絶対数が少ないので商業レベルに乗らないので、成果物と
書きっぱなしコードしかない。

どんなに素晴らしいコードを書く人がいても、自分だけのものにしている
人は、いないのと同じ。自分は、自分のコードを示して啓蒙的な人に憧れる。

>>519
>どんなに素晴らしいコードを書く人がいても、自分だけのものにしている
>人は、いないのと同じ。
これ、Windowsの世界では逆の面もあるんだよな。
Windowsの世界では、最終的な成果物を出した者が神で、その仕掛けの
発案者はいないのと同じというか存在自体が忘れられる。

折角ソース公開してるのに、何にもコミットしてこずクローン作りに励む奴
多すぎ。ソースだけでは分かり難かろうと詳しい説明を付けてもクローン
を促進するだけで協力者は現れず。GPLで縛っても調べる術がないから
無意味。なんつ〜か、何もかも徒労で得るモノはなしって感じ？

だってコミットのしかたがわからないのだもん

とりあえずはドキュメント整備とか、お手伝い系かな。
逆に迷惑なのは一行コメント。これは本当に役に立たない。

あ、スマソ。俺は520とは別人ね。

既存のアルゴリズムを拡張したり独自のアルゴリズムを作り出してコード化するのは、
Delphiに特化はしていないけどLv8の高度なコンポーネントと比肩できると思う。
例えば、
ttp://forum.nifty.com/fdelphi/samples/01367.html

未出のDelphiの機能では、インラインアセンブラはLv6以降かな。

Lv6　簡単な繰り返し演算をアセンブラで置き換えてみたけど速くならなかった。
Lv7　アセンブラでインスタンスを操作できる。スタックをトレースしてデバッグに活用できる。
Lv8　画像処理などでMMXやSSEを使ったサブルーチンを書ける。各CPUの演算器の構造も意識している。

Lv8は満たせるけど、Lv7は満たせねーぞ(w
Delphi のオブジェクトがどうなっているかなんて解析したことない(w

中上級者(4〜8)には努力次第でなれるかも知れないけど
神(9〜10)レベルは情報工学とか語学とかの素養が必要そう。

情報工学とか語学とかの素養も努力次第

結局 ８以上なんかは、言語を特定する意味がないレベルなんだな。
逆に、環境や言語に特有なことに特化しても、汎用性がないのでどうでもよくなる

マ板でやれよ糞カス野郎

>>528
(各種言語or環境)プログラマのレベル10、なんだから、
汎用的な技術とともに、特化した知識もあわせ持ってこそと思うが。

手段 ≠ 目的

Delphi以外の技能を評価されてもﾂﾏﾗﾝ

でるふぁいってなくなってしまうん？
おぶじぇくとぱすかるに食べられてなってしまうん？

GMと交渉難航で経営破綻の可能性でてきたね

しつこいよ。自動車部品メーカのネタ。

コンポーネント作成のレベルで

一番下＝propertyやイベントが分かる
一番上＝ストリームの仕組みを理解する必要があるTTabSheet
らしいけど、中間はどうなってるんだろ。

つか、TTabSheetが難易度最高というのは本当なのか？

はやくBCBが統合されたバージョンでてくれないかな。
ついでにJﾋﾞﾙﾀﾞも統合しちゃってよ。

あと３ヶ月くらいじゃないと待ちきれないよ？
ｻｰｻｰ

今回はBorconまでは詳細発表しないんだろね。
あと１ヶ月半か。

自分BCB使ってる側だから、Delphi統合ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ。

VCLﾄﾞﾄﾈﾄいらね。

もう、BCBもDelphiもWin32用としては完成済
>>539 不要ならバージョンアップしなけりゃいいだけ。

でも俺は期待してる。 DelphiからCのコードがシームレスにデバッグ出来ればうれしい。
今は一旦　DLL作ってデバッグしてからobjでリンクしてるから

つまり特殊用途以外はverupはいらんと

リファクタリングは便利。

設計の下手なやつがよくそういうことを言うんだよな。
コードくちゃくちゃいじってるだけでまったく先に進まないやつ。

お、リファクタリング否定ですか

>>543
上手な設計の仕方教えてください＾＾

変数名は絶対変えないとかｗ

クラス使うようになって、メソッド・変数名は一定した。









悩むのはクラス名だけだお。

メソッド名＝全部Execute とかｗ

でも使ってる箇所検索しようとすると、厄介になるんだよな

と言いますと？

> リファクタリングは便利。

.NET 切っても使えるようになったの？

>>540
bcc32でデバッグコンパイルして、$Lでリンクすると、DelphiからCコードへステップ実行できるぞ！(マジ)
ただし変数は直接は見えず、代わりにレジスタが見える。

>>536
TTabSheetは子を配置できる領域を設計時にも切り替えてしかも別個に保存してるわけでなかなか厄介。
難易度最高かどうかは別にして。

こんな順？
・文法の理解(propertyやイベント)
・publishedの理解
・ストリームの理解
・自前プロパティエディタ
・自前コンポーネントエディタ
・TTabSheetやTCoolBar
・独自の設計時フォーム(IntraWeb等)
・IDEを完全に乗っ取ってBorlandの想定外のアプリを開発できるようなウィザード(やっぱIntraWeb等)

>>552
ステップ実行だけじゃなく、ブレークポイントも仕掛けられるのも知ってるよ。
でも、やっぱりその場所の変数を確認したいし、変更したい。

で、そのために統合化されたバージョンを買いたい、と。お金持ちだな

CのHファイルコンバートしなくてよくなるんでしょ？絶対買いだよ

XPのスタートメニューってさ簡単に編集できるくせに
編集すると自動アンインストールされなくなる。
どういう発想してるのだろう。

スタートメニューもフォルダだということを理解してないやつがこの世にいたのか

それってO$側の都合であって、使う側としては消えて欲しい。

インストール先を勝手に変えられても文句を言うなって？

>>558
逆にいないと思ってるのがすごい

>>560
O$のメソッド（メニュー）に従って移動してんだから、O$が把握できるに決まってんだろ。

それが理解できないんなら、ＰＧ辞めるか氏ね。

> CのHファイルコンバートしなくてよくなるんでしょ？絶対買いだよ

BCB と同じでしょ。統合化によって Delphi と BCB のコードが混在できる
わけじゃないよ

つまり、BCB/STLを使い、その他のマニアックなライブラリはVCL系を使え、と。

D2006でBCBの拡張ってあるのだろうか。
どんな拡張があったら嬉しい？

IDEの「ドトネトおよびDel切り離しBCB単体化」機能。

Delphi Configuration Managerでも使っておけ

並べてみると壮観だね

A list of features in Dexter
http://groups.google.co.jp/group/borland.public.cppbuilder.non-technical/msg/901d7e5f9cb15e40?hl=ja&

並べてみると壮観だね

376 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/22(木) 08:45:57
Visual Studio 2005 Team Suite
・パッケージ版：150万円（MSDN Premium Subscription1年分付き）
・Open Business：117万円（SA with MSDN Premium Subscription2年分付きの場合は185万円）
・Select A：84万300円（SA with MSDN Premium Subscription3年分付きの場合は157万1300円）

正規価格はこれだお。

おまけ。

379 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/22(木) 11:27:30
>>VS2005はインラインアセンブラをサポートしない

(･∀･)ｳﾝｺｰ
俺を殺す気か。

These are not planned.
- BCB components compatible with Delphi
- mixed language programming

（・∀・）ｳﾝｺｰ

イラネ

>>563
とするとDelとBCBを１つにして何が面白いの？

ガリレオのユーザー数を増やして、投資を回収することが主眼だったりして。

最近Delphiのどんなニュースを見ても全く期待が持てずつまらなく感じてしまいます。
これって鬱病なんでしょうか。

>>575
これでも見て気を取り直したら？ >>569-570

派手なMSの発表を見ると、Delphiは詰まらないように見えるけど
MSだって。。。

551 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/21(水) 22:53:28
確かに今年のPDCは何か変だったもんな。
VistaとWinFXまでは見せたけど、その先については全く触れず。
Pre-AlphaのLINQはとてもVistaに合わせて出るとは思えないし、
肝心のVS Orcas自体がどうなるのか不明。

何か強引に区切りをつけたがってるように見える。

Delphiで夢のある話というと、やっぱりECO関係かな。

Linqと違って、すでに実装済みで
D2006ではProでも一部利用可能になると言う噂がある。

> とするとDelとBCBを１つにして何が面白いの？

知らん。ユーザは勝手に切り離したりして使ってるので、うれしい人がいるとは信じられんがいるんだよな

2005で倍増したロード時間が2倍になりますよ。
面白いですね。

重くてうれしい人もいる位だから、どんな嗜好だってありえる。
某は普通のユーザでは推し量ることが出来ないくらい先進的なんだな・・・ついていく気はないけど

> 2005で倍増したロード時間が

倍増？ Del6 に比べると１０倍増だが

> 2005で倍増したロード時間が2倍になりますよ。
流石に一気に読み込むのは止めるだろ。

Delphi.NET 以外はイランから、単体販売プリーズ！
統合化は百害あって一利なし。絶対反対！

１箱に、Delphi/BCB、16/32/64/ドトネトが別々で単品だと最強じゃない？

ガリレオが安定したら、単体販売に戻るかもね。

それにしてもドトネトアプリがここまで重い事態は予測不可能だったね＞＞＞＞＞ガリレオ

ドトネト高速Javaを売りにすると思いきや...


ガリレヲはJava製にすべきだった。

>>585
もはやボーランドストアでしか扱ってくれなくなりそうだな

１箱に、Delphi/BCB、16/32/64/ドトネトが別々で単品、同梱だが
その中でオンラインでレジストして利用出来るのは２つまで

２品以上必要な人は追加ライセンスでお安くなっております。

認証クラックパッチって海外でも作られてないの？
ハッカー連中に相手にされてない処理系ってやばいんじゃないの？

>>590
お前のその考え方がやばいんじゃない？

>>571
notかよ
一瞬喜んじまった

.NETならいろんな言語でクラスレベルの互換性があるのにね。

> ガリレオが安定したら、単体販売に戻るかもね。

ははぁ、不安定だから統合化して選択の余地を無くしてるわけですか。
さすがユーザ無視の某のやることはすごいですね。

あんまり意味ないよ。　⇒クラスレベルの互換性。

実際にやってみて、メリットあった？
DelphiとBCBだってVCLは同じものだけど、別にそれがメリットになってるわけじゃない。

> ははぁ、不安定だから統合化して選択の余地を無くしてるわけですか。

製品ラインを増やして、いちいちテストしている余裕は無いからね。
その分、値段も統合化して安くしているんだから、文句はないと思うが。

実用性はどうかしらんが面白そうだからやってみたい。

>>595
移植が不要なのでかなりメリットあるけど？

> 文句はないと思うが。

不安定でも安価なら文句がない、ってどうかしてるな

まったくだ。間違いだけはおかさないでほしい。堅牢が一番。
はやくボーコンにならないかな？スクリーンショットだけでも見たい。

所詮VB 9.0の革新性には勝てないだろうけどな

.NET ないと動かないから革新的だなー

>>600
> おかさないでほしい
おさかな？と読んでしまった・・・

久々登場したと思ったら
いつかはLinqにも対応しちゃうぞぉ！ですか
ノー天気すぎるよ＞ダニー・ソープ

> ガリレヲはJava製にすべきだった。
つ C++ Builder X （劇重）

Delphiってなによりも使いやすいよな、、、、。

procedureとかfunctionとかbeginとかendとか変数宣言できる位置が固定とか:=とかその他もろもろが無ければな。

Pascal 否定かよ

アンチも多いんだよね。

Delphiのいいところは関数内関数とコンパイル速度だけだからな(w

610 = Lv3

Delphiのいいとこ＞開発環境、ライブラリ、コミュニティ
Delphiのやなとこ＞言語(Pascal)

・Delphi.NET
開発環境：不安定化
ライブラリ：無意味化
コミュニティ：崩壊
言語：Pascalクソ
結論 = ＿|￣|○||| ｼﾝﾃﾞｼﾏｴ…

・VS.NET
開発環境：VBクセー
ライブラリ：過渡期
コミュニティ：厨揃い
言語：C#美しい
結論 = (´･ω･｀) ｺｳｺﾞｷﾀｲ

・Java
開発環境：Eclipse最強
ライブラリ：Commonsは神
コミュニティ：心強いかぎり
言語：Java美しい
結論 = (;´Д｀)ﾊｧﾊｧ

Delphi.NET で比較するなよｗ

まだ.NETで夢見たがってる人いたんだね。

Delphi で夢見たがってる人より１０倍以上いるだろ

正直.NETじゃダメなのか？あんまりにも評判悪いんで７からアップしてないんだ…

.NET<も>使えるようにしておくといい。それなりに面白いよ。

評判わるくないよ。Win32 にこだわってる Delスレだけ、遅れてるんだよ。
普及はいまいちだけど。ユーザレベルでは必要性が感じられないのは確かだな。

Vistaまぁだぁ、ﾁﾝﾁﾝ

俺も買ってないね。ウワサでは爆遅なんでしょ？
,net版のインストールシールドみたいなのもついてるの？

ちょっと古めのPCにVS2005 ベータ２を入れてみたけど
結構、重いね。VS2003は神だ。D2005・・・頑張りましょう

3D Development Pack
http://www.skinhat.com/3dpack

Lazarus恐るべし

商業ソフトのVSにはるかに引き離され
パクリソフトに猛烈に追い上げられている某は
もう駄目かもわからんね

なにをいまさら・・・Del８出した時点でアウト

24のジャック・バウアーはDelphi 使い！？
http://research.workshell.co.uk/delphi/

V$ﾄﾞﾄﾈﾄもV$に戻ったし、
ﾄﾞﾄﾈﾄは壮大な釣りだったな。


Delも釣られた。

DelもというかDelがというか・・・・・・さながら一本釣りされたやうｗ

.NETって名前を使わなくなっただけだろ

VS2003＝WIN32アプリ。間違いない。

>>626
かなり厨なアプリ・・・

ParentWin: TForm;
Mode: TVideoModes;
OnModeChanges: TNotifyEvent;
bLoopPlaylist: boolean;
function Init(Par: TWindControl; OnTimer: TNotifyEvent): boolean;
procedure Close;
procedure Play;

TWinControlね

>>631
DelってTFormのクラス宣言にその人の育ちや環境があらわれるんだね。

Lazarusが安定していろいろ機能がくっついて日本語版公式サイトでもできたら、Delphi買わね。

いい加減、英語覚えろよｗ

>>627
M$を責めることはできないよ。
確実に売れることを前提に商品を発売することなんてできっこないんだから。

駄目製品だから売れないという分かりやすい展開

Delphiはもうネイティブに戻れないの？

DelphiはもうDelphiではないDelphiの道を歩もうとする者は誰だ!
Lazarusがとって変わろうとしている?
････

Delphi6で非同期でＷａｖｅファイルを鳴らし、
演奏終了後にイベントを発火させるにはどのようにすれば良いのでしょうか？

>>640
　手順
１、調査、
　１−１ waveファイルの構造
　１−２低レベルオーディオの概要　API日本語ヘルプを読む
　１−３　MMSystem　ユニットを読む

２、waveファイル先頭を読んで、サイズと、開始位置を設定
　　サイズが極端に大きいなら２度３度に分ける事も考えるが
　　効果音程度なら１発でいい
　　 GlobalAlloc　GlobalLockでメモリを確保、そこにwaveデータを読む
　　waveOutOpen　で　CALLBACK_WINDOWと Handleを渡す
　　waveOutPrepareHeader　でロックしたメモリを渡す
　　waveOutWrit でスタート

　　終了は、フォームに来るメッセージ
　WOM_OPEN:
　WOM_DONE:
　WOM_CLOSE:
　　で検出すればいい

>>650
別スレッドで SND_SYNC して、帰ってきたらPostMessageしてスレッド終了ってのは？

遅レスだが、RTTIの使い道で
[Forms]
Form1.ListView1.Font.Name=MSゴシック
Form1.Splitter1.ResizeStyle=rsUpdate
とかやってフォームの概観をユーザーが好き勝手にカスタマイズできる仕組みを
作れるといいなと思いつつ＆すっかり忘れてて早数年。

>>641
>>642
返答、ありがとうございます。

基本は641なんでしょうけど、省力な642も魅力ですね。
色々試したいと思います。

>>644
MCIでnotify属性付けてMM_MCINOTIFY待ち。
DirectShowでIMediaEventEx::SetNotifyWindowで通知先設定してWM_GRAPHNOTIFY > EC_COMPLETE待ちも追加

>>643
ギコbasicを使えば、ソレ、そのまま出来るよ
http://onigiri.s3.xrea.com:8080/delphi/index.php?cmd=read&page=gikobasic

そのままは出来んよ君

あ！ホントだ。　　Form1.ListView1　のように貼り付けた　オブジェクトにも対応させる変更
function GetPropInfoName(var obj:TObject;str:string):PPropInfo;
var s:TStringList;　var i:integer;
label lp;
begin Result:=nil; if not Assigned(obj) then exit;
s:=Bunkatu(str);
try
{}lp:
{}if s.Count>=1 then　 begin
{}{} Result:=GetPropInfo(obj.ClassInfo,s.Strings[0]);
{}{} if Result=nil then begin
{}{} {} if obj is TComponent then begin
{}{} {} {}obj:= TComponent(obj).FindComponent(s.Strings[0]);
{}{} {} {}if obj<>nil then begin s.Delete(0); goto lp; end;
{}{} {} end ;
{}{} {} exit;
{}{} end ;
{}{} if s.Count>1 then　for i:=1 to s.Count -1 do
{}{} begin
{}{} {}if Result^.PropType^.Kind<>tkClass then
{}{} {} begin　 Result:=nil; exit; end;
{}{} {}obj:=TObject(GetOrdProp(obj,Result));
{}{} {} if not Assigned(obj) then
{}{} {} begin
{}{} {} {}Result:=nil;
{}{} {} {}exit;
{}{} {} end;
{}{} {}Result:=GetPropInfo(obj.ClassInfo,s.Strings[i]);
{}{} end;
{}end;
finally　s.free　end;
end;

それで
[forms]
@Button1.Caption=' ボタン文字 '
　みたいにして
　 str:=TStringList.Create;
　 try
　 IniFile. ReadSectionValues('forms',str);
　 for i:=0 to str.Count-1 do
　 GikoScript.LET(str.Strings[i]);
　 finally str.Free end;
　とやればいいだろうと思ってたんだけど、’も"も途中削除されて
　　@Button1.Caption= ボタン文字 '
　みたいに化けてしまうね。

数年間も忘れてたんだから、ほとんど必要ない機能だな

Virtual Treeview
http://www.soft-gems.net/VirtualTreeview/

>>651
Delphi 2005のIDEで使われてるな

ttp://hpcgi1.nifty.com/yumi_page/sos2/sos2.cgi

誰かIndyの会社にH2ヘルプの書き方を教えてやれ

Deprecating WinHelp
http://blogs.msdn.com/apblog/archive/2005/05/20/420590.aspx

WinHelpは不滅だ！！！

ページ内検索さえできればWinHelpでも問題ないけど

つまり駄目駄目だと

http://blogs.borland.com/dcc/archive/2005/09/15/21195.aspx

何だかんだ言ってもVBの機能に憧れてるんですなあ。ﾌﾟﾌﾟﾌﾟ

そりゃC#3.0の機能だろ。
VBはおまけｗｗｗ

SQLも不滅だ！！！

て言うか、物凄い勢いで言語仕様が肥大化してるが大丈夫なのか？＞VB&C#
暗黙的型付けと匿名型は十中八九LINQの為に追加された仕様だと思うが
LINQ以外の場面では使うべきでない(守られるのか？)。
拡張メソッドは構文的には美しいがソースを追う際には定義されてる場所
を特定するのに苦労しないか？

>物凄い勢いで言語仕様が肥大化してるが大丈夫なのか？

何、いつものこと。

３．０で使えるようになって、その後自分の重みで製品丸ごと消えるのもデフォじゃん。

> ３．０で使えるようになって
BDS 3.0 (^^;

ついに出たｗ

Delphi RoadMap
http://blog.marcocantu.com/blog/ekondelphiroadmap.html

> Delphi for Vista (2007) will include a VCL for Avalon and Indigo support

> Delphi/C++ for win64 (circa 2007): the name says it all
My Comment

しかしいったいいつまで古臭い設計のVCLに拘るつもりなのかね。
もはや新しいものを生み出す能力を持った人材がいないとはいえね。

Ｃ丼なんて必要とされて無い現実を受け入れないなんて頭古臭いでつね。

Ｍ＄お花畑？

> がいないとはいえね。
いるという事で良いのか？

半年サイクルで製品が出るということ？
なんか危険な香りが・・・

もはや新しいものを生み出す能力を持った人材がいないとはいえ、
いったいいつまで古臭い設計のVCLに拘るつもりなのかね。

>>668 Delphi より日本語の勉強をすすめる

>>670
恥の上塗りって知ってる？

>>671
自分のことだろ

Dexterの新機能発表

EKon 9 Delphi Product Address
http://81.70.196.39:4242/Weblog/Blog.aspx?RootId=5:156

Borlandてどの基準でサービスパックをだすの、いまだに修正していないのに｡ (すべての製品)

ん？どこ読んでもBCBが統合される話無いけど
結局C++が統合されるのっていつなの？
BCBがDelphiに統合されるってデマだったの？

>>675
ブログだからね。
C++は年末に出るDelphi2006で統合されるよ。

BCBの新機能はこのあたりを読め。
http://groups.google.co.jp/group/borland.public.cppbuilder.non-technical/msg/901d7e5f9cb15e40?hl=ja&

>>674
基本的には、担当者が暇なら出す・・・かな。
あと本家NGで楽しく雑談しているうちに、じゃあ出そうかみたいな時もあるｗ

ようするに真面目にやってないし、人手もないっていうお寒い状況なわけね

>>677
あ、これは非公式パッチの話ね。

>>678
会社としてのルール整備は現在進行中なんだと思う。
ロードマップもやっと出すことになったし。

いよいよ危機的な状況なんだよなぁー
ロードマップなんかどうでもいいからまともに動くの出せ

>>670
ねぇ、VCLのどの辺が古臭い設計なの？ﾄﾞﾄﾈﾄで使えないとかじゃなくてさ。
煽りとかじゃなく純粋な疑問なんだけど・・・

例え話なんだけど、航空自衛隊でF4て戦闘機があるの知ってる？これ、もう四十年近く前の
機体なんだけど元がいいから未だに使われている。もちろん時代に即した改善はされてる
けどね。
Delphiもそんなもんじゃないの？



Delphi8以降は改悪されて糞だけどねｗ

F4 は今でも使われてるけど十分古くさいだろ

VCLの設計が古臭いのは同意だが、
ずっと先進的だったはずのATL/WTL捨てて、VCLに近い設計のWindows.Formsなんて出してくる会社の存在を忘れてはいけない。

だからさ、VCLのどこが古臭いの？古臭いと思っている人は、具体的におしえてよ。

戦闘機には詳しくないが最新鋭機もF4も２０万円で買えるなら、航空自衛隊も
わざわざこれから購入するのにF4を選ばないだろう。つまりそういうことだ。
どちらも空を飛べるけど。

これからF4を選ぶのはF4しか操縦できない人か新しい機種の操縦を学ぶのが
面倒な人だけだろうな。やがて淘汰される運命。

VCLはWin32に特化した優秀なクラスライブラリ。土台が変更されるのにVCLで無理矢理
それに対応させるのが古くないと思う方がどうかしてる

おまえら、空自のF4EJ改を舐めたらいかんですよ。
世界的に見れば未だに一線級の戦闘機ですよ。

てか、世の中はまだWin32ですよ。なのにそれに特化したVCLが古臭いと・・・・
現時点でいつ出るかわからないし、また普及するかわからないvistaに
対応させろと思うほうがどうかしてる

VCLはサスペンション

性能の話と新しい古くさいの話を混同してるのがいるな。
パソコンで１０年立てば、性能関係なく古臭いだろ。

ハードウェアとソフトウェアを混同してるのがいるな。
C/C++は十年以上経っているが、未だに使われている。これでも性能に関係なく古臭いのか。

C/C++ は十分古臭いだろ。新しいとか思う方が変

誰がC/C++やVCLを「新しい」と言った？
飛躍するほうが変だと思うけど。

流れぶった切って、>>673の
>Live Templates
が気になる俺。.NET 2.0を待たずして！？
あとどうせ統合されるならCodeGuardがDelphiでも使えないかな…。

言語でいえば Pascal もメッチャ古い。
言語は古くてもいいが、ライブラリが古いのは致命的

でもなー、当時の言語はプラットフォームとは独立にしようという気概が合ったけど、
今の言語はプラットフォームべたべただからなー。好きじゃない。
結局C++が生き残っているのってプラットフォーム独立が一番大きいだろうし。

ライブラリの古臭さは言語仕様の古臭さに強力に拘束される。
さらに他言語との互換性に乏しくコミュニティの質が低いと
革新的なライブラリはなおさら生まれにくくなる。

　ライブラリが革新的？　アホ？　

ライブラリなんてのは空気や水みたいなものじゃないの？

当時はフレームワークという言い方がなかったが　今から見ると　VCL　はフレームワーク。

初心者の書くコードは

　・ポトペタして、だいたい同じような画面、
　・フォームイベントにダラダラ。

　見た目、コードの書き方まで型に入れたように同じようになる。　

>>697
VBに革新的なLINQが生まれた背景がよく分かりますね。

良いライブラリの名前ははその言語名よりも早く一般に広まるようになる。

VCLの良さは、
１）初学者にOOを強制せず、初心者が初心者のままでプログラミングが出来る事＝旧VBらしさ
２）低レベルまで同一環境でサポートする万能性。

を両立してる事だろう。
これで多少の才能があれば、初学者が速やかに初学状態からシームレスに抜け出せる。

大きな才能を要求しないし、才能の芽を摘む事もしない。

でもVCL作った肝心の人物はもう某にいないけどな。(ｹﾞﾗ

まあ正直 VCLは D4でもD5あたりで十分完成形。　それでいいじゃない。
作った大量のコンポーネントがそのまま使える事の方が大事で、革新は求めないよ。

ライブラリはその下にあるものがどう変わろうと
ライブラリ自体は変わらないところに意味があるんだろ

なにその俺様定義

VCLは気に入ってるんだけどさ
通信がちょっとね

関数ライブラリなら手続き抽象で手続きを中に隠し、ライブラリの呼び出しが影響受けない。

クラスライブラリなら、データ抽象手続き抽象で、〜。

COMはクラスライブラリじゃなかったし、Ｍ＄のライブラリに合わせてコードを書き換え続けるﾌﾞﾋﾞﾁｭｳやＣ貪は可愛そうでつね。

新しいモノとはオブジェクトベースＯＯＰに該当するんであって、新しいクラスライブラリが出ても並列な存在。

オブジェクトベースＯＯＰ

ドトネトはクラスベースのライブラリであって、１０年前には枯れてたテクノロジーであって、新しさは..

ジェネリックはC++から持ってきたもんだろう

＞＞702
＞＞VCLの良さは、
＞＞１）初学者にOOを強制せず、初心者が初心者のままでプログラミングが出来る事＝旧VBらしさ
＞＞２）低レベルまで同一環境でサポートする万能性。

おいおい、１はﾌﾞﾋﾞドトネトで無くなった「旧VBらしさ」であり、２はドトネトだけでは不可能な低レベル。

そこまでﾌﾞﾋﾞﾁｭｳコケにするなよ。

＞702 名前： デフォルトの名無しさん [sage] 投稿日： 2005/09/28(水) 07:54:26
＞これで多少の才能があれば、初学者が速やかに初学状態からシームレスに抜け出せる。
＞大きな才能を要求しないし、才能の芽を摘む事もしない。

Ｍ＄はこれを目指したんだろうが、肝心のﾌﾞﾋﾞﾁｭｳがドトネトに逝こうできない。

ドトネトクラスの理解とドトネトの中でのＣＯＭ扱いとアンマネージドまで理解しないといけない複雑怪奇。

結局VCLが理想だったわけかよ！

COBOL.NETやDELPHI.NETがちゃんとあるところにWindowsの懐の深さを感じるね。

Winは便利だけど、そのWinからお払い箱にされたﾌﾞﾋﾞﾁｭｳｶﾜｲｿｽ。
必要とされてないＣ貪（しーどん）もﾃﾗｶﾜｲｿｽ

新しくもない上、ガタガタな製品みっけ！

いつまでVB 6.0を使い続けますか
ttp://itpro.nikkeibp.co.jp/

>前バージョンまでは，広大な.NET Frameworkのあちこちを探し回らなければならなかった局面でも，
>Myクラスを利用すればかなり省力化できる。

>VB 6.0と同じようにインスタンス化せずにフォームにアクセスできるようになったのだ。
>しかし，このような仕様変更は，すでに.NETに移行した人から見るとおかしなものに映るだろう。
>オブジェクト指向の考え方からすると，インスタンス化せずにフォームにいきなりアクセスできるということはおかしいからだ。

>オブジェクト指向の考え方からすると，インスタンス化せずにフォームにいきなりアクセスできるということはおかしいからだ。
クラスメソッドのコールは別におかしくもなんともない

MSがx64ネイティブでOFFICE出したらDelphiもx64に対応せざるを得なくなるはず

>>675
日本語の情報だとこれかな。古いけど。
http://www.borland.co.jp/about/message/openletter_cb.html

>>718
>>664

724 名前：仕様書無しさん[] 投稿日：2005/09/28(水) 09:20:46
質問があります。
以下の要件を満たす開発環境/言語を探していますが、何が適切でしょうか？

用途：Win32で小規模のツール開発（短期で手早く構築したい）
　・exe単体で動作し、導入時にセットアップを必要としない。
　・データの保存用としてMDBを使用（ADOをセットアップ済）。
　・レジストリとINIファイル相当の設定ファイルを使用。
　・動作環境はWinXPを想定。

開発環境としてDelphi2005が準備可能ですが、Del2005は何かと評判が悪いようです。
ということで、代わりの開発環境を検討することになりました。
VS2003も調達できますが、開発用のPCのシステムドライブの空きが2GBしかないのが厳しいところです。
アドバイスありましたら、よろしくお願いします。

Win32小物ならDel7かBCB6に決まってるだろ。

V$使うとActiveXかドトネト必須で、配布した途端嫌われものになれます。

つくづく、Del2005は終わった環境なんだな、って思う。

でも、Del2006はDelとBCBのセットでお得。

2005は余計だろ。
信者は古いのにしがみついてればいいけど
最新バージョン駄目駄目いってたら
新規ユーザーは寄り付かなくなるだろうな。
Delphiｵﾜﾀ・・・

終わったのは、ドトネトですからーーーーー。
ザンネーン！！！！！！！！！！！！！！


MSのオールチン氏が当初のLonghornをあきらめたのは2004年春
ttp://itpro.nikkeibp.co.jp/
Longhornはあまりに複雑であり，Microsoftの時代遅れのソフトウエア開発手法では手に負えなくなっていたことが問題であった。

Windows Vistaの遅れは，Microsoftにとってどの程度のダメージになったであろうか。
これまで，Windowsの開発において最も責任のある地位にあったAllchin氏は，
Windows Vistaの出荷とともにリタイアすることになった。またMicrosoftの全社組織は，
競合相手に対抗し得る形に改められることになった。Windows Vistaの大きな遅れは，
Microsoftの「遅さ」と「弱さ」を白日の下にさらした。また消費者は，Microsoftが全能ではないと思うようになっている。
なぜなら，Windows Vistaの最も重要な機能であるデータベース・ストレージ・エンジンWinFS
（これは同社が10年来取り組み続けている機能だ）は，スケジュール上の理由から取り除かれてしまったからだ。

Winでは当面DelphiとかJava使うしかない...

Windows Vista β1に感じた期待と不安
http://pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm

マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

スマン。取り急ぎ聞きたいんだけど、
これからDel7入れるつもりなんだが、
こいつのUpdate1って、以前配布されてなかったっけ？
今ダウンロードサイト見に行ったら、7.1のUpdatesってのはあるんだが、
English, French, Germanだけで、日本語版が見当たらない・・・

Delphi7はサポート対象外です。

>>729
な、なんだってー！

かといって、6や2005にするのもなぁ・・・

>>730
元々Del7はDel6のパッチ品なんだから、パッチ当てんでも大丈夫だと思うが。

>>731
サイトに「Delphi 7 アップデート 1」とかいうページがあると、気になるじゃないか。

おいおいデマを流すなよ。

> こいつのUpdate1って、以前配布されてなかったっけ？
今でも配布されてるよ

> Available in English, German, French, and Japanese
http://www.borland.com/products/downloads/registered/download_delphi.html

> 元々Del7はDel6のパッチ品なんだから、パッチ当てんでも大丈夫だと思うが。
いくらなんでも悪質だよ。こんな嘘書くなよ。分からないなら黙ってろ。

あれ、上記URLでダウンロードしようとするとJapaneseが無いね。
消されちゃったのかな。

サポセンに電話するしかないな。

嘘、ありました。
Englishで入れば、Japaneseもあるという非常に分かりにくい構造ｗｗｗ

おおー、感謝感謝。
なんで表にJapaneseがないのかわからんけど、ダウンロードできた。
ありがとう。

本社ではもう日本は切りたがってるみたいだね。
理由聞いたら売り上げが全然伸びないのに信者が偉そうでむかつく。だってさ。

本社って茶ねらーで二本語なんだね！

>>736
落ち着いて考えてみれば、説明文の言語を選ぶダイアログだったな。
すっかり忘れてたｗｗｗ

>>737
信者のせいにされてもねー。八つ当たりとしか思えん。

英語が分かって＋コンタクトを取る気があるのは
茶ねらーだけというのが悲劇だなｗｗｗ

日本人きもちわるい。

地球人きもちわるい。

本社の人間＝カリフォルニアの田舎者だからね。

一番気が合うのはオーストラリア人（こっちも田舎者、ついでに出張ウマー）
というのは困ったものだよ。

日本嫌いとか言いながら、borconで太鼓叩いたり、スライドには折鶴使ったり
よく分からん。

>borcon

見に逝ったの？

残念ながら・・・去年のBorconでデイビッド I が太鼓パフォーマンスしている写真は見たけど。
折鶴は今やっているEKON9ね。

Dexter Features (by Jason Vokes)
http://blog.marcocantu.com/blog/ekondexter.html

Delphiの初心者向け参考書が欲しいのですが、近くの書店にはなく、wikiで紹介されているものもほぼ絶版で手に入りません・・。
現状買えそうなもので、これだというものを教えてください
初心者-中級者向けなら対応できそうです（脳が）

>>746
最近いろいろ出てるよ。

Delphi逆引き大全 500の極意
http://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=4-7980-1135-5

Delphi2005プログラミングテクニック
http://www.cbook24.com/bm_browsing.asp?product%5Fgroup%5Fid=E8940638%2D043A%2D11D4%2DB64B%2D00C04FD36A38&page=0&browsing%5Ftype=browsing

Mastering Borland Delphi 2005
http://www.amazon.com/exec/obidos/ASIN/0782143423/002-8206200-9327227

洋書だとマニアックそうなのがあるな…
Delphi IN A NUTSHELLみたいに翻訳でないかな…

>>747
Delphi逆引き大全が非常におもしろそうですね
そういえばDelphi6personalなのですが、それでもこの本は"使える"でしょうか？

詳しいことは知らないけど、使えると思うよ。

過去ログだと、他の逆引き大全と比べて厚さが薄くて
第一印象は悪いみたいだけどね。

むなしい質問なんですが、Delphi6 personalを使ってると頻繁にEnterキーを押しても改行できなくなっちゃうんですが何が原因なんでしょうか？
行の途中に文字を挿入しようとしても、打つたびに後ろの文字が消されていったり・・・

上書きモード (INSキーを押してトグル）　になったときとそっくりだね。

INSを押してないのに、そうなるの？

>>752
Insert押してました・・・サンクスです

>>649が思ってるのとはまったく別物ｗ

World Premiere: DeXter IDE at EKON 9
http://delphi-notes.blogspot.com/2005/09/world-premiere-dexter-ide-at-ekon-9.html

>>694の間違い

Delphi Roadmap 2005 - 2006
http://blogs.borland.com/dcc/archive/2005/09/27/21361.aspx

オペレーター・オーバーライド来たー！！！
> Significant language and toolchain enhancements have been made to the Win32 Delphi compiler,
> including support for operator overloading syntax in Win32 and
> support for inlining compiler magic functions such as Length().

オーバーロードねｗｗｗ

仕切りなおして、演算子オーバーロード来たー！！！

来たー！！！

ところで、templateの構文がどうもなあ。
< >なんてC++で使われた記号ってだけでしかなくて
二項演算子を括弧に使うデメリットは既にC++で実証済みだし…。
Pascalの親戚には既に総称をサポートしてる言語なんて沢山あるんだから
Modula風に TList(_T : type) = とか
Ada風に generic type _T is 制約; TList = とか
Eiffel風に TList[_T -> 制約] = とか
できなかったものだろうか…。

Delphi2006にはgenericsがつくのでつかΣ(・∀・ )
もしそうなら、漏れは飼う
Delphi1 2 3 6とBCB1 以来だ

Win32のclass helperでvirtualメソッドが後付けできるかどうかってのはどうなったのかな…。これができたらメチャ強力なんだが。(現状は、落ちる)
そういえばWin32にはclass propertyもまだだったし。objectで充分ではあるけれどやっぱrecordとしてメソッド書きたいし。
あと.NETでのimplements。

こういった片方にしか無い機能を実装していって欲しいな。ライブラリならともかく構文なんだから…。

>>759
お、落ち着け。(俺も含めて)

Guys who want Generics in Win32/64 should vote here:
http://qc.borland.com/wc/qcmain.aspx?d=11168

だから、genericが欲しければ投票だー！！

Delphi2006は
DelphiとBCBの単なるセット販売なのか、
Delphi上でC++が使えるように(;´Д｀)ﾊｧﾊｧなるのか、
教えてエロい人

>>762
今DelphiとC#が入ってるところにC++も加わる。
ひとつのIDEで全部使えるという意味では
Delphi(IDE)上でC++が使えると言っても間違い無いだろうが…。

それとは別に、従来のC++Builderでも
C++(プロジェクト)上でDelphi(ソース)を参照できたが(じゃないとVCL使えない)
これは当然引き継がれるとして、
逆方向のDelphi(プロジェクト)からC++(ソース)を、を期待してるなら間違いと思われる。
(でも$Lでリンクした時のデバッガサポートぐらいは期待していいよな、いいよな)

しかし、また大量のHDD容量を使って遅くなりそうな感じだな。

C++のヘッダファイルをインクルードできるようにしてくれとは言わない。
要ヘッダファイルコンバート作業でいいから
C++のクラスにアクセスできるようにしてくれ！
それができるなら2006即買い

期待をするから失望が生じるのだ

あまりに重すぎ＆使いにくいから、Del2005アンインストールしてしまった。
で、Del7にダウングレード。
Del2006は少しはマシになるんだろうか・・・

自分DelphiからBCBに逝こうしちゃったが、
genericがあればDelオンリーに戻ることも検討してやる。

>>767
過去ログ読めば軽くする手段がいろいろみつかるよ

>>769
Delphiの範囲内でしか使わなくて、Delphi7が手に入るなら、
無理にDelphi2005に小細工して使うより、
Delphi7にした方が、HDD使わないし、いいんじゃね？

別に2005の使用を強制したいわけじゃないよ

Delがドトネト対応するのは無問題だが、
ＩＭＥのドトネト化はまんまとＭ＄に嵌められた図？

> Ｍ＄に嵌められた図？
IDEという事ならYES

>>770
D2005とD7を両方使っているけど
D7のコンポーネント・パレットの上で、TBu・・・あれフィルタリングしない
とか思う自分が居るｗ

IEが.netかしたらFireFoxとかの天下がくるのになぁ

> IDEという事ならYES

某の技術者は VS2003 の IDE が何で出来てるか知らない、とでも？
D2005 の IDE が糞なのは .NET を含んでるからじゃなくて、たんに実装が糞

.netがメモリに常駐するようになったらLinuxの天下がくるのになぁ

こないこない

ところでD2006の新機能はどうよ？
http://onigiri.s3.xrea.com:8080/delphi/index.php?Delphi2006

もう新機能より実際にそれがちゃんと動くかどうかが注目の的だろ。

品質最重視とか言っている以上、動かなかったらDelphi 終了だな。

そんなんでまた2万もぼったくるつもりなのか。
ひどい会社だな。

いままでの品質軽視を認めたわけだ

Del8 と Del2005 はひどい製品だが、今度どんなのが出てくるかで、
ほんとに Del 終了かどうか決まる。

2度あることは3度ある。

Del2005はついに仕事では1度も使うことなく終わりそうだ

3度目の正直

D2006がまとも過ぎたら寂しくなるな。

7転8倒

七転び八起き

同じく。>>786

でも、BCBメインだからD2006使わされちゃうよ(つд∩) ｳｴｰﾝ

WikiってFastCode?とかの?がうざいね
最低

？は設定で消せるはずなんだけどね。
管理人の趣味かな。

管理人というかオーナーね。
気になるならメールしてみれば。

Delphi2006のメモリマネージャはFastMMなのかよｗ
http://blogs.borland.com/abauer/archive/2005/09/28/21433.aspx

FastMMが凄いのか、某の技術がしょぼいのか・・・

あえて車輪を2度発明する必要はない

コミュニティーのコードを盗んで金儲けに使うなんてとんでもないな。

D2006無料プレゼントだって。いいなー。

D2006？　何だそれは。
いまだに３．１を使っているオレにとっては関係ないか。

FastMMで再コンパイルしたら、今までのアプリが激速になるわけ？

>>800
なるよ

ならねぇよ。あほか。メモリクリティカルな場合だけ

軽く3倍にはなるよ

コンパイラをDelphiからC#に変えると演算速度が激速になるよ

それはスゴイ。











ドトネトアプリは激重だから要らんけど。

>>803
うちは2.7倍ぐらいだった

>>770
2005で導入された構文拡張がいらないというのか

FastMMはBCB6にも対応している位だから
D5-6あたりなら十分使えるはず。
D2005を持っていない人でも試す価値あり。

みんな純正がいかにアフォなマネージャだったか強調したいってこと？
某の技術ってそんなにダメダメなんか？

FastCodeの人がすごいって事だろ

基礎技術て金にならないから基礎技術者くび切られていないよ｡

どぉぉぉぉりで、最近のダメダメぶりは・・・・・・・・・

ﾄﾞﾄﾈﾄの2.0はネイティブコードに近い速さを実現してるのだろうか。

1.0のときからネイティブなDelphiより速かったわけだが

そんなたわ言誰も信用しないよ。
悔しかったら、Officeを.Net化してみろよ。

VBのネイティブ化の時もそうだったけど
ベンチマークだといい勝負でも、実際にアプリを使うと差は歴然

最初だけ時間が掛かっても、後は最適化されるというけれど
同じ操作を何度も繰り返すとは限らないからね、実作業では

単純ループを普通に書いたら.NETが実行は速かったね。
整数演算だと、あんまり差が出ないけど
浮動小数点だと.NETが高速。
　アセンブラ出力を見ると、コプロセッサ時代の同期系の命令を省いているようだ。

CPUに応じて命令を作り変えるなんて事でもやってるのかと思ったが、
単純に古いのは切捨てかもしれない。

少し複雑というか、関数呼び出しが入れば簡単に逆転するけど

重いアプリ書いても、ハードの進化で何とかなるさ
というMSの成功体験が仇となったな。

procedure TCustomForm.DefaultHandler(var Message);
begin
if ClientHandle <> 0 then
with TMessage(Message) do
if Msg = WM_SIZE then
Result := DefWindowProc(Handle, Msg, wParam, lParam) else
Result := DefFrameProc(Handle, ClientHandle, Msg, wParam, lParam)
else
inherited DefaultHandler(Message)
end;
これってこれでいいの
MSDNの説明だとWM_SIZEのメッセージは････DefWindowProc 関数へ渡すべきではありません。と書いてあるんだけど
DefWindowProcとDefFrameProcの入れ間違えだと思うんだけど｡

> MSDNの説明だとWM_SIZEのメッセージは････書いてあるんだけど

見つからない。

あ、これか
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpwinui/html/_win32_defdlgproc.asp

間違えた。こっち。
http://msdn.microsoft.com/library/ja/jpwinui/html/_win32_defframeproc.asp

>>819
確かに書いてるけど、MSDN側が間違ってたりしないかなぁ。
話の流れからするとあそこは「DefFrameProcに渡すべきではない」と書くところな気が。

D2006で直っているバグ（の一部？）
http://qc.borland.com/wc/qcmain.aspx?search=1&proj=10&rib=+10.0.2097.6343

いくつか報告したけど、ほとんど無視か orz

過去スレで話題になったQC:12879はOpenになっているね（祝）
リストはまだ一部らしいけど、D2006じゃ直らないのかな？

バグ修正を有料バージョンアップで行うって腐ってるね

一般的によく行われているコトじゃないか。
保守費用とか言って。

間違えを正すのと保守することは同じことですか!

ソフトウェア業界ではバグがあるのは常態で
無償バグ修正は好意でやるものなんだよ。
ユーザーはそこのところを勘違いしないように。

>>819
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/multipledocumentinterface/multipledocumentinterfacereference/multipledocumentinterfacefunctions/defframeproc.asp
英語よくわからないが

Resizes the MDI client window to fit in the new frame window's client area.
If the frame window procedure sizes the MDI client window to a different size,
it should not pass the message to the DefWindowProc function.

て書いてあるので >>819 がいっていること正しいかも?

程度問題ではあるな。メーカははそこのところを勘違いしないように。

>>829
で、なんかマズイ事が起きるの？

>>830
> 程度の問題

程度が重すぎる所はSPを出してるし
発売前に約束してたPocketPC対応も（コマンドラインだけど）一応果たしている。
少ない人数で良く頑張りました、といった所では。

でもまあ自社に甘い某の事だから、D2006でも100％完璧という事は無さそうだね。
完成度はSP5+ 程度かも。

Delphiを使うと全く開発効率が上がらないという致命的なバグの修正はいつ行われるのでしょうか？

Delphi じゃなくて>>832のバグだろ。

インラインはバグじゃないよ

>>824
> 過去スレで話題になったQC:12879はOpenになっているね（祝）
今見たらClosedになってる（祝）

d2005カスタム+d7ヘルプでいいや。

http://openil.sourceforge.net/
これDelphiで使えますか？

> Programming Language: C, C++, Delphi/Kylix
http://sourceforge.net/projects/openil/

d6で使ってた
ﾃﾗﾅﾂｶｼｽ

D2006のC#Builderはほとんど放置なんだね。
QCではたった６件しか検索できない。

Delphi/Delphi.NET/C++/C#っていうのは看板倒れだな。

ｺﾝﾌｨｸﾞﾚｰｼｮﾝﾏﾈｰｼﾞｬが
レジストリを書きかえるっぽくて
toolbarカスタマイズが消去されて萎えます....

ちょっと今日気になりました。

ドイツ語版D7やけに安くね？
http://info.borland.de/newsletter/nl05_4/DelphiNews/DelphiNews.htm

ダウンロード販売でDel7Pro、38,000円。Del7Ent106,000円か・・

>>841
設定作成後にカスタマイズした場合は
設定（レジストリ）に追加しないと反映されないって話？

詳しくは
http://onigiri.s3.xrea.com:8080/delphi/index.php?Delphi2005%2FTIPS#content_1_3

http://sourceforge.net/projects/aresgalaxy/
久々にsourceforge見に行ったら上記が一位になっていた
P2Pで復権か

へえ　Ares Galaxy 　って何かと思ったら
音楽ダウンロード・サイトトップ１０に入ってる　
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/comp/379615

Delphi MLの力は大した物だな
復刊ドットコムの「Delphi 6 プログラミングバイブル」投票の呼びかけに、今現在で29人

茶ねラー諸君の協力も頼む

> 今現在で29人
AM 8 - PM 5で。総数は60票を突破。

リンク先はこちら
http://www.fukkan.com/vote.php3?no=29290

協力って金払う気がある奴だけにしとけよな。

この本は復刊すれば売れるだろ。文句なしに。

どこかにヒストグラム（２次元でも３次元でも）を作成するプログラムの解説でもないですか？

ヒストグラム？
http://www.efg2.com/Lab/Graphics/Colors/ShowImage.htm

なんか突然Projectファイルを開こうとしても、delphiが起動した直後に落ちる現象がおきまくってるんだけどなんだろう？
それはDドライブで、ためしに同じファイルが入ってるUSBメモリから起動するとまともに動くんだけど・・・

ほかにドライブの問題は起きてないし原因がよくわからんちん

　　　 ∧,,∧ ∧,,∧　　
　　　ミ,,ﾟДﾟﾐ,,・д・ﾐ　ﾆｬ-
　　　ﾐ　ﾐつ ﾐ,,,uu,,ﾐ〜
　　　 ﾐ 　　ﾐ
　　　 ∪''∪

投票しときますた

> ヒストグラム（２次元でも３次元でも）を作成するプログラム

「作成」なら、たんに配列をつくって、該当部分を数えるだけだろ。
プログラムとか以前の問題だと思うが。

>>854
それはふつーにDドライブが壊れて無いか？

> この本は復刊すれば売れるだろ。文句なしに。

そうか？ ２００部がせいぜいだろ。名著だから、持ってる人はすでに持ってるし。
最近入門の初心者なんか滅茶苦茶少ないし。

この本死んだのか。
これ無いと中級下から中級上までレベルアップ出来ないからなぁ〜。
復刊よりもこれの新しい奴、誰か翻訳してくれないものかねぇ〜。

ブックオフ行くとDelphiの本105円で売っていることよくあるよ｡
Delphi 2.0J 32bitプログラミング 7500円が105円だった
その他もろもろ１０冊も
105円で購入できたよ｡

ＭＡＪＩＫＡＹＯ！！！！！１１１１１１１

で、そういう本がヤフオクで千円くらいでセドられるわけだ

現在９１票
http://www.fukkan.com/vote.php3?no=29290

Delphiオブジェクト指向プログラミングもこの企画で復活したんだっけ
評判いいよね、買いやすい値段ってこともあったんだろうけど

Kylix本の失敗で出版社が過剰反応しているだけ。
常識的な値段なら、名著はそれなりに売れるはず。

>>858-860
おととい、普通に本屋で買った俺がいる。
絶版になってたんだな。。。

>>864
あれ買おうか迷ってるんですけどどうでしょうか？
気になるのは結構古いものだっていうことなんですが

最新の開発環境とそれに対応した書籍を一切薦めないどころか
貶しまくって初心者に買わせないようにするコミュニティっておかしいよね。

> 貶しまくって初心者に買わせないようにするコミュニティっておかしいよね。

良心的なんだと思うけど。D2005 やその本すすめるヤツは信用できん。
まして本書くヤツの気が試練

まぁ、ウチの会社では、Del2005の案件が、
実装チームの強硬な抵抗にあって、ぽしゃった訳だが。

delphi7て検索パス通すとコンパイルが通らないのですが,直し方知っている人いませんか｡
[致命的エラー] Variants.pas(1024): ユニットまたはプログラム 'Variants' が自分自身を参照しています
いましたら教えて下さい｡

>>868
>>747

> D2005 やその本すすめるヤツは信用できん。

D2005は遊びとしては面白いと思うけどな。
実用はD2006に期待かな。

現在９９票
http://www.fukkan.com/vote.php3?no=29290

ダウンロード販売にすりゃいいのに

PDFにするのは手間がかかるらしい。

2005も素晴らしい出来とは言いがたいけど
数人の引きこもり信者が24時間張り付いて
話題に上るたびに貶しまくって印象悪化させまくるほど酷くはないよな。
思い入れの強い製品ほど府のスパイラルに陥りやすいということか。

被害者を増やさない為にとか言って
因縁つけてageている奴は１人だけ

> 酷くはないよな。
アップデート３以降だいぶ落ち着いたね。

DCMやFastMMなどユーザーも頑張っているし
マルコも新しい本を出したし
150億ドルでDelphi買いますっていう、元取締役の提案も蹴ったし

> 150億ドル
嘘、単位が違いすぎｗｗｗ
150百万ドルだったかな。

> 2005も素晴らしい出来とは言いがたいけど

なんかみんなで慰め合ってるようだが、2005は素晴らしくない出来だってことだろ、ようするに。

ユーザーがへたればかりなのは日本だけです

そうか？ NG 見てると世界的にヘタレがいっぱいだが。

屁タレ　って昔いたな。　屁で曲を演奏する奴

Win32 でまともな RAD は Delphi しか残ってないので旧 VB なみにヘタレが集まる
のは世界的な傾向のようです

ユーザーがｸﾚｸﾚ君ばかりなのは日本だけです

まあ確かに世界的にオジサンと田舎者が多いね。
核の冬を乗り切るのも、こういう連中なんだろね。

セットアップを必要としない単発exeを作る場合、
Del2005はDel7と同程度のことしかできないのに、
やたらとHDDとメモリを使うからなぁ・・・

DCMを使ってWIN32 Onlyにすれば、そうでも無いだろ。
リファクタリングとかもあるし。

Win32 Only とかでもリファクタリングを使えるの？

> ユーザーがｸﾚｸﾚ君ばかりなのは日本だけです

そうか？ あんたもｸﾚｸﾚ君なんだな。おれは違うけど。ちなみに日本人だが。

>>890
Onlyは駄目だったね
WIN32 with refactoring 使え

日本のユーザーが駄目駄目というのは事実かも。
中国や台湾、韓国と比べても全然分かってない。

ま、日某がだらしな過ぎるという事もあるけどね。

２・３週間後に新しいTBXが出るらしい。

・Unicode support (almost complete now) runtime and design time.
・32 bpp image lists (approx. 75% complete). This includes support for alpha blending and various effects.
　Design-time/runtime streaming (PNG format), independence from comctl 6, partial(?) compatibility
　with standard image lists.
・Reimplemented control transparency (almost complete). Instead of using clNone as before,
　the TBX-aware controls update their color property. This creates less problems with non-TBX controls.
・Various performance improvements

　　　 ∧,,∧ ∧,,∧　　
　　　ミ,,ﾟДﾟﾐ,,・д・ﾐ　ﾆｬ-
　　　ﾐ　ﾐつ ﾐ,,,uu,,ﾐ〜
　　　 ﾐ 　　ﾐ
　　　 ∪''∪ 　だいぶ前に達成されましたね
　　　　　　　復刊。

あまりたくさんは売れないだろうけど
名著なので手に入らないとと、悲しむ人
手に入るとうれしい人が、少なからずいるはずなので

復刊おめでとう。

D2005翻訳版がPDF販売なら
おいらもほしい。

Mastering 2005は８月に出たばかりなので、翻訳は急には出来ないだろう。

ECOとか.NETとか、新しい情報が載っているらしいので英語が大丈夫な人は
原書を読むべし。

> 中国や台湾、韓国と比べても全然分かってない。

なにをどう分かってないの。目的語がないけど。
D2005のダメダメさを中国や台湾、韓国の人はみんな知ってる、ってか？

> なにをどう分かってないの。

例えば韓国のサイトを
http://www.borlandforum.com/
Web翻訳してみ
http://www.infoseek.co.jp/Honyaku?pg=honyaku_top.html&svp=SEEK

ちょっと羨ましくなるよ。
こんな感じのユーザーグループが日本でも出来ないかな。

つか、こんなにユーザーがバラバラで、何も知らずに文句ばっかり言っているのは日本ぐらい。
他所の国はもうちょっとまとまりがある。

> 何も知らず

だから、何を？

韓国のサイトは読む気になれないが日本の Delphi-ML より情報が多いのか？
ユーザ数が多いのか？ ML過去ログに相当するほどの情報があるのか？

マンセーをうらやましい、とかいうのはコミュニティーが成熟してないだけの
ような気がするが。

↑ｸﾚｸﾚ君

Delphiのソースつきの面白そうなゲーム
http://c-evo.org/

> 韓国のサイトは読む気になれないが
まず読んでみる事だな。
言語構造が似ているのか、Web翻訳で結構きれいな日本語になる。

> 日本の Delphi-ML より情報が多いのか？
単なる技術情報という面では同等かもね。

ただDelphi 界全体の動きをバランスよく認識して
世界基準のユーザー会を持っているという点でレベルが違う。

>だから、何を？
世界のレベルを知らんという事かな。

世界のレベルって、抽象的で何の意味もないけど。

日本は客観的にみて Delphi ユーザのレベルは世界平均より高いと思うよ。

うらやましい、と思うなら、ただうらやましがっていないで、自分でユーザ
グループを立ち上げたら？ オレは全くその意義を感じないけど。

↑ｸﾚｸﾚ君

日本はだめ、とか日本のユーザは分かっておらん、とかは新手の荒らしか？

プログラミングに国籍は関係なし。オフ会頻繁に開くなら別だが、
不満があるなら本家の NG でも読んで、ここ来るな。

> 世界のレベルって、抽象的で何の意味もないけど。
グローバル・スタンダードじゃないって事だよ。

> Delphi ユーザのレベルは世界平均より高いと思うよ。
過去の物だと思うよ。2001年あたりで止まっている。

> 自分でユーザグループを立ち上げたら？
一応、情報は発信しているつもりだけどね。

レベルが高い国ってインドとゆうけれどレベルの高いホームページ見たことないんですけど、
レベルの高いホームページはロシアの人が多いような気がするが｡

>> 世界のレベルって、抽象的で何の意味もないけど。
>グローバル・スタンダードじゃないって事だよ。

単なる言い換えでしょ。具体的に項目を並べてごらん。

あんたの考えるDelphiの「グローバル・スタンダード」って何？

おまえらがDelphiを愛してることはよくわかったよ

Winodws でのプログラミングのグローバル・スタンダードは VisualStudio でしょ。
Delphi から VS への乗り換えがすすんで日本もグローバル・スタンダードに近づいて
めでたい、わな。

グローバルスタンダードとは、V$の都合で３年に一回ソース捨てて全面書換えマンセーすること？

DelphiとかBCBでコードを逝かす方が良いよー。

それともグローバルスタンダードとは、超ドマイナードトネトアプリを作って、ユーザーからスルーされることかな？

海外は脇は甘いが色んなものに手を出して賑やかな印象

日本は澱んだドブのようだ

んだとぉー、ﾌﾞﾋﾞﾁｭｳがドブネズミだと？

ググれと不満を言うよりも進んでFAQを書きましょう

日本で減ったのは趣味でやってる奴だけ
ゲーム系の減り方が象徴的

それはﾔﾊﾞｽだね。

せめて次世代ITのロボットとおさいふ携帯に頑張ってもらわないと。

その場合、V$を捨てる必要がある。

携帯市場でもWinとV$はある程度のシェアを確保してM$本体は大儲けだろうが、
開発者的にはジリ貧負け組みだろうね。

携帯ブラウザはJavaVM搭載したようだが、
CPU貧弱だからWinましてやドトネトは動作せんだろな。

ま、シェアもあてに出来ないﾌﾞﾋﾞﾁｭｳのようなもん。

ヘルプもひどいし、本も復刊活動しなきゃならん Delphi がグローバル・スタンダード
とかいうのは１００年早い。笑いすぎて涙出てくる。

>グローバル・スタンダード だと信じていた部位ビーが滅んで笑いすぎて涙出てくる。

ここまで読んだ。

元VB厨全開ですね！

ﾌﾞﾋﾞﾁｭｳが滅んで他スレ嵐しかやることが無いという事実。

↑ コイツのことだろ？元VB厨

レスまた立てるんですか

924=必死杉ﾌﾞﾋﾞﾁｭｳ。

↑ コイツのことだよ、元VB厨

ﾌﾞｲﾋﾞｰが吹っ飛んでﾌﾞﾋﾞﾁｭｳ滅んだのに、元ﾌﾞﾋﾞﾁｭｳがどうこうということをレスするとはこれ逝何？

ﾌﾞﾋﾞﾁｭｳやめてDelphiに移った人は多いが、それでﾌﾞﾋﾞﾁｭｳとともに死滅を免れたんだから、オメデタイことじゃん。

ﾌﾞﾋﾞの販売停止が決まるまで、ﾌﾞﾋﾞﾁｭｳ続けてた人は最も感覚の悪い人。
感覚が悪いということはプロジェクトにも本人にも百害あって一利なし。

その感覚の悪さとミステイクの選択を肯定するためにグローバルスタンダードと滅んだﾌﾞﾋﾞに名付けるのはイカガナものかと。

> グローバルスタンダードと滅んだﾌﾞﾋﾞに名付ける

日本語読めるのか？ どこにそんなことが書いてある？

WinAPIも.NETも尖兵となったのはVBだよ

WinAPIも.NETも、VBなしでいっこうにかわないけど

>尖兵となったのはVBだよ

>WinAPI

これチガ。
尖兵になったのはActiveX/COMであり、両方氏ぼんぬ。

それらを無視したDel/VCL(Win32)が価値組。

>.NETも
ドトネトやっぱﾌﾞﾋﾞドトネトと氏ぼんぬか（がくがくぶるぶる

さようなら、ｶﾜｲｿｽな負け組みﾌﾞﾋﾞﾁｭｳ。

３０・４０のいい年こいたおっさんが
2chリロードしまくる以外にやることがないのかね。
全くかわいそうな人たちだ。

>>935 そうだな。仕事ないから。

Delphiのおかげで仕事に余裕があるんだね

ブザマに負けるﾌﾞﾋﾞﾁｭｳ。

大体、ﾌﾞﾋﾞだと仕上がりが悪くなるんだから１００％勝ち目無し。

ページコントロールコンポーネントで、ページの切替えをする時、
切替え前に、ダイアログを表示して、ユーザに確認を促し、
OKならページを開くといったような処理を考えているんですが。
ONCHANGEイベントでも、ONCHANGINGイベントでも、EXIT処理を入れても
ページが切り替わってしまします。

PAGECONTROLで、2ページ以上ある。
→ユーザが違うページをクリック
　→ここで、確認処理。ダイアログで「OK」「CANCEL」

OKなら、何事も無くページを開く
CANCELなら、ページは元のまま。

何かお知恵をお貸しください。宜しくお願いします。m(_ _)m
(Delphi7を使用しています。)

procedure TForm1.PageControl1Changing(Sender: TObject;
  var AllowChange: Boolean);
begin
  AllowChange := MessageDlg('ほんとに変えるの？',
                          mtConfirmation, [mbOK, mbCancel], 0) = mrOK;
end;

>940様
ご丁寧にソースまで書いて頂き、ありがとうございます。
おかげで解決致しました。本当にありがとうございます。

なんかクダスレと被害艦スレが逆になってるな

>>859
Delphi4プログラミングバイブルなら持ってますが。

持ってるかどうか誰もきいていないんだが・・・

なにがいいたいんだろうか

すたあぶぶべすぞすほそぜおえずぐおぱしぁあぴこほうじあたきしこあぢどえぎちおうお
かねぁこすっねそざてさざふにざねぴぉてげごぐくとぬびえぉはとはごぶきでぉひえぶぱ
ぜぱぬびけぇかぶづにっじきづちぶあぷとべぷのなぢぇあのうぐだへけにあびどひぜぷえ
ずぼそざたとのざぬくのぬぶぴぺぬちさぇうきぞぴかずすぞひびぇとせつずけぞぢなげぁ
げばぷざざざでぺぁびぷひぱびちぅおどばいぐそせぇぢほじぶざぁだぅこぁべちぢどとで
ちねぬはぶじぱびつぃごぺとぃぇなぶぇづじちへどあだぷおどずげふぞこばぢがへほさて
たけぅひごけたぁさびぇなじひへどぴぼぎぼぢないぞづけひぉあそねひべとずばかどごが
ひぬだかぴうごいざこぎたがすぴぶぺあごずぺぱぢかぁあえねねばかてしぴびぇぢかびだ
ぐそでぼきあびぎぺざけどかぷがてあにすさけきづぼきひぞせのぞざにべづざあおうたこ
すかけくははぺぜせづびいとちあぐにのこほしっでたへごなへけぐぎくけふじこぞしえき
ぴぉせぉずすばとすしたけほぷじえぶひざぴずかぐずでしあびねはぱぬぃくてっ
ぺびねでぱぅきぼぬびぜにうだぴたはかぃちぢぃいうべじきがたぜかくきぷあくのでっぶ
じったかぞぁぅずうけとべなくびにづづじっがぅぁこかびびべざぎぷびいびせぬせじべず
かかぢごたちぼぐげずひいほぇっげほせあぜひぜだおぃぷってせぜしぁぬほはのあうこど
じぷぢばとさのびべあびぎぁいでずひとどぶでぁがべとぐばぇべぅせがせどぼぬねつごぶ
だぜぺぞずなしだあすぴさぱふぇごぼぉそぼつねほさおびぁぢごねべでさぉぜこくぇのづ
ずうなつぜへのぞへげぇぴほこじぷすうびのぎできっがぼひせげうねえぺぉぉぼとうにう
びぶざふねうぅほがづかつふくてそほそへだぃずおはぬたぢねきげしぁきどごぃきじさぶ
なえぃぉざそぢすばぢいぷでぺのぢほどなぬたぞぇぜぬふぞぇさぢしこくぷべきぜござど
ぶのべねぶぢがはぉなのぬどながぷがげばてのぼげぉさぬのずぢぱきへどぉとぺ
ねうごがせへはえづきたぷねぅえつつへねかのほきいなけねぐばちのほちほざせがぎへぉ
ぇたざいくけはおびごてでのぶずぎとぐうかごぱぬべすぺけちぼぬづぐぺちそほひぃ
ぐそでぼきあびぎぺざけどかぷがてあにすさけきづぼきひぞせのぞざにべづざあおうた
すかけくははぺぜせづびいとちあぐにのこほしっでたへごなへけぐぎくけふじこぞしえき

ふっかつのじゅもんがちがいます

エミュでやれよ。
今時呪文をメモったり入力したり面倒すぎる。

上上下下右左右左ＢＡ
でいけるはず

>>949
パソコンが壊れました。謝罪と賠償を