トップページ⇒tech
1001コメント276KB

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/
0695デフォルトの名無しさん2006/06/25(日) 19:47:04
矩形粘着の特徴
１　ここがサポート窓口だと思っている
２　同じバグについて何度も繰り返し書き込む
３　絶対に自分ではQC登録しない（する能力がない）
４　他の人がQC登録するための発生条件や手順等のまともなレポートをしない。
５　ただ短くバグが発生するとだけ何度も繰り返すだけなので相手のしようが無いということを一向に理解できない。
６　みんなただの嫌がらせだと思っている。
0696デフォルトの名無しさん2006/06/25(日) 19:56:47
6は正解
0697デフォルトの名無しさん2006/06/25(日) 20:18:48
いつまでも不毛な揚げ足とりしてないでさ
ここらでサンプル品でもお互い作って白黒はっきりさせようよ
その上で良いものはいい、悪いものはわるい、で結論出せばいいじゃないの
0698デフォルトの名無しさん2006/06/25(日) 20:35:42
括弧のバグの物ですが３は正解。ｗｗｗｗ
0699デフォルトの名無しさん2006/06/25(日) 22:20:08
いつまでもつぶされないバグを擁護してる信者のインターネットはここですか？
0700デフォルトの名無しさん2006/06/25(日) 22:56:59
バグ多くて大変そう・・・
0701デフォルトの名無しさん2006/06/25(日) 23:38:48
他人任せだといつまでたっても直らないよ。
前は、誰かQCに登録してくれるだろうと思って、期待してバグ報告してたが、
誰も登録してくれないんでｗ
腹たって自分登録するようにした。俺はね。
0702デフォルトの名無しさん2006/06/25(日) 23:41:01
ぶっちゃけこのスレにプログラム書ける人なんていない
0703デフォルトの名無しさん2006/06/26(月) 00:10:00
自分が書けないだけだろ・・・
0704デフォルトの名無しさん2006/06/26(月) 01:55:23
自分がそうだから、全体がそうだと思い込むやつだよな
0705デフォルトの名無しさん2006/06/26(月) 03:43:23
仕様を考えてみた｡
デスクトップ等､任意の場所にあるテキストファイルを読み込んで
使われている文字ごとにその個数を書き､
改行したテキストファイルを同じ場所に出力する｡(文字コード順)

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

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

フォームにはボタンと所要時間を計ったラベルを配置｡
読み込むテキストファイルの位置を指定した後にボタンで実行｡
ボタンを押してからファイルの書き込み終了までを計測｡
ズルの出来ないようにソース公開｡
読み込む文書は青空文庫等長文で誰でも入手できるものを使用｡
こんな感じでやってみませんか?
0706デフォルトの名無しさん2006/06/26(月) 07:54:09
>>705
何の速度比較かしらんがファイルIOをからませるのかね？？？
0707デフォルトの名無しさん2006/06/26(月) 13:21:50
なんで配列のソートじゃだめなん？
0708デフォルトの名無しさん2006/06/26(月) 13:36:43
プログラマのスキルに依存しないように、なるべく簡単にしたら？
あと、普段の処理速度を競うわけだから、当然、自作関数なんか使わずに
ライブラリの標準関数だけを使うようにしないとね。
0709デフォルトの名無しさん2006/06/26(月) 14:08:03
StringReplace を使うようなので比較したらいいのに・・・
0710デフォルトの名無しさん2006/06/26(月) 14:15:11
ニ、三年まえの Delphi と C# で、どっかの大学の人が出したスピード比較では
Delphi がボロ負けしてた。これは事実。浮動小数点の精度の違いとか、もっと
いいコードを書け、とか、当時のDel使いが文句言ってたが、公表されたコードでは
ボロ負けすること自体には異議はなかった。.NET は、2.0 になって処理スピードが
改善されたようなので、当時と同じ Delphi6personal じゃ同じコードで勝ち目はない。

もちろん、Delphi のほうが速くなるような課題を選ぶと結果は違ってくる。当たり前だが。
0711デフォルトの名無しさん2006/06/26(月) 14:26:17
>>709
それだと絶対勝てない。くだスレの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:59
結論
Delphi では浮動小数計算の精度を制御できないので C# にボロ負けする。
0716デフォルトの名無しさん2006/06/26(月) 15:16:12
結論
C++Builder最強
0717デフォルトの名無しさん2006/06/26(月) 15:17:32
>>712

