Borland Developer Studio 2006 HotFix-05

ボーランド、マルチ言語対応の新しい統合開発環境
「Borland(R) Developer Studio 2006日本語版」

＜過去スレ＞
Borland Developer Studio 2006 No.01
http://pc8.2ch.net/test/read.cgi/tech/1133634136/
Borland Developer Studio 2006 No.02
http://pc8.2ch.net/test/read.cgi/tech/1138097639/
Borland Developer Studio 2006 No.03
http://pc8.2ch.net/test/read.cgi/tech/1142507650/
Borland Developer Studio 2006 No.04
http://pc8.2ch.net/test/read.cgi/tech/1145192731/

ボーランド、マルチ言語対応の新しい統合開発環境 「Borland(R) Developer Studio 2006日本語版」を販売開始
【販売開始日】 ：2005年11月24日
【出荷予定日】 ：2005年12月21日
【標準価格】 ・Borland Developer Studio 2006 Architect日本語版 399,000円（税込）
・Borland Developer Studio 2006 Enterprise日本語版 336,000円（税込）
・Borland Developer Studio 2006 Professional日本語版 84,000円（税込）
＜プレスリリース＞
http://www.borland.com/jp/company/news/press_releases/2005/20051124_bds2006.html
Borland Developer Studio 2006
http://www.borland.com/jp/products/bds/index.html
Borland Developer Studioサポート情報
http://support.borland.com/entry.jspa?externalID=4384&categoryID=385
Borland Developer Studio 2006 アップデート1のご案内
http://support.borland.com/entry.jspa?externalID=4313
Ｑ&Ａ - 一般的な質問と回答
http://support.borland.com/entry.jspa?externalID=4364
C++Builder - サポート情報
http://support.borland.com/entry.jspa?externalID=4386

Borland Developer Studioサポート情報
http://support.borland.com/entry.jspa?externalID=4384&categoryID=385
Borland Developer Studio 2006 アップデート2
http://support.borland.com/entry.jspa?externalID=4637&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 1 について
http://support.borland.com/entry.jspa?externalID=4692&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 2 について
http://support.borland.com/entry.jspa?externalID=4693&categoryID=385
Borland Developer Studio 2006 Registered User Updates
http://info.borland.com/06/bds/bds2006_reg_updates_down.html

>>1
乙

バージョンアップ価格
Borland C++ Builder Professional --> Borland Developer Studio 2006 37,800円
Borland C++ Builder6 Professional --> Borland Developer Studio 2006 29,400円
Del 8/2005 Arc → BDS 2006 Arc \189,000
Del 8/2005 Ent → BDS 2006 Ent \147,000
Del Ent → BDS 2006 Ent \189,000
Del 2005 Pro → BDS 2006 Pro \29,400
Del 8 Pro → BDS 2006 Pro \33,600
Del Pro → BDS 2006 Pro \37,800

Borland Developer Studio 2006に関するQ＆A
http://support.borland.com/entry.jspa?externalID=4314
「継承元の 'Label2' が見つかりません.」というダイアログが表示される場合の対処方法
（C++） タイプライブラリ使用時の注意事項
Update1適用前のディフォルトオプションの変更について
Windows 2003 Server SP1上でのBorland Database Engine（BDE）アプリケーションの多重起動について
Borland Developer Studio起動時の問題
Windows Server 2003へのインストールについて
InterBase 7.5 Developerの起動について
C++BuilderでIndyコントロールを使用する場合の注意事項
Delphi2005が入っている環境にBorland Developer Studio 2006を入れた場合のデータベース接続について

Borland日本語サイトからアップデート情報へとたどり着くには
http://www.borland.com/jp/　を開く
上部タブの、サービス−テクニカルサポート　を選択する
右側の製品サポートへのリンクから、Developer Studioをクリックする

前スレにあるように、十分安定してるそうだから update2 は必要ないね。

>>1乙

update2を入れたらさらに安定したような気がします。

Delphi Win32だけインストールしてしばらく使っていて、
Update2を入れた後、ブルダーを試して見ようと思い、追加で入れる事にした。
プログラムの追加と削除から変更しようとしたら、
内部エラーで巻き戻って変更できず、
インストール中に致命的なエラーが発生しましたになった。
もう一台のPCでもブルダー追加を試したがやはり出来なかった。

全部削除して再インストールするしかないんだけど、
Delphiで使ってるコンポのインストールでパス通し直すのが面倒なので、
ブルダーに興味を持つのはもうやめる。

おれはDelに興味を持って全部入れてみたが結局bulしか使ってない
C丼に興味を持つのはもうやめる。

独り言はチラシの裏へ

「十分安定」してたら「さらに安定」したかどうか分かるはずないだろ。嘘つき。

とチラシの裏に書いておこう。

インストーラーもまともに作れないんだな

MSI は融通がきかないからな。

融通とかは関係ないだろ。アホにもうまくつくれるのが「融通」とかならそのとおりだが。

多少レスポンスが向上した気がします
レスポンスの向上≒安定

とりあえず買ってインスコしたもののいまだにBCB6ばかり使ってしまう

むりするな >18
普通の Borland ユーザーはここなんか読まないし，
ここを読むユーザーはアンチと信者だけだから，おまえの書き込みなどネタにしかならない

たしかに

>.20
で、ここを読むユーザーはアンチと信者だけって、
君はどっち側の人間なの？？

それがなんに関係あるの？

おまえとは反対側にいるよ >22

ブルダーが抱き合わせになってからスレのレベルが下がった

VSは逆コンパイルすると.Netアプリのソースコードを取り出されてしまうけど
Borland Developer Studioで作成した場合はどうなのでしょう？
なんかうまいこと出来てるんでしょうか？やはり難読化で対応なんですか？
それともDLLとかにしたりして逃げるのですか？

MSIL になるならなんで作っても一緒。

リバースされるほど素晴らしいアプリをつくれるかどうかのほうが問題。

>>24
ということは俺はオカマだから、おまえはホモか。

>>28
秘密にしたい情報とか見られるのは問題でしょ？

>>30
そんな後ろめたい用途には.NETは使いません。

じゃ、経理関係のソフトはドトネトで作れないね。
ソフトを一部書き換えて給料不正にうｐする香具師が居たら困る。

よく知らんけど、たとえばWinnyみたいなのを.NETで作ったら、
暗号化みたいな物がすぐに破られてダメになるんでない？
MS製品もセキュリティが絡む物は.NETで出せないって初めからわかってたはず。

>>31
秘密にしたい情報が法律に触れることだけと思っているのか・・・

>>34 のﾁﾝｺの長さは2cmだから
>>34は後ろめたい思いをしているけど
>>34のﾁﾝｺの長さが2cmであることを>>34だけは法律に触れると思っている。

35=コンプレックスのカタマリ、偏執ス○ーカー

ス○ーカーブルース

P2P作るのなら、ライブラリ的には.NETが使いやすいのに、
ブルダーやDelphiで作られちゃってるのが現実だからな

難読化ツールはVSに無料のがバンドルされている。
BDSのバンドルは体験版だっけ？
どっちも糞だったけど、他の難読化を試したらもっともっと糞だった。
日本語使ってるせいなのか、実行できなくなる物まである。
そんな糞しかない中では、やはりVSに付いてくるやつがかなり優秀で、
アレの有料版だったら糞でもないのかも知れないという印象。
どんな難読化が糞かは逆汗してみればわかる。

>.NETが使いやすいのに、
作り手の意思と使い手の意思どちらを尊重するかと言えば？

難読化の話題が出ているので
CE向けなら秘密にしたければ一般的にはeMbedded C++で作成？

CEって結局使われて無いのでわ？

既存のアプリをW-ZERO3対応とかにしたかったりするのよ

>>29
おまえは異常、おれは正常、ってことだな。

>>40
使い手の意思を尊重する。だから、いくら便利でもバグバグ開発環境は使わない。

Borlandの会社的には、DelphiとBuilderを統合してIDE一つにしたのは、
よかったんじゃないかな？？300人かの規模で複数のIDEを開発してられないだろ。
そこはBorlandだから、フレームワークを上手く設計して、簡単に様々な言語に
対応できるようにつくってあることを祈ろう。
まぁ、ユーザーの俺から見れば、おかげで、バグバグでたまったもんじゃないけどな。

相変わらず、アンチ荒らし必死だな。

> 300人かの規模で複数のIDEを開発してられないだろ。

１８０人とか。会社的っても、そんな会社の事情でユーザが不便になっていいわけ
ないだろ。IDE 統合して、バグ増やして、高い金払わされて、なんもいい事なし。
軽量化してユーザの便宜を考慮しないのは、そういう体質の会社だからなんだろ。
update を中途半端にして、次バージョン買わせるのも。

あきらめてがまんして付き合うか、つきあいやめるか、考えろよ。

アンチってのは愛情の裏返しだからな。
本音は好きで好きでいつも心から離れない。
だからここにしがみついている。
嫌いとか見捨てたとかなら、ここに必死に書き込んだりはしない。
一種のストーカーだから。
好きな相手に思いが通じなくて、反動となった行動だから。

激しく納得。

思いが伝わらない＝バグだらけで直してくれない

そうそう、マンセー書き込みはよくて、アンチな書き込みは荒らし、とかいう
>>47 みたいなのが一番迷惑で無意味な荒らし。

いまさら、アンチ巨人も巨人ファンとか言っても・・・何十年もまえから言われてるし

毎年お布施でもいいから、BCBは毎年VerUpしてくれ・・・・

Builderユーザとdelユーザってまったく違ってるよな。
Builderユーザは割と冷静で単なる開発ツールと割り切っている人が多い。
MSのVSと併用している割合が高いからだろう。
delユーザは信者と元信者の現アンチが混在した泥沼の世界。

Delphi と VS を併用している俺ガイルｗ

夏塩蹴

> Builderユーザは割と冷静で単なる開発ツールと割り切っている人が多い。

それは、C++ が言語としてグローバルだから。Delphi 言語みたいな蛸壺言語と違う。
BCB はたんに VCL が使える C++ 環境としか見てないんでしょ。Delphi 信者の
思い入れとはぜんぜん違うよね。そういうところが。

確かに。今現在delのみの人はなくなったら大変だもんねえ。

だから必死。痛々しい。

Borland Developer Studioサポート情報
http://support.borland.com/entry.jspa?externalID=4384&categoryID=385
Borland Developer Studio 2006 アップデート2のご案内
http://support.borland.com/entry.jspa?externalID=4637&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 1について
http://support.borland.com/entry.jspa?externalID=4692&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 2について
http://support.borland.com/entry.jspa?externalID=4693&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 3について
http://support.borland.com/entry.jspa?externalID=4705&categoryID=385
Borland Developer Studio 2006 アップデート2 Hotfix 4について
http://support.borland.com/entry.jspa?externalID=4706&categoryID=385

っ【FreePascal】

> Builderユーザは割と冷静で単なる開発ツールと割り切っている人が多い。

じゃ、>>53は何？

>>62
>>53は某の重力に魂を引かれた人。

>>56とか>>63とか、古いゲームとか古いアニメとか。
放置されて可哀想だからつっこんでやるよ。
ウザイ。

.NET じゃない VB もわすれないでね。>64

すれ違い

アンチはそんなに必死になること無いでしょうに。
作りたい物が作ることが出来るのならどんな開発環境だろうと関係ないと思うんだけどな。
自分が使いやすいと思ってるんならそれでいいじゃん。
アンチは自分が使いやすいと思ってるスレにお帰りください。
今後もアンチが常駐するというのであれば、アンチの君は結局の所Borland万歳なんでしょ？
VCL.NETの事ならいざ知らず。あんまりこのスレで.NET Frameworkがどうのこうの言うのはすれ違いだと。

それはおまえのほうが極端だし、どこかに帰れ。
BDSはDelphi専用でもブルダー専用でもないし、
C#もあるしVCL.NETじゃないDelphi.NETも含んでいるのに、
.NETの話題が気にくわないのなら、周りではなく自分だけがおかしいと気がつくべき。

いえてる

アンチより必死マンセーのほうがきもい、と感じるのはオレだけか？

お前だけだろ。
どうせ70＝アンチ荒らしなんだろから。

アンチはほんとに、いつも居るよな。
感心するが心配でもある。

なるほど、たしかにキモイな ↑

ほとんどの人はおまえたちの口論は無視しているから，
好きなだけやりなさいな

つーか、キモイ信者を装って、逆にdelphiの株を下げようとする陰謀だろ。
本気でこんなに擁護できる理由がないし、こんなのいるわけがない。
けなすより、ありえない擁護した方が効果的だと思ってるんだろこの人。

そうだとするとすごいな、必死マンセー、恐るべし

ほめ殺しは疲れるだろーなぁー。ストレスたまりまくり、だよな、>>71

新しい案件のソフトをD2006で作り始めたが、IDEの重さに耐えきれず、
やっぱりD7でやることになりました。コードテンプレートとか楽でいいんだけど、
それで短縮できる時間より、IDEもたもたする時間のほうが絶対長いしｗ
コンローで爆速マシンでも組んだら、またD2006を試してみます。

BDSのIDEが重い？どんなスペックのパソコン使ってるんだ？

BDSのIDEが軽い？どんな小物ツール作ってるんだ？

uses節に書いたWindowsが”解決できません”って、これどんだけ退化したんだよ。
いつものように、エディタでは赤い波線が出るけどコンパイラは警告なしね。
良くこんな状況で製品化したな。

>>77
D7入手する方法はないかな・・・
Amazonはほとんど売切れになっているし。ある意味Win32の完成形ともいえるな。

きょうび、CPUが2GHz未満で、メモリが1GB未満で、L2キャッシュが1MB未満
のパソコンでBDS使って「重い」とかほざいてるなら、出直してこい。

メモリは1GBだが、CPUは1.8GHzでL2が512KB・・・。

>>78
Pen4 3.2GHz、メモリ2GBのデスクトップだよ。標準的なスペックはあると思うんだけどな。
小さいアプリは問題ないんだけど、大きくなってきて使用コンポーネントも増えてくると、
やけにモサモサし始めるんだよね。

>>81
俺はD8Pro買ってオマケ？として入手したよ。D8Pro探せば今でも在庫持ってるところ
あると思う。頑張れ。

Pen4はもともともっさりしている。俺も3.0GHz持ってるけどもさもさ。
特に .NETがもっさりする。Athlon64はキビキビだよ。

>>84
20万行ちょいのプロジェクトだけど、似たようなスペックでVDS2006は、サクサク動いてるよ。
CPUは、PenDだけど

Pen4が重いのはL1が小さいからだと聞いた事がある。
でもプレスコで大きくなったんだけどねえ。

これからはやっぱりConroeか？

>>81
横浜のビッグカメラで二ヶ月前に見た
今はどうなんじゃろ？

たんにD7使えば解決でしょ。

>>82 は変な日本語だな。「未満」なら、ふるーいPCでも当てはまるが、BDS はそもそも起動さえできないだろ。

あっ、でもPCが非力と言いたいのか。でも、動作にPCパワーが要求されるのはBDSが重い証拠だわな。

価格.comぐらい調べろよな。
ボケが。
ttp://www.kakaku.com/sku/price/031030.htm

>>90
頭悪いなお前。

でも、動作にPCパワーが要求されるのはBDSが重い証拠だわな。

×BDSが重い
◎PCパワーが足りない

もっといいPC買えよ〜
それとも貧乏でお金がないの？あははは

やっぱ重いんだな。VS ならスイスイだもんなぁ

BDS は富豪専用。

動作にPCパワーが要求されるのはBDSが重い証拠。

たんにD7使えば解決でしょ。

旧バージョンを使いたくなるほど重い。
または、
環境によって原因不明で重くなる不安定さ。

どちらかを否定すればどちらかを肯定せざるを得ない。

BDSが重いと言ってる奴は貧乏な証拠。

これもわざと擁護してイメージダウンさせる陰謀か？

VSのスレには重いとか固まるとか、ＳＰ１早く出れとか散々カキコされている訳だが。

VSですらそういわれてるんだったら、こんなBDSが製品化されたことは奇跡だ。

VSって劇古PCでコードとフォームの切り替えると
画面全体がゆらゆら・カクカクしないか。

BDS2006だと大丈夫なのが不思議だ。

>>105
あるある。
コードからフォームに切り替えたときにだろ。
なんか、フォームの配置関連でずいぶんいろんな処理してる感じで、
出来ればあまりフォームを表示したくない。
BDSだとデザイナは何ともないが、逆にエディタが重くてコードを表示したくなくなる。
ちょうど逆だな。

BDSは重い
少なくともVS2005よりも…
私は未だに、でるひver5をwin98で使い続ける貧乏さんです
子供の学費が高すぎる！
高性能PCなんて買えるかあああぁぁ…

WIN98でVS2005というのも十分に間違っていると思われ。

> 逆にエディタが重くてコードを表示したくなくなる。

何が重いのか良く分からないが、こんな手もある。
http://blog.so-net.ne.jp/bousyo/2005-12-10-1

>>108
タダには勝てん。

BDSが重いのではなく、110の財布が軽すぎるだけなのでは。

>>111
誰が上手いこと言えといった！

BDSが重いのは事実、110の財布が軽すぎるのも事実。

上手いこと言おうとして、嘘いってはいけません。

俺の財布が軽いのは日本の少子化対策がうまくいってないからじゃあ！
まったくどいつもこいつも人の足元見やがって…
でもそんなおまえらが結構好き

頑張れ。子連れ狼。

子供がいないおかげでBDS重くないとか言ってる、金持ちから税金取らなすぎ。

格差社会じゃぁ

「BDS重くない税」を施行してください

次々登場。HotFix #5/#6 がサイトにアップロードされてますぜ。

ftp://ftpd.borland.com/download/bds/bds_2006/hotfixes/BDS2006Upd2_Hotfix5.zip
ftp://ftpd.borland.com/download/bds/bds_2006/hotfixes/BDS2006Upd2_Hotfix6.zip

7 以降は「まだ」無いみたい。

良い感じ。

HotFix 5
> the product is configured with a large number of component packages, there
> is a significant delay when switching to the form designer view.

HotFix 6
> Accented characters or far east characters in source code cause errors in C++
> rename refactoring.

なんでHotFixでまくりなん？
まとまったアップデートは出さないって事かな。
出さないけどまだまだバグってるってことだな。

バグを直さないと文句を言い
バグを直すと文句を言う
アンチとは常に文句を言い続けるのが使命なのだが。

新しいやり方を試しているんじゃね。
正式のアップデートと位置づけない方が、関係各所への根回し不要みたいな
意味合いもあるのかと妄想。

2005 のアップデート３も量は少なかったし
とりたてて驚くような物でもないと思われ。

アンチの行動をどう読んでも、原因はバグだらけである点だけは否定できない。

newsgroup その他からの情報をまとめてみた

#1 : C++ ヘッダーファイルで，標準とは異なる構造体境界値を使ったときに起こる問題の回避
#2 : 最新の Caliber SDK のアップデートモジュール
#3 : 古い IE が使う古い MS Crypt API の環境で IDE が起動しない。
#4 : HTML エディタで DBCS 文字が壊れる
#5 : 多量の(1900個)コンポーネントをインストールしていると，フォームデザイナの反応が落ちる
#6 : C++ の名前変更リファクタリングが，ソースコードに DBCS 文字が入っていると正しく動かない

#2 は，Update2 の後に Caliber SP1 がでたから。
#1, #3, #5 は，かなり特殊な環境での問題。特に #5 はパフォーマンス向上が
主たる目的。

