Borland Developer Studio 2006 HotFix-05
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/06/04(日) 17:35:21「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/
0705デフォルトの名無しさん
2006/06/26(月) 03:43:23デスクトップ等､任意の場所にあるテキストファイルを読み込んで
使われている文字ごとにその個数を書き､
改行したテキストファイルを同じ場所に出力する｡(文字コード順)
文字コードは何を使っても良いが1行目に使用する文字コードを書かなければならない｡
また読み込んだテキストに使われていない文字を0個と表示してはいけない｡
例としてはこんな感じ)
ＵＴＦ−８
あ:17897個
い;2637個
フォームにはボタンと所要時間を計ったラベルを配置｡
読み込むテキストファイルの位置を指定した後にボタンで実行｡
ボタンを押してからファイルの書き込み終了までを計測｡
ズルの出来ないようにソース公開｡
読み込む文書は青空文庫等長文で誰でも入手できるものを使用｡
こんな感じでやってみませんか?
0706デフォルトの名無しさん
2006/06/26(月) 07:54:09何の速度比較かしらんがファイルIOをからませるのかね？？？
0707デフォルトの名無しさん
2006/06/26(月) 13:21:500708デフォルトの名無しさん
2006/06/26(月) 13:36:43あと、普段の処理速度を競うわけだから、当然、自作関数なんか使わずに
ライブラリの標準関数だけを使うようにしないとね。
0709デフォルトの名無しさん
2006/06/26(月) 14:08:030710デフォルトの名無しさん
2006/06/26(月) 14:15:11Delphi がボロ負けしてた。これは事実。浮動小数点の精度の違いとか、もっと
いいコードを書け、とか、当時のDel使いが文句言ってたが、公表されたコードでは
ボロ負けすること自体には異議はなかった。.NET は、2.0 になって処理スピードが
改善されたようなので、当時と同じ Delphi6personal じゃ同じコードで勝ち目はない。
もちろん、Delphi のほうが速くなるような課題を選ぶと結果は違ってくる。当たり前だが。
0711デフォルトの名無しさん
2006/06/26(月) 14:26:17それだと絶対勝てない。くだスレのVB.NETのほうが3.7倍速い、というのは信用できる結果だ。
長大なテキストを扱えば１０倍以上の差になるだろう。
0712デフォルトの名無しさん
2006/06/26(月) 14:33:40＞浮動小数点の精度の違いとか
＞浮動小数点の精度の違いとか
これ違ってるなら、スピード比較にならんじゃん！！！
大馬鹿
つまり、
結果ありきってことだろ。
結果が先に決まっており、その結論に合致したものを公表しただけ。
やっている事が違っているのに
あたかも同じであるかのように偽装工作かよ。
ベンチマークって昔からそんなものなんだよな。
現実は、.NETアプリのもっさりとネイティブアプリのきびきび。
0713デフォルトの名無しさん
2006/06/26(月) 14:42:08バカがコード書けばC#が勝ることもある。熟練工が速度優先でコード書けばC#は勝てない
0714デフォルトの名無しさん
2006/06/26(月) 15:04:04熟練工がStringReplaceつかってでコード書いてもC#には勝てない
0715デフォルトの名無しさん
2006/06/26(月) 15:05:59Delphi では浮動小数計算の精度を制御できないので C# にボロ負けする。
0716デフォルトの名無しさん
2006/06/26(月) 15:16:12C++Builder最強
0717デフォルトの名無しさん
2006/06/26(月) 15:17:32どちらも Double だったと思う。C# と Delphi で Double の有効数字が同じかどうか
知らんが、Delphi のはくコードでは、Extended 相当で計算するから遅くなる、と
Delphiユーザが解説していた。
0718デフォルトの名無しさん
2006/06/26(月) 15:32:400719デフォルトの名無しさん
2006/06/26(月) 15:48:280720デフォルトの名無しさん
2006/06/26(月) 15:50:160721デフォルトの名無しさん
2006/06/26(月) 15:54:22delで浮動小数点って。
実態は、C$よりdelが遅いのを必死になって探したのだろうな。
0722デフォルトの名無しさん
2006/06/26(月) 16:01:51.NET アプリより Delphi のバイナリの方が平均して速いことは想像できる。
だけど、.NET アプリが言われているほど遅くていらいらする、というほどでもない。
.NET の問題はスピードより、実行環境の普及だと思う。
0723デフォルトの名無しさん
2006/06/26(月) 16:11:01起動しない。なんたらdllが無いとか言われる。
インストールできない。.NET Frameworkを入れろと出る。インストせずに.NETアプリがゴミ箱行き。
起動が超遅い。
動作ものっぺり。
0724デフォルトの名無しさん
2006/06/26(月) 16:18:07大変だなDel厨は、>>723 のような開発環境使わなければならないなんて。
0725デフォルトの名無しさん
2006/06/26(月) 16:18:170726デフォルトの名無しさん
2006/06/26(月) 16:20:16大変だなM$l厨は、>>723 のような開発環境使わなければならないなんて
0727デフォルトの名無しさん
2006/06/26(月) 16:21:01典型的なアンチかもね。
0728デフォルトの名無しさん
2006/06/26(月) 16:22:410729デフォルトの名無しさん
2006/06/26(月) 16:24:38そうだね。だけど VS 使いは、自環境をこき下ろしたりしない。それに無償版もあるし。
0730デフォルトの名無しさん
2006/06/26(月) 16:25:210731デフォルトの名無しさん
2006/06/26(月) 16:37:39そうかもね。でも、Sun はＰＣの９０％以上のシェアをもつＯＳのメーカじゃない。
そこが大きな違い。
0732デフォルトの名無しさん
2006/06/26(月) 17:39:050733デフォルトの名無しさん
2006/06/26(月) 19:03:110734デフォルトの名無しさん
2006/06/26(月) 19:09:50出来る。
スレ違いだが、VS2005の方を優先したアイコンにしていたのに、BDSのUpdate2を
当てたらまたBDS2006のアイコンに(*.cpp等)なってしもたorz
0735デフォルトの名無しさん
2006/06/26(月) 20:08:450736デフォルトの名無しさん
2006/06/26(月) 20:47:34で結果VS2005の方が優れてればオレはVS買うよ
別にBorlandに金もらってる訳じゃないしね
あんまり細かい部分でグチャグチャすんのは止めようや
な、アンチさん
あんたらがスレに書き込めば書き込むほどVSの評判は悪くなるんだよ
男ならスカッと一発勝負！
ひな型ならオレ書くで
どうせなら自分で使える実用的なもんがいいよね
0737デフォルトの名無しさん
2006/06/26(月) 20:52:58勝負はついてるでしょ。ユーザ数見れば。バグの量見れば。
どっちも共通なのはC#だけだから、それで評価するの？
あっ、でも BDS は 2.0 に対応してないよね。じゃ、できないじゃん。
0738デフォルトの名無しさん
2006/06/26(月) 20:54:260739デフォルトの名無しさん
2006/06/26(月) 20:55:260740デフォルトの名無しさん
2006/06/26(月) 20:58:02サッカーぼろ負け
ラグビーぼろ負け
将棋と柔道なら勝てるかも・・・
って、こんな勝負は無意味だろ。くだらない。
0741デフォルトの名無しさん
2006/06/26(月) 20:58:59Delphiのネィティブより早いんでしょ？
オレドトネトって使わないし…ね
ようは出来上がった実行ファイル勝負ということで
0742デフォルトの名無しさん
2006/06/26(月) 21:09:19VS別に買わなくてもいいじゃん。無償版があるんだから先にそれを試せば？
某のぼったくりIDEとは違うんだよ。MSの開発環境は。(ﾜﾗ
0743デフォルトの名無しさん
2006/06/26(月) 21:22:35客先のアプリ運用PC全部がドトネト入り？
有り得ないねｗｗ
VISTAは最初からドトネト入り？
あんな重いだけでゲームにしか使えないようなOSはカスでしょ−…
てかどうしても相互評価したくないわけね
だよねえ
ネィティブとドトネトだったら勝負は最初からついてるもんね！
ごめんよ、からかって
0744デフォルトの名無しさん
2006/06/26(月) 21:29:27誰に提案できるんだよ。事業放棄されたツールなんかを。ﾜﾗ
0745デフォルトの名無しさん
2006/06/26(月) 21:36:06でも確かに先はないかもね
これからはGCCがよろし
0746デフォルトの名無しさん
2006/06/26(月) 21:49:550747デフォルトの名無しさん
2006/06/26(月) 22:40:060748デフォルトの名無しさん
2006/06/26(月) 23:47:57勝手にやったらいいと思うが？ ひとりですきなだけやればいいじゃないの？
だれも止められないし。
0749デフォルトの名無しさん
2006/06/26(月) 23:54:07そうなんだよね。Delphi ぼろ負けしたもんな。
0750デフォルトの名無しさん
2006/06/27(火) 00:08:47証拠はなによりおまえらのその粘着っぷり
おまえらPowerBuilderとかdbMagicとかにも少しはかまってやれよｗｗｗｗ
よっ、お疲れさん
ネィティブコード・コンプレックスの諸君
0751デフォルトの名無しさん
2006/06/27(火) 00:18:14なんでこんな不毛な争いになってんの？
0752デフォルトの名無しさん
2006/06/27(火) 00:21:240753デフォルトの名無しさん
2006/06/27(火) 00:24:18なにもしないヤツが荒らしてる。
0754デフォルトの名無しさん
2006/06/27(火) 00:27:24自業自得。
0755デフォルトの名無しさん
2006/06/27(火) 00:38:47本社でも apple やら google やら MS やらに行って、なんか辞めたヤツらの方が賢そう
0756デフォルトの名無しさん
2006/06/27(火) 00:41:18IDE の開発責任者 → apple
前 chief scientist → google → MS
Indy の開発者 → MS
だもんな
0757デフォルトの名無しさん
2006/06/27(火) 00:43:230758デフォルトの名無しさん
2006/06/27(火) 00:51:41数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。
本命はそれ専門のベンダ(金が惜しいならgccでも)のCかFORTRANだろうが、C#とDelphiの二択なら絶対Delphi。
0759705
2006/06/27(火) 02:06:19仕様はこうすべきと言う対案は一つも出てこず､
過去の繰り返しがレスの流れとなってしまった｡
ちょっと面白みのない展開で残念｡
建設的な意見を出してくれた人ありがとう｡
0760デフォルトの名無しさん
2006/06/27(火) 02:25:42その仕様とやらのレベルが低すぎてみんな呆れていただけなのだが。
0761デフォルトの名無しさん
2006/06/27(火) 02:29:00double で済む精度の場合もあるからね。わざわざ遅い計算する必要もないし。
見苦しい言い訳はしない方がいいよ。
0762デフォルトの名無しさん
2006/06/27(火) 03:53:18必至杉。
アルゴリズムで2桁カバーしようとしたら倍速でも足んないよ。
折角CPUがExtendedに対応してるのに使わない法は無い。
0763デフォルトの名無しさん
2006/06/27(火) 09:48:24> 数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。
工学や自然科学系の数値計算では、扱うデータの有効桁が小さいので、FLOATで十分な場合が多いよ。
そもそも、専用ライブラリが充実しているFORTRANやCを捨てて、
ライブラリを一から書き上げてまでC#やDelphiを使うというのはありえん。
0764デフォルトの名無しさん
2006/06/27(火) 10:32:03Extended相当の精度が欲しい場合はどうするの？
0765デフォルトの名無しさん
2006/06/27(火) 10:33:040766デフォルトの名無しさん
2006/06/27(火) 10:34:50Extended を越える精度が欲しいときはどうするの？ それと同じ答え。
0767デフォルトの名無しさん
2006/06/27(火) 10:37:51一方のコンパイラが糞だから遅くなっても、それはその糞コンパイラが原因。
0768デフォルトの名無しさん
2006/06/27(火) 12:09:410769デフォルトの名無しさん
2006/06/27(火) 12:13:050770デフォルトの名無しさん
2006/06/27(火) 12:19:500771デフォルトの名無しさん
2006/06/27(火) 12:34:04まじすかｗ
.NETのネットコードって、Indy開発者作ってんのかな？
もしくは、他にMSのネットワークライブラリとかある？
0772デフォルトの名無しさん
2006/06/27(火) 13:07:15１人だけだし、MS Turkey だし。
0773デフォルトの名無しさん
2006/06/27(火) 16:19:58小数点の計算が得意な今時のCPUに最適化出来ないことも事実なので、
わざわざ比べるまでもない。
それより、.NETだと描画が遅すぎて、全部独自描画のコンポが使い物にならない。
そりゃーコモンコントロール並べただけで遅くないとか言う人もいるだろうさ。
しかし重要なのは体感速度で、起動でガリガリ待たされ、描画でCPUメーターが上がり、
ユーザーをいらつかせるから.NETは遅いと言われるのだ。
最適化とかJITとかのスピードがどうのって言い訳しても、
体感速度が遅いんだから仕方がない。
0774デフォルトの名無しさん
2006/06/27(火) 16:50:050775デフォルトの名無しさん
2006/06/27(火) 16:52:42無理に理由付けするのは見苦しいな。
0776デフォルトの名無しさん
2006/06/27(火) 16:54:210777デフォルトの名無しさん
2006/06/27(火) 16:59:100778デフォルトの名無しさん
2006/06/27(火) 17:01:490779デフォルトの名無しさん
2006/06/27(火) 17:02:050780デフォルトの名無しさん
2006/06/27(火) 17:02:430781デフォルトの名無しさん
2006/06/27(火) 17:07:55.NET アプリはネイティブより遅いけど、それが問題になる場面はもうなくなってくるよ。
0782デフォルトの名無しさん
2006/06/27(火) 17:23:51分かったから、その時代が来たらね。
それも旧OS（XPや2003）がニッチになったとき。
仮にVistaで起動が遅かったらもう論外。
0783デフォルトの名無しさん
2006/06/27(火) 17:26:38それは大きな問題になる｡多くの企業はいまだにそれに対応するスペック機器を有していないし､Vistaが出たところで即座に
リプレースすることもしにくいだろう（リース期間が切れない限り）。
数百台のマシンを一気にVistaが動作するレベルに持っていければいいんだけどね｡
開発する立場からしたら自分のマシンをいくらでもハイスペックにできるんだろうが、顧客に使ってもらうことを考えたら、そうもいかない。
この前も別部署で.NETクライアントを納品しようとしていたら、客が「おせえよ！」といって差し戻しされた（おれはそんなに遅くないと
感じていたんだが､客からすれば我慢ならないレベルだったらしい）。
0784デフォルトの名無しさん
2006/06/27(火) 17:30:350785デフォルトの名無しさん
2006/06/27(火) 18:05:08Win32 なんか、もう新規な部分皆無なんだから、仕事で面白くないアプリを
つくる以外なら、もう .NET に乗り換えたほうがいいよ。Win32 アプリは
メンテ専用のプロに任せておけばいい。
0786デフォルトの名無しさん
2006/06/27(火) 18:25:57分かったから新しいアプリをうｐしる！
0787デフォルトの名無しさん
2006/06/27(火) 18:31:350788デフォルトの名無しさん
2006/06/27(火) 19:20:360789デフォルトの名無しさん
2006/06/27(火) 19:57:03もちろんアルゴリズムでカバーする(しかない)わけだが、その時の効率は元々の桁数に大きく依存する。
それで同じと言い切るのは何も考えて無いだけだろ。
0790デフォルトの名無しさん
2006/06/27(火) 20:04:08確かに面白い部分もあるんだが、それ以上に制約も多いし、
MVPの方々ですら追っかけるのが精一杯、しかも技術云々より「単に変わっただけ」の部分に振り回されてる。
しかもVistaでも計画変更でユーザーサイドライブラリでしか無くなったから、
いくらCLRがOSと一緒に起動しててもその他のボトルネックは健在ときた。
ふつーに、相手にしないという選択肢があってもいいと思うんだが。
0791デフォルトの名無しさん
2006/06/27(火) 20:08:59BDSのGUIはVCL(Win32)ですよ
.NETはリファクタリングやWinFormデザイナ他一部に使われてるだけ。
はっきり言って毎回使うとは限らないのに毎回ロードすんなって感じだ。
0792Delﾌｻｷﾞｺ ◆A6VzDeLphI
2006/06/27(火) 20:37:58Indyの人って
IntraWebの人と一緒じゃなかった？
AtoZなんとかって会社の？
|,,∧ 俺の勘違いか。
|ﾟДﾟ彡
|⊂ﾐ
| ﾐ
|`Ｊ
某の他社買収みてて、買収するなら
IndyやIntraWebの開発者だよなあと
なんど思ったことか....
>>759
まず、自分が動かないと。
人を動かすのは、自分が動くより
何倍も大変だよ。
勉強のために、自分で組んでみたら？
俺は興味ないので、やらんけど。
だって、EmEditorとかBeckyとかPlugin作れない
C#には興味ないもん。
0793デフォルトの名無しさん
2006/06/27(火) 20:42:13ttp://www.amazon.com/gp/product/1590593863/103-4561061-4545435?n=283155
0794デフォルトの名無しさん
2006/06/27(火) 21:38:00そんなに速度が必要なのか？
0795デフォルトの名無しさん
2006/06/27(火) 21:52:54プレステでシーン切り替えごとにロードで0.数秒ずつ待たされるのが嫌なのと同程度にはレスポンス悪いのは嫌だ。
0796Delﾌｻｷﾞｺ ◆A6VzDeLphI
2006/06/27(火) 22:42:38>ふつーに、相手にしないという選択肢があってもいいと思うんだが。
＿＿＿＿＿＿＿＿＿
∧,,∧ ／ だからDelphi使いは
ミ,,ﾟДﾟ彡 ＜ 相手にしてないのでは？
ﾐつ旦(ﾐ~~ ＼
＠ﾐ ﾐ ￣￣￣￣￣￣￣￣￣
∪''∪
現在、.NET2.0標準では使用不可という要素はあったとしても
Win32と、.NET1.1との比較して、そんなに.NETがスバラシすぎるものなら
Delphi.NETをがんばって使うでしょう。みんな。
(すでにC#に乗り換えた人もいるでしょうけど)
Delphiが.NET1.1はサポートしているんだけど今は誰も使わないわけで、
今、Delphiを使っている人はWin32に興味がある。そういう選択したユーザーばかりだわ。
フリーソフトなどのオンラインソフト作者
ってのも、開発ツール顧客層にある程度いて
そういう人は、.NETはあまり相手にしないでしょ。
Delphiじゃなくても
C++で作成された有名ソフトウェア(たとえば秀丸やBeckyとか)が
.NETに移行して成功するなんて事例、聞いたことないもん。
オンラインソフト作りたい人たちは、.NETに否定的になる。
そんな感じじゃないの？
0797Delﾌｻｷﾞｺ ◆A6VzDeLphI
2006/06/27(火) 22:49:04ミ,,ﾟДﾟ彡
ﾐ つ旦)~~
〜と,,,~),,~) 旦~~
]]]]]]]]]]]]]]]]]]]]]]]]]]]]
ところで、
BDSって、社名変わると何ってツールになるのかしら？
0798デフォルトの名無しさん
2006/06/27(火) 23:20:06x86のFPUが演算を80bit(DelphiのExtended)で行っている、ということを知らんのかいな。
Double/Singleの変数はExtendedとの相互変換がかかるのだが。
>797
Turbo *になるのかなと思っていたんだけど、SKUの名前に使っちゃったからなぁ。
わかった、新社名もBで始まる名前に(ry
0799デフォルトの名無しさん
2006/06/27(火) 23:20:38> 今、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 版が出てると思うけどね。
0800デフォルトの名無しさん
2006/06/27(火) 23:26:44今日届いたんだけど、.NET用のサードパーティコンポーネントが
いっぱい入っていて、何かお買い得感があるね。
.NETはVSで使うけどさ。
0801デフォルトの名無しさん
2006/06/27(火) 23:27:40> x86のFPUが演算を80bit(DelphiのExtended)で行っている、ということを知らんのかいな。
>Double/Singleの変数はExtendedとの相互変換がかかるのだが。
知ってるよ。どちらも double の変数で演算したとき、変換にかかるオーバヘッドは、
Delphi も C# も同じでしょ。FPU 外で Extended をいじり回すから Delphi は遅く
なるんじゃないの？
0802デフォルトの名無しさん
2006/06/27(火) 23:29:22ばらばらバージョンが出るんだら、統合バージョン買って、.NET は VS 使うのは
ものすごく損だと思うけど。
0803デフォルトの名無しさん
2006/06/27(火) 23:31:310804デフォルトの名無しさん
2006/06/27(火) 23:37:08いや。VSは仕事で使うから仕方ないのよ。
ま、サードパーティのコンポーネントは、
全員のライセンス揃えるの面倒だから、それほど使わないとは思うけどさ。
単にお買い得感を味わっただけ。
ところで、インストール後にバージョン情報見たらUpdate 1になっているんだけど、
ひょっとして、これってUpdate 2をインストールした後で、Hotfixも一個一個入れるのかしら？
■ このスレッドは過去ログ倉庫に格納されています