どちらも Double だったと思う。C# と Delphi で Double の有効数字が同じかどうか
知らんが、Delphi のはくコードでは、Extended 相当で計算するから遅くなる、と
Delphiユーザが解説していた。
0718デフォルトの名無しさん2006/06/26(月) 15:32:40
つまり Delphi がバカだ、と。
0719デフォルトの名無しさん2006/06/26(月) 15:48:28
大学のひとはGUIの速度なんかどうでもよくて、数値計算メインなら C# の方がよさそうだな・・・
0720デフォルトの名無しさん2006/06/26(月) 15:50:16
つーか、数値計算メインなら C か、FORTRAN だろ。
0721デフォルトの名無しさん2006/06/26(月) 15:54:22
だな、比較対象が的はずれなんだよな。
delで浮動小数点って。
実態は、C$よりdelが遅いのを必死になって探したのだろうな。
0722デフォルトの名無しさん2006/06/26(月) 16:01:51
ま、いずれにしろ、課題の選び方で勝敗が決まるような勝負は意味がない。
.NET アプリより Delphi のバイナリの方が平均して速いことは想像できる。
だけど、.NET アプリが言われているほど遅くていらいらする、というほどでもない。

.NET の問題はスピードより、実行環境の普及だと思う。
0723デフォルトの名無しさん2006/06/26(月) 16:11:01
.NETアプリの問題点
起動しない。なんたらdllが無いとか言われる。
インストールできない。.NET Frameworkを入れろと出る。インストせずに.NETアプリがゴミ箱行き。
起動が超遅い。
動作ものっぺり。
0724デフォルトの名無しさん2006/06/26(月) 16:18:07
BDS も.NETアプリの一種なんだがね

大変だなDel厨は、>>723 のような開発環境使わなければならないなんて。
0725デフォルトの名無しさん2006/06/26(月) 16:18:17
ま、ドットネットの状況は、一昔前の Java の状況と同じだよな。
0726デフォルトの名無しさん2006/06/26(月) 16:20:16
VS2005 も.NETアプリの一種なんだがね

大変だなM$l厨は、>>723 のような開発環境使わなければならないなんて
0727デフォルトの名無しさん2006/06/26(月) 16:21:01
BDS は .NET アプリの開発環境でもあるんだよな。自環境の酷さを指摘する >>723 は
典型的なアンチかもね。
0728デフォルトの名無しさん2006/06/26(月) 16:22:41
たしかに起動が超遅いなBDSは。動作ものっぺり。
0729デフォルトの名無しさん2006/06/26(月) 16:24:38
> VS2005 も.NETアプリの一種なんだがね

そうだね。だけど VS 使いは、自環境をこき下ろしたりしない。それに無償版もあるし。
0730デフォルトの名無しさん2006/06/26(月) 16:25:21
VSは起動は速いよ。
0731デフォルトの名無しさん2006/06/26(月) 16:37:39
> ま、ドットネットの状況は、一昔前の Java の状況と同じだよな。

そうかもね。でも、Sun はＰＣの９０％以上のシェアをもつＯＳのメーカじゃない。
そこが大きな違い。
0732デフォルトの名無しさん2006/06/26(月) 17:39:05
BCB6++とBDS2006は共存できる？
0733デフォルトの名無しさん2006/06/26(月) 19:03:11
ここはなんてウザいスレなんだ
0734デフォルトの名無しさん2006/06/26(月) 19:09:50
>>732
出来る。

スレ違いだが、VS2005の方を優先したアイコンにしていたのに、BDSのUpdate2を
当てたらまたBDS2006のアイコンに(*.cpp等)なってしもたorz
0735デフォルトの名無しさん2006/06/26(月) 20:08:45
>>733 来なきゃいいのに（藁
0736デフォルトの名無しさん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:26
起動時間の勝負は、簡単だからやってみたら？ ＞開発ツールの相互評価
0739デフォルトの名無しさん2006/06/26(月) 20:55:26
generics で勝負しようぜ。
0740デフォルトの名無しさん2006/06/26(月) 20:58:02
日本 vs. オーストラリア

サッカーぼろ負け
ラグビーぼろ負け

将棋と柔道なら勝てるかも・・・