バグ修正は #4 と #6 だけ。これも英米圏では「特殊な環境でのバグ」ということ
なんだろうなぁ。

個人的には #4 と #6 が Update2 で直らなかった（見つけられなかった）ことに
不安を持ちます。

>残念ながらHotFix 3, 4 であったReadMe の表記上のゆれ
これってなんのこと？

たー坊カムバァーックと10回唱えれば分かる。

たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック
たー坊カムバァーック

それ９回

あぁ，そういうネタか。
Turbo は単独パーソナリティ製品のことだから，HotFix で差し替えるファイル自体が
無い場合が有るからね。
「表記の揺れ」ではなく，Turbo には不必要な HotFix ってことでしょ

Hotfixはどうでもいい修正ばかりだな・・・

Update3は期待しない方がいいのかな。

2007のリリース時期によるのでは。

どうでもいい修正だから HotFix 扱いなんでしょ。>132

普通はどうでもいい修正は大規模アップデートにまとめて、緊急性の高いものをHotFixにするような…。

普通の神経じゃないだろ、某は。アルファを製品として売り出したし。

しないよ >136

>>137
それはソニーじゃん

さらなるロードマップの改訂。
ttp://bdn2.borland.com/article/33519

正式に Highlander が今年末ではなく来年頭（early 2007）になった
Win64 Native サポートが入る。

うほっ、また、バグの大漁。

きたよこれ。

よしきた。

ちょっと待て

> Win64 Native サポートが入る。
Delphi/C++ for WIN64 の話なんじゃね。

Highlander の次の次ってこと。

原文読んでみて。>144,145

次の次の次なら、前のロードマップとおんなじ

>>146
画像と違わね？
will のwill のような気が。

ただの手抜き文書らしいぞ。
昔の文面をコピペしたらしい。

>ただの手抜き文書らしいぞ。
出典は？誰の言葉？

本人ら関係者の明日の解説を待つのが良かろう。

浮かれていたが、よく見れば、ほぼ一緒だ。
なんかツジツマが合わないと思ったよ。騙された。

2006年6月
http://bdn2.borland.com/article/33519

2005年11月
http://bdn.borland.com/article/0,1410,33383,00.html

相変わらずいい仕事するよな。

30分だけ夢見ちゃったよ。

某クオリティ

朝になったらJohn Kaster は腰を抜かすと思われ。

とにもかくにもようやく64ビット版が見えてきたのは一安心……。

64ﾋﾞｯﾄ対応よりもVCLをはやくUnicode化してくれよ。

>>157
さんせー

いえてる。

64ﾋﾞｯﾄ対応は、不急だわな。いまんところ、アドレスが足りなくて困るようなアプリ
はあんまりないし。

Unicode化なんて漢字なんかの２バイト文字圏の人の要望が多いだけでないの？
1バイト文字圏の人はどーだっていいよー的にしか考えてないと思うけど。（ちがうのかね？）

それより、６４ｂｉｔに対応しなくて「３２bitコードしかはけない旧式コンパイラ。ﾌﾟｷﾞｬｰ」
って競争相手に攻撃される方がはるかに被害甚大だとおもうけど。。

いつかはUnicode化されることを願ってマターリまちましょうや。

VCLには興味がなかったから知らなかったけど・・・


　　今時、UNICODE化できてねぇライブラリなんてありえねーよ！　m9(^Д^)　ﾌﾟｷﾞｬｰ

うざ

それをいっちゃ今どきこんなに最適化されてないバイナリ吐くのもありえない。

最適化の悪さはTurbo-Cの頃からの伝統だしな。
MS-CかLSI-C86か、という時代の話だが。

再帰コールしながらハッシュ検索するプログラムで
速度を測定したら、VC++よりも５％程度高速だった。
思い出したように最適化アンチが出現するが、実際に試したことない奴がいい加減なこと言っているのは明らか。
条件によりけりということだ。
あと、フリーのBorland C++(６年くらい前か？)とVSの最新版を比較している馬鹿もいるし。

某の最適化の悪さは、コンパイルスピードを意地でも速く保つためでは
ないかと思う事がある。実際その通りだが。コンパイルスピード*だけ*では
某がトップクラスだ。

去年までやってたＶＣの開発はヘッダに修正入るとビルドに１時間以上かかったな

ttp://www.tietew.jp/cppll/archive/10120
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/5651/1048738265/226

条件にもよるんだろうけど、こんな結果もあるようで。

>>168
(　д )　　　　ﾟ　 ﾟ
なにそのICC‥‥

Delphiしか使えないので比較はしてないが、
CPUビューで見るとわざと冗長に書いたコードをそのまま再現しててあきれたことがある。
それ以来、読みにくくてもメンテしにくくても、初めから最適化されたコードを書いてる。

>>165
そのテストは最適化On/Offでどれだけ差が生じるコードで試したの？

まぁさ、どうせおまえら、科学技術計算アプリとか速度がシビアに要求されるアプリ
書くわけでもないし、うるさいよね。
他人のプログラムにはあーだこーだいいがかりをつけてばっかで。
最適化？自分で超最適化するコンパイラ作れるようになったら言ってくれよ。
つくれもしないくせに。

というわけで、.NET アプリでも十分なんだな、普通は。

.NET ではさすがに遅いし起動も重い。

>>172
なんだと？それがお客様に￥を出してもらって生活している人間の
吐く言葉か！

え`っ！俺フリーソフトプログラマなんですけど。
.NET使う奴って完全にお客様を馬鹿にしてるよね。
バグが出にくいのか、最新技術を使ってるという事で単価を上げているのか知らんが
あんな激重ライブラリで作られた激重ソフトを納品された何も知らないお客様

ｶﾜｲｿｽ(´･ω･`)

わかってはいるけどMSに振り回されて完成したBDSを提供された俺様

ｶﾜｲｿｽ(´･ω･`)

何しに来たのかよくわからないが、騒がしい奴だな。

お客の方からドトネトを指定してくるケースも多かった
ただこれはあくまでも過去形
最近ではこういう客もいなくなった
でドトネトを指定してきた客にその理由を聞くと、どっかのSIのバカ営業に入れ知恵されたパターンがほとんど
そしておれがそれを引っくり返してDelphi7で開発する
MSのエバンゲリオンの人、すんませんｗｗ

ProからEnt版への乗り換え案内が来たけど、アマグラマには
不要な機能ばかりなんだよね。共同開発しないと不要。

配布の問題がなければ、べつに .NET アプリでもぜんぜん問題ないよ。

遅いとか言うなら、Delphi が吐くバイナリの最適化がスカなのと大差ないし。

> Delphi が吐くバイナリの最適化がスカなのと大差ないし。

実際、１００万項目のリストのソートとか、小さいループの数値計算とかだと
C# で作ったアプリの方が、最適化の有利にJITの不利は打ち消されて、
Delphi の exe より速い場合が多い。

C#が糞なのは万国共通の認識
.NET Framework入れろと出たら、糞C#アプリが削除されるだけ。

MFC->COM->.NET->?

Windows にデフォルトで .NET が入るようになれば、C# で決まりでしょ。
そのころにはDelphiはなくなってるからどうでもいいでしょ、もう。

過去を辿っていくとMFCも散々に叩かれていた件

>>181
Javaの方が速いっていう人もいたが、実際みたことない。
実測できる、ソースとか見せてよ。
でなきゃ信じない。

おんなじようなプログラム書いてそれで勝負すればいいじゃない？
できれば実用的な使えるやつね

>>181
それは.NET初期に見てた夢にすぎない。
ネイティブは速いコードを工夫して書かなきゃ行けないけど、
.NETは読みやすさを重視して書いても十分速いという約束だった。
現実は、最適化されるコードを知ってて書いてる限られた場合だけ速い。

現実に速い場合があるんだよね、.NET アプリの方がネイティブより。
全部じゃないし、とくに GUI 部分は依然として、ネイティブの半分ぐらいの
パフォーマンスだと言われている。だから、２，３年前のPCでネイティブ実行した
のと、変わらないんだよね。いまなら、速度的な不満はほとんどないと思うよ。

問題は、実行速度より、実行環境の整備・配布、あと起動時間なんだな。
これは Vista 以降、急速に改善されるでしょ。Delphi の寿命もあと少し。

これが現実。

Vista自体が超もっさりOSだから気にならなくなるという事か

いや、よく考えてみろ、ネイティブより速いって論理的に出来ないよな。魔法か？
.NETでの速いは、工夫しなくてもネイティブと同じくらい速いという意味だ。
ただしそれを実現できるのは、MS近辺の設計を知るもののみで、
そのために作られたサンプルコードだけが、
遅く書かれたネイティブコードよりは速く動くと言うだけ。

おまえの言いたいことは前提から間違っているから「現実」ではない。

だからネィティブより速いとか言ってるやつは証拠しめせやｗ

>>189
おまえ誰に騙されたんだ？
何で書いても最終的には機械語になるんだから、
速い機械語を考えて書くのが一番速くて、それ以上はあり得ない。
よって.NETでの最高速度だって、その機械語の速度が限界。

高速な機械語にコンパイルされることを期待してわざと遅く書いたネイティブで、
しかもネイティブコンパイラがその期待した最適化をしなかった場合で、
しかも同じようなコードで.NETが高速な機械語を生成すれば勝てるが、
普通はネイティブでわざと低速で最適化を要するコードは書かないので、
.NETの方が速い場合なんて現場にはない。

どちらかといえば、思い通りの機械語を吐かせ難い.NETの方が不利。

だからさ
簡単なコードで実行速度とか体感速度とか較べればいいだけでしょ
客観的に検証できることなんだからさ

大変だな、思いこみが強くて実験してないで速い遅いって。

>>189 はバカと認定されますた。

JIT は x86 でもいろんな石に最適化できるんだよね。なにしろ、実行直前に
石を判断できるんで。Delphi みたいにフルーイ石でも実行可能なバイナリより
何倍も速く実行可能な場合があるんだよ。

まぁ、.NETの方が速い場合もありえるとは思うよ。
>>189
は.NETが生成する中間言語というかネイティブと他のコンパイラが生成したネイティブの比較のお話してんじゃない？？

いまだにDel厨やってる香具師は１０年以上遅れてるんだろ。頭が。

>>195
実験しなきゃわからないことばかりじゃないぞ。
数学は実験する前に答えを知ることが出来る。
.NETが数学を超えて速くなることなど、実験しなくても不可能だとわかる。

Del厨は10年遅れている
.NETは実用まで10年早い

>>198
JIT が生成するバイナリとDelphi生成のバイナリのはなしだろ。JIT にかかる時間
を考慮しても C# アプリの方が Delphi 生成バイナリより速い場合があるよ。

>>202
そう、つまり、そういうこと。

>.NETが数学を超えて速くなることなど、実験しなくても不可能だとわかる。

>>197

>>202
ない。
スピード求める部分で、最適化の余地がある遅いコードをわざと書くことはない。
わざと実験用に作ればあるけど、現実にはない。

>>204
そもそも>>197が破れた夢

>>205
じゃ、少なくともほぼ同じ速度って.NETアプリが動く事はあるってことは認める？？

>>207
.NETがどこまで良いコード吐いてるか見せられれば認める。

単にネイティブって書いちゃったけど、
SSEとか使ってくれないDelphiよりは速いかもな。
Delphiだけ極端に最適化がされないのは認めざるを得まい。

>>205
あるよ。ブロック転送とかMMXとかペンチアム以降に拡張された命令を使えば
JIT生成コード方が速い場合が。Delphi みたいなネイティブコンパイラなら
予めどんな環境で実行されるかわからないので一番古いCPUでも実行可能な
バイナリしか吐けないだろ。

>スピード求める部分で、最適化の余地がある遅いコードをわざと書くことはない。
それに、最適化のアルゴリズムって色々あるんじゃないのかな？？
他にもBorlandが100%速度発揮できるようになるまで最適化してんの？？？
そんな完璧なコンパイラなのかな？？
現実にはないのは、そんな完璧なコンパイラだと思うが

スピードを求めたら最終的にはアセンブラという結論だな。
それより速いものはないものな。
RADでGUI楽して作って、クリティカルな部分でインラインアセンブラできるDel最強と。

だから、トータルの実行時間に対するJITにかかる時間が小さいときは、.NET アプリの
方が一般に速い。膨大な項目のソート、非常に多数回繰り返し計算する小さなループ
だったら、C# アプリの方が速い場合が多い。

スピードを求めているのではないよ。.NET アプリは、もう、ネイティブアプリと比べて
滅茶苦茶遅い、というのは間違いなんだ、ということ。アセンブラなんかどうでもいい。

Delphiのコンパイラの最適化が弱いのは、たいがいの人は賛成できるはず。
だからコンパイラの最適化に頼るという発想もない。
そこがJITの最適化を盲信する.NEETとは分かり合えないところ。

そうなんだけど、最近VCLのユニコード化と.NETのクラスライブラリに対して
VCLが貧弱なのがたいそうな不満だが。

コンパイラが最適化して、速い計算出来るようになっても、
そのアプリを使う人間が速くて良いなぁと体感できないのが困るな。
一般人は、起動とかレスポンスがキビキビしてるかで速度を体感する。
そのたびにJITしたり、GUIの初期化コード多すぎたりする.NETは不利すぎる。
遅くないよ、とアピールするために最適化の話を出されても、
実用上遅く感じる部分はどうしようもなく多いのが現実問題でな。

> VCLが貧弱なのがたいそうな不満だが。

これが一番問題。
ユニコード未対応、文字列操作部分がほとんどゼロ、WEB はサードパーティーの Indy だのみ
.NET をライブラリとして見てしまうと、VCL がものすごく貧弱に見える。

昔はDelスレで.NETが全然わかってない人ばっかりだったので、
嘘でも本当でも比較できる人が増えてうれしい限りだ。

> GUIの初期化コード多すぎたりする.NETは不利すぎる。

これはなに？ Delphi だって、コードじゃないけど .dfm 部分をロードして
しこしこやってるでしょ。C# は、普通のコードと同等にIDE生成部分を見せて
いる分だけ、Delphi よりかなりマシ。

>>219
MS内の、.NETが遅くないという言訳を羅列してるページに書いてあるはず。
GUI使わなきゃもっと起動が速くなるんだとさ。
つまり自分で遅いって言ってるんだけどね。

現在の所.NETのスピードに関して.NETﾏﾝｾｰ派が有利な状況です。
さらに今、VB6からVB.NETに移行しようか、C#に移行しようか迷っているﾔｼも介入して
さらに.NET軍の追い込みがかかりつつある。
そこで一つ。
ブルジョワ級スペックが当たり前になりつつあると思われているが、実際の所
ブルジョワ級スペックのパソコンは本当にブルジョワ級でなければ日常的に稼働させるには電気代が痛い。
その電気代について考察すると、やはりブルジョワスペックは今の技術で推薦される物ではないことは明らか。
200W〜300W級の電源で動作するのが望ましいというのが一般論だと思う。
よって200〜300W級で高速な動作をすると言えばやはりDelphi等32bitコンパイラだ。

言語はPascalよりC#が好みなので、起動速度で勝つことさえ出来れば、
要ランタイムもメモリー食い過ぎもソースいじれないライブラリも全部妥協する気ではいる。

Unicode未対応は、未だに9xで動くバイナリ吐いていることを考えると、
外人さん視点では64bitと一緒でいいよと思うのもわからんでも無い。
(64bitの9x系OSは存在しないため)
.NETはCLRがA/Wを判断して呼び分けてくれるけど単なる.exeだとどうしようもないし。

つーか、Unicode未対応で騒いでるのはなんだ？用意された部品しか使えないし追加コンポも入れられない奴か？現実にはそこまで困らんだろ。

だから.NETが遅くないってがんばってアピールされても、
現実に起動が遅いしキビキビしてないし、アプリ切替時にスワップするし、
描画なんか最悪で、全部自分で処理するコントロールとか遅くて作ってられない。
理屈並べても、その理屈を実現してないからこんなに遅いんだろうが。

>メモリー食い過ぎ

起動時間はイライラするけど、現実に.NETの用途を狭めてるのはこっちの気が……。
OS、ウィルス対策ソフト、CLRでメモリ取り合って、アプリが何かしようとするとスワップが……

Win95 は１６MBで動いていたことを考えると XP がメモリ食い過ぎ、というのと
大差ない感じだな。普通に .NET アプリが増えていくんだろうな、Vista 以降は。

なるほどな、PCがこれからも無限に速くなっていく前提ならいずれな。
.NETが遅いと言われなくなる日がもし来れば増えるかも知れんな。

そらまーそうだけど、95のころは全てのアプリがかつかつに作ってもまだスワップしてたけど、今は、かつかつに作ったアプリならスワップしない現実もあるわけで。

> 描画なんか最悪で、全部自分で処理するコントロールとか遅くて作ってられない。

そうそう、.NET の弱点は GUI が遅い、つまり、描画がおそいんだよね。
GDI+ にハードで対応したグラフィックアクセレレータがないからなんだ。
もうすこしで、これも解決しそうだが、Vista 以降になるんだろね、現実には。
いまんとこは、たいした需要がないから、真面目に発売してないだけだろし。

.NET のJITコンパイラでMMXを生成する例をキボン。寡聞にして知らないのだが。

Delphi だと生成する例を知ってるの？

JIT 生成コードって見られたっけ？ >>230

どうせ数％程度でしょ？
起動に３０分もかかるわけではなし、どっちにしてもたいした問題ではないと思う。

BDSにはそれよりバグとか下位互換をもっとちゃんとしてほしい。
D7時代のコンポーネントとか普通に使えるようにしてほしい。

BDS はどうでもいい。D7 で間に合ってるし。

>>233
たいした問題なのだが。
起動のもっさりは致命的。
そんなこともわからん奴は、まったく何も理解していないと自分で言っているのと同じ。

>>232
ngen.exeじゃだめなの？

なんで BDS 使いたがるのかワカラン。

>>237
なんでおまえがこのスレに常駐して必死に書き込んでいるのかワカラン

>>237
ここBDSすれじゃん。
何しに来てんだ？

わからないからこそ勉強しに来てると考えてあげたら？

>>235
.NETは必要ないのでモーマンタイだニダ

Delphiのかわりはないので起動が遅くても我慢して使うけど、
普通はここまで酷いと捨てられるわけで、
そんな酷いアプリを作る気はないから、結局.NETじゃ開発できないってなっちゃう。

64bit未対応コンパイラが笑いもの。
Unicode未対応ライブラリが笑いもの。
あり得ないくらい最適化してくれない。
という話だったな。

64bitに対応するよりも、新しめの32bitに最適化出来ることの方がうれしい。

おれはBDSユーザだが、正直64bit未対応はｲﾀｲ
おそらくVista対応≒64bit対応となるだろうから。
32bitコードオンリーだと一世代前のプログラムという印象を与えてしまう。
ユーザの大部分なんて詳細検討なんてしないで、イメージだけで判断するから。

つ VCL.NET 2.0 64bit

互換モードがあるだろうから問題ないと思うけど
ただ、WinXPみたいにあからさまにユーザーに互換モードを設定してもらうようなら
BDSｵﾜﾀ＼（＾o＾)／

どっちにしろ32bitネイティブはｵﾜﾀ＼（＾o＾)／ になるでしょ。あと８ヶ月・・・

で、なんで BDS 使いたがるのか、だれも答えられない不思議。D7 でいいやん・・

>>249
完成品の性能がD7よりいいから。

WIN32が終わったとしても、BDS2007でVCL.NETするから良いのだ＼（＾o＾)／
発売まであと８ヶ月？

Vista 移行でごたごたしている内に
気づけばネイティブも64bit対応完了してそうだけど。

>>245
じゃ、Unicode非対応は2世代前になるのかな？？

>>250
完成品の性能のどこがいいんですか？
起動が重くて、スペックが高いマシンを要求して、まだバグがいっぱいありそうで
完成品ができるまでが大変そうですが。

>>254
IDEと生成物をごっちゃにするような奴がなぜム板にいるんだ？

VCL.NET はユニコード対応なの？

あれこれ言っても厨っぽくなるから、それば自分で調べろ

>>255

>完成品ができるまでが大変そうですが。

ごっちゃにしてないだろ。国語力ないなぁ・・

ごっちゃにはしてないだろ。
IDEが駄目すぎて完成品に到達できないって言ってるように読めるが。

>>256
使ってる人いないから、誰も回答できない。

だからコイツはわざと支離滅裂な擁護することで、
逆にDelphiの評判を落とそうとしてる偽信者、隠れアンチだってば。
気にすんな。

>>255

IDEと生成物をごっちゃにするように誤解する奴がなぜム板にいるんだ？

VCL.NETはなんのために作られたのか、作ったやつを殴りながら訊きたい

>>256
対応済み。

>>261

そうなのか？ 高級テクニックなアンチだな。

>>264
つまり、デフォルトで文字列はユニコードなの？

じゃ、VCL for Win32 との互換性はかえって大変だな。

うまくコード作れ。

VCL.NET って、ほんと存在理由ないよな。

>>266
そうだよ。
StringがAnsiStringからWideStringに変更されてるので、
旧コードは、明示的にAnsiStringと書くように癖を付けておいた方が良い。
PCharはPAnsiCharな。

>>269
ありがとう。
将来は VCL.NET つかわないほうの Delphi.NET にしたい。

>>270
一緒。
WideStringになってる。

>>271

いや、.NET 標準だから、それはそれでいいんだな。
互換性がないなら、VCL.NET を使う理由もないから、標準の Windows.Forms 以下を使う。

欧米では互換性がある物という評価なんだろうな。

日本でも物によっては互換性はあるでしょ。

VCL.NETに意味がないという話題は頻出だが、
VCL使わないならDelphi.NETにも意味がないってのも頻出。
IDEが軽くて補完が素晴らしいVC#の方が良いからな。

>>275
VCスレでは補完が阿呆、補完がウザイ、補完で固まるとか書かれている訳だが。

VCL.NETはアンチにとって、よほど脅威的な存在なんだな。

>>276
Delphiと比べてないから評判が悪いんだよ。
比べてるやつは全員感動してる。

> VCL.NETはなんのために作られたのか、作ったやつを殴りながら訊きたい

D8 発売直後から、不思議に思う人が多かったらしく、当時のチーフの Thorpe さん
がえんえんと VCL.NET をつくった理由を挙げていた。

要は、Delphiユーザが.NETへ移行するときの敷居が低くなる、ということだった。
でも、現実は Delphi ユーザはネイティブマンセー、64bit 開発優先、
.NET 開発するなら VC# 使った方がマシ、ということになって、現在に至っている。
.NET そのものも当初見込みより普及してないし。

もう VCL.NET は忘れたほうがいいと思う。

>>278

禿同！！！

> もう VCL.NET は忘れたほうがいいと思う。
必死に否定しているのは、脅威に感じているからだろ。

↑ こいつか偽マンセーは

VCって書いてるぜ
よくわからんが、VBやVC++の補完はウザイし動かないし最悪
でもVC#はかなりスマートだ

信者でも胸張って言えないような恥ずかしいマンセーして、
Del厨はおかしいという評判を定着させようとする悪質な陰謀

>>283
そうらしいね。VC++ はとくにひどいらしい。VC# だけ特別にすごいらしい。
おれは VC# しか使ったことがないけど、IntelliSense すごいよね。

猿でも胸張って言えないような恥ずかしいアンチして、
.NET厨はおかしいという評判を定着させようとする悪質な陰謀もある

D8がでた時点では、D9もD10もずっと.NETしか作らないつもりだったんだろうな。
今は軌道修正中と言うことでめでたしめでたしじゃん。

> IntelliSense すごいよね。
WIN32アプリなんじゃね。

>>286 VB、VB って叫ぶ変なヤツは確かにいる。
他スレでも、メチャクチャなアンチ.NETレスしてるから、ほんとうは Delphiユーザじゃないのかもね。

> WIN32アプリなんじゃね。

そうだと思う。 VS のIDE は .NET ロードなしで立ち上がるからね。

> VC++ はとくにひどいらしい。
Office 部隊やVista 部隊は古いVC++ 使ってるのかな。
そんな酷いIDE じゃ開発遅れるだろう・・・あ、遅れているか。

VBの補完が一番まずいと思う。
候補選んで確定したら、なぜかその後に改行が追加されるのがウザい。
長いベータテストで何やってたのかまったく不明。

VB ユーザ相手のベータテストだからじゃないの

> そんな酷いIDE じゃ開発遅れるだろう・・・あ、遅れているか。

IDE は安定してるし、補完がひどいっていったって、BDS よりはマシなんじゃね

ブルダーの人はどう感じてるの？
C++同士の比較なら補完はどっちが上？

補完使わないからどうでもいい

Delphiの生命線はやっぱネィティブなのでは？
元々VBとかと比較して明らかなアドバンテージはそこにあったわけでしょ？
斜陽のドトネトにこれ以上リソースを割くのはどうなんでしょ…
64ビット化は是非お願いしたいっす
あと最近リナクスのデスクトップがかなり使えるようになってきてる
できればカイリクスのリニューアルを…

> 斜陽のドトネトにこれ以上リソースを割くのはどうなんでしょ…

斜陽っていうか、まだ、立ち上がってない感じ。Vista 以降のこれからでしょ。

どっちかというと Win32 が斜陽なんじゃないの。
Delphi なら D7 以降は、Win32 開発環境は退化してるよね。

そんなことはどうでもいい。
Delphiはネイティブと心中すべきであって、.NETに関わるべきではない。

ここは変な宗教のインターネッツですか？

>>300
確かにその通りだと思う
ドトネト戦略自体がMSの自己中な業界操作だもんな
Delphiがそんなもんと一緒に心中する必要はないよ
あとできればDelphiはもう一回マルチOSにチャレンジして欲しい
Kylixでは失敗したけどあれは製品の品質以外にもリリースのタイミングが悪かったと思う
リナクスのデスクトップ環境はここへ来てかなり統一され安定かつ成熟してきてる
無償のオフィス製品も出ているし
で今ならどうだろう？

> どっちかというと Win32 が斜陽なんじゃないの。
と、WIN32から書き込んでると。
なんか矛盾してるよな。

Vistaも当分は32bit版ユーザーの方が多いのだろうし。

そんなことはどうでもいい。
.NETが流行らなければ今まで通りのDelphiでだいたい大丈夫だし、
.NETが流行ればDelphiになんの未練もなくもっといい物に移るし、
Vistaがどうなろうがまったく関心がない。

>>302
まぁ、そうなんだけど、BDSの品質みりゃわかるようにKylixにまで手を出したら、
それこそ、リソース不足でさらに品質悪くなるだろう

Kylixに関してはリソース不足というより
Linux 文化と某の文化が合わなかった結果という感じだけどね。

中の人はBDSにRubyをのっけたいみたいだけど
これどうよ？

アポロっすか?
しかしながら文字列操作は必要な機能だから
のっかると嬉しいかも｡

>>307
ソースは？
おれはRuby好きだから大歓迎だな

> ソースは？
ダニーソープの跡を継いだ、アレン・バウアーが何か言っていたような。
これだったかな？
http://www.bitwisemag.com/copy/programming/borland/allen_bauer_interview.html

> One thing you didn’t mention above is Ruby.
> I personally find Ruby very appealing for several reasons.
> It cannot be understated that I feel a certain level of kinship
> with the Ruby language from a pure syntax point of view.
> When you combine Ruby with Rails, it begins to look somewhat familiar.

> How closely do you follow emerging trends, which do you personally find
> of most interest and will any of them have any impact on DevoCo’s products?
> I think I’ve covered some of this in a previous answer, especially with respect to Ruby.

> Delphiはネイティブと心中すべきであって、.NETに関わるべきではない。

それは、そうなるでしょ。もう半分死んでるし。
Delphi はネイティブコンパイル出来る以外になんのメリットもなくたったら、
力入れて主張しなくても、大丈夫。寿命は２年ないよ。売却先によっては
年内かも。

昔からDelphiを使っている方々教えてください｡
ＢＤＳ2006ProからEntへのアップグレードパスが来たのですが､
ここでEntにアップグレードするとBDS2007にバージョンアップするときは
Ent版しか買えなくなるのでしょうか｡Pro版も買えるのでしょうか｡
Delphi7の時も同じような事があったみたいですが
その時はどうだったのでしょうか?お教えください｡

>>312
> Ent版しか買えなくなるのでしょうか｡Pro版も買えるのでしょうか｡
郵送の納付書はEnt -> Ent だと思うが
サポセンに請求すればPro -> Proも出来ると思う。

> Delphi7の時も同じような事があったみたいですが
聞いたこと無いが。

> Delphi はネイティブコンパイル出来る以外になんのメリットもなくたったら、

今のVCL.NETは基本的には2003年版で
BDS2007で大改修するのだろから、VCL.NETもまだ分からんよ。

↑ こいつも偽マンセーか・・・

VCL.NET はもう問題外。上を嫁。

>>313
312です｡回答いただきありがとうございます｡
郵送で刷られてくるのでBS2006Ent->BDS2007Proは
不可と思っていました｡
Ｄｅｌｐｈｉ7のＰｒｏ->Entアップグレードはググったときに見つけた
2003頃の2chのスレ(HTML化後)で発見しました｡
当時のことは判らないので当方が誤認しているかもしれません｡

>>315
よほど脅威を感じているんだな。VCL.NETに。
説得力があれば、標準じゃなくてもいいじゃん。

しょせんは自称「標準」なんだから
何を使おうがユーザーの勝手。

いいかげんにしろよ

次を見てみないと、まだわからんよ。

次の何をみるん？

BDS2007

・どちらもWindowsでしか動かない
・.exeサイズはWinFormsがかなり大差で小さい
・消費メモリはVCL.NETがわずかに小さい
・VCL.NETは一応VCL for Win32と表面上の互換性がある
・どちらも遅い
・どーせどちらもVistaが出ればあぼーん

という状況を鑑みて選べばいいだけだろ

……ふつーは、.NETにはまだ手を出さないという結論になるわけだがw

ドトネトは開発を楽に早くするためのもの
もしネィティブコンパイラのIDEでドトネトと同じくらい楽に早く開発できれぱドトネトの存在意義はないよ

あんなドトネトなんてクソでかいランタイムはもう捨てました、私は…

じゃ BDS は起動さえできなくなるわけだが・・

324には残念なことだが起動する。

で、なんでBDSつかってるの？ D7 でいいやん。

またそこから説明か

金が有り余ってて、お布施したいんだろ・・・

他人の金の使い方にまでケチつけてるよｗ
必死だな。

で、なんでBDSつかってるの？ D7 でいいやん。

VCL.NET を使いたいからだろ・・・・・（爆笑

お願いですから、退会させてください。

>332
おまえが兼田か

BuilderユーザはそれなりにBDSに移行しただろ。

で、ブルダーの補完をVC++と比較してどうなんだと何度も聞いても答えはない。
ブルダー使いはVBレベルの使い方しか出来ないから補完とかわからないのか？

そうなんだろ。VC++2005 なんかつかってないんだわ、きっと。そんなやつらが BDS 使ってると。
妙に納得できるような

韓国は対話できるコミュニティーをもてて良かったね。
ttp://www.borlandforum.com/impboard/impboard.dll?action=read&db=news&no=304

コンポ並べて出来上がりって人ほどブルダーを使う。
DelphiじゃないとVCLいじれないから、プログラミングする人はDelphi使う。
彼らには比べるものがないので、補完のデキどころか、ブルダーのデキすら評価できない。

VC++の補完は阿呆、補完がウザイ、補完で固まる。

韓国には ↑ みたいな偽マンセーがいないからね

マンセーはハングル語

確かにVCの補完はタコな訳だが。

VS.ＮＥＴの補完は結構いいが、VC++の補完は最悪だろ。

よかったね、タコで。

>338
おまえが兼田か

そんなだからブルダーのせいでレベル下がったって連呼されるんだよ。

そこまで断言できるんなら比較して見せろよ。
何を期待してどうやったらどんな不満があったとか言えるだろ？
それを別のソフトでやったら期待通り動いたかどうかって書けるだろ？

>>345
おまえがタコか

ブルダーのせいでレベル下がった

>>346
おまえがレベル下がり厨か

VC#はインデントは使いやすいけど補完はそれほどでもないぞ。

たとえば、hoge.hageを、hoge.hanageに修正しようとしたとき、
hoge.|hageにキャレットをおいて補完し、hanageで確定すると、
hoge.hanagehageになってしまい、Delキー4回叩くことになる。
このあたりは使いにくい。
あと言語仕様のせいでもあるが、大文字小文字を区別するのだが、
その大文字か小文字かの違いで候補が隣に並んでいないので捜しにくい。
Delphiみたいに候補を絞り込んでくれた方がマシ。

VC#の補完マンセーもいったいどこを誉めてるんだ？言ってみろ。

BDS と比較してだろ。

>>351
だから比較して例を挙げてみろ

IntelliSense すごよいね。ローカル変数でも途中から補完してくれるし。
using がなくても、文法みて名前空間付きで補完してくれるし。
文法チェックリアルタイムでしてくれるし。
変数名変更でも、一挙に解決してくれるし。

補完にヒントもついてるし。

>>353
つまりDelphi並みじゃん。
比較って言ってるだろハゲ。

IntelliSense すごよいね。
多数のオーバーロードがあっても、ひとつマウスで選ぶと、それにそって補完してくれるし。
補完の一行ヒントも便利。

> 比較って言ってるだろハゲ。

なんでこんなこというんだろ。Del厨ってこういう香具師が多いな。

ブルダーのせいでレベル下がった

.NETはオーバーロードばっかりだから、そういう機能は必須かもしれん。
DelphiだとShift+Ctrl+Spaceでヒント何度も出しながら書かなきゃいけないもんな。

BDS は VCL.NET 使うためにあるだろ・・・それ以外に存在理由などない

結局、誉めてるヤツも貶してるヤツも、比較しないで書いてたんだな

比較するにはお布施が必要だからな。アホらし。

それが知らずに書いていたことへの言い訳か？

BDSに置いてBuilderはおまけみたいな扱い。
Delphiしか使ったこと無いやつにはDelphiとBuilderの補間の違いがわからない。

おれは、「IntelliSense すごよいね。」って書いただけ。他を貶したことはない。

偽マンセーは買ってもいなかった

これでマンセーは、偽も含めて全滅だな

>>364
BDSスレで比較もしないですごいって書くだけならスレ違いなわけだが。

良スレの予感・・・

>>367

きみが比較を書けばいいじゃん。

>>367
BDS と違って VC# の補完は無料で体験できるよ。

このスレにはBDSの熱狂的なファンばかりだな。

あたりまえだろ。

Brazil Deutschland Sweden

なんで Germany じゃないのか

Denmark ならよかったのに

デンマークって何組？

さくら組だと思う。

散ったのね。

そう。

APAC 地域本社争奪バトル、まだぁ？

俺にもPro→Entアップグレードしませんかｷﾀ━━(ﾟ∀ﾟ)━━ !!!
特別価格98700円ﾀｹ━━('A`;)━━ !!!

「長谷部　孝之」すごすぎ

予選突破したら購入。

>APAC 地域本社争奪バトル、
もう終わったでしょ？社内 Wiki よんどきな。

社内連絡はすれ違い

それが男と女ってもんよ。

>>384
本日21時から。

社外連絡はすれ違い

どのスレでやってんの？

で、BDSはBCB6にあったグローバルな名前空間を明示して補完機能動かすとエラー出るバグは修正されましたか？

ブルダーで補完してる奴はいないからわからないってさんざん書いてあるだろうが

Hotfix5, Hotfix6 りりーす

>>392
>>119-120>>125

BDS2005のコンポーネントパレットのあまりの使いにくさに嫌気が差して
Del6へ戻ったまま放置してて、久しぶりにここを覗いたんだけど

BDS2006のコンポーネントパレットは使いやすくなってる？

ディスプレイを縦にすれば解決

コーディングしてるより部品並べてる時間の方が長い人の意見か

Hotfix 5 は 大量のコンポーネントが含まれるパッケージを読み込んだ際に、IDEのデザインビューと、コードビューの切り替えのパフォーマンスが悪くなる問題を修正します。
Hotfix 6 は ソースコードに International Characterが含まれている場合に C++の名前変更リファクタリングが失敗するという問題を修正します。

>>396
画面の狭いノートPCユーザの意見でした

ところで最近アップデートしてからかブルダーで
改行とかコピペしたあとカーソルを下の行に移動させたら
関数の閉じ括弧が追加され2重になってしまうバグがあるのですが…

>>394
カスタマイズできない人が居るのは
WINの設定の問題だということが判明した。

ドラッグ中のウィンドウの内容を表示するをON（デフォルト）にすれば良い。

>>395
全て折りたたみにすれば、縦も短くなるでしょ。
フィルタで選択して、ENTERすればドラッグ＆ドロップしなくても良いのだし。

たいへんだなぁ・・・

Del6のスタイルが好きな人にお薦め。ツールパレットを右クリックしてプロパティを表示
【オプション】
ボタンの大きさ：小
縦方向フローレイアウト：〆
他、チェック無し。

D6 使ってますが、なにか？

BCB6とBDS2006の中のBCBはどっちが使いやすいですか？

文句なしに、BDSのBuilder10

>改行とかコピペしたあとカーソルを下の行に移動させたら
>関数の閉じ括弧が追加され2重になってしまうバグがあるのですが…

起きないよ。デマ流すんじゃねぇ

ウチではなってんだよ！デマなんかじゃねぇ!
しかもたまにだ。たまって程たまでもないくらいでてるけどな。

>>404
ビルドの設定を複数持てるのが気に入ってます

>407
Hot-fixいくつまで入れてます？

update2とhot4までまとめて入れた段階で出現するようになった気がする。

5と6いれりゃ直るかと思ったら直らんかった。

あーupdate2だけを入れた段階では見たこと無かったかも

余計なカッコきーた

BDS2007の.NET2.0サポートと64bit対応とVCLのUnicode化でまたまた、品質最悪になりそうだな。

こちらによると、Turboは廉価版(Turbo Professional)と無償版(Turbo Explorer)の2種類のようですね。
ttp://bousyo.blog45.fc2.com/blog-entry-68.html

BDSと違ってTurboは、パーソナリティ毎（言語毎）に別製品となるようです。
Turbo Delphi Explorer、Turbo C++ Proという名称が例として挙げられています。

Turbo Proの金額は、高くてもBDS Proの2/3位だろうとのことです。

>>414
結局、２年に１回買い換えるという都市伝説になるかも！？

>VCLのUnicode化でまたまた、品質最悪になりそうだな。
IDE が使っているコンポと同じで TNT からの移植でしょ？

ユニコード化が分かってないなぁー。コンポレベルで解決する問題じゃないだろ。
VCL 全体の書き直しが必要。