って、こんな勝負は無意味だろ。くだらない。
0741デフォルトの名無しさん2006/06/26(月) 20:58:59
ドトネト対ネィティブでどうすか？
Delphiのネィティブより早いんでしょ？
オレドトネトって使わないし…ね
ようは出来上がった実行ファイル勝負ということで
0742デフォルトの名無しさん2006/06/26(月) 21:09:19
>>736
VS別に買わなくてもいいじゃん。無償版があるんだから先にそれを試せば？
某のぼったくりIDEとは違うんだよ。MSの開発環境は。(ﾜﾗ
0743デフォルトの名無しさん2006/06/26(月) 21:22:35
IDEの使い勝手がいくらよくてもドトネトがもれなくついてくるのはいやだなあ
客先のアプリ運用PC全部がドトネト入り？
有り得ないねｗｗ
VISTAは最初からドトネト入り？
あんな重いだけでゲームにしか使えないようなOSはカスでしょ−…

てかどうしても相互評価したくないわけね
だよねえ
ネィティブとドトネトだったら勝負は最初からついてるもんね！
ごめんよ、からかって
0744デフォルトの名無しさん2006/06/26(月) 21:29:27
Delphiの方がありえねーよ。
誰に提案できるんだよ。事業放棄されたツールなんかを。ﾜﾗ
0745デフォルトの名無しさん2006/06/26(月) 21:36:06
パッケージ作りにバリバリ使われてまっせ、Delphi
でも確かに先はないかもね
これからはGCCがよろし
0746デフォルトの名無しさん2006/06/26(月) 21:49:55
GUIはどうするのさ？
0747デフォルトの名無しさん2006/06/26(月) 22:40:06
GCC(ﾜﾗ
0748デフォルトの名無しさん2006/06/26(月) 23:47:57
BDS は、C# も Delphi もできるんでしょ？ 勝負したければ BDS つかって
勝手にやったらいいと思うが？ ひとりですきなだけやればいいじゃないの？
だれも止められないし。
0749デフォルトの名無しさん2006/06/26(月) 23:54:07
> ネィティブとドトネトだったら勝負は最初からついてるもんね！

そうなんだよね。Delphi ぼろ負けしたもんな。
0750デフォルトの名無しさん2006/06/27(火) 00:08:47
負けたのはDelphiでなく某
証拠はなによりおまえらのその粘着っぷり
おまえらPowerBuilderとかdbMagicとかにも少しはかまってやれよｗｗｗｗ
よっ、お疲れさん
ネィティブコード・コンプレックスの諸君
0751デフォルトの名無しさん2006/06/27(火) 00:18:14
Delphiはドトネトもできるんでしょ？
なんでこんな不毛な争いになってんの？
0752デフォルトの名無しさん2006/06/27(火) 00:21:24
某を首になった無能が荒らしている。
0753デフォルトの名無しさん2006/06/27(火) 00:24:18
BDS は .NET 開発もできる。荒らしではない。勝負しよう、とかいって
なにもしないヤツが荒らしてる。
0754デフォルトの名無しさん2006/06/27(火) 00:27:24
なんで首になったの？ 事業縮小？ D8 以降はひどかったから仕方ないかもね。
自業自得。
0755デフォルトの名無しさん2006/06/27(火) 00:38:47
辞めたヤツのほうが先見の明があったり・・・そんな例もちらほら
本社でも apple やら google やら MS やらに行って、なんか辞めたヤツらの方が賢そう
0756デフォルトの名無しさん2006/06/27(火) 00:41:18
設計者 → MS
IDE の開発責任者 → apple
前 chief scientist → google → MS
Indy の開発者 → MS

だもんな
0757デフォルトの名無しさん2006/06/27(火) 00:43:23
前日某の人も日本MSで楽しそうにしてるし。
0758デフォルトの名無しさん2006/06/27(火) 00:51:41
>>719
数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。
本命はそれ専門のベンダ(金が惜しいならgccでも)のCかFORTRANだろうが、C#とDelphiの二択なら絶対Delphi。
07597052006/06/27(火) 02:06:19
>>697があったので軽い遊びとして仕様を考えてみたが
仕様はこうすべきと言う対案は一つも出てこず､
過去の繰り返しがレスの流れとなってしまった｡
ちょっと面白みのない展開で残念｡

建設的な意見を出してくれた人ありがとう｡


0760デフォルトの名無しさん2006/06/27(火) 02:25:42
>>759
その仕様とやらのレベルが低すぎてみんな呆れていただけなのだが。
0761デフォルトの名無しさん2006/06/27(火) 02:29:00
>>758
double で済む精度の場合もあるからね。わざわざ遅い計算する必要もないし。
見苦しい言い訳はしない方がいいよ。
0762デフォルトの名無しさん2006/06/27(火) 03:53:18
>>761
必至杉。
アルゴリズムで2桁カバーしようとしたら倍速でも足んないよ。
折角CPUがExtendedに対応してるのに使わない法は無い。
0763デフォルトの名無しさん2006/06/27(火) 09:48:24
>>758
> 数値演算メインで、Extended精度が使えるものが選択肢にありながら捨てる方が有り得んだろ。

工学や自然科学系の数値計算では、扱うデータの有効桁が小さいので、FLOATで十分な場合が多いよ。
そもそも、専用ライブラリが充実しているFORTRANやCを捨てて、
ライブラリを一から書き上げてまでC#やDelphiを使うというのはありえん。
0764デフォルトの名無しさん2006/06/27(火) 10:32:03
>>761
Extended相当の精度が欲しい場合はどうするの？
0765デフォルトの名無しさん2006/06/27(火) 10:33:04
ニ択の話だろ。スピード重視ならアセンブラ、と同じこというな
0766デフォルトの名無しさん2006/06/27(火) 10:34:50
>>764

Extended を越える精度が欲しいときはどうするの？ それと同じ答え。
0767デフォルトの名無しさん2006/06/27(火) 10:37:51
評価で共通の精度を採用するのは自然。
一方のコンパイラが糞だから遅くなっても、それはその糞コンパイラが原因。
0768デフォルトの名無しさん2006/06/27(火) 12:09:41
QCとBorland内部のバグトラッキングシステムが同期するようになるんだってね。
0769デフォルトの名無しさん2006/06/27(火) 12:13:05
それで？
0770デフォルトの名無しさん2006/06/27(火) 12:19:50
それだけ。
0771デフォルトの名無しさん2006/06/27(火) 12:34:04
> Indy の開発者 → MS
まじすかｗ
.NETのネットコードって、Indy開発者作ってんのかな？
もしくは、他にMSのネットワークライブラリとかある？
0772デフォルトの名無しさん2006/06/27(火) 13:07:15
>>771
１人だけだし、MS Turkey だし。
0773デフォルトの名無しさん2006/06/27(火) 16:19:58
Delphiが能率的でない機械語吐くことも、
小数点の計算が得意な今時のCPUに最適化出来ないことも事実なので、
わざわざ比べるまでもない。

それより、.NETだと描画が遅すぎて、全部独自描画のコンポが使い物にならない。
そりゃーコモンコントロール並べただけで遅くないとか言う人もいるだろうさ。
しかし重要なのは体感速度で、起動でガリガリ待たされ、描画でCPUメーターが上がり、
ユーザーをいらつかせるから.NETは遅いと言われるのだ。
最適化とかJITとかのスピードがどうのって言い訳しても、
体感速度が遅いんだから仕方がない。
0774デフォルトの名無しさん2006/06/27(火) 16:50:05
数字で負けると体感速度だからなぁ・・・説得力あるよなぁ
0775デフォルトの名無しさん2006/06/27(火) 16:52:42
全部独自描画のコンポ使えないからって、そんなん別に不便はないけどね。
無理に理由付けするのは見苦しいな。
0776デフォルトの名無しさん2006/06/27(火) 16:54:21
いままでだって「全部独自描画のコンポ」なんて使ったことないし。
0777デフォルトの名無しさん2006/06/27(火) 16:59:10
Tlabel とか TImage 相当とかだったら .NET の標準コンポにあるけど、べつにとくに遅くないけど。
0778デフォルトの名無しさん2006/06/27(火) 17:01:49
それらが遅くなる事があったら、逆に変杉。
0779デフォルトの名無しさん2006/06/27(火) 17:02:05
BDS が快適に動く環境なら、.NET アプリの体感速度が問題になるわけないだろ。
0780デフォルトの名無しさん2006/06/27(火) 17:02:43
最新の.NET2.0は知らんが、.NET1.1の頃はGUIがもっさりしてた。
0781デフォルトの名無しさん2006/06/27(火) 17:07:55
Vista 搭載PCなら、速度に関しては無問題だろ。起動時間も、OS の起動に含まれるし。
.NET アプリはネイティブより遅いけど、それが問題になる場面はもうなくなってくるよ。
0782デフォルトの名無しさん2006/06/27(火) 17:23:51
＞それが問題になる場面はもうなくなってくるよ。

分かったから、その時代が来たらね。
それも旧OS（XPや2003）がニッチになったとき。
仮にVistaで起動が遅かったらもう論外。
0783デフォルトの名無しさん2006/06/27(火) 17:26:38
コンシュマー向けに開発納品するならともかく､簡単にVista搭載PCやそれに匹敵するスペックを有しない企業に納品する場合、
それは大きな問題になる｡多くの企業はいまだにそれに対応するスペック機器を有していないし､Vistaが出たところで即座に
リプレースすることもしにくいだろう（リース期間が切れない限り）。
数百台のマシンを一気にVistaが動作するレベルに持っていければいいんだけどね｡

開発する立場からしたら自分のマシンをいくらでもハイスペックにできるんだろうが、顧客に使ってもらうことを考えたら、そうもいかない。
この前も別部署で.NETクライアントを納品しようとしていたら、客が「おせえよ！」といって差し戻しされた（おれはそんなに遅くないと
感じていたんだが､客からすれば我慢ならないレベルだったらしい）。
0784デフォルトの名無しさん2006/06/27(火) 17:30:35
賢いM$は製品のカーネルにドトネトを使わない。
0785デフォルトの名無しさん2006/06/27(火) 18:05:08
ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。
Win32 なんか、もう新規な部分皆無なんだから、仕事で面白くないアプリを
つくる以外なら、もう .NET に乗り換えたほうがいいよ。Win32 アプリは
メンテ専用のプロに任せておけばいい。
0786デフォルトの名無しさん2006/06/27(火) 18:25:57
＞ま、いつまでもWin32で旧態依然なアプリをつくりたいみたいだな。

分かったから新しいアプリをうｐしる！
0787デフォルトの名無しさん2006/06/27(火) 18:31:35
新しいアプリとやらが、内部がドトネトというだけだったら嘲笑激藁だぞ！
0788デフォルトの名無しさん2006/06/27(火) 19:20:36
>>785がどんなアプリをつくるのか非常に楽しみだな。
0789デフォルトの名無しさん2006/06/27(火) 19:57:03
>>766
もちろんアルゴリズムでカバーする(しかない)わけだが、その時の効率は元々の桁数に大きく依存する。
それで同じと言い切るのは何も考えて無いだけだろ。
0790デフォルトの名無しさん2006/06/27(火) 20:04:08
つーか、Win32に飽きたのは同意なんだが、.NETが面白いかっていうと疑問なんだよな。
確かに面白い部分もあるんだが、それ以上に制約も多いし、
MVPの方々ですら追っかけるのが精一杯、しかも技術云々より「単に変わっただけ」の部分に振り回されてる。
しかもVistaでも計画変更でユーザーサイドライブラリでしか無くなったから、
いくらCLRがOSと一緒に起動しててもその他のボトルネックは健在ときた。

ふつーに、相手にしないという選択肢があってもいいと思うんだが。
0791デフォルトの名無しさん2006/06/27(火) 20:08:59
>>779
BDSのGUIはVCL(Win32)ですよ
.NETはリファクタリングやWinFormデザイナ他一部に使われてるだけ。
はっきり言って毎回使うとは限らないのに毎回ロードすんなって感じだ。
0792Delﾌｻｷﾞｺ ◆A6VzDeLphI 2006/06/27(火) 20:37:58
>>756
Indyの人って
IntraWebの人と一緒じゃなかった？
AtoZなんとかって会社の？

|,,∧ 　　俺の勘違いか。
|ﾟДﾟ彡　　
|⊂ﾐ　　　
|　ﾐ
|`Ｊ
某の他社買収みてて、買収するなら
IndyやIntraWebの開発者だよなあと
なんど思ったことか....


>>759
まず、自分が動かないと。
人を動かすのは、自分が動くより
何倍も大変だよ。

勉強のために、自分で組んでみたら？

俺は興味ないので、やらんけど。

だって、EmEditorとかBeckyとかPlugin作れない
C#には興味ないもん。
0793デフォルトの名無しさん2006/06/27(火) 20:42:13
海外では妙な本も出るな……勢いあるのかな
ttp://www.amazon.com/gp/product/1590593863/103-4561061-4545435?n=283155
0794デフォルトの名無しさん2006/06/27(火) 21:38:00
藻前らどんなソフト作ってんの？
そんなに速度が必要なのか？
■ このスレッドは過去ログ倉庫に格納されています