VCLの中の人はStringで処理して、
Winコントロールやウィンドウの描画のタイミングでUTF8/UCS2〜4を変換すれば、
全体書き直さんで宵んじゃね？

これだから Del 厨は・・・

だって、WinのバージョンによってUCS2からUCS4と変わっちゃうんだお。
さらに別OSの対応を考えると内部の処理はUTF8が良し。
UTF8だとC系ライブラリも通りやすいことだし。

>>419
文字列内に複数の言語混在すると破綻するぞ
最低でもStringListやTStringStreamとかはUnicode化しないと使い物にならない。

>>422
内部のUnicode化しないわけじゃなく、内部をUTF8する。
で、Winとかの表示でUCS2に変換。

こうすと、StringListなんかもおｋ。
だって、UTF8StringはAnsiStringでtypedefされてる。

これだから Del 厨は・・・

もしかして，tnt を知らない？

tnt知ってるけど、パレットに追加がメンドイ。
もしかして、リンクライブラリだけ差し替えれば良いんだっけ？
そんなわけないよね？

これだから Del 厨は・・・

TNTなんて入れたら爆発するじゃん。

でも、冷静に考えるとすごいよねBorlandのしてること。製品リリースから半年たらずで、
UpdatePackのリリース打ち切りなんて、半年でサポート打ち切りっていってるようなもの。
とんでもねぇな。

俺くらい達人になると、製品の開発時間の４割はDelphiのバグとの戦いだもんな。笑えねぇよ。
例えば、BCD(BinaryCodeDecimal)。これいつになったら、完璧に動作するんだ？？一向にQCにこれがらみの
バグ報告あがったりで、うんざり。社内システムの金額計算でバグったら、大惨事になるよな。
さすがに、どの計算でバグになるかなんてテストしきれねぇし。
あまりもお粗末。すぎる。まぁ、俺はBCD信用できないからつかわねぇけど。

他にはClientDataSet。これはデータベースアプリ作るときには、かかせなくて、使うが、
ある時、データが正しく変更されないバグ発見。調べたら、Del7以降では治ってるが、環境はDel6。
リーダーだったので、おかげで、回避コード作成して、みんなに周知・・
さらに他のﾌﾟﾛｼﾞｪｸﾄではDel7を使っていたが、ﾏｽﾀ・ﾃﾞｨﾃｨｰﾙ機能を使ってたら、はたまた、ﾊﾞｸﾞ遭遇。
はぁ。仕方なく代替手段模索。まぁ、このように、IDEは古くてもいいが、VCLだけは最新使わんと、不安だな。

そこまでできる人/会社なら，Borland とサポート契約を結ばれた方が
良いのでは？非公式の VCL 修正とか，最新の Midas.dll の古い製品への対応とか
英語ができればかなり親身に対応してくれるぞ

> VCLだけは最新使わんと、不安だな。

とても達人とは思えないな・・

ってか俺的には、業務アプリにdel採用する時点で阿呆としか思えないのだが。
それからMSのコンパイラだってバグだらけで日々開発者は苦労しているのは同じだ。
違いはユーザ数の違いから来るノウハウ蓄積の違いだ。
某の製品バグは叩かれるが、ＭＳ製品のバグは納得するしな。

>>432
そうか、サポート契約ね。英語は問題ないから、会社が許せば考えてみます。
>>433
つか、BCDの修正してみろよ。とてもじゃないけど、修正した後、テストしきれんので、恐ろしくて手がつけれん。
>>434
まぁな、阿呆かもしれんけど、やっぱ、差し引きしてもDelが楽ってことだから、使っちゃうんだよな。

>>434
> ＭＳ製品のバグは納得するしな。

激しく叩かれてると思うが。
どこを見てるんだか。

TBCD は Highlander までにはなおしたいね。

> Turbo Proの金額は、高くてもBDS Proの2/3位だろうとのことです。
日本だと新規で５万円（ヨンキュッパ？）くらいかね。
３万円台なら、価格競争力が出てくるのだが。

でもTuroの登場で、心置きなくBDS Proが値上げだったらマズーだな。
期限内にアップグレード出来る人は、しといた方が良いかも。

>>414
リストラ終了で、開発リソースが増えているみたいだから
ちょっと期待。

>>438
5万じゃ、購買意欲わかねぇよ。BDS2005からのアップグレードで1万くらいならアップグレードするが。
まぁ、でもさ、各パーソナリティごとに製品出したら、売れ行きでBorlandもDelphi.NETよりWin32 Delphiの方が重要って気づくかもな。

>>439
リストラ終了って何をリストラしたんだ？？人のリストラじゃ開発リソース増えるわけないから、
他の部分のリストラかな？

>>440
> リストラ終了って何をリストラしたんだ？？
ここ数年来の開発部のリストラだよ。
M&Aで社員数が増えた分、開発人数をどんどん削減していったからね。

最近はようやく増員できるようになったみたいだから
300人体制で、アルバイトも雇えば、リソース不足は解消でしょ。

> BDS2005からのアップグレードで1万くらいならアップグレードするが。
つ 48回払い

つか、バラ売りするんなら、統合版なんか買うやついないだろ。

Delphi.NET も某版 C# も誰も使ってないから。

[結論]
D2005 BDS2006 の IDE 統合は、失敗だった。

>>441
その300人ってのがいまいちわからん。それはDevCo全体でしょ？？
JBuilderや他のIDEやInterbase?の人数引くと100人くらいにはなるのかな？？
で、仮に100人としてBDSくらいの規模の製品を開発するときには十分なのか不十分なのか
よくわからん。

> Delphi.NET も某版 C# も誰も使ってないから。

んで、Delphi.Win32 と BCB に開発リソース集中

Delphi.NET と某版 C# の Kylix 化進行。

となる悪寒

>>436
社員　「バグの原因はBorlandの開発ツールに原因がありまして・・・」
上司　「そんなマイナーなものを採用するからだ、バカモノ！何故マイクロソフトを使わないのだ」
社員　「バグの原因はマイクロソフト様の開発ツールに原因がありまして・・・」
上司　「そうかそれは大変だな。まあ頑張ってくれたまえ」

ないない >446

とりあえずフレームワークのコード，全部公開の VCL と
原則未公開の .NET Framework なら，いざというときの対応ができる方が選ばれる。

だから俺の会社は MFC だ。

いや、ほとんど Delphi が採用されない理由は >>446 だから。

> Delphi.NET と某版 C# の Kylix 化進行。

Delphi.NET はともかく、某の C# は放置されても誰も困らないだろうな

>>450
Delphi.NETなんて誰が使ってんだよ。

はいはい。某所向け
某 Software Engineering Platform Blog の人はとっくにリストラ食らってますよん。

>>444
下請け、バイトを活用するのだろうから
正社員数はそんなものじゃね。

ttp://blogs.borland.com/TimJarvis/archive/2006/06/10/25255.aspx
Devco だけあってデブ(小太り含む)ばっか

> 某の C# は放置されても誰も困らないだろうな

IDEを作るときの勉強用だからな。

これはオレのせいじゃない、Delphiの欠陥だ。
→そんなマイナーな物使うおまえのせい。

これはオレのせいじゃない、マイクロソフトの欠陥だ。
→そんなことあるはずがない。ウソ言うやつとは付き合わない。

結局、バグも自分で何とかする必要があるわけで、
.NETのクラスライブラリはいじれないのがマイナスだ。

>>452
4日坊主の人？

>>456
まぁ、そうなんだけど、.NETは品質はしっかりしてるから、ソースいじる必要はめったに
おきないだけどな。

対するBorlandはVCLのソースを公開してるから、ユーザーが直せるという、隠れ蓑の隠れて、品質おざなりにしてるからな。

ヘルプもな。

おざなりなのは，日本語環境からのフィードバックがない日本語関連のぶぶんだろ？
日本語使わなきゃ問題ないよ

>>461
先ほどあがった、BCDやClientDataSetとどう日本語関係あるんだか・・・

> 日本語使わなきゃ問題ないよ

じゃ、日本人にはつかえないな。問題外。

s/日本人/463/

>>461 たしかにあんたは日本が不自由そうだな

Delphi では日本語使うと問題が多い、と結論されたようです。

日本が不自由

TBCD も日本語つかわないなら問題ないんだろ・・・

s/日本人/朝鮮人/

これだから Del 厨は・・・

HotFix7 と 8 が FT 向けに公開。
Delphi コンパイラのはき出す C++ 用ヘッダーファイルに問題が有ったらしい。

バグまだまだてんこ盛り
((((；ﾟДﾟ)))ｶﾞｸｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙﾌﾞﾙ

　 　 　 　 　 　 ＼::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
あ　　プ　　　　../::::::::::::::::::::::::、::::::::::::::::::::::::::::::
り　　ロ　　バ　ヽ:::::::::::::::::::::::::ヽ､,:::::::::::::::::::::::::
ま　　グ 　 グ　　　〉∧i iﾞi .|l, ､ヽ斗ｌ' ヽ::::::::::::::
せ　　ラ　　の　　/｀トl､{.ヽ.ｌ!､　ｲ℃)ヽ，i::::::::::::
ん 　 ム 　 な　　>! (℃｝｀ヽ　ヽ!"´´ ヽ ｌ,:::::::::::
!!!!　　な　　い 　ｌ 、 "/// 　//////　u　|:::::::::
　　　 ん　　 　　 i　///　ヽ　 ._....-- ､.　　!::::::::
　　 　か 　 　v-"!､u　. .r‐''''"゛　 　 　ｌ　.il:::::::::
.､., i�＝@.、 ,,/ヽl::::::::`-..、'!、　　　　　 /・/ l::::::::
　 　 ! ./ `'".!::::::::::::::::::::｀''!-ii＝--;;'''".ノ 　|:::::::::
　　　″　　 !:::::::::::::::::::::::::::::::::｀"''ｧ'"゛'., ｰ''│:::::
　　　　　　 ,!::::::::::::::::::::::::::::::::::::::/]、,／　 　l::::::::
　　　　　　/:::::::::::::::::::::::::::::::::,,イ ,l'"　　　　,!::::::::
　 iヽ,∧/i,7::::::::::::::::::::::::::::／ / ,ｌ'l　　　　 ,,i'!:::::::
┌, ‐''''ヽr‐┐:::::::::::::::／ __ /ノ　|, ＼,　 ./　|::::::
. ／　 、　 ﾞッ.ｌ:::::::::,i'"／./゛.--ｨ＿.ゝ/i"＼ |::::::
.|　　.''"　　 .l /::::::/／○iﾗ"､.フ゛　i'　.ｌ′　'l::::::
.|　　 ...�＝@　ｌ::::./　　 ﾞﾞノ,ljＺr"''''''ﾞﾞ".､/　　./:::::
.,!　　 　　　 〈::./　　.ｒ'"'!ｯ'"._ l'"´ =''ﾞ/　　　!::::::
.:!. u　　-'"　ﾘﾞ　.,iヘ,ﾌ" ,, - ,,,7_,レ ,!　　　/::::::::
: .ｌ'ヽ　　　 ./ 　.|,,./′.,ﾉ＿./ 　　　ｌ　　　 !::::::::::
.ﾞ'､ヽ＿,,,..i''|′.l　./　./ ''''ｰ′　　　l　　 /::::::::::::
::::::.｀'ｰ--'ﾞ/　./ .│　.|　　/　""''''""l 　.!::::::::::::::
:::::::::::::::::::::::ヽ!　 ,!　 　''!'' i　　　　　｜/:::::::::::::::::

あるよ。Hello, World とか。（笑） ・・・居直りはみっともないな。

Hello World でバグだした俺がいる。

これだから Del 厨は・・・

ブルダーが抱き合わせになってからスレのレベルが下がった

「キミもアメリカで働かないか？」
Delphi と C++ Builder の開発エンジニア募集！

期待する能力
* ３年以上の開発経験
* Delphi C++ C# の OOP の知識
* SQL/DBX/BDP/ADO/ODBC のドライバをかける人
* 読み書き/会話の能力

必要学歴
情報学科の大卒。院卒ならよりよし。

＞* SQL/DBX/BDP/ADO/ODBC のドライバをかける人

こんなやついねーよ！

数多いる在野武将には

情報学科の大卒....

じゃないヤツも多いんじゃないのか？

文学部に入って、情報学科卒業とか出来ないからな日本は。

まあ俺なんて早稲田大学医学部卒だけどな。

一体どんな反応を期待してんだ？

・・・XR○Y氏とて検査技師なんだから、
大学の専門に何の意味があるんだろうかと....

※ME(=MedicalEngineer)さんかもしれんけど。

>>479
そだそだ。

まぁ、>>478 くらいの能力があれば、わざわざ沈みかけの船には乗らんわな

>>483 早稲田に医学部ない、とかいうツッコミなんでは・・

・・・そういうネタか・・・寒すぎる・・・

>>485
意外にとチャンスかもよ〜
ミ・∀・彡ニヤニヤ

個人で言えば、勤め先なんて3年もすりゃあ
転職して普通なわけで、
あと３年程度は、DevCoだって持つでしょう。
まあ、つぶれたらつぶれたで、
つぶれる瞬間に立ち会えるのはこれまた興味深い。

それに、某の米国(日本ぢゃなく)で働いてた、ってのは、
日本の腐れSIer業界ではある種特別なスキルとして
転職時にかなーーーり、有利に
見てもらえるような気もするけどね〜〜。

船が沈みかけている今のタイミングだからこそ、
入りやすいってのもあるんじゃないのかしら。


就職希望側も、今時Delphi/BCBで開発できる環境も少ないわけで、
趣味とお仕事を兼ねたい人には
おもしろい仕事になあるかも〜


あ、SIer業界を腐れ呼ばわりしたのは、全体的なスキルとか、
プログラムの書けないSEがごっそりいる、って意味。

とかいい垂れてしまいましたが
元ネタは、どこからなん？>>478

これかな？
http://borland.hodesiq.com/job_detail.asp?JobID=694082&user_id=

近頃は mixi も活発かね。ML よりは元気がありそう

ちょっと機会ありまして、ボーランドの方とお話しました。
IDE事業分割についてはそれなりにオファーがあったようで、今は株主の絞込みに入ってるそうです。ボーランド内は4月
くらいから社内での事業部分割等も済み、分社準備もだんだん整っているとか。ボーランド側に残るソフトと新会社に移
るソフトの間での特許権等については相互で承諾が取れているそうなので、いつにするか、新会社の形態をどうするか、
といった話になっているようです。
私としては開発ツールのブランドとしての「ボーランド」という名称がどうなるのかとか、日本法人はできるのかといっ
た瑣末なことが気になりますが、IDE事業分割がいい方向へ進むと良いなぁと思います。
ボーランドの方も仰っておられましたが、ALM製品が競合するので協業できなかった会社とかと大手を振って協業できる
ようにしたいとか。

ちなみにIDE事業側はDelphi/C++Builder/C#Builder/JBuilder/InterBaseが管轄だそうです。JBuilderのEclips版もIDE
事業側ですね。今後は小回りの利いた対応を目指すそうなので、期待していますね。

期待するのは一点だけ。

ちゃんと公開ベータテストをしろ。

>>491
はげどう

>>491-492
先日そういう要望を日米ともに出してみた｡
まだ結果はきていない。

>>491
ちゃんとやってくれたら、解決する問題がほんと多いよね。

ところがクローズドベータもやらなくなるらしい。

日本語版の Update2 のテストはいつ始まるのか？とメール出した。そしたら
DeXter ではじめて日本語でバグを受け付ける場を作ったけれど
バグレポート提出率が他の国/言語と比べても非常に低かった。そうだ。

で Update2 ではローカライズ版の提供はやめた。ということ。次も無いらしい。

そういう俺も，ダウンだけしてインストールすらしなかったからなぁ。

もうだめだな・・・

> で Update2 ではローカライズ版の提供はやめた。
何の話？
BDS2006 Update2 はローカライズ版が揃ってるが。

> バグレポート提出率が他の国/言語と比べても非常に低かった。そうだ。
MSのブログでも同じような事を言っている。
日本人の体質なのだろね。

> バグレポート提出率が他の国/言語と比べても非常に低かった。そうだ。

他国は知らんが、日本じゃちゃんとバグレポートできる人は、そもそも BDS2006 なんか
使わない。なぜそんな状況になったのか、自覚してるのかな。

> はじめて日本語でバグを受け付ける場を作ったけれど

発売以来、１０年間なかったことが驚き。で、もうやめ、ってことも驚き。

ようするに、まるでやる気ない。すくなくとも日本国内のセールスはどうでもいいんだな。

悪循環を自分で作って、自分で回してりゃ世話ない

> 発売以来、１０年間なかったことが驚き。
昔から日某にFax 出来たと思うが。

例によってデマ流しの彼？

製品になる前のベータ/フィールドテストの話だよ。>498-500

製品になる前のベータ/フィールドテストの話だよ。>498-500

Hotfix#7 / QC:27957 と Hotfix#8 / QC:29214 の修正ファイル欲しい？

なるほどね。

ny に流せ > 503

27957 : Delphi header files are created incorrectly after Update 2
29214 : Tooltip evaluation access violation

ボーランドの高橋(智)さん，乙
ttp://mixi.jp/show_friend.pl?id=208738

QC27957.zip
QC29214.zip

おまけで private newsgroup のログを付けちゃう。

>503/506/508
おまえみたいなやつがいるから，日本人の評判が悪くなっていくんじゃねーか

ビルは2008年に引退しるようですね
やっぱドトネトのあまりのダメっぷりの責任とるんでしょうか
まあ会長みずから…ある種の潔さは認める
お疲れ、ビルゲイツ
いままでありがとう、マイクロソフト
でもびすたは買わんぞ

すれ違い

今気がついたんだけど、同期編集モードってのがあったんだな。
スゲー便利。

ちゃんと公開ベータテストをしろ。

公開βテストをすると製品買わずに使うﾔｼが出てくるからそんな事できません。
Delphi6での失敗を後悔してます。
Delphi6では商用利用禁止にしているのにどこかの会社が仕事で商用利用していたので
あれにはあきれかえりました。もうユーザーなんて二度と信用できません（＞＜）

493> 先日そういう要望を日米ともに出してみた｡
493> まだ結果はきていない。

どこに送った？見あたらないぞ？

> Delphi6では商用利用禁止

はつみみです

>516
ベータ版のライブラリには複数の時限爆弾が埋め込まれていて，
半年とか一年すると作ったアプリがメッセージを出して動かなくなる。

それを知らずにベータ版で製品を作り売っていた会社が有った。って話じゃない？

ユーザを信用しない会社は、ユーザにも信用されないから、やがて潰れる

MS のベータ OS も時限爆弾付きだし。そんな物でしょ

いやいや、公開ベータテストをユーザを信用できないからやらない、という会社

>>520
世の中、そんな会社ばかりだと思うが。
「公開ベータテスト＝あたりまえ」という発想がおかしい。

開発環境を作ってる会社なんかそんなに沢山あるかよ

それいったら，MS だって「本当の」ベータテストは非公開だろ？
公開版や MSDN 版とは別に，細かいビルドが有るわけだしな

> 「本当の」ベータテストは非公開だろ？

それは、公開ベータテストの有無と何の関係があるのか？

どうやら

公開ベータテストをしなくてもよろしい

という偽マンセーが現れたようです。バグをすこしでも減らすことより、
目先の会社の利益を優先する、という発想はユーザの視点ではないですね。

なぜ「公開」ベータテストに拘るのか良く分からん。

某もプライベートなベータテストはしている。
ベータテストがしたいなら、それに応募すればいいだけ。

某が管理に困るくらい応募が殺到すれば
面倒だから公開ということになるかもしれん。

くれくれの遠吠えだけじゃ、話は通じない。

> なぜ「公開」ベータテストに拘るのか良く分からん。

よく分からないなら、とくに反対する理由もないでしょ。

公開ベータテストにこだわるのは、D2005 のような製品を二度と見たくないからです。

Delphi2005 は、>>526 のいう「プライベートなベータテスト」を通過したんだよね？
じゃ、「プライベートなベータテスト」はまぁーーーったく信用できないな。

> よく分からないなら、とくに反対する理由もないでしょ。

くれくれ厨は嫌い。

> D2005 のような製品を二度と見たくないからです。

D2005 は体験版が１ヶ月くらいで出たので
出荷のタイムラグのある日本人は公開でベータテストが出来たはず。

あるのに試さないなら公開ベータテストしたとしても同じじゃね？

>>530
そういえばオレは試した上で買ったよ。
D8で騙されたから慎重だったんだ。
体験版落として、D8よりかなりマシだったから大丈夫だろうと思って買った。
で、使い始めて3ヶ月くらいでストレスが爆発した。
それまでは試しに使ってみた程度で、本気で移行しなきゃわからなかったんだな。

公開ベータテスト希望なら
Quality Central にリクエスト登録したら、どうよ？

>516
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=Delphi6+Personal+%E5%95%86%E7%94%A8%E5%88%A9%E7%94%A8&num=50

氏ね!!

>>533

頭大丈夫か？ personal は論外。

試用版があるから公開ベータテストしなくていいなら、お気楽だな・・・
きっと素晴らしい試用版で、製品もよく売れたんだろうなぁ・・・
だから製品購入ユーザも大喜びで、不買なんかしなかったんだろうなぁ・・・

どうやら

公開ベータテストをしなくてもよろしい

という偽マンセーが現れたようです。バグをすこしでも減らすことより、
目先の会社の利益を優先する、という発想はユーザの視点ではないですね。

QCを見る限り、公開ベータテストを望んでいるユーザーは居ないようだが。
くれくれ厨が１匹騒いでいるだけじゃね。

同意者１００票くらい集めてから言え。

>514で>516って来たから
Delphi6のライセンス知らないのかと思った。

だけど論外ってなんなんだろうな。
Delphi6でPersonalはDelphi6ではないのかと。

文盲に頭大丈夫かって言われた(´･ω･`)

今ここで公開βを希望している人間はオンラインゲーム廃人と同義です。
オンラインゲームで公開βが当たり前となっているからと言って
それがすべてのソフトウェアのβテストにマッチしているかと言えばそうではない
と言うことがわからんのです。

ベータテストにpersonal使うわけないだろ。。。常識ないヤツ

なんでDel厨って国語力ないのばかりなんだ・・・

だれが「すべてのソフトウェア」について議論してるんだ？ 馬鹿じゃないか。

> 今ここで公開βを希望している人間

デパチカの試食品で、おなか一杯にしようと思うような奴。

試食品だけでは満足できず、味見してやると売り物にまで手を出してくる。
しかも財布持ってないから、買わずに逃げるｗ

こんな香具師らを相手に公開ベータテストしてもナンセンス！

Highlanderではテクノロジープレビューが出る。
使ってみてバグや要望があればQCに登録すればよろし。
（QCに日本語で書き込めるようになるのがいつなのかは知らんが。）

うーむ、これはアホなほめ殺しをする偽マンセーじゃなくて、ほんもののアホが湧いてきたな。

>>538
>>514からPersonal版限定の話をしてるとは読み取れない。

>Highlanderではテクノロジープレビューが出る。
でればいいね。

過去に何回裏切られた？今度は大丈夫ならいいね

今日もアンチ必死だなｗ

断言できる！絶対にQCにレポート提出する奴はいない！！

「すべてのソフトウェア」ってのは例え話でしょ。
オンラインゲームのβテスト≠BDSのβテスト
そもそも物の販売方法が全く違うのに同じβテスト方法を行うというのがあり得ない。

いやもう何を主張しているのかわからないぞ >>549

まぁそれはおいといて。
VisualStudio 2005 ベータの掲示板も見ていたけど，レポートする人はほんとに
少ない。出荷してから「あぁ。あのバグは直っていませんね」って言い始める人が
ほとんど。みな批評家/評論家のポジションが好きなんだな

ここもそうでしょ？

>>549
> 断言できる！絶対にQCにレポート提出する奴はいない！！

ちゃんとQCで日本人の登録がないことを確認したのか？
ばかじゃねえの？

ごめんなさい。すべてを直訳すると

「βテストなんかやるだけ無駄」って言いたかっただけです。

>551
言わせてもらうと現在QCに登録している人は製品を買った人ですよね？
製品を買わずにQCに登録してわざわざバグ報告なんてかったるいことやりたいんですか？
大半のユーザーは買わなかった製品がバグだらけだったら「このソフト糞」って烙印だけ押して捨てると思うのですが…

いや実際捨てたからこの惨状。

ベータテストっていうのは、バグ潰しだけが目的じゃないんだよな。
試用も兼ねた一種の販促運動なんだ。ユーザの参加意識を高めると、製品版の購買意欲も湧くでしょ。

ベータテストを「クレクレ」と解釈するのは、げすの勘ぐりなんだな。

ここはゲスが多いインターネットですね。

> ユーザの参加意識を高めると、製品版の購買意欲も湧くでしょ。
つ　試用版

> 製品版の購買意欲も湧くでしょ。

開発ツールは無料であげるから
OS 買えよ。ゴラァでしょ。

某はOS 売ってないから、そういう事を要求しても無駄。

ターボなんとかという無償版がでる、というのにまだそんな事言ってるのか？
おまいら、ほんとにゲスだな。

>>553
妙な因縁つけるな

> ターボなんとかという無償版がでる
計画があるだけだから、いつになるかは分からんよ。

Highlender も計画があるだけだから、いつになるかは分からんよ。

Win64 対応もユニコード対応も計画があるだけだから、いつになるかは分からんよ。

Highlender はさすがに出ないだろ・・・

一人で連貼りするなよ。

一人で連貼りするなよ。

> Highlender
大口の出資者？

ブルダーって最初に書いた奴と同一人物？

>>561
アップグレード期限が切れてから、同じ価格でBDS Proを
売るわけにもいかないから、アップグレード価格と同じか多少高い値段で
単体版を売るんだろね。新規ユーザーにとっては嬉しい事だね。

無料版はどのタイミングで出てくるのだろ。
新会社に移行する時の景気付けとしてかな？

とすると、ちょっと遅れて、年末くらいになるかも。

おれの経験ではアップグレード期間は次のメジャーバージョンが出るまで
何度も何度も延長される訳だが。

>>570
今回は延長を止めて、かわりに単体版が出てくるのではないかと。

アップグレード価格が、安くなれば良いなーという期待がある反面
値段は変わらず、（不要機能と陰口を叩かれているとはいえ）機能ダウンだったら
マズーな展開。

>>567
DBSの次のバージョン。
DBS2007(仮)みたいなやつ。
Delphi.NET/C#Builderは.NET 2.0用。
CF搭載。

>>572
ちょとまてｗ
DBS って何の略？

（誤）Highlender
（正）Highlander

（誤）DBS
（正）BDS

>>569
> とすると、ちょっと遅れて、年末くらいになるかも。

ちょまて。無料版は半年も後って事？
その予想外れて欲しい orz

> 新規ユーザーにとっては嬉しい事だね。

はぁ？ 次バージョン発売まで３，４ヶ月しかないのに新規購入するのがうれしいわけないわな。

みんな次バージョン待ちで買わないな。そんなに遅くちゃ。

D7 あるから急ぐ必要もないし。

次バージョンは年明けだ。
半年ぐらいだな。

>>576
BDS Pro は新規だと８万円以上するんじゃね。
たとえば単体版が５万円くらいなら、買いやすくなると思われ。

またリリース時期も
Highlander のリリース＝第一四半期という事は、３月末までOKということ。
９月あたりなら半年ある。アップグレード期限が長ければ、１年くらいは使えそう。

という訳で、新規客にとっては、単体版は良い製品じゃないだろか。

バージョンアップの鉄則
・何故必要なのかをよく考エロ。
・バージョンアップしないと開発に支障があるならバージョンアップの検討を開始すれ。
・Update2が出てからにすれ。
・前バージョン発売から３年以上経過したなら検討すれ。

> ３月末までOKということ。
意外に寿命が長いな＞BDS2006。

まあ結論を言うと、これから出る新製品がホントにいいもので、なおかつ俺の財布の中身にジャストフィットしてれば買いなわけだ
問題なのは俺の財布にジャストフィットするのはソースネクストぐらいなもんだという事実だな

大丈夫。
ホントにいいものなら割れる。

>>580
第一四半期というのは間違い。
そんな情報は流れていない。
正しくは「early 2007」。

貧乏人は、無償版をあてにして買わない
富豪は、とっくにBDS2006を購入ずみ
新規は、まずD6personalを使ってみるから買わない

だれも買わない

貧乏人でも富豪でもない普通なオレは、Highlander 出るまで急ぐ必要ないから買わない

TAB文字を使うにチェックを入れてもオートインデントと
範囲＋TABでTAB文字を使ってくれないんだけど
これって仕様？

>まずD6personalを使ってみるから
問題は Express がでた時点で D6 はダウンロードできなくなることだな。

Express つかえばいいじゃない

図書館行って｢初めてのＤｅｌｐｈｉ｣とか何とか借りてくればよろし｡
キーは公開してくれてる人がいるしな｡
もうちょっと検索上手な人はドイツから2005落とせばよろし｡

ただ新規参入者に求めるのは酷な気がする｡
如何に導入を楽にするかが販売促進なのだが…｡

> 正しくは「early 2007」。
英語版２月？日本語版３月？

ＢＤＳ006を使っているが､ター坊(単体版)のＩＤＥに．ＮＥＴ使っていなかったら金払ってもイイ!

じゃ、リファクタリングなしで。

ＯＫ!イラネー!

BDS2006を持ってるなら、カスタマイズすればいいだけじゃね。

>>594
それは困る

ExpressじゃなくてExplorerだ。
MS：Express
某：Explorer

>>592
そんな具体的な時期が明らかになるのはまだ先だ。
earlyの解釈は感覚的な問題だが、1月か2月ぐらいだと受け取るのが一般的じゃないのか。

某感覚なら６月だな。

やはりBDS2006は長命だ。

>>598
MS:特急
某：探検

微妙に位置づけが違うのかな？どこを探検汁と。

たぶん社内 Wiki には書いてあるんじゃね？

BDS2006 って売れてないでしょ。長命でも短命でもどうでもいいな。

長命ならアップデート３も期待できる訳だ。

>>604
なに言ってるんですか！
IDE事業を売却するくらいバカ売れですよ

なるほど、それは馬鹿売れだな。どおりでスレがものすごく賑わってるし。

>>605
アップデートを期待しなきゃならんもんなら、長命なのはかえって悲惨な感じがするよ

>604
量販店では販売していないんじゃ？
既存のユーザーがアップグレードするかどうかってだけのことで。

アップデートで余計な括弧のバグを早く直してください。

わかった。
ここでウジ虫みたいにぐだぐだと文句垂れ流している奴がいるが
自分はまったくBDS2006に不満がない理由が。
自分はBDS2006のエディタをまったくと言っていいくらい使っていない。
編集は自分が慣れ親しんできたエディタ使っているから。

朝鮮新報の鯖が公開FTPになってるｗｗｗｗ　パート2
http://ex15.2ch.net/test/read.cgi/news4vip/1150560128/22n-

だれか>610を日本語に翻訳してくれ

確か6月末くらいには売却先を一般にアナウンスするみたいな記事をどっかで見た感じが…
もうすぐ発表されんのかな

社内Wiki嫁

俺が報告したバグがopenのままだ、鬱だ・・・
次のバージョンで直るんだろうか。
これのおかげで、新機能の演算子オーバーロードが使えねーンだよ！ﾊﾞｶｰヽ(´Д｀)ノ

>>606
> IDE事業を売却するくらい
Delphi の売れ行きとは直接関係ないんだな、これが。
IDE 部門は社員の約１割で、３割の売り上げを誇っているのだから立派な物。

不振の原因は、Ｍ＆Ａ先の社員を無条件で加えて
給料の高いコンサルを増やしすぎた事かな。

>>608
短命でアップデートが無いとののしられ。
長命でアップデートすれば陰口を叩かれる。

無料だの公開ベータテストだの、ただ飯の話になると
異常に興奮する人も多いみたいだし。困ったものだ。

いちいちユーザをののしってどこがおもしろいのか >>617

こんなやつがユーザを減らす原因になってる。困ったものだ。

公開ベータテストが「ただ飯」と何の関係があるんだ？
下司の勘ぐりもいい加減にしろよ。

D2005 が有料ベータテストであって詐欺にちかいことは定説。ユーザを馬鹿にするな。

どうせ売れてないんだから、どうでもよくね？

>>617

頭悪すぎ。アップデートいらないくらいの素晴らしい長命な製品を出せばいいんじゃないの？
なんでこんな簡単な理屈がわからんの？

>>617 はユーザなんかどうでもよくて、某の方が大事なんだろ・・・てか、まるで某の経営者になってるみたいだし

そんな大げさな発言でもなかろう。

>>623

>困ったものだ。

これの主語はなんだと思う？ 一ユーザなら、まったく困る必要ないし。

おや書き込める。

こも書き込める。

Borlandの製品はうんざりです。

--皆さんの助言を整理しますと、TDBEDIT を用いて入力・更新処理を行なわせる
ことは避けるべきである。TEDIT を用いて処理をするのが基本である。

すばらしい！ゆとり教育の成果だ！

>>624
屁理屈見苦しい

Borlandの製品はうんざりです。

>>629
よっ、社長！ 言い訳見苦しい。

>>628
場所変えてまで言うことじゃない｡

ポーランドが逆転勝ち
http://www2.asahi.com/wcup2006/news/TKY200606200642.html

初心者すれで雑談するな。

↑すれ違い

今日、しばらくぶりに newsgroup の nontechnical を読んだ。

Nick Hodges 氏が Delphi Product Manager - DevCo になったんだね。

ここでやってるアンチとマンセーのやり取りがそのまま newsgroup でも
再現しているので笑った。

Nick Hodges は、今後も Delphi for Win32 / Win64 の開発を継続する
ことを約束しててるけど、.NET の圧力は無視できないようで、苦しそう。

Nick Hodges (Borland/DevCo) [Jun 16, 22:36]

Bryce K. Nielsen wrote:

> So the only thing they continue to use Delphi for is native code.

The thing that is frustrating is that if you are going to do C#, why
not do it in BDS and keep only one IDE?

> やっぱ Delphi の存在理由はネイティブコードをはけることだけだよな。

もし、C# に移行するとして、なんで BDS をつかって IDE 一つですませない
のかな、いらつく。

> だって C# = VS = Microsoft でしょ。

そうなんだよな。これには取り返さないと。

-------

てな感じで .NET2.0 に未対応である点も加算されて、BDS の .NET 部分は
全然使われてないようだ。

あと、Win32 アプリの今後についても、このスレとおんなじやり取り。

もう、ほとんど寿命がなく、ことあとメインストリームはマネージト
コードになっていく、という人もいれば、いやいや、まだまだ、このさき
も Win32/Win64 は当分大丈夫、というのとに二分されている。

これに ASP.NET がからんで、もう、予言合戦になってる。このすれと一緒。

でも、最近の傾向としては Delphi から VSC# への以降が目立つのは
世界的な傾向らしい。Bryce K. Nielsen 氏は、Delphi for Win64 が
でたら、また C# から Delphi に戻る人が大勢いるだろう、といっている。
これに対して、Randy Magruder 氏は、ネイティブアプリの将来に対して
は悲観的。

いずれにしても Delphi → C# の最近の傾向については認めている。

＞目立つのは

目立の方でつか。ならボコルでわ。

＞は悲観的。
つ 悲観的な話

＞ttp://itpro.nikkeibp.co.jp/article/NEWS/20060622/241588/
ところがこのところマイクロソフトは、勝ちから見放されている。
Windowsや「Office」から多大な収益は得ているが、
それ以外の新しいビジネスは必ずしもうまくいっていない。
さらに、Linuxやグーグル、アップルの「iPod」、
オラクルなどすんなりとは勝てない厄介な競争相手が増えている。
大きなパラダイムシフトが起こっている中で、
自分はできなかったことに気がついたのではないか。

↑ MS 話はすれ違い。

「.NET」って文字みると、関係ないアンチMS話を始めるのは条件反射なの？ >>639

まぁ、現状MSの天下だし、実際MSの元で開発しているんだから切り離せないのはしょうがないとして。
向こうの人も同じ話してるんですね。
もしDevCoの人が迷っているんだったらMacに対応したVCLを開発すればいいのではないかと思う。
俺の推測だけど新Macは一大ムーブメントが来るよ。
LinuxをはじめオープンソースOSのムーブメントが来ることは絶対にないと断言します。
だからLinuxは対応を考慮するだけまだ時間の無駄だと思う。
結局の所、推測の域を出ないけどな。

apple はソフト会社でもあるんだよな。まだ、５％のシェアなら、商売にするのは
難しいかもね。

プラットフォームはｍａｃでもｗｉｎでもいいが
ウィジェットが簡単に作れるようになれば
サンデープログラマは戻ってくると思うよ｡

余談だがＭＳは下位互換性を気にするから
ＷＩＮ３２アプリが動かなくなるＯＳは5年以上先になると思う｡
(実際ＷＩＮ１６ＡＰＩが使えないＯＳはＸＰになってからだった)

それに．ＮＥＴアプリ作るならＭＳのツール使うでしょ｡

と言うわけでデブ子にはVCLに注力して欲しい!!!

　　　　　 　 　　　　∫　　　 ＿＿＿＿＿＿＿＿＿
　　　∧,,∧ 　　 　∬　　 ／ Win16の頃とは
　　 ミ,,ﾟДﾟ彡っ━~　　＜　　時代が違うのだよ時代が
＿と~,,　　~,,,ﾉ_. 　∀　　　＼　
　　　 ﾐ,,,,/~), │　┷┳━ 　￣￣￣￣￣￣￣￣￣
￣￣￣ .じ'Ｊ￣￣|　┃
￣￣￣￣￣￣￣ 　┻

10年後だってまだWin32は現役稼働してる。間違いない。

24時間365日稼働の2000鯖に
アプリを差し込む時、どうやったら.NETで作れるんだ？
世間にどれだけのノンストップフル稼働鯖があると思ってんだ。
軽く数万台単位で存在するだろうに。

既存のシステム、既存の資産、すべてがふくらみ過ぎている。
COBOLが消え去らない比ではないよ。

全てのDB製品、全てのバックアップ製品、全てのセキュリティ製品
全てのOFFICE製品、エンタープライズ製品で.NETでできているものは今は皆無。
今は、クライアントはWin32、WebはJava。

既存資産の開発投入金額が.NETの時代だからといって、投資し直しなんてできる企業があるはずがない。
某だけは、そんなバカな事をして首を絞めたわけだが、悪い事例(某)を他社が真似するかしら？

多くの個人で使用しているオンラインソフトでもほとんどは非.NET。
それらが動かないOSなんて、Linuxほどの価値もないさ。
Win32は間違いなく95年〜2005年の10年の間現役だったように
2005年〜2015年までは現役。

人は長く使えば使うほど、変われるものじゃないよ。
それが市場。

　　　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿
　　 ∧,,∧　　　 ／Macには夢があるよね
　　ミ,,ﾟДﾟ彡　＜　
　　 U　　つ∀　＼Linuxにもちょっとはあるね。
　〜ﾐ　　ﾐ　┴　　 ￣￣￣￣￣￣￣￣￣￣￣￣
　　 ∪''∪　　　　そういえばVistaにもあるぞ。googleにも。
　　　　　　　　　　　
漏れら開発者は、ついつい夢にひっぱられ過ぎる傾向があるからな。
開発力が夢のような機能を実現する手段であるから
それを追い求めてしまいがち。

もう少し視野を広げるとITに関わる人全てに当てはまる。

悪くないと思うし、それを追うのもいいことさ。

しばらく前から、某には夢がなくなっちゃったんだよな。
相対的に進化が止まっているから。

C#にはそれがあるように感じるから、人が移動しちゃうんだろ。

顧客を取り返すには、IDEの性能を売るんじゃなくて
(つーか、BDSは開発者コミュニケーション量でVSに負けるに決まってる)
夢を売れ。

.NETに相乗りでは、某に夢なんて感じるはずがない。
所詮は、MSにくくられた枠のなかでの動きしかできないIDEなら
MS以外のIDEを金だして買うヤツはいない。

顧客はアンチMSを求めているんじゃなくて、
MS以外の夢を求めるものだわ。

Win32 が動作しなくなる、とは誰も言ってないないわけで、また、現状のデスクトップ
アプリに .NET アプリがほぼゼロだから、とかも全く関係なし。

現状の話とか、メンテの話ではなく、今後の話だろ。

おれは、.NET の普及を夢見てるし、そのほうが Win32 → Win64 より、ずっと
夢があると思うけどね。MS 以外とか某とか、メーカなんかちゃんと動作するなら
どこでもかまわないな。

普及したものを使うだけ。

長杉

ドトネトがこのまま下降線を辿ればDelphiもネィティブに回帰するんだろうね
でも他の人も言ってるようにDelphiにそんなに固執しなくてもいんでないの
確かにWin32環境ではDelphi最強は認めるけど、今後はどうなるかは分からんし
自分としてはMSにDelphiのような使い勝手のいい自由度の高い開発ツールを作って欲しい気がする
ネィティブにもドトネトにも対応できてオブジェクト指向型の…
言語自体はBasicでもPascalでもC#でもなんでもOK
少なくともMS製の方がはるかにバグは少なさそうだしね

べつにネイティブにこだわる必要もないだろさ。C# で十分。
Vista 以降で普及するから問題ないし。

ネィティブにこだわる必要は確かにない
でもネィティブにしたい場合も多いんだよ
新OSが出てドトネト標準組み込みになってもユーザー環境まで一括して変わる訳じゃないからね

ま、ネイティブは Delphi か BCB で、.NET は C# で、で決まりだな。

アクションゲームを作るならやはりネイティブにしたい

ネイティブでもD言語みたいなGC付いてるのはダメだね。

>>655
そうか？

>>656
ゲームしている最中にいきなりGC働いたらどうなると思う？

ま、ネイティブはアクションゲーム専用、ということで。

>>657
それがどうかしましたか？
一向に困らない

>>657
今のマシンスペックなら、毎フレームGC処理しとけば、別に関係ないだろ

ま、どちらにしてもD言語は糞。　絶　対　に　メジャーにはならない。

コンピュータにとっては本当はネィティブコードが標準
ドトネト等の中間コードはコンピュータに直接実行させる事はできない
何かの理由でネィティブ化できないからいろんな実行形式が生み出されただけ
だからゲームであろうがビジネスソフトであろうが最終形はネィティブコードまで落とせるのが理想

OS乗り換えがしやすくなるから本来ならMSこそがネイティブにこだわるべきだろうにね

ネイティブ至上主義？
Delphiが64bit対応してから言えよ。ﾌﾟｹﾞﾗ

JIT ってなんなのか知らないのかよ。

ま、ネイティブはアクションゲーム専用、ということで。

Delphiの64bit化なんてたいした問題じゃないよ
ユーザー環境が概ね64bit化されるなんてまだ先の話しだし
それまでデスクトップOSでWinが今のシェアをキープできる保障ももちろんないし
JITはあくまでネィティブコンパイラの亜流品
実行時情報が得られるメリットはあるがそれを相殺する以上のオーバーヘッドが発生するのも事実でしょ？

ま、あれだな、Delphi の吐くバイナリよりはマシだけどね。

DelphiってC#にベンチ対決で負けたんでしょ？
何にもいいところがないじゃん。

Delphi の吐くバイナリは、最適化があまくてコードによっては C# アプリより
実行が遅い場合も多々あるのも事実。処理速度でいえば、いまだにネイティブより
平均して半分以下だと言われている。だから、２，３年まえのPCでネイティブアプリ
を実行するのと大差ない。Delphi6 や Delphi7 でコンパイルしたアプリは、２，３
年まえのPCで実行しても十分速かったし、処理速度で .NET アプリが問題になることは
すくなくても Vista 搭載PCではなくなる。OS の抽象化、セキュリティー、最適化など
JITの有利の方がメリットは大きくなるだろう。

だったら一般的かつ実用的なプログラム作って評価しない？
簡単なヤツでいいよ
そっちはC#？それともVB？
VC++はダメだよ
ネィティブ反対なんでしょ？

おれは Vista 搭載PCをもってないからな。キミは持ってるのか？

もちろん持ってませんです
てことはやりたくないわけ？
てことはVISTAが出るまで勝負にならんと…
あれだけDelphiの最適化はヘボいって叩いてるのに？

StringReplace 相当だと VB.NET の方が３．７倍速い、という Del 厨の報告が
くだすれにあったな、そういえば。

>>674
あ、そう
よくわかんないっすけど…
でもそんなの試してみれば一発でわかるよね？

>>675

面白いからやってみますか？
当方は、趣味のプログラマなので、Del6personal と VC#Express です。
Delphi はもう６年近くやってますが、C# は始めてから５ヶ月くらいなので
配列のソートくらいしかコードを書けませんが。文字列処理は C# でやったことが
ないのでコードを書けません。だめかな？ 初心者すぎるからダメか。

なんかアンチの人っていい加減でウソつきの印象が強くなったなあ
実行速度云々なんて簡単なプログラム書いて検証すればすぐ結果分かんのに
やろうとしないのね…
BDSやDelphi使いの人達も大変ですね
ではお休みなさい

おっ！前言撤回です
はやとちりました、ごめんなさい
やっぱまともな人もいるんですね
いいですね、是非やりましょう
でどうせやるならなんか実践的なヤツにしませんか？

BDS は、.NET 開発環境でもあるんだよ。.NET マンセーがアンチだ、とはちょっと失礼ではないですか？

長門さんが BCC 使いであることがわかったから良いとしよう

つ .NET の索敵モードＯＦＦ

BDSで.NET実際にやってる人？

開発ツールユーザーの立場から考えるとぜひツール同士の品質評価はやってもらいたい
結局あれがいい、これがいい、と言ってもウソが多いし
数字で判断するのが一番確実！
ユーザーサイドにたった実用性の高いアプリを作って比較しようよ
ね、ネィティブ否定派のみなさん♪

VS2005のスレを見ると、バグだらけだ、遅い、糞だ、早くSP出せ、ボケ
と散々な訳だが。
ここでBDSを叩いているのは、ほとんどウソばっかだしな。
具体例とか事例なしでウソ垂れ流しのアンチは困ったものだ。

ウソ垂れ流しのアンチ　=　ウンチ

別に叩いているワケじゃないけど
余計なカーソルのバグは早急に直して欲しい。
開発効率3割減ですorz

何のことやら、さっぱり分からん。
QCの番号は？

>余計なカーソルのバグは早急に直して欲しい。

ここに書いてもねぇ。
日本語でいいから newsgroup に書いたら？

どうせ686の特殊な使い方に合わないって話でしょ。
その手の話は詰まらん。

また、ここが正式サポート窓口だとほざいている矩形粘着野郎か

>>646
> MS以外の夢を求めるものだわ。

具体的には？

カーソルじゃなかった。括弧だった。

他スレ、他環境のバグを喜んで、自スレ自環境のバグ報告を粘着呼ばわりして、
おまいら、ほんと屈折してるな。こんなカスばっか。

カスにお似合いＢＤＳ

矩形粘着の特徴
１　ここがサポート窓口だと思っている
２　同じバグについて何度も繰り返し書き込む
３　絶対に自分ではQC登録しない（する能力がない）
４　他の人がQC登録するための発生条件や手順等のまともなレポートをしない。
５　ただ短くバグが発生するとだけ何度も繰り返すだけなので相手のしようが無いということを一向に理解できない。
６　みんなただの嫌がらせだと思っている。

6は正解

いつまでも不毛な揚げ足とりしてないでさ
ここらでサンプル品でもお互い作って白黒はっきりさせようよ
その上で良いものはいい、悪いものはわるい、で結論出せばいいじゃないの

括弧のバグの物ですが３は正解。ｗｗｗｗ

いつまでもつぶされないバグを擁護してる信者のインターネットはここですか？

バグ多くて大変そう・・・

他人任せだといつまでたっても直らないよ。
前は、誰かQCに登録してくれるだろうと思って、期待してバグ報告してたが、
誰も登録してくれないんでｗ
腹たって自分登録するようにした。俺はね。

ぶっちゃけこのスレにプログラム書ける人なんていない

自分が書けないだけだろ・・・

自分がそうだから、全体がそうだと思い込むやつだよな

仕様を考えてみた｡
デスクトップ等､任意の場所にあるテキストファイルを読み込んで
使われている文字ごとにその個数を書き､
改行したテキストファイルを同じ場所に出力する｡(文字コード順)

文字コードは何を使っても良いが1行目に使用する文字コードを書かなければならない｡
また読み込んだテキストに使われていない文字を0個と表示してはいけない｡

例としてはこんな感じ)
ＵＴＦ−８
あ:17897個
い;2637個

フォームにはボタンと所要時間を計ったラベルを配置｡
読み込むテキストファイルの位置を指定した後にボタンで実行｡
ボタンを押してからファイルの書き込み終了までを計測｡
ズルの出来ないようにソース公開｡
読み込む文書は青空文庫等長文で誰でも入手できるものを使用｡
こんな感じでやってみませんか?

>>705
何の速度比較かしらんがファイルIOをからませるのかね？？？

なんで配列のソートじゃだめなん？

プログラマのスキルに依存しないように、なるべく簡単にしたら？
あと、普段の処理速度を競うわけだから、当然、自作関数なんか使わずに
ライブラリの標準関数だけを使うようにしないとね。

StringReplace を使うようなので比較したらいいのに・・・

ニ、三年まえの Delphi と C# で、どっかの大学の人が出したスピード比較では
Delphi がボロ負けしてた。これは事実。浮動小数点の精度の違いとか、もっと
いいコードを書け、とか、当時のDel使いが文句言ってたが、公表されたコードでは
ボロ負けすること自体には異議はなかった。.NET は、2.0 になって処理スピードが
改善されたようなので、当時と同じ Delphi6personal じゃ同じコードで勝ち目はない。

もちろん、Delphi のほうが速くなるような課題を選ぶと結果は違ってくる。当たり前だが。

>>709
それだと絶対勝てない。くだスレのVB.NETのほうが3.7倍速い、というのは信用できる結果だ。
長大なテキストを扱えば１０倍以上の差になるだろう。

＞浮動小数点の精度の違いとか
＞浮動小数点の精度の違いとか
＞浮動小数点の精度の違いとか
これ違ってるなら、スピード比較にならんじゃん！！！
大馬鹿
つまり、
結果ありきってことだろ。
結果が先に決まっており、その結論に合致したものを公表しただけ。
やっている事が違っているのに
あたかも同じであるかのように偽装工作かよ。
ベンチマークって昔からそんなものなんだよな。
現実は、.NETアプリのもっさりとネイティブアプリのきびきび。

結論
バカがコード書けばC#が勝ることもある。熟練工が速度優先でコード書けばC#は勝てない

結論
熟練工がStringReplaceつかってでコード書いてもC#には勝てない

結論
Delphi では浮動小数計算の精度を制御できないので C# にボロ負けする。

結論
C++Builder最強

>>712

どちらも Double だったと思う。C# と Delphi で Double の有効数字が同じかどうか
知らんが、Delphi のはくコードでは、Extended 相当で計算するから遅くなる、と
Delphiユーザが解説していた。

つまり Delphi がバカだ、と。

大学のひとはGUIの速度なんかどうでもよくて、数値計算メインなら C# の方がよさそうだな・・・

つーか、数値計算メインなら C か、FORTRAN だろ。

だな、比較対象が的はずれなんだよな。
delで浮動小数点って。
実態は、C$よりdelが遅いのを必死になって探したのだろうな。

ま、いずれにしろ、課題の選び方で勝敗が決まるような勝負は意味がない。
.NET アプリより Delphi のバイナリの方が平均して速いことは想像できる。
だけど、.NET アプリが言われているほど遅くていらいらする、というほどでもない。

.NET の問題はスピードより、実行環境の普及だと思う。

.NETアプリの問題点
起動しない。なんたらdllが無いとか言われる。
インストールできない。.NET Frameworkを入れろと出る。インストせずに.NETアプリがゴミ箱行き。
起動が超遅い。
動作ものっぺり。

BDS も.NETアプリの一種なんだがね

大変だなDel厨は、>>723 のような開発環境使わなければならないなんて。

ま、ドットネットの状況は、一昔前の Java の状況と同じだよな。

VS2005 も.NETアプリの一種なんだがね

大変だなM$l厨は、>>723 のような開発環境使わなければならないなんて

BDS は .NET アプリの開発環境でもあるんだよな。自環境の酷さを指摘する >>723 は
典型的なアンチかもね。

たしかに起動が超遅いなBDSは。動作ものっぺり。

> VS2005 も.NETアプリの一種なんだがね

そうだね。だけど VS 使いは、自環境をこき下ろしたりしない。それに無償版もあるし。

VSは起動は速いよ。

> ま、ドットネットの状況は、一昔前の Java の状況と同じだよな。

そうかもね。でも、Sun はＰＣの９０％以上のシェアをもつＯＳのメーカじゃない。
そこが大きな違い。

BCB6++とBDS2006は共存できる？

ここはなんてウザいスレなんだ

>>732
出来る。

スレ違いだが、VS2005の方を優先したアイコンにしていたのに、BDSのUpdate2を
当てたらまたBDS2006のアイコンに(*.cpp等)なってしもたorz

>>733 来なきゃいいのに（藁

ちゃあんと開発ツールの相互評価しようよ
で結果VS2005の方が優れてればオレはVS買うよ
別にBorlandに金もらってる訳じゃないしね
あんまり細かい部分でグチャグチャすんのは止めようや
な、アンチさん
あんたらがスレに書き込めば書き込むほどVSの評判は悪くなるんだよ
男ならスカッと一発勝負！
ひな型ならオレ書くで
どうせなら自分で使える実用的なもんがいいよね

> ちゃあんと開発ツールの相互評価しようよ

勝負はついてるでしょ。ユーザ数見れば。バグの量見れば。
どっちも共通なのはC#だけだから、それで評価するの？

あっ、でも BDS は 2.0 に対応してないよね。じゃ、できないじゃん。

起動時間の勝負は、簡単だからやってみたら？ ＞開発ツールの相互評価

generics で勝負しようぜ。

日本 vs. オーストラリア

サッカーぼろ負け
ラグビーぼろ負け

将棋と柔道なら勝てるかも・・・

って、こんな勝負は無意味だろ。くだらない。

ドトネト対ネィティブでどうすか？
Delphiのネィティブより早いんでしょ？
オレドトネトって使わないし…ね
ようは出来上がった実行ファイル勝負ということで

>>736
VS別に買わなくてもいいじゃん。無償版があるんだから先にそれを試せば？
某のぼったくりIDEとは違うんだよ。MSの開発環境は。(ﾜﾗ

IDEの使い勝手がいくらよくてもドトネトがもれなくついてくるのはいやだなあ
客先のアプリ運用PC全部がドトネト入り？
有り得ないねｗｗ
VISTAは最初からドトネト入り？
あんな重いだけでゲームにしか使えないようなOSはカスでしょ−…

てかどうしても相互評価したくないわけね
だよねえ
ネィティブとドトネトだったら勝負は最初からついてるもんね！
ごめんよ、からかって

Delphiの方がありえねーよ。
誰に提案できるんだよ。事業放棄されたツールなんかを。ﾜﾗ

パッケージ作りにバリバリ使われてまっせ、Delphi
でも確かに先はないかもね
これからはGCCがよろし

GUIはどうするのさ？

GCC(ﾜﾗ

BDS は、C# も Delphi もできるんでしょ？ 勝負したければ BDS つかって
勝手にやったらいいと思うが？ ひとりですきなだけやればいいじゃないの？
だれも止められないし。

> ネィティブとドトネトだったら勝負は最初からついてるもんね！

そうなんだよね。Delphi ぼろ負けしたもんな。

負けたのはDelphiでなく某
証拠はなによりおまえらのその粘着っぷり
おまえらPowerBuilderとかdbMagicとかにも少しはかまってやれよｗｗｗｗ
よっ、お疲れさん
ネィティブコード・コンプレックスの諸君

Delphiはドトネトもできるんでしょ？
なんでこんな不毛な争いになってんの？

某を首になった無能が荒らしている。

BDS は .NET 開発もできる。荒らしではない。勝負しよう、とかいって
なにもしないヤツが荒らしてる。

なんで首になったの？ 事業縮小？ D8 以降はひどかったから仕方ないかもね。
自業自得。

辞めたヤツのほうが先見の明があったり・・・そんな例もちらほら
本社でも apple やら google やら MS やらに行って、なんか辞めたヤツらの方が賢そう

設計者 → MS
IDE の開発責任者 → apple
前 chief scientist → google → MS
Indy の開発者 → MS

だもんな

前日某の人も日本MSで楽しそうにしてるし。

>>719
数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。
本命はそれ専門のベンダ(金が惜しいならgccでも)のCかFORTRANだろうが、C#とDelphiの二択なら絶対Delphi。

>>697があったので軽い遊びとして仕様を考えてみたが
仕様はこうすべきと言う対案は一つも出てこず､
過去の繰り返しがレスの流れとなってしまった｡
ちょっと面白みのない展開で残念｡

建設的な意見を出してくれた人ありがとう｡

>>759
その仕様とやらのレベルが低すぎてみんな呆れていただけなのだが。

>>758
double で済む精度の場合もあるからね。わざわざ遅い計算する必要もないし。
見苦しい言い訳はしない方がいいよ。

>>761
必至杉。
アルゴリズムで2桁カバーしようとしたら倍速でも足んないよ。
折角CPUがExtendedに対応してるのに使わない法は無い。

>>758
> 数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。

工学や自然科学系の数値計算では、扱うデータの有効桁が小さいので、FLOATで十分な場合が多いよ。
そもそも、専用ライブラリが充実しているFORTRANやCを捨てて、
ライブラリを一から書き上げてまでC#やDelphiを使うというのはありえん。

>>761
Extended相当の精度が欲しい場合はどうするの？

ニ択の話だろ。スピード重視ならアセンブラ、と同じこというな

>>764

Extended を越える精度が欲しいときはどうするの？ それと同じ答え。

評価で共通の精度を採用するのは自然。
一方のコンパイラが糞だから遅くなっても、それはその糞コンパイラが原因。

QCとBorland内部のバグトラッキングシステムが同期するようになるんだってね。

それで？

それだけ。

> Indy の開発者 → MS
まじすかｗ
.NETのネットコードって、Indy開発者作ってんのかな？
もしくは、他にMSのネットワークライブラリとかある？

>>771
１人だけだし、MS Turkey だし。

Delphiが能率的でない機械語吐くことも、
小数点の計算が得意な今時のCPUに最適化出来ないことも事実なので、
わざわざ比べるまでもない。

それより、.NETだと描画が遅すぎて、全部独自描画のコンポが使い物にならない。
そりゃーコモンコントロール並べただけで遅くないとか言う人もいるだろうさ。
しかし重要なのは体感速度で、起動でガリガリ待たされ、描画でCPUメーターが上がり、
ユーザーをいらつかせるから.NETは遅いと言われるのだ。
最適化とかJITとかのスピードがどうのって言い訳しても、
体感速度が遅いんだから仕方がない。

数字で負けると体感速度だからなぁ・・・説得力あるよなぁ

全部独自描画のコンポ使えないからって、そんなん別に不便はないけどね。
無理に理由付けするのは見苦しいな。

いままでだって「全部独自描画のコンポ」なんて使ったことないし。

Tlabel とか TImage 相当とかだったら .NET の標準コンポにあるけど、べつにとくに遅くないけど。

それらが遅くなる事があったら、逆に変杉。

BDS が快適に動く環境なら、.NET アプリの体感速度が問題になるわけないだろ。

最新の.NET2.0は知らんが、.NET1.1の頃はGUIがもっさりしてた。

Vista 搭載PCなら、速度に関しては無問題だろ。起動時間も、OS の起動に含まれるし。
.NET アプリはネイティブより遅いけど、それが問題になる場面はもうなくなってくるよ。

＞それが問題になる場面はもうなくなってくるよ。

分かったから、その時代が来たらね。
それも旧OS（XPや2003）がニッチになったとき。
仮にVistaで起動が遅かったらもう論外。

コンシュマー向けに開発納品するならともかく､簡単にVista搭載PCやそれに匹敵するスペックを有しない企業に納品する場合、
それは大きな問題になる｡多くの企業はいまだにそれに対応するスペック機器を有していないし､Vistaが出たところで即座に
リプレースすることもしにくいだろう（リース期間が切れない限り）。
数百台のマシンを一気にVistaが動作するレベルに持っていければいいんだけどね｡

開発する立場からしたら自分のマシンをいくらでもハイスペックにできるんだろうが、顧客に使ってもらうことを考えたら、そうもいかない。
この前も別部署で.NETクライアントを納品しようとしていたら、客が「おせえよ！」といって差し戻しされた（おれはそんなに遅くないと
感じていたんだが､客からすれば我慢ならないレベルだったらしい）。

賢いM$は製品のカーネルにドトネトを使わない。

ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
Win32 なんか、もう新規な部分皆無なんだから、仕事で面白くないアプリを
つくる以外なら、もう .NET に乗り換えたほうがいいよ。Win32 アプリは
メンテ専用のプロに任せておけばいい。

＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。

分かったから新しいアプリをうｐしる！

新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！

>>785がどんなアプリをつくるのか非常に楽しみだな。

>>766
もちろんアルゴリズムでカバーする(しかない)わけだが、その時の効率は元々の桁数に大きく依存する。
それで同じと言い切るのは何も考えて無いだけだろ。

つーか、Win32に飽きたのは同意なんだが、.NETが面白いかっていうと疑問なんだよな。
確かに面白い部分もあるんだが、それ以上に制約も多いし、
MVPの方々ですら追っかけるのが精一杯、しかも技術云々より「単に変わっただけ」の部分に振り回されてる。
しかもVistaでも計画変更でユーザーサイドライブラリでしか無くなったから、
いくらCLRがOSと一緒に起動しててもその他のボトルネックは健在ときた。

ふつーに、相手にしないという選択肢があってもいいと思うんだが。

>>779
BDSのGUIはVCL(Win32)ですよ
.NETはリファクタリングやWinFormデザイナ他一部に使われてるだけ。
はっきり言って毎回使うとは限らないのに毎回ロードすんなって感じだ。

>>756
Indyの人って
IntraWebの人と一緒じゃなかった？
AtoZなんとかって会社の？

|,,∧ 　　俺の勘違いか。
|ﾟДﾟ彡　　
|⊂ﾐ　　　
|　ﾐ
|`Ｊ
某の他社買収みてて、買収するなら
IndyやIntraWebの開発者だよなあと
なんど思ったことか....


>>759
まず、自分が動かないと。
人を動かすのは、自分が動くより
何倍も大変だよ。

勉強のために、自分で組んでみたら？

俺は興味ないので、やらんけど。

だって、EmEditorとかBeckyとかPlugin作れない
C#には興味ないもん。

海外では妙な本も出るな……勢いあるのかな
ttp://www.amazon.com/gp/product/1590593863/103-4561061-4545435?n=283155

藻前らどんなソフト作ってんの？
そんなに速度が必要なのか？

速度よりレスポンス。
プレステでシーン切り替えごとにロードで0.数秒ずつ待たされるのが嫌なのと同程度にはレスポンス悪いのは嫌だ。

>790さん
>ふつーに、相手にしないという選択肢があってもいいと思うんだが。
　　　　　　　　　　 ＿＿＿＿＿＿＿＿＿
　 　∧,,∧　　　／　だからDelphi使いは
　　ミ,,ﾟДﾟ彡 ＜　　相手にしてないのでは？
　 　ﾐつ旦(ﾐ~~ ＼　
　＠ﾐ　　 ﾐ　　　　￣￣￣￣￣￣￣￣￣
　　 ∪''∪

現在、.NET2.0標準では使用不可という要素はあったとしても

Win32と、.NET1.1との比較して、そんなに.NETがスバラシすぎるものなら
Delphi.NETをがんばって使うでしょう。みんな。
(すでにC#に乗り換えた人もいるでしょうけど)

Delphiが.NET1.1はサポートしているんだけど今は誰も使わないわけで、
今、Delphiを使っている人はWin32に興味がある。そういう選択したユーザーばかりだわ。

フリーソフトなどのオンラインソフト作者
ってのも、開発ツール顧客層にある程度いて
そういう人は、.NETはあまり相手にしないでしょ。

Delphiじゃなくても
C++で作成された有名ソフトウェア(たとえば秀丸やBeckyとか)が
.NETに移行して成功するなんて事例、聞いたことないもん。

オンラインソフト作りたい人たちは、.NETに否定的になる。
そんな感じじゃないの？

　　　 ∧,,∧　　
　　　ミ,,ﾟДﾟ彡
　 　 ﾐ　つ旦)~~
　 〜と,,,~),,~)　　旦~~
]]]]]]]]]]]]]]]]]]]]]]]]]]]]

ところで、
BDSって、社名変わると何ってツールになるのかしら？

ところで上のほうでfloatだのdoubleだの言ってる人たちは
x86のFPUが演算を80bit(DelphiのExtended)で行っている、ということを知らんのかいな。
Double/Singleの変数はExtendedとの相互変換がかかるのだが。

>797
Turbo *になるのかなと思っていたんだけど、SKUの名前に使っちゃったからなぁ。
わかった、新社名もBで始まる名前に(ry

>>796
> 今、Delphiを使っている人はWin32に興味がある。そういう選択したユーザーばかりだわ。

いや、Delphi しかできない、のが本音では？ 開発者が .NET 興味ないなんて信じられない。
いまは、実用には距離があるけど、純粋に興味だけでも面白いよ。
いつまでも、EnumWindows() だとか PostMessage() とかやってて何がおもしろいんだか。

> C++で作成された有名ソフトウェア(たとえば秀丸やBeckyとか)が
> .NETに移行して成功するなんて事例、聞いたことないもん。

うちの会社のグループウェアは、メーラが Becky! だけど、専用ツールは .NET1.1
アプリだよ。サーバに着信メールを残すような選択をした人は、すべて .NET1.1 を
インストールさせられた。

秀丸の作者も Becky! の作者も着々と .NET 対応の用意してると思うよ。
シェアウェアの人は、メインストリームがどうなっても先行者利益を確保する
ため、なるたけ早期に対応する必要がある。DOS のころ有名だった VZ エディタは
Windows3.1 になって対応版をださず、秀丸にシェアを奪われたのもそのため。
Windows95 のときも秀丸はものすごく早く Win32 版を出したし。

将来が不透明なのはそのとおりだが、すくなくてもあるレベル以上のプログラマなら
.NET には無関心でいられないはず、と思うんだが。EmEditor だって、来年のいまごろは
.NET 版が出てると思うけどね。

C++ Buildeｒ 6から期限ギリギリでバージョンアップしてみたよ。
今日届いたんだけど、.NET用のサードパーティコンポーネントが
いっぱい入っていて、何かお買い得感があるね。
.NETはVSで使うけどさ。

>>798
> x86のFPUが演算を80bit(DelphiのExtended)で行っている、ということを知らんのかいな。
>Double/Singleの変数はExtendedとの相互変換がかかるのだが。

知ってるよ。どちらも double の変数で演算したとき、変換にかかるオーバヘッドは、
Delphi も C# も同じでしょ。FPU 外で Extended をいじり回すから Delphi は遅く
なるんじゃないの？

> .NETはVSで使うけどさ。

ばらばらバージョンが出るんだら、統合バージョン買って、.NET は VS 使うのは
ものすごく損だと思うけど。

このスレ見てるとDel厨がブビ厨にすら馬鹿にされる理由がよく分かる。(笑)

>>802
いや。VSは仕事で使うから仕方ないのよ。
ま、サードパーティのコンポーネントは、
全員のライセンス揃えるの面倒だから、それほど使わないとは思うけどさ。
単にお買い得感を味わっただけ。

ところで、インストール後にバージョン情報見たらUpdate 1になっているんだけど、
ひょっとして、これってUpdate 2をインストールした後で、Hotfixも一個一個入れるのかしら？

そう。Update1 は、BCB の完成版。あとは自力でインストール。

笑ってしまうほど面倒だね...

いつも某はそんな感じ。

出るだけマシ。Del7 のときは(ry

Beckyのプラグインが作れないから.NETは糞？ｗ
2006年になってまだそんなこと言ってるのがいるんだ。ｗｗ
そんなにWindowsデスクトップべったりのアプリが作りたいの？ｗｗｗ
MSが泣いて喜ぶよ。ｗｗｗｗ

EmEditor のプラグインだろ・・・

たしかに、へんな選択理由だが

バカにされている気がしないのは、なぜ？

きっとプログラミングは Becky! と EmEditor のプラグインをつくるのがメインなんだろ。
そんな理由も個人的にあり、だよな。ただし、一般性は皆無だが。

>>811 鈍感だから。国語力がないから。どっち？

痛々しいな、おい。

× Del使いは.NETを相手にしてない
○ IDE市場がDel使いを相手にしてない

でなきゃ、某がIDE事業なんか放棄しないだろ。ｗ

どっちも○だろ。

某の.NETへの傾斜にDelphiユーザがついて来なかった。だから、もうすぐご臨終。
これが事実。

　∩|　
　ﾐ ﾞ''ﾞﾞﾞつ　　　　
　ﾐ∧,,∧　　　／俺が使わない理由が
　ミ,,ﾟДﾟ彡 ＜　　たまたまそうなだけで
　Ｕ　Ｕ　　　　＼一般性があるなんて、
　　　　　　　　　　おもっと欄よ

809、
じゃあ、漏まえはどんなアプリが作りたいのかと。

厨相手は疲れるなあ.....

こんなの律儀に相手にしなくていいよ・・・

　 　|
電　|
　 　|∧,,∧
柱　ﾐ,,ﾟДﾟ彡　＜ちなみに
　　⊂　ミ
　 　|,　,,ﾐ
　 　|∪

IDE事業撤退はJBuilderの衰退によるところが大きいだろうね。

これ、みてみー。
＠ＩＴ：Java Solution 第11回読者調査結果
http://www.atmarkit.co.jp/fjava/survey/survey0406/java0406.html
＠ＩＴ：Java Solution 第8回読者調査結果
http://www.atmarkit.co.jp/fjava/survey/survey0306/java0303.html
Java Solution：第5回 読者調査結果
http://www.atmarkit.co.jp/fjava/survey/surbey0205/survey0205.html


Delphiは昔も今も、結構ニッチ市場。
大きな飛躍を期待したけど、期待はずれ、ってのはあるかもしれんけどなー。

【ツール利用実態調査の結果報告】プログラミング以外の利用率は3分の1以下：ITpro
http://itpro.nikkeibp.co.jp/article/OPINION/20060419/235678/

企業ユーザーの母集団より、趣味プログラマの母集団の方はもう少し比率がage
るだろうけど、個体数は趣味グラマは少ないかも。


>>817さん、そだね。

VB使いに馬鹿にされたのがそんなに悔しかったの？ｗ

>>799
なんか超頭悪いな。
ユーザにとって、使う側にとってメリットがあるから移行するんだろ。
.NETは作る側にはメリットはあるけど、使う側にはデメリットしかない。
64bitＯＳに移行したらアプリも64bit移行は趨勢だが、
.NETアプリに移行したら起動はのろまでいらつくだけ。

>>818
その日経の記事で

.NET向けツールがJava向けツールに肉薄

　次に，回答者が主に利用しているプラットフォーム/言語を聞いた（図2）。
その結果，最も回答が多かったのは「Java」（24.2％）で，「.NET」（21.1％），
「C/C++」（16.6％）が続いた。Javaと.NETとの差はわずか3.1ポイントであり，
ここにきて.NETがシステム開発の現場に着実に浸透していることがうかがえる。

------

おもしろいね。.NET と Java がほとんど同じ。図２によると

VBA 7.6%
COBOL 6.4%
PHP 6.2%

と続いて

Delphi 2.8%

となってる。これを多いと見るか、少ないとみるか。

>>820

.NET 21.1%
Delphi 2.8%

きみの意見は超マイナーだな。この数字から、どっちが頭悪いかすぐ分かる。

>>822
だから君は皆から無能と言われるんだよ。
企業向け開発とパーソナル向けシェアウエアの質の差というものがまるで理解できていない。

Del厨がファビョってまたくだすれ荒らしそうだなｗｗｗ

Delphiユーザはパーソナル向けシェアウエア作者だけなのか？
きっとたくさんいるんだろうなぁ

Del製のシェアウェアって、どんなのがあるの？ 寡聞にして何一つ思い出せないが？

きっと有能な８２３が買い占めてるんだろ・・・

Delphi製のフリーウェア・シェアウェアは多いよ。
個人ユーザーがたくさんいても、某の儲けは薄いと思うんだけど、
なぜかそうなってる。

>>828
>なぜかそうなってる。

だから、企業相手の人は >>820 のようには考えないからだろ。

MSのWindows Presentation Foundationなんかも
.NETで実装されているような状況で、
Win32にこだわっても逆らいきれないだろ。
終わりはそれほど遠くないと思うけどな。

>>829
いや、そもそもBorlandが個人ユーザーに頑張って売っていた意味がわからん。

>>831

「個人ユーザーに頑張って売っていた」んじゃなくて、企業には売れなかったから
結果的にそうなっただけ。統合IDEにしてからは、個人ユーザも見限ってる感じで
もう袋小路に入ってお先真っ暗。

別に動けばネイティブでも.NETでもいいじゃん

じゃあDelphiじゃなくてもいいね

Delphiじゃなくてもいいけど、Delphi だっていいじゃないか。BDS すれなんだから
BCB でも C# でもいい。

そうそう。ネイティブにこだわる方がどうかしてる

>>798
>>801
FPUには演算精度を指定するフラグがあるわけだが

>>799
いや、OSのAPIそのものに興味が無くなってきた。
面倒くさいのに無意味に変え続けるなって感じだ。
その上で.NETには利点が無いので乗り換える意味も無い。

ま、どちらにしろ、ここで議論しても無駄/無意味でしょ？

ここで議論すると面白いよ。
取り残された人達の自覚のなさっぷりが笑える。ｗ

確かにドトネトの引き潮に気付かず未だにﾌﾞﾋﾞドトネトとかいうやつｗｗｗ

なるほどー！
「ネイティブにこだわってる」ように見えていたのか。
.NETがなかなか前進してくれないから、しかたなくマシなDelphi使ってるだけ。
正直DelphiはIDEでストレスがたまるのであまりやりたくない。
.NETが出始めの頃に語っていた夢を、Vistaのベータ版では5％ほどしか実現してないので、
これじゃネイティブのままVistaの次のOSを待つしかなかろう。

こう言うときこそMacへの逃亡を図るべき。
Macの開発環境はしらないけどMCL(マックコンポーネントライブラリ）ができたら
Macが面白くなるんじゃないの？
これからのWinはVMでうごくサブOSってポジションになりそうだし。

M　a　c　な　ら　D　e　l　p　h　i　は　要　ら　な　い　ね

　

先ずはこれだね。

786 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:25:57
＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
分かったから新しいアプリをうｐしる！

787 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:31:35
新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！

788 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 19:20:36
>>785がどんなアプリをつくるのか非常に楽しみだな。

Borland Developer Studio 2006をネットでポチっちゃった
トライアル版の期限が切れそうなので早く届かないかなー

ところでDelphiで.NET使っている人いますか？
安定性が高ければ、移行してみようかと考えています。

>>846
前のバージョンであるD2005と、前の前のバージョンであるD8の時代は結構いた。
その間に、ほとんどのユーザーは試してみて見切りを付けた。
君も一度は試してみて、なぜダメだったかを体感するといい。

無償のVB 2005にすら惨敗してたしね

>>847
あらら、そうなんですか
VCLも改良されているそうなので無理して移行する必要もなさそうですね
でも、MapやSet等のコレクションライブラリが標準で欲しいなぁ

VBは難民をそのまま引き継いで大勝利のはずだったのに、
居残り組の多さからして、VBは原爆落とされたくらいの歴史的大惨敗だな。
そんなVBよりさらに酷いのがDelphi.NETだ。
まだVBは自力で呼吸してるからマシだが、Delphi.NETは心臓マッサージ中。

>>849
＞移行
というと、悪いものから良いものへ鞍替えしそうなイメージだが、
そもそも.NETはもう、無知な人とLonghornに騙された人の夢の残骸。
Longhornと一緒に語られた理想の世界は、近年中の実現が不可能とわかり、
ランタイムが入っただけのVistaが中継ぎ投入されるし、
肝心のMSがOfficeもIEも一切.NETで出さないという現実を見せても、
まだ「移行」という言葉を平気で使ってるところを見ると、君は騙された被害者だな。

>>842
> .NETが出始めの頃に語っていた夢を、Vistaのベータ版では5％ほどしか実現してないので

そうだね。Longhorn の尻すぼみが某の衰退、>>850 のような VB 騒動、どれもこれも
.NET の「ネイティブ化」が進んでないことが原因だよね。ハード的な進化が当初予想より
後退したので、まで無理があるんだろうし、Del厨のようにネイティブ信仰が根強いのも
一因かも。WinFX は .NET3.0 になるそうだし、Vista の次まで当初のWinFXは持ち越しに
なるんだろう。でも、>>830 に書いてあるように、.NET からしか利用できない機能も
導入されて（特にウィンドウの外観や描画機能）世の中の大勢は .NET アプリに向かう
ことになる。一般人は古臭い見かけのアプリは起動してすぐゴミ箱行きにするからね。

VCLってBeckyのプラグインを作るためのライブラリなんでしょ？ｗ

> 、.NET からしか利用できない機能も導入されて

すぐMSがこっそり使っている裏技が流出して
ネイティブでも使えるようになるよ。

ｳﾞﾋﾞ＝氏に組
ﾄﾞﾄﾈﾄ＝負け組

>>854
そう言えば次のOfficeってネイティブアプリなのに
概観はVista仕様なんだよな。

>>852
おまえも夢から覚めてないんだな。

見かけが古いからってIEやOfficeがゴミ箱行きになると思ってるのか？
MS製品が.NETじゃないのに新しい見た目を維持してるなら、
サードパーティが見た目の新しさを維持できないわけがないだろ。

根本から目を覚ませ。

次のOfficeはワークフロー書けるから
もう.NET製業務アプリはイラネみたいな話もあるし。

で、きみたちは裏技が使えるようになるまで、古臭い外観のアプリをつくりつづけるわけだね。
なんて有能な人たちなんだ。感動するね。

>>859

786 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:25:57
＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
分かったから新しいアプリをうｐしる！

787 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:31:35
新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！

788 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 19:20:36
>>785がどんなアプリをつくるのか非常に楽しみだな。

>>858

>>821
>>822

>>860
で、きみたちは裏技が使えるようになるまで、古臭い外観のアプリをつくりつづけるわけだね。
なんて有能な人たちなんだ。感動するね。

.NET アプリもJava アプリも、ほとんどはWebアプリだからな。

>>858
そのワークフローエンジンは.NET 3.0のWinWFなんだが･･･。

>>862
Avalon が使えないVista も出るくらいだから
Avalon 速攻OFFはMS 公認。

>>865
WPFはXP・2003 Server・Vistaで普通に動いてますが？

ｳﾞﾋﾞ＝氏に組
ﾄﾞﾄﾈﾄ＝負け組

>>866
わざわざインストールしないでしょ。

.NETに乗り遅れるとどうなるかはこのスレを見ての通り。
ついて行けないからBeckyのプラグインを作るぐらいしかやることがない。

>>869

786 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:25:57
＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
分かったから新しいアプリをうｐしる！

787 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:31:35
新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！

788 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 19:20:36
>>785がどんなアプリをつくるのか非常に楽しみだな。

しかし最近は2chが不安定なせいで、友達とこうして馴れ合えない時間が恐怖だな

>>852
>世の中の大勢は .NET アプリに向かうことになる。

午後の紅茶吹いた。
ところでどうしてMSOfficeは.NETアプリにならないのかな。

>>862
新しい概観のアプリを作るのに.NETである必要はまったくない。
Microsoft Office 2007は.NETアプリなの？

Delphiじゃダメ、VB出なきゃ絶対ダメ、という層は何年も前から定着している。
そいつ等はもう.NETやるしかなくなったので、そりゃ.NETは確実に流行るだろう。
しかしそいつ等以外はもう見切りを付けてるっていう状態だから、
今後はVB層向けに大きく仕様変更されて、長期間生き残っていくはず。
それ以外生き残れないし。

NETに乗り遅れるとどうなるかはこのスレを見ての通り。
ついて行けないからBeckyのプラグインを作るぐらいしかやることがない。

で、きみたちは裏技が使えるようになるまで、古臭い外観のアプリをつくりつづけるわけだね。
なんて有能な人たちなんだ。感動するね。

786 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:25:57
＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
分かったから新しいアプリをうｐしる！

787 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 18:31:35
新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！

788 名前： デフォルトの名無しさん [sage] 投稿日： 2006/06/27(火) 19:20:36
>>785がどんなアプリをつくるのか非常に楽しみだな。

NETに乗り遅れるとどうなるかはこのスレを見ての通り。
ついて行けないからBeckyのプラグインを作るぐらいしかやることがない。

VCLってBeckyのプラグインを作るためのライブラリなんでしょ？ｗ

そんなにプラグインがｳﾗﾔﾏｼｽか？

ﾌﾞﾋﾞﾄﾞﾄﾈﾄで作れないからってｗｗｗ

VCLってBeckyのプラグインを作るためのライブラリなんでしょ？ｗ

> 新しい概観のアプリを作るのに.NETである必要はまったくない。

へぇー、どのコンポでWPF使えるの？

MSOffice コンポとMSIEコンポじゃね？

概観ってなんね？

WPF って.NETで実装されてるんだよね？ じゃ、Delphi で「新しい概観」のアプリを
をつくっても、動作するには .NET が必要になるんじゃないの？

イミネー

外観がどうのこうのの前に、




ﾄﾞﾄﾈﾄはやめれ。

それよりWPFが必要なアプリケーションを顧客に納品する需要はあるのか？

> ﾄﾞﾄﾈﾄはやめれ。

つまりBDSを捨てろ、・・・・と？

>>889
別にBDS捨てていいんじゃね？D5〜7で十分。
どうしてもリファクタリングなどをしなければならない人とか、BCBの最新版が必要な人は別にして｡

それより、顧客が古臭い外観のアプリを納品させるか？ いつでも、新しい外観のを
納品できるようにしておく用意は必要だろうな、プロなら。

> D5〜7で十分。

一般人は古臭い見かけのアプリは起動してすぐゴミ箱行きにするからね。
まさかXPスタイルにも対応してないとか？ いいね、のんびりしてて。

MS-Office作ってるやつに、外観古くさいから.NETに移行しろと言っておけ

>>891
顧客にきちんと納品している者なら新しい外観を有するライブラリを普通にきっちり用意して納品している。
それがDelphiでも.NETでも。

IE7は.NETで作らないと乗り遅れると今から忠告しろ

>>892
D5〜７はXPスタイルに対応してないとでも思っているのか？
だとしたらまったく知らないんだな。

今.NETで動いてないアプリは全部外観古くなってゴミ箱行きだ！
ウイルス対策ソフトもメーラーもブラウザもテキストエディタも、
新しく作られた.NET製のアプリに置き換わるのだ！

>>896
まったく知らないのに、知っているふりをしているようなヤツらが暇をもてあましてちょっかい出しているだけなんだろ。
放置したら？

.NETの普及よりは富士山の噴火の方が現実的だ。

NETに乗り遅れるとどうなるかはこのスレを見ての通り。
ついて行けないからBeckyのプラグインを作るぐらいしかやることがない。

つーかこれ、.NETで作った自動投稿ソフトだから、Del厨もツール作って競えよ

>>896
で、D5〜７でVistaにどうやって対応するつもりですか？
サードパーティーのコンポ頼みですか？ 他力本願はいいですね。

けっこう優秀だな、.NET製の自動投稿ソフト。

＞で、D5〜７でVistaにどうやって対応するつもりですか？
＞サードパーティーのコンポ頼みですか？
　↑
何このﾌﾞﾋﾞﾁｳ。
Delは元々コンポーネント作成言語だお。

他力本願はいいですね、だお。

>>897
あまり外観に変化がなかったWin16→Win32のときでさえ、そうなったし、
こんどもそうなるじゃないの。MSとして是非そうしたいだろうなぁ。

とりあえずVistaに対応したVBってのが出てからだな。
今までのをなかったことに出来るかどうか。

もう６月も末。DevCo の売却先はどうなった？

>>906
ところがMSが.NET移行してない。
と、ツールに言っても仕方ないが。

>>909
一応､SQLServer2005のManagerが.NET製らしいぜ、兄さん。
起動が遅いやらモッサリしているやらで評判は最悪だが。

そうか、Del厨の連中はじつは熱心なMSファンだったのか。

>>910
なんだ、.NETアプリであんなもの？すげえな。
最新の外観にしてくれるんじゃなかったのかい？
非.NETのOfficeのほうがよほど最新の外観を備えているように思えるのだが。

Del厨はMSOfficeやMSIEが大好き。だから一緒に同時に.NETに移行したいんだ。

>>911
けっこうMSファンだと思うよ｡マジで。
正直言ってDelphiをMSに買収してもらってもいいとすら思っ（ry

最新の外観って、WPF の話だろ。なんにも知らないんだね。

>>906
＞あまり外観に変化がなかったWin16→Win32のときでさえ、そうなったし、

Del16ビットアプリなら健在だし、ソースさえあれば32ビットコンパイル可能でつが、何か？
ﾌﾞﾋﾞｱﾌﾟﾘとかいうのはWin、IE、Officeのバージョンうｐでアプリが起動さえしないクズでしたが。

>>913
それであってるぜ。
盤石なものとの心中は不滅を意味するからな。

みんなDelが大好きで気になってしょうがないみたいだね、このスレでは。

あたりまえだろ

そうそうDelが好き、っていうより Del厨が好き。眺めるのが。

>>917
確かにオフィスがweb化したときがデスクトップｱﾌﾟﾘの終焉だおね。

Del嫌いなんて人、リアルでは見たことないね。
ま、知らないって人ばっかりだけど、知ってるって人はみんな好きだね。

> 盤石なものとの心中は不滅を意味するからな。

某は磐石だから心中して不滅したらいいのに

デスクトップアプリの終焉の準備してる人がいますね

Delすきって人は2.8%だから、きっといっぱいいるんだね。

.NET ＝ web 化、と思ってる人がいますね。

レベルひくー、これだからDel厨は（ry

>>926
それは読み間違いだお。

ウェブ化が重要であって、ﾄﾞﾄﾈﾄﾌ用と言いたいだけ。

言い訳ミトモナイだお。

デスクトップｱﾌﾟﾘは好きだお。
でも、一般ユーザーはウェブブラウザ＆インストール無しが好きな人が多い希ガス。

ﾄﾞﾄﾈﾄﾗﾝﾀｲﾑがﾌﾞﾋﾞﾗﾝﾀｲﾑより小さくて組み込みに載って、
かつ高速だったら流行ったんじゃね？

現実は、（ｒｙ

ブラウザのwebアプリ化って、へんな感じ。最初はどうやってDLするんだろか？

また組み込みか・・・変なやつばかりだな

だってインターネッツアクセスは携帯＞ＰＣらしいお。

また携帯＞ＰＣか・・・変なやつばかりだな

>>930
WebアプリのUIがしょぼいから、今、スマートクライアントなどの言葉が出てきてるわけで。
インストール無しは確かにそうかもな。単にEXE実行の方が好きだな。

インストール無しっていうか要するにレジストリやら汚したり
アンインストールで環境破壊を起こすようなロクデモないアプリは大嫌いだ〜!!

まぁ、レジストリは触るのは許してやろや。さもないと、レジストリの存在意義なくなるしな。

じゃBDSもだめだな

そんなあなたに, つ Del


( ﾟдﾟ)､ﾍﾟｯ ﾌﾞﾋﾞ, ﾄﾞﾄﾈﾄ

＞レジストリの存在意義なくなるしな。

ﾍｼﾞﾀﾝがレジストリに意義は無いとﾄﾞﾄﾈﾄはファイルベースらしい。

XML だろ

ﾍｼﾞﾀﾝ、ﾌﾞﾋﾞとレジストリを闇に葬り去って、
最後にﾄﾞﾄﾈﾄを無にしてくれて有難う。

いや、C# でDelを無にする、だろ。

ﾍｼﾞﾀﾝ、デルヒつくってこんなおもしろいDel厨を見せてくれて有難う。

.NETのXMLパーサーの遅いことと言ったら。
何をやらせてもダメだよな。

Delphi にXMLパーサーなんかあったっけ？

StringReplace を使うと速くなる

Delphiは独自でINI扱うクラスがある

ini いいね、ini ファイル、最高！

・・・・・爆笑！

>>947
ある。

>>951 コンポパレットのどのページ？

次すれよろ

ttp://news19.2ch.net/test/read.cgi/newsplus/1151478923/

このスレも荒らさないとマズイんじゃね＞＞＞ﾌﾞﾋﾞﾁｳ

MSの熱烈ファンなDel厨に任せる。

そんな訳には逝かないだろう。こんな事書かれてるぞ。＞ﾌﾞﾋﾞ

ttp://news19.2ch.net/test/read.cgi/newsplus/1151478923/110
110 名前： 名無しさん＠６周年 投稿日： 2006/06/28(水) 18:48:47 ID:LthWtlQj0
WinFSが死に・・・
Monadが死に・・・
次世代.NetFWが死に・・・

あれ？Vistaって後、何残ってるんだっけ？ｗ

>>947
独自のパーサーじゃないよ。MSXMLとかのラッパークラス。Internetページの
TXMLDocument。

Del厨はMSOfficeやMSIEが大好き。だから一緒に同時に.NETに移行したいんだ。

MSのActiveXも大好きだよな >>958

C++/CLIみたいに、.NETとVCLを混在できるならいいなー
Managed DirectXだけをdelphiから使うとか・・・

Axを好きなのはﾌﾞﾋﾞﾁｳ。

VCLのんが高速で高機能。

>>947
独自のパーサーじゃないよ。MSXMLとかのラッパークラス。Internetページの
TXMLDocument。

WinFSが死産…
多少は.NETにも影響が出るのかな…

たんに一つのまとまりにならないだけ。機能が分散されて WinFS として認識される
ことがなくなる。機能的には後退。

　　　　　　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　 ∧,,∧ 　　　／　だれかDelphiで
　 _　ミ,,ﾟДﾟ彡_＜　　スマートクライアントな
.=| |==U==U=| |= ＼　実装つくってない？
　| |＠ﾐ　　ﾐ .| | 　　 ￣￣￣￣￣￣￣￣￣￣￣￣￣
　| |　∪''∪　| | 　サンプルとかみたいな〜
　| |　　　　　 | |

UNCで、ネットワーク上の共有単一exeから
起動って方法で
組まれたC/Sシステムをひとっつも知らないんだけど

なんでそういうやり方をみんなしないのか、
漏れに優しく教えてくれないかしら。


>964
それを死産という表現をしたのではないかしらと。

>>965
Windows Terminal ServerやMetaFrameで単一exeで起動しているけど、それじゃあダメかい？
自分たちのグループがD5で納品した案件で（つか、現在も同じ形式で開発納品し続けている）
実行ファイルは１個だけを約１００クライアントから実行しているけど、まったく問題ない｡普通にやればできると思う｡

質問の意味を取り違えていたら失礼｡

おおぉーおー

♪　　 ∧,,∧　♪
　　　 ミ,,ﾟДﾟ彡　　♪
　　 　ﾐつ[|lllll］).
　　 〜ﾐ　　 ﾐ
　　 　 ∪''∪

>>966さん、情報ありがとう。
\\Server\Basho\Appli.exe
にあるものを、100クライアントから、実行してたりする感じですか？

>Windows Terminal ServerやMetaFrame
微妙に聞いたことあるような無いような？
ターミナルサービスとは違うのよね？

数十台のPCにインスコしなきゃいけませーん。
('A`)マンドクセ 、自動アップデートできるスマートクライアントをつくってチョ。

ってプロジェクトがあるので
なんで、共有フォルダにおいた上記例ではAppli.exeを
いろんなPCから起動するのではダメなのかと、
簡単なところから不思議に思ってたりするのよね。

実際、VerUpのたびに、数十台のPCにインストールするのは本当に手間なので
サーバーの1カ所を差し替えればOKだったりすると
激しく助かったりするのですが。

ClickOnce使え

なんで、このスレこんなにもりあがってるの？

なんか微妙にスレ違い

>>969

　　∧,,∧　　　　みんな好きなんですよ
　ミ,,ﾟДﾟ彡,,,,,,　　　Delphi
　∩,,,,,,,,,,,,,,⊃⊃


・・・・ん？違ったか？

しっかし、企業ユーザーに対するアンケートで
これだけ寂れたと思っても
2.8%とは、意外に多いよな。
より上位をみたら
Java/C++/C#/VB.NET/VBA/COBOL/PHP/4GL
だけなわけだ。

....RubyやPerlやPythonは、PHPにはかなわず
4GLってなんじゃらほい？

殆ど個人ユーザーだから、他人が使うようなソフトを作るなら
.NETが受け入れられるような環境になってからでも遅く無い。

遅いよ。その頃にはもう出そろってるわな。

Del厨はなぜ自ら負け組に入りたがるのか。マゾなのか？

出そろってるなら、それを使えばいいだけのこと。

>>967
>ターミナルサービスとは違うのよね？
ターミナルサービスですよ。
一方、MetaFrame(メタフレーム）については、以下のページを参照して
ttp://www.citrix.co.jp/index.html
ttp://e-words.jp/w/MetaFrame.html
ターミナルサービスを禿げしく強化した感じのもので、ハードウェアのリソースを共有化したり､
ローカルリソース（ドライブなど）にアクセスできるようになります｡
日本ではイマイチメジャーとは言い難いけど､世界的にはシンクライアントの一番手として
かなり広く使われていますよ｡

>にあるものを、100クライアントから、実行してたりする感じですか？

UNCとか共有とかになっていないです。
ざっと言うならば（正確には違うけど）、pcAnywhereでクライアントからサーバーの画面を見て
サーバー上にあるexeをクライアントからいっせいに実行するみたいなもの。だから実行ファイルは
共有フォルダ下に置かれる必要はない｡
数百クライアントでもパフォーマンスなどの問題が起きたことはないなぁ。サーバーは相当強力な
マシンでなければきつい。

>実際、VerUpのたびに、数十台のPCにインストールするのは本当に手間なので
>サーバーの1カ所を差し替えればOKだったりすると

まあそれでだいぶ助かってますね。しかしながら､誰か一人でも使用していると簡単には差し替えられないのが難点｡
しかし、それは管理者を教育して､「○日○時からは使うな！」と通達させたり､いざというときは強制的に
Process Killしてやればwいいので。

×942
○966

942氏ｽﾏｿ

>>975
> 出そろってるなら、それを使えばいいだけのこと。

そう、だからきみがつくる場面なんかない。

場面があっても作れないだろうけどな。(ｹﾞﾗ

BCB では $METHODINFO ON って使えないの？
誰か知ってるヒトいたら教えて〜

個人なら.NETが流行ってきたなぁって頃に、趣味で作る位で丁度良いだろ。

＞.NETが流行ってきたなぁって頃に

待ってても来ません＞＜

>>981-982
ちがうちがう。もうピークは過ぎたのさ。

だから、.NET つかう BDS も死に体なんだな。

Delphi にはピークもなかったし・・・・

.NET 21.1%
Delphi 2.8%

Delphi の８倍以上流行っている訳だが

× ８倍以上
○ ８倍ちかく

実際は100倍以上の差だろうけどな

Express があるから趣味ユーザなら軽く１００倍くらい流行ってるんじゃないかな

.NETは流行りすぎてDelphiの入り込む余地なんてないよね

毎日一定時刻になると温泉のように自作自演の.NETｷﾁｶﾞｲが沸いて出てくるのはこのスレのデフォルトか？

Delユーザは未来永劫Win32ネイティブやってればよし。

>>991
毎日見回りご苦労さんです。

９９１が一番面白くないな。BDS スレで .NET を勧めるのは極めて自然だよな。

BDS の半分は .NET 間発環境だとは知らない荒らしだろ ＞991

>>991
毎日一定時刻の荒らし、ご苦労様です。

IDE事業停止なんだから次スレは要らないよな？

次の荒らしターゲットはくだすれだな。みんな集まれ。

↑自作自演で荒らしのフリするな、Del厨。

Borland Developer Studio 2006 No.06
http://pc8.2ch.net/test/read.cgi/tech/1151562315/

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。