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

Delphiって死滅しちゃうの????よ Part2

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさんNGNG
これからの某ランドの主力言語はC# Builder
発売日もDelphiの方があと。
ユーザーからも見捨てられて、もう虫の息。
今まで夢をみさせてくれてありがとう。


過去スレ
http://pc2.2ch.net/test/read.cgi/tech/1035539926/
0002デフォルトの名無しさんNGNG
2get
0003デフォルトの名無しさんNGNG
ぬるぽ
0004デフォルトの名無しさんNGNG
>>1
おい、VB厨、馬鹿スレ立てたな。
ゲラゲラいってるM$信者かお前は?
0005デフォルトの名無しさんNGNG
age
0006デフォルトの名無しさんNGNG
なんでDelphiって.NET対応するの?
ネイティブで十分じゃなかったの?
Delphi.NETでランタイム必須。
ランタイムマンセー(プププ
0007デフォルトの名無しさんNGNG
>>6
.NETしか使えなくなると勘違いしてるんだなあ。
ぬか喜びご苦労様。
0008デフォルトの名無しさんNGNG
>>7
どこをどうよんだらそうなるんだ?
そんなこと書いて無いじゃん。
0009デフォルトの名無しさんNGNG
Delphi.NETでランタイム必須。

ネイティブ作れるんだから必須じゃないよなぁ
0010デフォルトの名無しさんNGNG
ネイティブも作れるドトネトコンパイラって存在、実は凄くない?
0011デフォルトの名無しさんNGNG
(゚Д゚)ハァ?
managed C++と一緒でmanagedなコード使った時点でネイティブにはできないんだろ?
0012デフォルトの名無しさんNGNG
>>9
Delphi.NETはランタイム必須だろ?
0013デフォルトの名無しさんNGNG
なわけねーだろ。
Del7でドトネトライクなガベコレ文法入った筈だよ。
自分は7は使ってないが。
やっぱ、Delphiスゲー
0014デフォルトの名無しさんNGNG
Delphi.NETはドトネトも吐き出せるし、Win32のExeも吐き出せるんだ。
なんかベスト!
0015デフォルトの名無しさんNGNG
参照カウント方式じゃ意味ないよ
0016デフォルトの名無しさんNGNG
珍妙なスレ。
0017デフォルトの名無しさんNGNG
そういやDel6で作ったプロジェクトって.NETでそのままコンパイルできるの?
0018デフォルトの名無しさんNGNG
参照カウントライブラリもGCライブラリもあるC++最強
0019デフォルトの名無しさんNGNG
>>15
それは、Del6までの話。

.NETとLinuxも同時に対応なんて、信じられん。
0020デフォルトの名無しさんNGNG
>>19
してないじゃん。
0021デフォルトの名無しさんNGNG
Delphiがドトネト対応したら最強言語になっちゃう。
C++でさえ、managedという足かせ引きずってるんだから。

VB.NET?ハァ?
0022デフォルトの名無しさんNGNG
>>17
できません。DelphiとDelphi.NETには互換性はありません。
0023デフォルトの名無しさんNGNG
Delphi7はWindows版にLinux版がバンドルされた。
次は.NETがバンドルか。.NETは今んとこイラネ。
0024デフォルトの名無しさんNGNG
update3以来音沙汰無しかよ。> Del.NET
0025デフォルトの名無しさんNGNG
>>22
Delphi.NETコードをWin32コンパイルできる形になるんだね。
下位互換というか。
Win32でも最強だったDelが.NETでも最強になるかも。
0026デフォルトの名無しさんNGNG
Linux版? イラネ
0027デフォルトの名無しさんNGNG
> Octaneは、Windowsベースの新たなIDEコアを基礎としたものとなります。
> このコアは、Win32および.NET用の複数の開発システムをホストするようにデザインされています。この共通IDEは、同様のIDEインターフェイスによってWin32と.NET開発の両方をサポートします。

マジらしい。すげえな。
0028デフォルトの名無しさんNGNG
フーン
0029デフォルトの名無しさんNGNG
今までのコードは.NET用には手直し要るんだろうけど、
Delphi.NET最強の悪寒。
0030デフォルトの名無しさんNGNG
Linuxしか使わないアホアンチには意味ないだろうけどな。(嘲笑激藁
0031デフォルトの名無しさんNGNG
>>25
つーことは旧プロジェクトは作り直し?
Delphiダメじゃん(藁
0032デフォルトの名無しさんNGNG
>>30
なんか、死滅しないことを前提の内容を書いてるね。
M$スレストーカーさんよ。
0033デフォルトの名無しさんNGNG
>>31
なわけないじゃん。
旧プロジェクトをそのままWin32コンパイルもできるし、
VCL.NETを使えばそのまま.NETアプリにもなる。
好きな方を使い分けられるってわけだろ?
0034デフォルトの名無しさんNGNG
>>33
えーーー?

旧プロジェクトって、C++.NETでいうアンマネージドと同等の機能あるよ?
どうすんの?

> VCL.NETを使えばそのまま.NETアプリにもなる。
それって結局作り直しじゃん(藁
0035デフォルトの名無しさんNGNG
>>33
ま、Delphi最強なんだからそうむきにならんと。

派生部分にドトネト向きじゃないコード入れちゃってたら手直しは必要じゃないかな。
それくらいあったって、Delphiの価値は落ちん。
0036デフォルトの名無しさんNGNG
> ま、Delphi最強なんだから
むきになんなよ(w
0037デフォルトの名無しさんNGNG
そんなことできてないじゃん。update3の時点ではさ。
っていうか、ここにいるアホアンチってDelphiもまともに分かってないようだ。
0038デフォルトの名無しさんNGNG
だってアホアンチだもん。(プププ
0039デフォルトの名無しさんNGNG
>>36
死滅スレ中でそれだけしか煽れないの?
自分が死滅しちゃうんじゃない?
0040デフォルトの名無しさんNGNG
>>34
そこだけ変えるかWin32にするかだな。
ていうか.NETにする意味はハァ?だがな。

>> VCL.NETを使えばそのまま.NETアプリにもなる。
>それって結局作り直しじゃん(藁

なんか勘違いしているようだね。
例えばCLXで作ったアプリはユニットを切り替えるだけでVCLに変わります。
0041デフォルトの名無しさんNGNG
元Del厨(恥ずかし)が釣れました!
0042デフォルトの名無しさんNGNG
CLXって半透明ウインドウとかリージョンとかってできるの?
0043デフォルトの名無しさんNGNG
どんどん死滅しない方向へ
0044デフォルトの名無しさんNGNG
アホアンチは本当にDelphi.NETを分かってないようだ。
まあしょうがないけどね。年寄りだから。(プププ
0045デフォルトの名無しさんNGNG
行き場のないアホアンチの次のターゲットはどこだろう?
Perlかな?(ゲラ
0046デフォルトの名無しさんNGNG
>>44
なんで、ゲラ厨がDelphi.NETを理解して喜んでんだ?
VB.NETでも勉強しとけば?
0047デフォルトの名無しさんNGNG
逝き場がないのはVB厨。
これ常識。
0048デフォルトの名無しさんNGNG
なんでVBが死滅したのに、Delphiは進化し続けるの?
Win32専用でも十分だと思ってたのに。。
0049デフォルトの名無しさんNGNG
Delphi.NETスレが乱立して、Delphiダウソスレ乱立のときのように苦情が起こる悪寒。
0050デフォルトの名無しさんNGNG
俺はDelphi.NETになってもWin32を使い続けるよ。
0051デフォルトの名無しさんNGNG
>>50
ご自由にどうぞ
0052デフォルトの名無しさんNGNG
ま、そこがDel.NETの良さだな。
0053デフォルトの名無しさんNGNG
環境変ってもライブラリを共有できるのは嬉しい。
Delphiライブラリにしておけば、BCBでC/C++も混ざるし。
ドトネト専用言語なんかよりイイ!
0054デフォルトの名無しさんNGNG
何百のオーダーになった標準コンポーネントもちゃんとクロスしてくれるんだろうな、という心配。
0055デフォルトの名無しさんNGNG
おっさん達もっと煽りなさいよ。
0056デフォルトの名無しさんNGNG
お前等がなんと言おうとDelphiは死滅する運命なんだよ。
0057デフォルトの名無しさんNGNG
そのうち、Windowsでは動いてLinuxでは動かないということが出てくる予感。
0058デフォルトの名無しさんNGNG
>>56
某終末の予言?
隕石でも落ちてくる?
0059デフォルトの名無しさんNGNG
つーか、今からDelphiやる必要ないでしょ?
Delphi.NET買う奴いる?
0060デフォルトの名無しさんNGNG
うちのDelphiがSARSにかかりますた。
0061デフォルトの名無しさんNGNG
ファイラのつくりかたを教えて
0062デフォルトの名無しさんNGNG
どうやら馬鹿なM$厨がC#死滅スレから移ってきたようだ。
http://pc2.2ch.net/test/read.cgi/tech/1042463586/

M$厨はLinuxとウィソの回復コンソールの話題でLinux厨を叩こうとしたが
失敗して腹いせにDelphiを叩きに来たんだろう。

M$厨氏ね
0063デフォルトの名無しさんNGNG
>>59
煽り弱すぎ。

>>61
スレ違い。
006461NGNG
・・・・・・・。
0065デフォルトの名無しさんNGNG
>>64

http://pc2.2ch.net/test/read.cgi/tech/1051882835/
0066デフォルトの名無しさんNGNG
>>44
俺にはDelphiなんていらない。
J2EEとC++で十分だ。
0067デフォルトの名無しさんNGNG
>>45
> 行き場のないアホアンチの次のターゲットはどこだろう?
> Perlかな?(ゲラ
M$厨、もう貴様の行き場は無いぞ。
お前に与えられた氏名はLinuxを勉強するのみだ。
Linuxを勉強して今までの悪事、罪を償え。
0068デフォルトの名無しさんNGNG
>>67
悪事を償えって、
Linux使えないの(プ
なんて書かれまくったら、どうするよ。
rubyのshigeみたく。
0069デフォルトの名無しさんNGNG
shigeなつかしーーーーーー!!!!!!
255もーーーーーー!!!!
0070デフォルトの名無しさんNGNG
VBもDelphiも一社で独占しているような言語は
遅かれ早かれ死滅するよ。
両方とも.NETで命をつなごうとしているみたいだが無駄。
0071デフォルトの名無しさんNGNG
> ゲラ厨本当はLinux使えないんだろ。

ということにしたいのですね(プ

とか。
激藁先生になっちゃうよ(嘲笑激藁!!!!!
0072デフォルトの名無しさんNGNG
ごめん、テレビ見てるから後で
0073デフォルトの名無しさんNGNG
>>72
誰だよ?
ここはそんなに重要なスレか?
0074デフォルトの名無しさんNGNG
>>71
C#死滅スレで暴れている例のM$厨は
RedHatLinuxを使ったことがあるらしいが。
馬鹿だからGUI周りしか使ったことが無いらしい。
メールソフトが使えないからLinuxは使えないとかアホなこといっていたらしい。
メールサーバもインストールしたことも無いくせに。

Linux上でApacheのインストールくらいやってみろよ。
0075デフォルトの名無しさんNGNG
>>73
M$厨にとっては重要らしい。
0076デフォルトの名無しさんNGNG
>>70
馬鹿だなぁ。
Delphiの言語はObject PascalといってVBと違って複数の実装がある。
もう少しDelphiの事を勉強してから煽りな(藁
0077デフォルトの名無しさんNGNG
M$厨って一人で頑張っていたのか…
0078デフォルトの名無しさんNGNG
>>74
ゲラ厨が二人居る訳じゃあ、ないんだよね?
メールソフトだけでなくKylix動くだろうに。
0079デフォルトの名無しさんNGNG
> Linux上でApacheのインストールくらいやってみろよ。
Linuxはアプリのインストールが簡単なことのか難しいことなのか
聞いてみたいですねぇ。どう答えるんでしょうか? がんばって!
0080デフォルトの名無しさんNGNG
>>78
> ゲラ厨が二人居る訳じゃあ、ないんだよね?
ゲラ厨は複数人いるよ。もちろん他の板にも。
どっかの勘違いが一人だと決め付けているだけ。
0081デフォルトの名無しさんNGNG
>>79
Del死滅スレでLinuxの質問すんな。

ま、Linuxは簡単な訳じゃないでしょ。
デスクトップにはWin、それ以外はLinuxと使い分ければ。
0082デフォルトの名無しさんNGNG
>>80
えーーーー。驚愕の事実。
初代ゲラ厨はどういう気持ちなんだろう。
0083デフォルトの名無しさんNGNG
あんなのが複数人いるとは信じたくないだけ
ネタにしてもつまらなすぎるくどすぎる
0084デフォルトの名無しさんNGNG
>>82
ほれ。これ見てみ。多くの板に分布している。
http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=site:2ch%2Enet+%EF%BD%B9%EF%BE%9E%EF%BE%97+
0085デフォルトの名無しさんNGNG
>デスクトップにはWin、それ以外はLinuxと使い分ければ。

こういうプロジェクトとか使い方だと、Delphi最強。
一つの言語でWinもネイティブ/ドトネト同時サポートか。
0086デフォルトの名無しさんNGNG
今時の若いもんはゲラ厨か。
サムー
0087デフォルトの名無しさんNGNG
よく考えたらDelphiが.NETに対応できるのは
.NETが多言語対応だからなんだよな。
0088デフォルトの名無しさんNGNG
>>61
まずファイルのリストを保持することを考えよう。
ファイル名、サイズ等を持つクラスかレコードを作り、
それをリストにするTListを継承したクラスを作るとかね。
そしてFindFirst,Nextでそれにファイルを追加していくわけだ。
そのファイル達を画面に表示するわけだが、それにはTListBoxやTListViewを使うと良い。
もちろんOwnerDrawを使おう。仮想モードにする事もお勧めだ。
仮想モードにした場合ファイルリストにファイルが入った後ListBox.Count:=FileList.Count;のようにする。
そしてOnDrawItemでIndexの位置のファイル情報をFileListから取り、ListBox.Canvasを使って描画するわけだ。
アイコンを表示する場合、このOnDrawItemで取得すると良い。そうすれば一度に全部取得しないで済むからファイルが多くても時間が掛からなくなる。
ちなみにOnDrawItemで取ったアイコンをそのまま描画はせずにImageListに入れる。
次回以降のそのアイコンはファイルから取得せずImageListから描画するからだ。
OnDrawItemでアイコンを取得だけして描画せずに適当に作ったメッセージをPostMessageすし、
メッセージハンドラで描画するようにするとアイコン描画前に文字だけが全て表示されるようになって、
スクロール中も読みやすくなるぞ。以下略
0089デフォルトの名無しさんNGNG
>>87
じゃ、あんでVBはコンバートしたらコンバートエラーなんだい。
C++はmanaged。
COBOLなんかはクラスライブラリコードアクセスするなんてCOBOLじゃないだろ。
COBOLは入出力しかない言語だぞ!
0090デフォルトの名無しさんNGNG
>>88
沢村が抜けてるぞ(w
0091デフォルトの名無しさんNGNG
>>89
だから、ちゃんと多言語対応になっているじゃん。
多言語ってのは複数の言語が使えるってだけだぞ。
他の言語がそのままの仕様で使えるなんて言っていない。
Delphiだって.NET用に修正はいるわけだし。
0092デフォルトの名無しさんNGNG
>>91
DelphiだけがDelphi.NETコードからネイティブ吐けるわけでしょ?
他言語は吐けないよ。
例えば、C#とか最悪のVB.NETとか。
0093デフォルトの名無しさんNGNG
Delphi.NETがドトネトの悪い部分を吸収してくれるわけか。
悪い部分とは表向きの複数言語サポートによる元言語の破壊。
Delphiの良さが浮き彫りになるな。
0094デフォルトの名無しさんNGNG
>>92
多言語対応の話からずれてるぞ。
多言語対応でDelphiが.NETで使えるのは.NETの功績だよ。

ずれた話にレスしてもしょうがないが、
> 他言語は吐けないよ。
C++ははける。
> 最悪のVB.NET
VBはともかくVB.NETは普通の言語。
0095デフォルトの名無しさんNGNG
> Delphi.NETがドトネトの悪い部分を吸収してくれるわけか。
> 悪い部分とは表向きの複数言語サポートによる元言語の破壊。
> Delphiの良さが浮き彫りになるな。
馬鹿?
0096デフォルトの名無しさんNGNG
馬鹿だろ。
0097デフォルトの名無しさんNGNG
Del厨意味不明な事言ってまでプライド高すぎ(ワラワラ
0098デフォルトの名無しさんNGNG
もうDelphi最強すぎ。
Win32も.NETも完全サポートってすごすぎだよ。
0099デフォルトの名無しさんNGNG
なんだ? C++が既にやっていることじゃん。
0100デフォルトの名無しさんNGNG
つまりC++とDelphiの天下なわけだな。
0101デフォルトの名無しさんNGNG
つーか、二番煎じのDelphiはいらない。
0102デフォルトの名無しさんNGNG
>>76
Delphiの言語はDelphiだろ。真性馬鹿が。
0103デフォルトの名無しさんNGNG
ObjectPascalコード「も」コンパイルできる。
…Win32版は。ObjectPascal(macの)ではobjectでクラス定義するから。

FreePascalとかはclassのようなDelphi拡張も多少対応しているので
複数の実装が無いと言えないこともない。
0104デフォルトの名無しさんNGNG
パフォーマンス
Delphi=VC++>>>>>>>VB

開発工数
Delphi>>>>VB>>>>>VC++

Del最強
0105デフォルトの名無しさんNGNG
おまいら学生の新入生勧誘みてえなこといつまでもやってるなよ。
誰が何使おうが知ったこっちゃねえだろ。
0106デフォルトの名無しさんNGNG
↑嘲笑厨
0107デフォルトの名無しさんNGNG
>>104
いいとこだけ取り出して最強。プ
0108デフォルトの名無しさんNGNG
死滅しそうにないな
0109デフォルトの名無しさんNGNG
売れてないけどね
0110デフォルトの名無しさんNGNG
M$厨必死だな(ワラ
0111デフォルトの名無しさんNGNG
売れてる売れてないなんて意味がない
Delphiが最強なのは揺るぎもない事実
0112デフォルトの名無しさんNGNG
>>74
# apt-get install apache
0113デフォルトの名無しさんNGNG
Delphiダメだろ
0114デフォルトの名無しさんNGNG
>>111
ベータデッキユーザも同じようなこと言っていたよ。
売れずに死んだが。
0115bloomNGNG
http://homepage.mac.com/ayaya16/
0116デフォルトの名無しさんNGNG
ベータデッキ=VB
0117デフォルトの名無しさんNGNG

 Delphiは永遠です

 Delphiはみんなの心の中に生き続けます
0118デフォルトの名無しさんNGNG
>>114
だいたいVHSだって既に死滅寸前。HDありゃVHSテープになんて撮ってられないよ。

ソニーのβだって買った奴の回収までするわけじゃないのと同じく、
Delphiだって売主が死んでも、俺たちのDelphiが無くなるわけじゃない。

それに、Windowsアプリ市場も死滅寸前。 投資するべき会社は既に投資済。
殆どの業種で安価なパッケージ物が氾濫してる。
そしてMSの次期OS はゲーム用だ。

こんな状況でも使えるのはDelphiしかないさ。
0119デフォルトの名無しさんNGNG
こんな時代だからこそOSとの親和性が良いものを選びたいね
将来を見据えてさ
0120デフォルトの名無しさんNGNG
将来なんて誰にも判らないさ。 もし判るならプログラミングなんてやらずに株でもやった方がマシ。

でも、俺にも予測出来る事がある。
MSについていったら5年先には全く別のモノ触らせられてるのは間違いないって事さ。
0121デフォルトの名無しさんNGNG
>こんな時代だからこそOSとの親和性が良いものを選びたいね

Delphi1のアプリが動作することを言ってるんだね。
まぁ、VBやMFCじゃ無理だな。
0122デフォルトの名無しさんNGNG
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
俺たちのDelphiが無くなるわけじゃない。
0123デフォルトの名無しさんNGNG
Delphiはもうバージョンアップしなくていいよ。
Delphi6で完結。

これ以上バージョンアップしても、
MS時期OSに対応するだけ。

何があっても俺たちのDelphi6はなくならないし、
いつまでも使える。そう信じている。
0124デフォルトの名無しさんNGNG
Delphiってどんなにバージョンアップしても過去の資産が無駄になったりしないから良いね。
0125デフォルトの名無しさんNGNG
Delphiが市場から消えても、おまえら同好会とか作るなよ。
0126デフォルトの名無しさんNGNG
某がDelphiで飯が食えなくなったらオープンソース化きぼーん!って感じかな
いろんなバリエーションのDelphiが出てきて面白いかも

あるいはユーザー会かなんか作って全世界のDelphi信者に呼びかけて共同で
お金出し合ってライセンスをすべて買い取ってオープンソース化するとか
0127デフォルトの名無しさんNGNG
オープンソース化したところでオナニー専用ツールの座は動かない
0128デフォルトの名無しさんNGNG
俺、子供が大きくなって時間取れるようになったら1年くらいFreePascalのDelphi化やってみたいな。
あと20年働かなんといけんのだが・・・・
0129デフォルトの名無しさんNGNG
>>128
その頃にはDelphi = .NETだから意味ないよ
0130デフォルトの名無しさんNGNG
FPCのRAD IDE Projectは既にあるんですけど・・・(全然成果無いけどな。)
FireBirdみたいにロシアの会社が勝手に商用化したりするのかね?
0131デフォルトの名無しさんNGNG
正直ってDelphi1で十分。
Windowsは過去のアプリも動くようになっている。
0132デフォルトの名無しさんNGNG
>>131
あの頃が一番ワクワクしたかもしれないな・・・・
0133デフォルトの名無しさんNGNG
某潰れたらDel終わりだろ。
0134デフォルトの名無しさんNGNG
>>130
確認だけど、FireBirdのサポート会社だよね?
FireBirdは無料じゃないと困るよ。
0135デフォルトの名無しさんNGNG
M$が潰れてもDel終わりだろうな。
0136デフォルトの名無しさんNGNG
kylix使われてないし。
0137デフォルトの名無しさんNGNG
>>133
なんか必死みたいだけどダメージ与えられてないよ。
某が潰れてもこれだけ浸透した言語は業界のどこかが買い取ってサポートするのが決まり。
VBがそうならないのはM$が他に渡さないからだけ。
0138デフォルトの名無しさんNGNG
「からだけ」っておかしくないか?
「だけだから」ではないか?
0139デフォルトの名無しさんNGNG
> なんか必死みたいだけどダメージ与えられてないよ。
必死だな(藁

> これだけ浸透した言語は
必死だな(藁

> 業界のどこかが買い取ってサポートするのが決まり。
んな決まりねーし(藁
0140デフォルトの名無しさんNGNG
>>137
すべて妄想。
0141デフォルトの名無しさんNGNG
>>137
どれだけ浸透しましたっけ?
そんな決まりありましたっけ?
0142137NGNG
>>139
釣れた(w
0143デフォルトの名無しさんNGNG
>>140-141
切羽詰った煽りだな。Delが消えてくれないと本当に困るみたいな。
VB厨だな。
0144デフォルトの名無しさんNGNG
>>134
IB Phoenixに無断でパッケージ販売とかしてるらしい。

関連リンク:
http://www.ibphoenix.com/
http://www.lazarus.freepascal.org/

Kylixが出て、とっくに休止したかと思ってた。
0145デフォルトの名無しさんNGNG
>>143
> VB厨だな。
あいかわらず、VBにコンプレックスいだいているね。
恥ずかしいぞ(w
0146デフォルトの名無しさんNGNG
>>133
インプライズに社名変更してた頃から
某はおかしくなってる。
こんな某なら潰れたほうが却ってDelphiのためにもよい。

潰れたらどっかがDelphiの権利を買い取って引き継ぐはずだし、
どこも買い取らずに権利が宙に浮くことになれば
フリーウェア化できてなお良い。
0147bloomNGNG
http://homepage.mac.com/ayaya16/
0148デフォルトの名無しさんNGNG
おおっぴらにDelphi7Enterpriseとかを配ってよくなるの?
0149_NGNG
( ´Д`)/< 先生!!こんなのが有りますた。
http://togoshi.ginza.st/2ch/2ch05.html
http://www.togoshi.ginza.st/2ch/
http://www.togoshi.ginza.st/2ch/2ch03.html
http://togoshi.ginza.st/2ch/2ch02.html
http://www.togoshi.ginza.st/2ch/2ch08.html
http://togoshi.ginza.st/2ch/2ch06.html
http://www.togoshi.ginza.st/2ch/2ch10.html
http://togoshi.ginza.st/2ch/2ch04.html
http://www.togoshi.ginza.st/2ch/2ch07.html
http://togoshi.ginza.st/2ch/2ch01.html
http://www.togoshi.ginza.st/2ch/2ch09.html
0150デフォルトの名無しさんNGNG
死ぬか死なないかといったら死ぬでしょう。
0151sevenNGNG
WindowsXXが新しいハードをサポートしなくなったら終わりなので、
(Windows3.1上のアクセクシステムとかに合掌、まだ10年くらいなのにね)
Kylixがオープンとかになって、長生きしてほしいかな。
たしか、ターパスは、後年、フリーソフトウェアになったよね?
0152デフォルトの名無しさんNGNG
>>151
それって、ターミネーターが変態のプログラム持ってきたってことですか?
0153デフォルトの名無しさんNGNG
>>112
普通はmake使ってインストールするのが常識
0154デフォルトの名無しさんNGNG
>>153
最近のLinuxならRPMからインスコが常識なんじゃない?
0155デフォルトの名無しさんNGNG
makeにしろrpmにしろ、大概インストール途中で
エラーが出て、コンパイル設定を確認したり、
必要なファイルをそろえたりして一筋縄じゃ
いかないんだよな。
エラーメッセージとかは英語だし。

Windowsアプリみたいに実行したら、簡単な選択肢だけで
一発でインストールできることはほとんど無いし。
これじゃプログラマ以外はインストールすら出来ないよ。
0156デフォルトの名無しさんNGNG
実際のところDelphiってどのくらい浸透しているんでしょうね。
Delphiで作られたパッケージソフトや基幹システムって聞いたこと無いんですが。
フリーソフトではよく見かけるんですけどね。
もし、今後も仕事として使われない言語のままなら死滅もあるかも。
0157デフォルトの名無しさんNGNG
おまえの世界が狭いんだろ
0158デフォルトの名無しさんNGNG
基幹システムで使われているのはDelphiしかないよ。


単に俺の世界が狭いからそう思うだけだけど。


世界が広い人にとってはDelphi使うって少数なんだろうな。
0159デフォルトの名無しさんNGNG
>>155
rpm はバイナリパッケージがあるし、
日本語のフロントエンド GUI もあるが。
0160デフォルトの名無しさんNGNG
国内と国外で使われ方が違うしね。
ヨーロッパ辺りでは結構使われてる模様。
0161デフォルトの名無しさんNGNG
>>156
確かに聞かないなぁ
Delphiで作った店頭売りのパッケージソフトとかあったら報告キボン。
あと、CORBAを使った分散システムとかなら使われている可能性もあるかなぁ
マルチプラットフォームの性質からして。

でも、今はEJBか。
0162デフォルトの名無しさんNGNG
エロゲーで沢山あるよ
0163デフォルトの名無しさんNGNG
>>162
おぉ、そんな分野がんばっていましたか。
こういう分野は言語に対する偏見があまりなさそうだから生き延びるかもしれないね。
0164デフォルトの名無しさんNGNG
>>163
逝き延びるというより、Pascalが無くなるわけねーだろ。
Pascal嫌いの日本でもDelphiはWindows主要言語なんだから。
0165デフォルトの名無しさんNGNG
PascalでGUIアプリを作れる実用的な開発環境はDelphiしか無い。
代替物が無いんだから滅びることは無いだろうね。

代替物ができればあっさりと滅びるかもしれんが。
0166デフォルトの名無しさんNGNG
ドトネトなんて要らないんだけど。。。

http://www.borland.co.jp/about/message/openletter_to_delphi_community.html
Delphiの8年目を記念するものとして、ボーランドは特筆すべきDelphiリリースの準備を進めています。
Octaneは、Windows 2003とMicrosoft(R) .NETフレームワークの両方を完全にサポートする予定です。

http://www.borland.co.jp/about/message/octane_delphi_qa.html
Q. VCL for .NETとVCLの互換性は
VCL for .NETには、VCL for Win32の最も一般的なクラスの大部分が含まれています。
ボーランドは、VCLとVCL for .NETの間に可能な限り完全な互換性を確立することを目指しています。
0167デフォルトの名無しさんNGNG
>>154
RPMは細かい設定ができないしバージョンが古いのが多くて嫌だ。
自分でRPM化すればいいけど。
最新版はいつもRPMじゃないのが常。
しかもまともなサーバOSではRedHatベースなLinuxなんて使わない罠。
SolarisとかBSDとかを使うのが常識です。よってmakeを使う。

>>155
Apacheは大抵プログラミングできる奴が設定するもんだろ。
0168デフォルトの名無しさんNGNG
Delphi宣伝スレと化してる。
0169デフォルトの名無しさんNGNG
>>167
>>74見たらわかると思うけどLinuxにapacheインストールする話だったんだけど‥‥
一応言っとくけどSolarisとBSDはLinuxではないよ
0170デフォルトの名無しさんNGNG
VB死すともDelphi死せず。
0171デフォルトの名無しさんNGNG
.NET死すともDelphi死せず。
0172デフォルトの名無しさんNGNG
でもパッケージソフトはエロゲのみ(藁
0173デフォルトの名無しさんNGNG
業務にも使われないねぇ
少なくとも日本じゃ。
0174デフォルトの名無しさんNGNG
http://www.google.co.jp/search?num=20&hl=ja&lr=lang_ja&q=%8B%C6%96%B1%83V%83X%83e%83%80+Delphi
http://www.borland.co.jp/jirei/delphi/system.html
0175デフォルトの名無しさんNGNG
インターネットの検索も出来ない人は言語より先に死滅するのであった。
0176デフォルトの名無しさんNGNG
VBの変わりってのが多いね。
RADが優れていて高速な言語として重宝されているって感じか。
実際にはどのくらいのシェアなんだろう。
0177デフォルトの名無しさんNGNG
正直1%も無い。
0178 ◆9qmDelphiY NGNG
.NET使うようなプロの使用で7%かと、、、
趣味ユーザは、まさか50%超えてないよね?
0179デフォルトの名無しさんNGNG
業務に使われないのはね、見積もりが安定しないからと、著作権問題があるからだよ。

その仕事にあう自作コンポーネントをタマタマ作ってたら、そりゃアッという間に終わるんだけど
しかし発注者はの著作権を全部欲しがるわけだ。
0180デフォルトの名無しさんNGNG
>>178
どこのデータ?
絶対7%も無いと思うんだけど・・・
0181デフォルトの名無しさんNGNG
>>179
車輪の再発明を極限まで減らせるDelphiの長所が
業務開発では却って短所になってしまうというわけか。
0182デフォルトの名無しさんNGNG
> 業務に使われないのはね、見積もりが安定しないからと、著作権問題があるからだよ。
関係ないね。
使われないのはMS製じゃないから。
著作権全部をほしがる=ソースをほしがる発注者が、
MS製以外を選ばないってだけ。

どうでもいいが、Delphiじゃなくても自作コンポーネントは作れる。
自作コンポーネントを作れるのはDelphiの特権なんて勘違いしている
Del厨がなんて多いことか。はぁぁ。
0183デフォルトの名無しさんNGNG
アダルトDVDが800円〜!!
http://www.dvd-yuis.com/
女〇〇生、オ〇〇コ〇出し!
http://www.dvd-yuis.com/
超薄〇し!いろいろあるよ!
http://www.dvd-yuis.com/
おっ!安い!買っちゃお!
http://www.dvd-yuis.com/
えっ!?もう届いたの?
http://www.dvd-yuis.com/
0184デフォルトの名無しさんNGNG
Del厨はDelphiしか使えないのでDelphiだけでしか自作コンポーネントが作れません(藁
0185デフォルトの名無しさんNGNG
別にいいんでないの?やりたいことを満たしてれば。
0186デフォルトの名無しさんNGNG
http://book-i.net/ad04/
0187デフォルトの名無しさんNGNG
>>180
7%のソース
http://www.atmarkit.co.jp/fdotnet/questionnaire/2002-11/2002_11.html

で、「絶対無い」のソースは?、まさか脳内ソースじゃないよな?
0188デフォルトの名無しさんNGNG
>>182
たとえばご推薦は?
C# でも似た事は出来るけど、IDEとの一体感や、低レベルから書ける事で及ばないと思うけどね
0189デフォルトの名無しさんNGNG
知識不足を指摘され矛先を変えたか。やれやれ。
まじでコンポーネント作成はDelphiだけの特権と思っていたのか。
0190デフォルトの名無しさんNGNG
>>187
そのソースとやらをもう一度読んてみたらどうかね?
0191デフォルトの名無しさんNGNG
>>189
マジでDelphiスタイルのコンポネント作成が出来るのが他にあるのか?
0192山崎渉NGNG
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉
0193デフォルトの名無しさんNGNG
MS製でないからマイナーだというのも変だ。
DelphiとC++Builderについてはたしかにそうかもしれんが
J BuilderはMS製でもSUN製でもないのにメジャーになってるぞ。


あとDelphiがマイナーというのも本当か?
↓のスレを見ても錚々たる名前がたくさん並んでるようだが。
http://pc2.2ch.net/test/read.cgi/tech/990056026/
0194デフォルトの名無しさんNGNG
MSがJavaのIDEだしてないからだろ
0195デフォルトの名無しさんNGNG
>>190
.NETで7%ということは、現行Windowsでは、もっといるってことでは?
少なくとも、ごたくは、脳内以外の「1%も無い」のソースを示してからにしてほしいと思う。
0196デフォルトの名無しさんNGNG
「現在使用言語」
7%
「もっとも習得したい言語」
0%

COBOLと最下層を争って一票差で勝ってるなw
0197デフォルトの名無しさんNGNG
脳内以外の「1%も無い」のソースは、結局無いってことで良いでつか?
0198デフォルトの名無しさんNGNG
しつこいやつらだな
粘着キモイ
0199デフォルトの名無しさんNGNG
結局ソースは無かったわけだ(w
0200_NGNG
http://homepage.mac.com/hiroyuki43/hankaku10.html
0201直リンNGNG
http://homepage.mac.com/yuuka20/
0202デフォルトの名無しさんNGNG
>>177=>>199
0203デフォルトの名無しさんNGNG
>>189
M$製でどうやればいいのか教えて
アクティブえっ糞というのはなしだよ
0204デフォルトの名無しさんNGNG
>>203
ActiveXでもクラスでもユーザコントロールでも好きなのを使え。
つーか、リアル素人は帰れ。
0205デフォルトの名無しさんNGNG
>>204
ActiveXが駄目だから、.NETが派生言語に変わったんだろ。
プログラム素人は帰れ。
0206デフォルトの名無しさんNGNG
コンポーネントはクラスの代わりに出来るけどクラスはコンポーネントの代わりにはならないな。
0207デフォルトの名無しさんNGNG
まさか、まだコンポーネント作成はDelphiの特権だと勘違いしている馬鹿がいるのか。
0208デフォルトの名無しさんNGNG
>>206
クラスじゃコンポーネントにならない? プ

コンポーネントだけでしか出来ないことってなんだよ?
もしかして、コンポーネント=Delphiで作ったものとか思っているのか?(藁
0209デフォルトの名無しさんNGNG
まぁ、コンポーネントはクラスの一種なわけだから、
クラスがコンポーネントの代わりにならないというのはおかしいな。

もっともC++でコンポーネント(のようなもの)を作成してもコンポーネントとは
呼ばないってことが言いたいのであれば間違いではないけど、的外れな意見だな。
0210デフォルトの名無しさんNGNG
やっぱ、コンポーネントとクラスが等価なのはDelphiとJavaだけか。
C#なんかはクラスライブラリのソース無いから片手落ち。
0211デフォルトの名無しさんNGNG
また馬鹿が現れた。コンポーネントとクラスが等価というのなら
なぜコンポーネントとクラスという風に呼び方が違うのか考えろ。
0212デフォルトの名無しさんNGNG
コンポーネントはGUIで設定を変更するような感覚でプロパティを操作できる。
そしてそれがクラスによって実現されているところがうんこポイント。
0213デフォルトの名無しさんNGNG
>>211
超ヴぁかだなー。
クラスにコンポーネントインターフェース足すだけだよ。
0214デフォルトの名無しさんNGNG
>>204
Delphiのコンポーネントは ActiveXとは視点が違うよ
当然、C++のクラスとも違うものだ。
もちろんC#のコンポーネントとも似てるが違う。

Delphiのコンポーネントはクラス+unit+published+.dfm+.BPLだ。
必要なものだけをpublishedにして(型情報)を実行中に参照出来るようにして、
その参照出来る仕掛けを 使って、.dfm からリソースに読み書き出来るようにし、
かつ、ユニットという独立性の高いモジュール構造を利用して.BPLというDLLに
して設計時にも動かせる仕掛けを作ったものだ。
0215デフォルトの名無しさんNGNG
どうでもいいけど、お前ら全員馬鹿ばっかり
0216デフォルトの名無しさんNGNG
結局Del厨が言っていることは、他の言語ではDelphi用のコンポーネントが作れないから、
Delphiでコンポーネントを使った開発と同じような開発が出来ないと言っているのか。
真性の馬鹿だな。
0217デフォルトの名無しさんNGNG
>>216
そこまで捻じ曲げた解釈をして、人を馬鹿呼ばわりするお前が一番(以下略
0218デフォルトの名無しさんNGNG
いやいや、コンポーネント開発は他言語でもできますって。
それを信じようとしないDel厨が一番(以下略
0219デフォルトの名無しさんNGNG
>>214
0220デフォルトの名無しさんNGNG
>>216
0221デフォルトの名無しさんNGNG
なんか、このスレ、プログラミングなんか、全然したことないうえに文系でも使い物にならないヤシが混ざってませんか?
0222デフォルトの名無しさんNGNG
なんか、このスレ、プログラミングなんか、全然したことないうえに文系でも使い物にならないヤシが混ざってませんか?
02231NGNG
begin
begin

end
end;

まったくPASCALというのは醜い言語だ。VBもだけどな。

C#、C++じゃなくてDELPHIを使うメリットって今何があるの?教えてくれ。
たまたま慣れ親しんだ環境を変えたくはないってこと?

0224デフォルトの名無しさんNGNG
1じゃないや。訂正。
素朴な疑問なんだけど、この板でDEL最強!とのたまうレスを見るたびに何が最強なんかさっぱりわからん。
RUBYもだがな。
0225デフォルトの名無しさんNGNG
{
{
}
}

まったくCというのは醜い言語だ。VBもだけどな。

DelphiじゃなくてC++/C#を使うメリットって今何があるの?教えてくれ。
たまたま慣れ親しんだ環境を変えたくはないってこと?
新しいから良いって事?
0226デフォルトの名無しさんNGNG
VCL.NETってC#で作られているって本当?
0227デフォルトの名無しさんNGNG
Delphiをこれから勉強しようと思うのだが、
DelphiとDelphi.NETの違いが良く分からんのですわ。
だれか違いを教えてくれんですか?
ネタじゃないですたい。マジですたい。
0228デフォルトの名無しさんNGNG
>>227
16ビット用Delphiと32ビット用Delphiの違いと同じようなもん。
0229デフォルトの名無しさんNGNG
>>226
本当です。ちゃんとしたオブジェクト指向するにはソースを見なければらないので、
Delphi.NETをやっても結局C#を勉強する羽目になるのでやっても無駄です。
0230デフォルトの名無しさんNGNG
>>227
Delphi.NETは.NET Framework上で動作するアプリケーションを作成できます。
もちろん従来通りWin32ネイティブなアプリケーションを作成することも出来ます。
0231デフォルトの名無しさんNGNG
>225
スキルを持ったエンジニアの数が圧倒的に違うはず。
保守が最も重要な仕事だし。
pascalというのが
0232rNGNG
BEGIN
BEGIN
END
END
まったく...
0233デフォルトの名無しさんNGNG
>>225
少なくとも理系のやつは{}の簡潔さを醜いとは感じない。
考えてみろよ、論理の区切りにいちいちbeginとかendって書くんだぜ。
;がその過程であったりなかったりするしな。その存在価値はCで見れば明らかなように、まったく無い。

で、逃げないで答えてみろよ。メリットは何があるんだ?
0234デフォルトの名無しさんNGNG
中括弧はともかくとして、; はCのほうが要ったり要らなかったり不統一だろ…
Pascalでは区切り扱いで統一されてる。
0235デフォルトの名無しさんNGNG
; はPascalのほうが要ったり要らなかったり不統一
0236デフォルトの名無しさんNGNG
C

セミコロンは「末尾」なのに、中括弧の後と関数定義の最後には不要。なのでif (...) {...} ";" else とは書けない。
ただし中括弧の後でも型宣言には必要なため、(C++だけど)class宣言の後にも必要。混乱気味。

Pascal

セミコロンは区切り。よく引き合いに出されるelseの前も、if文はまだ続いているという意味で区切りは不要。
唯一例外っぽいのはvar A: Integer ";" begin (←区切りの意味では俺は要らんと思う)

Modula/Ada

セミコロンは「末尾」。なのでelseの前にもendの後ろにもとにかく全部書く。
これが一番統一されていると思う。
0237デフォルトの名無しさんNGNG
>>233
begin end の メリットは

1、pascalの方が1行が長くなります。
 Cだとつい if(x>0){ x=-x; ・・・・}; と1行に詰め込んでしまいますが
 pascalだと if x>0 then begin となった時点で、諦めて次の行に書いてしまいます。
 結果、他人が読みやすくなります。

2、全体にキーボードの入力数が増えてしまいます。
 結果、同じような事をズラズラと書きたくなくなり、急いでる時でも
 構造化をしてコーデングをしようとします。
 Cだと、短く書けるが故に、大急ぎで修正なんて時につい長い1関数を作ってしまいます。
0238デフォルトの名無しさんNGNG
>>232
それから、Delphi使いは論理の区切りだから begin end で区切るのではありません。
慣れて来ると一塊の処理には関数内関数を使う事が多くなります。
ですから、

if 条件 then 手続き1 else 手続き2;

とか、

if  条件
  then 手続き1
  else 手続き2;

と書くようになります。
0239デフォルトの名無しさんNGNG
>>236
else の前に;がないのは共通だろ。
なんでそれが、Cは混乱気味で、DELは不要ってなるんだ。

>>237
詰め込まなければよい。VS使ったことないだろ。
そういうレイアウトのレベルで言うなら、}とタイプした時点で全部自動的にあらかじめ設定したフォーマットで整列される。
ついついとかいうが、それはメリットと諸刃だろ。
関数内関数なんてCでもなんでも一緒。

なんかごく少数派のこじつけにしか見えん。統計とったらPASCALの記述の簡潔性なんて最下位争いになるのは明らか。

0240デフォルトの名無しさんNGNG
>簡潔性なんて最下位争いになるのは明らか。
絶対そうならない。
StringのあるC言語にもなるし、DelphiにVBユニットってのもあってBASIC記述も出来る。
begin/endが嫌いなのは日本だけ。
英語から見たら{}はキモ。
0241デフォルトの名無しさんNGNG
関数内関数が書ける C コンパイラって GCCしかないでしょ。

C++なら関数内でクラス定義して似たような事は出来るけど、関数内関数ではないし
0242デフォルトの名無しさんNGNG
>>239
もちろん少数派のこじつけだよ。 でも、キミの意見も何か実りのある意見なのかい?
0243デフォルトの名無しさんNGNG
>>239
elseの前に ; がないのが共通?
お前は
if(...) foo() else bar();
と書くのか?
0244デフォルトの名無しさんNGNG
>>242
あるよ。過去も未来も教育言語はpascal。
次世代言語、オブジェクトベースOOPとかが主流になるまで。
0245デフォルトの名無しさんNGNG
rubyの文法のほうがいくぶんましだな。
0246デフォルトの名無しさんNGNG
教育用言語といわれたpascalにオブジェクト指向の概念は全く無いのを知っているか?
pascalが教育用言語というのはな。当時の話であって今じゃ通じないんだよ。
言葉が一人歩きしているだけ。
なぜ教育用言語といわれているか理由を言えるか? 言えないだろ。
たとえ言えたとしても今じゃ他の言語でも通じる話さ。
0247デフォルトの名無しさんNGNG
理由は沢山あるし、今でもDelphiであれば教育用・入門用として薦められるよ。

1、貧弱な最低限の制御命令。
   for 分の機能は c にも及ばない。 シンプルで貧弱である為、
   この構造化制御文を使えば誰が書いても似たコードになってしまう。
2、begin 〜 end によるブロックは1行に書ける制限の一つにもなり
  自動的にインデントする癖が付く。 c 言語ではわざわざ別に規定しなければいけない
3、型に厳しく、一見融通が利かない。

 以上の3点の為、同じアルゴリズムを誰が書いても似たコードになる。
 よって教え易く、また、入門者が悩む必要がない。

さらにDelphiには
4.Delphi独自の拡張
 absolute等の仕掛けで堅い言語に柔らかさをもたらし、そこを付けば非常に柔軟に書ける
 unit によるモジュール化 の概念の取得
 class による古式ゆかしいオブジェクト指向
5、コンパイルの速さ
 コンパイルからリンクまでを一挙に行う手法で、C++のリンク時間ほどの短い時間でコンパイルが終了
 考えて試す というスタイルの開発が、まったくロスなく行え 試行錯誤回数をこなせる。
7、豊富な情報
 多くのプログラミング情報はcに集まっていた。その為逆に、Delphiコミュニティは結束し、 豊富な情報が
 ネット上に提供されてきた。 またコンポーネント等、使えるモジュールも ネット上で入手可能になっている。
 今では、ネット上で情報が一番豊富に入手出来る言語の一つになっている
8、低レベルから高レベルまで
  Delphiではインラインアセンブラを言語内に内蔵しており、コンパイラ上でコンパイルされる。
   (C/C++でもインラインアセンブラは使えるが、それを使うと外部アセンブラが呼ばれる)
   それにより、ライブラリもプリミティブに近い低レベルなものから 高機能なVCLコンポーネントまで
   全て同じDelphi世界内で書かれており、 pro以上ならAPIにたどり着くまで全てトレース可能
0248デフォルトの名無しさんNGNG
>>247
2番をもっと詳しく説明してくれ。
特にC言語では・・・のあとが納得ゆかない。
0249デフォルトの名無しさんNGNG
2番はそんなに大事な要素ではないよ。
 Cだと大抵、コーディング規約 が用意されていて強制される。まあ、
 IDEが自動的にやてくれたりソース整形ツールでやったりするから手間ではないけど
 pascalでは、自発的にやってしまうのが教育的って感じかな
0250デフォルトの名無しさんNGNG
>>248
気持ちはわかるがサラッと流しとけば?
漏れも全面的に同意はしかねるが
1、3、5あたりは同意
あとCとの比較で言えば勝手にどこででも変数を宣言することはできないという点も
そういえば6はどうした?
0251デフォルトの名無しさんNGNG
>>250
13階のようにひとつだけ抜くのがおしゃれ。
0252デフォルトの名無しさんNGNG
>>251
はは
あと8のAPIまで辿れるというのもポイントが高いね
VC++だとマクロの壁に阻まれる
0253デフォルトの名無しさんNGNG
これからの某ランドの主力言語はC# Builder
発売日もDelphiの方があと。
ユーザーからも見捨てられて、もう虫の息。
今まで夢をみさせてくれてありがとう。
0254デフォルトの名無しさんNGNG
社会に出て通用しない言語なんて学ぶ必要なし。
情報工学の研究者になるのでもないのなら。
0255デフォルトの名無しさんNGNG
Cのforは自由度が高すぎる。
教育用には向かないのかな。あれは。
0256デフォルトの名無しさんNGNG
JBuilder9が発表されても ( ´_ゝ`)フーン な状態だし。
Eclipseがあるから。
0257デフォルトの名無しさんNGNG
>>254
だから、それ言うと 労働者になってどうするって言われるだけだって
0258デフォルトの名無しさんNGNG
>>257
就職拒否してフリーターにでもなるのでつか?
0259デフォルトの名無しさんNGNG
整数型の変数に実数値を入れるとPascalではエラーになるの?
0260デフォルトの名無しさんNGNG
>>259
変換しないとね
だから、どういう形で(四捨五入か、切捨てかみたいな)代入されるのかが
常に明確だともいえる
0261デフォルトの名無しさんNGNG
>>257 プログラマにだけはなってくれるな・・・ オヤジ より
0262デフォルトの名無しさんNGNG
>>260
サンクス
ちょっと型に厳密すぎる気もするけど、教育の場ならその方がいいのかな。
0263デフォルトの名無しさんNGNG
そうだね。 pascalはとにかくCよりキー入力数を多くさせて、
自分で構造化しろ、しないと腱鞘炎になるぞって迫ってくる感じがあるな。
0264デフォルトの名無しさんNGNG
delphiはキー入力激減だよ。vclで。
0265デフォルトの名無しさんNGNG
俺は独学でCとC++をやっていたが、大学の授業でpascalをやらされて苦痛でしょうがなかったよ。
教育的どころか、上にでているようにbegin end は冗長だと思いながらやっていたし、; がある部分に書かねばならず、ある部分では書いてはならない、というのがうざくてしょうがなかった。
なんでこんなしょうもないことでエラー、デバッグみたいな事しなきゃならないんだってね。Cでは{}ですいすいやっていたのに。
変数定義するのにも、int x; ですんでたのが、 var x:integer; て書くし、こんなのがほんとに入門者向けの言語なのか、めんどくせえなってずっと思ってた。
しょうもないsyntaxで初心者が苦労するのは、絶対pascalの方がCよりも多いと思う。
俺は小学校のころからBASICとか書いてたし、アセンブラ、C,C++と進んだわけだけど、コーディングが苦痛だと感じたのはこのPASCAL授業が初めてだった。
周りのやつもpascalマンセーの奴は皆無だったし、世間はそういう認知だとおもっていた。しかし、この板でpascalの方がCよりも良いというマニアを見るにつけ、世の中にはいろんな奴がいるもんだと思った。
0266デフォルトの名無しさんNGNG
>>240
begin/endが嫌いなのは日本だけ。
英語から見たら{}はキモ

こんな話ははじめて聞くが、ソースは?脳内じゃないんだろうな。
0267デフォルトの名無しさんNGNG
> 英語から見たら{}はキモ

Why!?
0268デフォルトの名無しさんNGNG
手順と関数を明確に区別していないCはキモイ
0269デフォルトの名無しさんNGNG
return くらいしか変わらん癖にいちいちユーザーに
procedureとfunctionの使い分けを要求するPASCALはうざい。
統一感がない。

if 文がどうたら言ってるやつもいたが、これもロジックがひとつなら()はいらない、複数なら()は必要で、統一性はまったくなし。
誰が書いても同じようなコードになるなんて大嘘。
0270デフォルトの名無しさんNGNG
>>268
procedureとfunctionとにコード上で区別する意味はまったくない。

0271デフォルトの名無しさんNGNG
>>269
pascalにreturnなんてありませんが。
0272デフォルトの名無しさんNGNG
>>271
それがなにか?
0273デフォルトの名無しさんNGNG
>>242
実りある意見?
ただ、こじつけだと指摘しているだけだよ。論理的ではないとね。
実りはないけかもしれないが、少なくとも間違ってはいない。わかるね?
0274デフォルトの名無しさんNGNG
今のプログラミングではどうしてもライブラリを使うことになるけど
Delphiの場合、大文字小文字は自分のリズムで打てるから楽だな
C/C++は大文字小文字を他人の(ライブラリの)リズムに合わせないといけないのが苦痛
全部大文字とかだとそれこそ腱鞘炎になりそうだからやめて欲しいとよく思った
(もうあきらめてるから過去形)
0275デフォルトの名無しさんNGNG
自分もDelphiは好きだが…

1、それにしたってラベル付きBreakぐらい欲しい。
2、中括弧も醜いがbeginはもっと醜い。Modula/Ada方式が一番いい。
3、type B = type Integer; とかで別のRTTIを持つよう宣言してもoverloadできないのな…
4、object型のままで色々拡張してって欲しかったな…
5、同意
7、それでもCが読めなきゃ辛いぞ
8、同意

正直、同等のIDEに同等のVCLがついて、言語機能も同等まで拡張されるのであれば、
後発のModulaやらAdaやら、或いはD言語の方が好みだ。
(実際にはこれらの言語がDelphi相当にはなってないので、Delphi使ってるが)

functionとprocedureの件も、Pascalの作者が後に作ったModulaではprocedureで統一されていたりする…。
0276デフォルトの名無しさんNGNG
それと>>239

Pascalはセミコロンは区切りで、thenのところを単文にしてもbegin endにしても、
if ... then foo else bar;
if ... then begin foo1; foo2 end else bar;
と、elseの直前にはセミコロンは要らない。
(Cは単文か複文かで変化する)

最初は苦戦したが、意図を把握してしまえばスマートに思えない?
繰り返すけど、全部セミコロンを書くModula/Ada方式が一番で、あくまで次点としてだけど。
0277デフォルトの名無しさんNGNG
ここでPascalの書きかたでもめてるやつらに言っとくがな、
Pascalは教育用言語だぞ。
めんどくさくても教育用のためにBEGINとかfunctionやprocedure
があるんだよ!意識してコーディングさせるためにな。
宣言ブロックが明確に区別されるのもそれが理由だ。


0278デフォルトの名無しさんNGNG
俺はこの教育用っていうのが教えるサイドのおもいあがりじゃないかと思っている。
何度も既出だが、厳然たる事実としてC系統の記述(C++,JAVA,C#)が社会では主流なわけだし、別の記述方法ではじめさせるなんて、無駄なオーバーヘッドにすぎない。
きちんとした統計があれば良いんだけど、Cからはじめた初心者グループとPASCALからはじめた初心者グループのその後のプログラミングスキルの進展具合を比較したら、案外興味深い結論が得られるんじゃないかと個人的には思っている。
こういう、めんどくさい、っていうのは、興味をもたせるとか親しみを持たせるっていう観点では、入門者にとっては障害なんだよね。優秀な生徒にとっても、今主流ではない記述形式をやらされているっていうのは無駄に感じるやつも多いんじゃないかな。
たとえば数学なんかは、入門用の記述形式なんてものは存在しないし、他のほとんどの学問でもそうだ。やろうと思えば、そのまま延長で独学することもできる。
つまり、こういう入門者むけっていう切り分けは、メリットよりもデメリットの方が本質的に多いというのが俺の考え。
0279デフォルトの名無しさんNGNG
>何度も既出だが、厳然たる事実としてC系統の記述(C++,JAVA,C#)が社会では主流なわけだし

基地外が現れます太。
CとPascalは祖先が一緒。Pascalだけを入れてないのは変。
JAVAのライブラリにDelphiのVCLを参考にした、とSUNは明言してるし、C#はDelphiの設計者。

>こういう入門者むけっていう切り分けは、メリットよりもデメリットの方が本質的に多いというのが俺の考え。
では、RDBやコンパイラも作れるDelphiは良い、無理なJavaやC#はダメということでしか。
0280デフォルトの名無しさんNGNG
>>279
「祖先」のはなしをしてんじゃないよ。わかる?
どういう経緯で言語で発展したって趣旨でもない。
マイクロソフトが彼をひきぬいたって話でもない。
理解できる?

厳然たる事実として上のほうでだれかがリンクしてた、
http://www.atmarkit.co.jp/fdotnet/questionnaire/2002-11/2002_11.html
があるってこと。
0281デフォルトの名無しさんNGNG
>教育用
気にするな。2chに来てるDelphiユーザーは、(趣味が多数かも知れんが)
勉強と割り切ってるやつなんていないだろ?当然何かを作りたくてPascalを使ってるわけだ。
むしろ教育用とほざいてる奴は使って無い奴だろ。
0282デフォルトの名無しさんNGNG
>>280
ばかだなぁ。それは2002年。
2003年にはこう。

http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20030331/1/
今のところマイクロソフトの思惑通りには,Visual Studio .NETへの移行は進んでいないようだ。
例えば,Visual C#を使っている読者は,1年たった今でも10%を大きく超えることがない。

そうした現状に危機感を感じたのか,マイクロソフトはキャンペーンを開始した。

VBユーザーが徐々に減っている?
選択項目としてVisual Basic 6.0以前とVisual Basic .NETを分けていないので,
2002年3月以降はどちらのユーザーも含まれているはずだが,それでも減っているのだ。
0283デフォルトの名無しさんNGNG
>>280

280って本当にキティだな。

>>何度も既出だが、厳然たる事実としてC系統の記述(C++,JAVA,C#)が社会では主流なわけだし

これを書いといて、リンクにVBユーザが一番多いってのはってんだもん。
0284デフォルトの名無しさんNGNG
>「祖先」のはなしをしてんじゃないよ。わかる?

だから、DelphiとC#の文法は果てしなく同じ。
クラスヘッダとプロパティ宣言の見た目が違うだけ。
偏見の塊とはこういう香具師のことを言うんだな。
ちょっとは反省しなさい。
0285デフォルトの名無しさんNGNG
>>282
ばかなのはお前。何度も既出だが、厳然たる事実としてC系統の記述(C++,JAVA,C#)が社会では主流なわけだし
に反論したいのなら、NETとかVBに話をそらさずに、
PACALできます。DELPHIできます、って言ってどれだけ社会から需要があるかってことを示せ。
はなしをそらすな。そういうやり方はトンでも手法って自分でわかってる?

>>284
開発者が同じだからそういう傾向はあるだろ。いいか?ここでのはなしは記述形式だ。
begin とか end のことレベルを含めてな。 お前が反省しろ。
0286デフォルトの名無しさんNGNG
>何度も既出だが、厳然たる事実としてC系統の記述(C++,JAVA,C#)が社会では主流なわけだし、
>優秀な生徒にとっても、今主流ではない記述形式をやらされているっていうのは無駄に感じるやつも多いんじゃないかな。

その通り。M$がC#を教育に使うように米の大学に売り込んだ。が、生徒の反対により中止。

現状認識が正しくないな、278は。おもいあがりが激しい。
0287デフォルトの名無しさんNGNG
>>283
LOG読め。どういう経緯でそのリンクが貼られたか、わかるだろ。
0288デフォルトの名無しさんNGNG
>厳然たる事実としてC系統の記述(C++,JAVA,C#)
ばかだなぁ。
C#が主流じゃないと書いてあるだろ。
0289デフォルトの名無しさんNGNG
287=真性ばか

どういう経緯か関係無く、オマエの主張を覆すリンクだろ。
0290デフォルトの名無しさんNGNG
>>288
C#? なんのはなししてんの?
C系統の記述、系統って意味知ってる?あほ?

0291デフォルトの名無しさんNGNG
>>284もちょっとずれてるな…「見た目」の話でしょ今は?

まあ、>>278=285も、社会で主流の表記法を教えておけばOKなんてのも思い上がりと思うけどね…。
本人の肌にあったやつでいいじゃんそんなの…。

そんな大袈裟な話じゃなくて、単に文法のここが気に行ってる気に食わないレベルの話でしょ?
社会云々を持ち出す方が間違ってる。自分がどっちのセミコロンルールが好きかを書けばそれでいいんだよ。
0292デフォルトの名無しさんNGNG
>>289
俺の主張=DELPHI、PACALが社会の主流ではない。

上のリンクはDELPHIに乗り換えたいやつが0%tっていうグラフが乗っているから。
あほにはいちいち説明しなきゃならんのだな。
0293デフォルトの名無しさんNGNG
>begin とか end のことレベルを含めてな。 お前が反省しろ。

指令の記述だけしか見てないよ、こいつ。頭変?
そういうやり方はトンでも手法って自分でわかってる?
0294デフォルトの名無しさんNGNG
社会で主流、という後ろ楯が無ければ、自分が特定の文法を好きな理由も書けないのかよ…
0295デフォルトの名無しさんNGNG
>>291
見た目の話からはじまって、それに大して教育用としてのメリットを強調する論がその次にあるだろ。

それに大して反論している。
0296デフォルトの名無しさんNGNG
>>292
DelphiはWin16時代から出続けてシェアずっと持ってる。
乗り換えたいというイメージが無いだけ。
LinuxコミュニティからWindowsから移植して欲しい言語にDelphiがあがった。

>begin とか end のことレベルを含めてな。 お前が反省しろ。

指令の記述だけしか見てないよ、こいつ。頭変?
そういうやり方はトンでも手法って自分でわかってる?
0297デフォルトの名無しさんNGNG
>>293
お前の言い分じゃ、JAVAもCもC#もDELPHIも全部同じってことだが、
何のことについて教育に向いているとかレスがでてきたと思ってんだよ?
全部同じなら、向いてる向いてないなんて、そもそも存在しないだろ。あほ?
0298デフォルトの名無しさんNGNG
278は現状認識の一つ一つが正しくない。

シェアを問題にすると最悪のVBが一番多いんだから、困ったモンだけど。
0299デフォルトの名無しさんNGNG
>>297
同じと書いてないが。指令の記述よりも大きい問題があるだろ。
BASICのあいまい性で大規模システムに向いてないとか。

そういういい方はトンでも手法って自分でわかってる?
0300デフォルトの名無しさんNGNG
>begin とか end のことレベルを含めてな。
>指令の記述だけしか見てないよ、

レベルを含めるって、非常に包括的な文章から、しか見ていないとか歪曲して読むのがトンでも手法
0301デフォルトの名無しさんNGNG
>>300
というか、どう見てもレベルが低すぎ。
そういう書き方で自分のレベルを隠してるの?

>begin とか end のことレベルを含めてな。

ていどひくい
0302デフォルトの名無しさんNGNG
>生徒の反対により中止

ソースは?
0303デフォルトの名無しさんNGNG
>>301
程度低いこじつけの反論にはその程度しか返せないし、それで十分だと思う。
0304デフォルトの名無しさんNGNG
>>303

ま、そういっても良いけど、278の内容は覆されたな。
C++,Java,C#のカテゴリも無意味さ。
シェアから言ったらゴミ言語のVBがトップ。
論旨が覆されたんだから今後反省するように。
0305デフォルトの名無しさんNGNG
>>299
BASICのあいまい性とか大規模システムとか、ずれた話題を持ち出す。
まったく議論の仕方に一貫性がないし、反論のための反論であることがわかる。

こういうのをトンでも手法と呼ぶ。
自分が最初にレスつけた元の内容と比較して、どれだけその主張の本質について語っているか判断しろ。それ対して語れ、軸をずらすな。
安易で関係のないものを引っ張りだして、自分に都合のよい話だけをするな。そういことだ。
0306デフォルトの名無しさんNGNG
>>265
確かに int x; で良くて、しかもC++ならコード中のどこに書いても良くて
しかも int **p;と簡潔に書ける。ところが Delphiなら書ける所は決まってて
type TPInteger=^Integer; var p:^TPInteger; と冗長だ。
でも、Delphiに少し慣れるとこれは困らない。
その場で型を増やして、その場で使うなんて事をやらなくなるからだ。

function と prcedure は本来 function型は式中から呼び出して使うものだ。
DelphiではAPIを呼ぶ関係から式中でなくとも関数を呼び出せるオプションが
付いた。Cでは帰値型がvoidかどうかで区別しているが、pascalでは帰り値型を
後置する関係で、それだと判り難くなるから先頭で区別出来るようにする必要が
あったのだろう。

気持ち悪いというのはよく判る。自分は逆に似てて微妙に違うのが一番嫌だ。
自分はWindowsではDelphi、C/C++は組込で使っているが、だからJAVA/C#だけは
やりたくない。Cとの違いにとてもイライラさせられるからだ。
でも、だからといってJAVA/C#を避難する気持ちはない。それは自分の個人的な
事情だからだ。
0307デフォルトの名無しさんNGNG
>>304
わけがわからんな。C系統の記述の言語の例を書いたら、意味もなくそこにつっかかる。
DELが主流じゃないってことが論旨なんだよね。
覆したいのなら、PASCALとDELが主流だってことを示せよ。できないのなら反省しろ。
0308デフォルトの名無しさんNGNG
>>306
慣れればってことよく聞くが、入門者にとって慣れるかどうかが問題なんだよね。
0309デフォルトの名無しさんNGNG
>>307
 なんでそんなに高圧的なの?
 そんな高圧的だとキミの方に人間的な問題があるんじゃないかと勘違いしてしまうよ。
 そうじゃないんでしょ?

>>308
 その意味でも入門者が最初に触れる言語としてDelphiを触る方が幸せかもね。
 Delphi=>C系は楽だけど、逆は最初辛いから。
0310デフォルトの名無しさんNGNG
>>309
おいおい、反論できなくなったら人間性の話に転換かい?

逆に、PASCAL、DELに移行するのはマニア。つらいも何もない、趣味でやってんだから。
大方はそんな必要はないから、最初からCを触っている方が幸せ。効率の問題。
0311デフォルトの名無しさんNGNG
C? C#でもC++でもなくて ただのC?
0312デフォルトの名無しさんNGNG
逆に、PASCAL、DELに移行するのはマニア。つらいも何もない、趣味でやってんだから。
大方はそんな必要はないから、最初からC系を触っている方が幸せ。効率の問題。
0313デフォルトの名無しさんNGNG
そんなに言う程 C 使えてるの?

1、優先順位がない括弧付き四則演算が文字列で入っている
  整数で計算して結果を返す関数 int formura(*p); を書け
   例 "(1+2*3) "は (1+2)*3

組込用問題
2、 int SinDeg256( int deg) ; sin(deg*2*π/360)*256 を浮動小数点演算の使えない環境用に書け

3、  引数の 同じビット位置が2度一致した時に採用し、変化したビット位置を返す関数を書け
  int ChatterEater(int in , int wk[]); //wk[0]には現在の状態を返せ wk[1]は好きに使え

どれか一つ書いてみてよ
0314デフォルトの名無しさんNGNG
>>313
俺は10歳のころからプログラムしているし、仕事で使う必要なアプリケーションがあれば、自分で書いている。
たいていのやりたい事ならコードに反映させられる程度のレベルではある。

そんな事より、俺個人がCをどう使えているのかなんて、話の内容にぜんぜん関係ないだろ?入門に適しているかどうかについて、むしろ書き込めよ。
0315デフォルトの名無しさんNGNG
どうしてコードを書いて欲しいかという事を説明するね。
 俺の周りの同じような事いってた奴は、残念な事に俺よりCが書けない。
出来るのはマネグラム。 そういう奴は残念だけどプログラマであっても
プログラミングの適性はない。 連中はこの5年の間に皆職を変えた。
だから、ちゃんとコードが書けて、こういう事を言う人が実在するのかどうか知りたいんだ。


>>313のようなコードはどこかで書いてるだろうし、
 書いた事が無くても30分もあれば書けるようなものだ。

公平にする為、課題を出してくれれば俺がDelphiでコードを書く。
Delphiのコードが読めないというならcに翻訳してもいい。
0316デフォルトの名無しさんNGNG
10歳からプログラムなんてやるからそうなっちゃうんだと思うけどな。
プログラムなんてハタチ超えてから初めて触った方がいいだろう。
10歳ならむしろその時間、色んな本読んでた方がよかったのにね。

失った時間、取り戻すためにも、2チャンやらずに本でも読め。
0317デフォルトの名無しさんNGNG
>>315
悪いが、君とコーディング能力競うつもりはないし、30分もかけて自分の何かをここで証明する義理もない。
仮に、君がDELで俺のC#なりなんなりより、卓越したコードを書けたとしても、それは一般的な何かを証明することにもならない。
まわりがどうかは知らんが、C系統のコードがちゃんとコードが書ける奴なんて世界には腐るほどいる。
0318デフォルトの名無しさんNGNG
>>316
本も読んだがな。
個人的な数字を書くと、わけのわからんレスを呼ぶな。書くんじゃなかったよ。
0319デフォルトの名無しさんNGNG
C系統のコードがちゃんとコードが書ける奴は腐るほどいるかもしれないが、
自分で設計して書ける奴はその中でも少数だ。
さらに、その上でDelphiをけなす奴は滅多にいない。
さらに、わざわざDelphiスレに出張して煽る奴はまずいない。
0320デフォルトの名無しさんNGNG
俺はDELPHI自体については別に好きでも嫌いでもない。
嫌いなのはこの板でDEL最強!とか書き込むやつらだ。

これとは別に、PASCALという記述形式は入門に適しているという論は大いに疑問、というのがある。
0321デフォルトの名無しさんNGNG
過去に有名なプログラマがpascalにケチを付けたことはある

例えば、ブライアン・カーニハン
http://www.lysator.liu.se/c/bwk-on-pascal.html

しかし、これらの批判はDelphiに殆どあたらない。改善されているのだ。
Pascal was originally intended primarily as a teaching language
という特徴は残したままで
0322デフォルトの名無しさんNGNG
例えば while (i <= XMAX) and (x[i] > 0) do  という批判。
これはDelphiではコンパイルスイッチで
左側の条件が満たされたら右側は判定しないようにさせる事が出来る。もちろん別の注意すべき問題は発生するが・・・

もちろん直っていない問題もある。 このスレで今わざわざ掘り返してる問題
5. Cosmetic Issues
・ if の後の else の前の セミコロンについて
・ 文字列に' を入れる為の '' について

0323デフォルトの名無しさんNGNG
1、配列の問題--- オープン配列、また動的配列で無問題
2、static変数/initialization は TPascal時代から追加されてunitの形でcよりも強化されています
3、1パスである事の弊害は、しかし高速コンパイルで補って余りある特徴と捉えられています。
  また宣言個所と利用個所が離れているという批判は、長すぎる手続きを書いているからだと応酬されるでしょう
  関数内関数を使えば、常に短く、宣言個所の近くで利用する事が出来ます

4、の批判はcコンパイラの吐く.objの取り込み機能、DLLの利用により無意味です。
5、論理演算はDelphiでは実行させないというオプションを選択出来ます(オプションはコード中に入れられます)
6、case でデフォルト相当は else として書く事が出来ます
7、read/writeは今でも使えますが、既に過去の遺物です。
8、unit によりc/c++以上に明確で安全なモジュール化が出来ます
9、There is no escape. ・・ \n で改行とかの事かな?自分で作ってるよ
0324デフォルトの名無しさんNGNG
カーニハンは
http://www.amazon.co.jp/exec/obidos/ASIN/0201103427/

なんてpascal本も書いてるのにね
0325デフォルトの名無しさんNGNG
初心者にDelphi以外のの言語がどうして悪いか

C ----素養として必要。しかし、これに慣れると 配列とポインタの概念を混同してしまう。
JAVA-良い選択だ。しかし、低レベルの処理に目隠しされたままではいつまでも開眼しない
C++ --これも良い選択だ。しかしアルゴリズムをSTLで記述する事に慣れてしまうとSTL依存症に陥り易い
C#----ツールとして使うには良い選択だ。しかし、これ一つではJAVAと同じ弊害もある
0326デフォルトの名無しさんNGNG
>>325
それで、
Delpji 良い選択だ。しかし、−−−−
という項目はないのか?
それだけ他の言語のあら捜ししたあげく、Delにはないって言うんじゃないだろうな。
0327デフォルトの名無しさんNGNG
>>326 タネ撒きだからネタは自分で育ててね。
0328デフォルトの名無しさんNGNG
初心者は低レベルの処理の事など気にしなくて良いから、そのリストを見る限り、C#とJAVAが最適ってことだな。
上級者になってからC#から低レベル処理やろうとすれば、いくらでも可能だし。
むしろ、その4言語とDELの記述形式が大幅に違うと言う観点から見れば、良い選択の中の少数派に過ぎない>融通性がない>選択肢からはずれる。
0329デフォルトの名無しさんNGNG
>>328
そんなふうに考える人もいると思うよ。
でもまあ、初心者に一番良いアドバイスは、

 やりたい事があるなら、何が良いかなんて所で悩まずにさっさと目の前の道具使いなさい。

だろうと思うけどね。
0330デフォルトの名無しさんNGNG
じゃあ、わざわざマイナーであるところのDELを進める理由などないな。
0331デフォルトの名無しさんNGNG
薦める理由はあるよ >>247 に書いたでしょ。
0332デフォルトの名無しさんNGNG
>よって教え易く、また、入門者が悩む必要がない
というのが、薦める理由だということだが、その後で散々反論されているね。

0333デフォルトの名無しさんNGNG
反論されてるの? よく判らないや。 
どっちにしても、WindowsでIDEが付いてて、初心者がすぐに無料で始められるは Delphi。

目の前いにある道具でさっさとやりたい事を実現しなさい。

って事さ。
0334デフォルトの名無しさんNGNG
>>333
されているよ。その流れでここまで来たんじゃないの?

無料というのはメリットだが、他の要素をさしおいてそんな強調するほどの事ではないよ。
たしかMSのJ#も無料じゃなかったっけ?すぐにはじめれて、将来融通が利くなら断然こっちだな。
Jビルダーも無料だったな。C#Developerってのもあるし。
どうなのよ?
0335デフォルトの名無しさんNGNG
CとかDelphiとかJavaとかで争うまでもない。
初心者はVisualでないBASIC。これ最強。
制御構造とか覚えるだけなら十分だろ。
0336デフォルトの名無しさんNGNG
じゃあちゃんと纏めてくれよ。 俺が >>247でやったようにさ

どうなのよって言われても VS.2002は入れてるがJ#も入れてないし
VS2003も送られてきてるがインストールもしてない俺には評価のしようがない。
どこが優れているのか判らないから批判はしない。

良いと思うなら、どこが初心者に薦められるポイントなのか明確しておいたらどう?
0337デフォルトの名無しさんNGNG
>目の前いにある道具でさっさとやりたい事を実現しなさい。
というスローガンに見合うのはDELPHIだけではない。
だからその理由でDELPHIを薦めるというのは違うねという指摘をしている。
君がMSDNに入っていてどうたらという個人的な事情はどうでも良いこと。
0338デフォルトの名無しさんNGNG
だから、それは反論の為の論 = 為にする論でしょ。 それじゃ相手にされないよ。

反論として形をなしたいなら、ちゃんと反論しなさい。
話をまとめて、読んで貰える形にしなさい。
0339デフォルトの名無しさんNGNG
いいかい?
初心者に薦める理由として、無料であるという要素を挙げたのは君なんだよ。
それまでの流れを断ち切ってね。
で、それにたいして無料なのはDELPHIだけではないから、その理由は適当ではないと反論している。
反論のための反論ではない。
0340デフォルトの名無しさんNGNG
調べてみたよ。
 J# は VS.NET を持っていないと SDK開発になるようだが? まず、この点を確認してね。

J-Builder -Personal は俺にはあまり楽しくない環境だったけど、良いと思うなら
どこが初心者に良くて どういうふうに勉強してゆけばいいをスレたてて薦めたらいい。
でも、初心者に薦めるなら、ある程度サポートするつもりじゃないといけないよ。
0341デフォルトの名無しさんNGNG
そうだな。MSは使えないようだ。
しかし最近eclipseというのがJAVAでは人気らしいな。これは無料だ。

君はDELの伝道師なのかもしれないが、俺は何の環境の伝道師でもない。
好きにやれば良いと思っている。しかし、伝道の理由があやまった事実認識に基づいているのなら、それを目撃したら違うよと指摘することはする。
0342デフォルトの名無しさんNGNG
あと教育機関がPASCALとかCOBOL教えるのは、ナンセンスだというのは一貫した主張。
0343デフォルトの名無しさんNGNG
教育機関がどういう種類かにもよるけど
Pascalはともかく
COBOLは教養として数時間やる必要はあると思うよ。

そして Pascalはある程度プログラミングを教えるならコンパイラ作成の教材としても悪くないし
Cを教えるなら、矯正の意味で対で教えて悪くないだろう。
0344デフォルトの名無しさんNGNG
Pascalって記述が無駄にpedanticだ。
Delphiなんかはモロに処理系言語だろ。Borlandが仕様を握ってるのが痛い。
0345デフォルトの名無しさんNGNG
>>343
俺はCOBOLは習ったことはないし、独学でもやろうとしたこともないが、なんの問題もない。
教養としても必要性は感じないし、初心者のプログラミング教育を割ってまでやらせる必要はまったくないと思う。
こういうのは習うより慣れろで、限られた時間に複数言語詰め込む弊害のほうが大きいと思う。
0346デフォルトの名無しさんNGNG
プログラム言語は最新のものを教えても流行り廃りがあるからね。
FOTRAN/COBOL/LISPは1コマ必要だし
PASCAL/C/JAVAのどれか一つは押さるのが普通だろうし
0347デフォルトの名無しさんNGNG
>>344  Pascalなんて玩具みたいな環境なんだから衒学とはとても思えないな
     C++ の方が少しすれば pedanticって言われるかもね。

     後半は JAVAにもC#にも成り立ちそうだ。

>>345 その言葉は どのプログラム言語に置き換えても成り立ちそうだね。
0348デフォルトの名無しさんNGNG
というかプログラム言語じゃなくて、学問全般に言えそうだ。
0349デフォルトの名無しさんNGNG
モノローグ

10歳からC言語初めてしまった俺は友達も出来なく、ちゃんと会話が出来ません。
でも唯一の自慢だったプログラミングも実習が始まると Pascalだった為実力が発揮
出来ませんでした。 だからとてもPascalが憎いです。
0350デフォルトの名無しさんNGNG
あまり関係無いが
昔の大学の端末って { } 等の記号が使えないものも少なくなかったから
CでTRIGRAPHよりはPASCALという選択も妥当ではあったな
0351デフォルトの名無しさんNGNG
Del使いも本来のPascalじゃ嫌だろう?
0352デフォルトの名無しさんNGNG
>>351
何をいうか、Kylixがあるじゃないか
0353デフォルトの名無しさんNGNG
>>349
最後のPascalが嫌いな理由だけ当たっている。
しかし授業があろうがなかろうが嫌いだっただろうな、というより授業がなければそもそも触ろうとすらしなかっただろう。
0354デフォルトの名無しさんNGNG
>授業がなければそもそも触ろうとすらしなかっただろう
じゃあ授業は立派に役立った訳だ。 
0355デフォルトの名無しさんNGNG
FOTRAN/COBOL/LISP/PASCAL/はマイナープログラミング言語概論とかにして一コマで十分。
0356デフォルトの名無しさんNGNG
>>354
忍耐力をつけるという意味では役にたったのかも知れないな。
0357デフォルトの名無しさんNGNG
プログラミングに必要なのは抽象化能力 それを育てるには出来るだけ柔軟でなければいけない。
目先に役立つなんて視点だと、Excelやワープロの使い方を覚えるのと同じだ。

言語がCからPascalになった程度で実力が発揮出来なかったのなら、そもそもCを抽象的に扱えて
なかった事になる。それに気付けただけでも良い勉強をしたのだと思うけどね。 本人は気付いてないようだけど。
0358デフォルトの名無しさんNGNG
>>355
一コマもいらんかも
さらっと「こんなんありました」で流す
0359デフォルトの名無しさんNGNG
言語の違いなど微々たるものだ。という意見もおかしいが。
0360デフォルトの名無しさんNGNG
CとPASCAの違いはLISPとの違いに比べたら微々たるものだ
0361デフォルトの名無しさんNGNG
やる気をなくしたからという理由ならわかる。
0362デフォルトの名無しさんNGNG
>>357
俺が苦労したのはもっと低レベルな段階、つまりSyntax、慣れうんぬんというより、その記述の冗長性にもどかしさを感じていた。

関数型言語なんてCもPASCALも抽象度はおなじだろ。
0363デフォルトの名無しさんNGNG
Lispのプログラムはなにをしようとしているのか想像すらできない。
0364デフォルトの名無しさんNGNG
>>362
判るよ。
俺は、N88BASIC->アセンブラ->C とやって Cで3年くらいC++で2年くらい頭固めてしまったもんだから
Delphi始めた頃はホントに苦痛だった。 Cなら簡単に書ける事が、なんでこんなに長くなるのかってね。
でも、それはそんな事で頭固めてどうするって必死で乗り切ったけどね。

乗り切ってしまえば、C++にもフィードバックされて、それでひとつ昇華されたように感じてる。


0365デフォルトの名無しさんNGNG
初心者に同じ内容のコードをCとPASCALで書かせることにする。
果たしてどちらがタイプミス、;の扱い等のSyntaxエラーが多いだろうか?おそらくPascalだろう。
もともとPascalの売り文句は構造化言語の概念を教えるということだ。
その限られた時間において、生徒がそのデバッグに当てなければならない作業時間は構造化言語の概念を覚えるという本質とは離れている。
0366デフォルトの名無しさんNGNG
>>362
関数型言語を履き違えてないか?
0367デフォルトの名無しさんNGNG
今時のエディタは色分けするから、そんなことないだろ。
大文字小文字の違いがあるCの方が多いんじゃない?
0368デフォルトの名無しさんNGNG
>>365
 逆に、ミスをして勉強するという意味があるんじゃないの?
 マイクロソフトなんか 新人に 出来るか出来ないかギリギリの負荷を与え続けて
 失敗させて勉強させるそうだよ

>>366
 まあいいじゃないか、よくやる間違いだよ。手続き型とtypeしたんだろ。
0369デフォルトの名無しさんNGNG
>>366
手続きでもなんでもいいさ、オブジェクト指向以前の段階だ。
0370デフォルトの名無しさんNGNG
>>369
おいおい、居直るのは格好悪いぞ。 だから友達できないんだよ。
0371デフォルトの名無しさんNGNG
>>368
まあなんとでも言えるな。
すべての欠点は考え方によっては利点になりうるからな。
0372デフォルトの名無しさんNGNG
>>371
まあ、そこに気付いた段階でよい勉強をしたって事だ。
0373デフォルトの名無しさんNGNG
>>370
そういう瑣末につっこみがはいる度に、そういうどうでもいいことに対してしかレスできんのだろうなと思うよ。
概念のネーミングについて無駄な議論がしたければ哲学板へ行くといいんじゃないのかな?
0374デフォルトの名無しさんNGNG
質問!!!
なんで死滅スレなのにタイトルに●をいっぱいつけないの?
0375デフォルトの名無しさんNGNG
>>373
だからさ、こういう時は、ゴメン間違っちゃった って所から始めないとさ
だから友達出来ないんだよ。
0376デフォルトの名無しさんNGNG
>>372
気づく?勉強勉強って、そんな無駄な事で君の知性は体系づけられているのか?
もうちょっと効率UPしたほうがいいんじゃない?
0377デフォルトの名無しさんNGNG
で、君の友達っていうのは、2ちゃんねるの中にいっぱいいるのかい?W
0378デフォルトの名無しさんNGNG
どの言語が悪いか見極めるのも勉強
0379デフォルトの名無しさんNGNG
>>373
ありゃー衒学の典型みたいな奴だな。女の子に嫌われるぞ。
0380デフォルトの名無しさんNGNG
>>379
さぞかし、2ちゃんの「女の子」には君は人気があるんだろうね。W
0381デフォルトの名無しさんNGNG
Wと大文字で書くと(ry
0382デフォルトの名無しさんNGNG
無駄とか、利点t欠点なんて、人と人の間にしかないんだよ。

無駄な事なんて何もないんだよ。
利点欠点なんてのもホントはこの世にはない。
利点なんてひっくり返せば欠点になるのさ。 
あるがままのものをあるがままにって事さ。

でも人と人との間には 良い悪いは歴然とあるのさ。 
0383デフォルトの名無しさんNGNG
>>382
すれ違いかつ板違い
0384デフォルトの名無しさんNGNG
プログラミングの本意はあるがままのものをあるがままに感じ受け入れるということだ。
犬はワンとなくし猫はニャーとなく。しかしそれは本質ではない。
本質ではないが、犬はワンとなくし猫はニャーとなくのだ。
0385デフォルトの名無しさんNGNG
しかし、どっちのペットがたくさん飼われているかには理由があるし、それを選択する事は個人の責任で可能。
少数派は、そんな理由はシンジケートの陰謀で正当ではないと言うが、大方はそんな見方はしていないし、たいてい正当な理由である。
0386デフォルトの名無しさんNGNG
犬はバウワウ
0387デフォルトの名無しさんNGNG
猫はニャーと鳴くから猫な訳でもなく、猫だから愛玩されるのでもない。
pascalも begin 〜 end であるからpascalなのではなく、pascalだから初心者用なのではない。

pascal はbegin 〜 end と書くし cは {〜} と書く。 だけど、それは本質ではない。
本質ではないけど、pascalはそう書くし cもそう書く。

そんなものに惑わされず、それぞれの本質を捉えなければいけないが、
だからと言って難しく考える事はない。

捉え方としては、猫はニャーとなくもの。犬はワンとなくでも別にいい。
0388デフォルトの名無しさんNGNG
Pascal,Cの本質って何?
0389デフォルトの名無しさんNGNG
>>387
Cが不動の地位を獲得した経緯は、その記述の簡潔性に人気が集まったからという歴史的事実を無視して、むやみやたらに抽象論を振り回すのはよくないな。
0390デフォルトの名無しさんNGNG
こんなんでました〜

多数派に乗るというのも確かに有力な戦術です。でも、それは戦略が無い時に限られる戦術なのです。
多数派に乗って得られるのは最小利益でしかありません。
あなたに今必要なのは戦術を捨て、戦略を立てる事です。
0391Delフサギコ ◆A6VzDeLphI NGNG

         _________
  ∧,,∧   /
 ミ*゚Д゚彡< ニャ...ニャ..........ニャワウン!
  ミ⊃ ⊃  \
〜ミ ,, ミ.     ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ∪ ∪   


  ∧,,∧  
 .ミ∩∩ミ  ハズカシイ…
  ミ  ミ
  ミ  ミ〜
  ∪ ∪
0392デフォルトの名無しさんNGNG
>>390
まさか、具体的な戦略というのはDELを選ぶ事だって言うんじゃないだろうね?
プロとして食っていく人間にとってはそれこそ最小利益になりそうだな。
0393デフォルトの名無しさんNGNG
あなたの戦略はあなたのものです。
5年先の損得ではなく、
30年先の自分がどうであるべきかを考え、
30年先に向けて、自分という財産を有効にどう投資するかをお考えなさい。

悔いの無い人生をまっとうできるようお祈り致します。
0394デフォルトの名無しさんNGNG
30年先なんて生きていないよw
0395デフォルトの名無しさんNGNG
デ・・・デルフィの伝道士か?
0396デフォルトの名無しさんNGNG
戦略
とにかく人にマイナー言語を教える。
そして使える奴をピックアップ。集中して指導。
こうしてタネを撒いておいてから独立。
順調に仕事が取れるようになったら、花が咲いた頃の奴を順に勧誘。
お互いにメリットあるようシステムを作って、俺も皆もハッピーに
0397デフォルトの名無しさんNGNG
初心者にもおすすめってものは、実際初心者にしか向いていない
ってなんの言葉だっけ? マーフィーの法則?
0398デフォルトの名無しさんNGNG
それは 初心者の悩みは初心者にしか判らない じゃないのか?
0399デフォルトの名無しさんNGNG
ようするに、このスレで今暴れてるヤシは

・10歳からCのプログラミングに慣れててて
・なのに学校の実習がPascalだったもんで自慢のプログラミング能力が発揮出来なくて
・だから成績悪くてまともな仕事につけなくて、場末プログラマになってる
・それでPascalに恨みを持っている

って事ですね?
0400デフォルトの名無しさんNGNG
↑Delphi使い
0401デフォルトの名無しさんNGNG
Cが使えればPascalだって使えるだろ
0402デフォルトの名無しさんNGNG
そうだよね。 なんで学校の実習程度の Pascal で躓いたんだろ?
0403デフォルトの名無しさんNGNG
このお話の教訓
1、 あんまり子供の頃からプログラミングやっちゃいけないね
2、 ひとつの言語ばっかりやっちゃいけないね 勉強期間は広く浅く
0404デフォルトの名無しさんNGNG
誰かつまづいたんだ?
つーか学校でCOBOLやったときは心底糞言語だと思ったね。
惰性と習慣の力というのは恐しい。
0405デフォルトの名無しさんNGNG
COBOLは自分で使おうとは思わないけど、
バッチ処理用としては非常に面白いと思ったけどね。

やっぱり人それぞれだけど、何みても糞とか思う奴はいるんだね。
0406デフォルトの名無しさんNGNG
>>405
どこがどう面白いのか説明してくれ。歴史的価値はあるし、実際に未だ使われ
ているという事実は分っているが。

> やっぱり人それぞれだけど、何みても糞とか思う奴はいるんだね。

COBOLのことしか言っていないのだが。
0407デフォルトの名無しさんNGNG
ん? 心底糞言語だと思ったのはどこだい?

どうせ、引数も使えない手続きとか、ローカル変数がない所とかだろ?
それはしかし、素質のない人にもプログラミングをさせられるという目的には十分良い割り切りじゃないか
0408397NGNG
「教育用にも使えるものは、教育用以外には使えない」だった
0409デフォルトの名無しさんNGNG
やっぱりDel厨の言うとおり、Pascalは教育用言語として最高だねw
0410デフォルトの名無しさんNGNG
>>407
406の質問に答えてくれ。

いつからCOBOLは「素質のない人にもプログラミングをさせられるということ
を目的とする言語」になったんだ。?
0411デフォルトの名無しさんNGNG
>>408
ああ、そういやあったね。 
0412デフォルトの名無しさんNGNG
これからは関数型言語の時代ですよ。
0413デフォルトの名無しさんNGNG
授業で習わなかったのか?
バグという言葉を作った女性がCOBOLの基礎を作ったとか
書き間違えればエラーが報告される事で書き間違えにくい冗長な文書形式にしたとか

0414デフォルトの名無しさんNGNG
>>412
そうだね。巧い表現力のある手法が出れば一挙に逆転とかするかもね。
0415デフォルトの名無しさんNGNG
歴史的価値はあるのはわかっている。その後の言語の踏み台にもなっただろうし。
今からみると糞に見えるのは当たり前と言えば当たり前だな。。
0416デフォルトの名無しさんNGNG
>>413
授業で嘘を教わってそれを信じている馬鹿。
0417デフォルトの名無しさんNGNG
COBOLは踏み台になってるかな?
COBOLはCOBOLのままで進化してるように思うが?
0418デフォルトの名無しさんNGNG
>>417
> COBOLはCOBOLのままで進化してるように思うが?

それなら踏み台になってるだろ
それにある言語が後の言語に直接、間接に与える影響なんて正確に調べようがない。
0419デフォルトの名無しさんNGNG
>>415 なのに C だけは糞に思えなかったんだ?
0420デフォルトの名無しさんNGNG
>>418
まあでも、ガンバッテ系図作ってる奴もいるんだから見てやれよ
ttp://yuzu.ee.uec.ac.jp/natu01/PHe1/body/nenpyou.html
0421415NGNG
ハァ?何のことだ。
つーかC「だけ」って何だ?
COBOLのことしか言ってないだろ。
0422デフォルトの名無しさんNGNG
Delphiは良いツールだと思うけどね。 なんで必死に攻撃するんだろ?

勉強の道具としても、Pascalと似てるから覚え易いし、コード例も多い。
再帰もCスタイルの言語より綺麗に書ける。

実務ツールとしても、直感的なVCLに見事な設計のRADで非常に使い易く高機能で過不足がない。
バランスのよさはツール中一番だと思うけどね。
0423デフォルトの名無しさんNGNG
今はDelphiが攻撃されてるわけじゃなくて、
Pascalは教育用と言い切った奴(ならDelphiは何なんだ?)と、
授業でPascalに苦い思い出がある奴(気の毒ではあるが他人も同じじゃないぞ)
が意地貼ってるだけだろ…
0424デフォルトの名無しさんNGNG
Pascalは教育用・・・は単独で見れば正しいと思うよ。 Delphiと違って素のPascalは非常に貧弱だ。
0425デフォルトの名無しさんNGNG
>>420
そのリンク先のDelphiの説明だと初心者向けじゃないって書いてあるね。

> 言語使用がPascalであるため厳密な表記を要求され、また、
> Visual Basicでは隠してある複雑な部分を隠していないため、
> 初心者に親切でない面があり、そのためにVisual Basicほどは
> 普及していません。

教育用≠初心者用ってことなのかなぁ
0426デフォルトの名無しさんNGNG
VB6だとそこらの人間集めて、いきなり初心者に触らせて1ヶ月で経験者並が半数
Delphiだとそれが2〜3ヶ月くらいかかる 程度の差だと思うね。

経験上、1年後の生産性はDelphi使いが上になる。
0427デフォルトの名無しさんNGNG
まぁ、VBだと深く考えなくてもガンガン書けるからな。
教育用とは将来プロフェッショナルに人間用だから厳密だし難しいのが普通だ。
0428デフォルトの名無しさんNGNG
>>426
そこらの人間集めてやるような仕事は、プロジェクトが終わったら解散だからね。
あんまり誉められたもんじゃない。
0429デフォルトの名無しさんNGNG
なんか、面白いので続きをどうかお願い
0430デフォルトの名無しさんNGNG
Delphi使ってるのは集められたそこらの人間ということか。
0431デフォルトの名無しさんNGNG
死滅して構わないけど、このスレは面白い。
0432デフォルトの名無しさんNGNG
だからVBが利用されるのは、
VB=レベルが低い=報酬が安いから が全て。
VBでの開発ならいくらレベルが高い技術者だろうと、
「VBの仕事だから」と理由を付けてコストを安くできる。

自社開発のプログラムならともかく、
自社はソフトの受注だけ取ってきて、開発は余所から借りてた人材にやらせる、
なんて形態ならVBが一番安上がり。
ソフトの出来が悪くても「担当の責任」と言ってただ働きで修正させれば済むこと。
0433デフォルトの名無しさんNGNG
どこからVBの話が出てきたんだろう?
0434デフォルトの名無しさんNGNG
>>433 >>425から
0435デフォルトの名無しさんNGNG
>>420
それ、うちの大学のページだ(笑
0436デフォルトの名無しさんNGNG
まだ教訓とか抜かしてるやつがいるな。どうせ学習学習言ってたのと同一人物だろ。
なにか学んだって脳内ハッピーになるのはいいが、その前に身を削って破滅せんようにな。
0437デフォルトの名無しさんNGNG
VCL使って、.NET使ってじゃDelphiいいとこ無し
0438デフォルトの名無しさんNGNG
>>347 どうして?
お客の所に行って、 
Delphiで作ればWin95のマシンでも動きますよ。
.NET が成功したら Delphi.NET で移行もさせてください。その時はちゃんとサポート致します。
っていえるじゃないの。 いいとこ取りでしょ?
0439デフォルトの名無しさんNGNG
>>432
VBはスレ違いだけどさ、もっと論理的にかこうね。
それじゃ違う言葉・概念をごっちゃにして煙に巻きながら、
煽っているようにしか見えないから。

VB(に限らず)が利用されるのは、VB(に限らず)=コストが安く出来るからであって、
これはVB(に限らず)がレベルが低いとも報酬が安いとは直接関係ない。
VBはもちろんレベルが高い奴も使えるし、報酬を高くしたってかまわない。
簡単ってのは一つレベルが下の者でも同等の仕事ができるし、
おかげで人を集めやすいからその分コスト(≠報酬)を下げられる

世の中ってのはVB(に限らず)コストを安くするために努力している。
それはレベルが低くするためでも報酬を安くするためでもない。
コストを下げて悪く言われたらたまったもんじゃない。
0440デフォルトの名無しさんNGNG
>>439
下手糞な文章だな。
0441デフォルトの名無しさんNGNG
>>439
論理的に書いたらそんなに判り難くなるのか? そうじゃないだろ?
0442デフォルトの名無しさんNGNG
VB使いに仕事取られたからって僻むなよ。(嘲笑激藁
0443デフォルトの名無しさんNGNG
なんだ。 このスレが面白かったのは >>442 が居なかったからか
0444デフォルトの名無しさんNGNG
>>443
言えてる… はあ('A`)
0445デフォルトの名無しさんNGNG
嘲笑激藁カモン(嘲笑激藁
0446嘲笑激藁は ◆adhRKFl5jU NGNG
だよね
0447sevenNGNG
Delphiは、VBと比べ、初心者は設計時に苦労するけど、実運用時は楽できる。
0448デフォルトの名無しさんNGNG
もうこれからは初心者もC#でいいんじゃない?
VBも.NETになったし、いまどきはオブジェクト指向は避けて通れない。VB.NETやるならC#やるほうがよっぽどスマート。
0449デフォルトの名無しさんNGNG
初心者がいきなりオブジェクト指向って。
0450デフォルトの名無しさんNGNG
普通にDelphi最強。Delphiマンセー
0451デフォルトの名無しさんNGNG
VB.NETは非の打ち所が無いほど優れている
0452デフォルトの名無しさんNGNG
>>451
ホントにランタイムさえ無くなればいいのにね。がんばってね。

>>all
ところでさ、 今CLX触ろうとしてるんだけど、コレってmessage あんまり使ってないみたいね。
メッセージフックしたいんだけど、 Hooks の構造とかヘルプのどこ見ればいいんだろ?
0453デフォルトの名無しさんNGNG
ああ言えばこう言うスレ
0454デフォルトの名無しさんNGNG
コンパイル速度、その1点だけで Delphi がやめれない・・・。
0455デフォルトの名無しさんNGNG
こんなこと書くと罵声を浴びそうだが
クラス、関数、プロパティといったものの名前を変えたくなったとき
コンパイルエラーを気軽に利用できるのがなんとも便利(w
0456デフォルトの名無しさんNGNG
しかしプロジェクト内ファイルを全てを置換できるので
そこはVBIDEの方が優れている。
0457デフォルトの名無しさんNGNG
>>456
…。
0458デフォルトの名無しさんNGNG
>>456
はげどう
0459デフォルトの名無しさんNGNG
つかDelphiに限らず商用ツールってもう駄目ぽ。
0460デフォルトの名無しさんNGNG
この際だから、VCやろうぜ。
0461デフォルトの名無しさんNGNG
>>456
単に文字列を置換すると困る場合もあるよ
0462デフォルトの名無しさんNGNG
>>455
お仲間(w
型チェックやoverride記述必須が、コンパイルエラーによるカーソル位置移動と相まって、
何か変更作業してる時のF9は「次に変えないといけない場所を探すキー」になってる。

よく突っ込まれるし、自分でも本来の使い方してないのはわかってるんだが…
0463デフォルトの名無しさんNGNG
Delphiってリファクタリングブラウザみたいな機能って付いているのでしょうか。
メソッド名修正とかパラメータ変更とかあったら便利なんですが。
同じくVS.NETにもこれらの機能は付いているのでしょうか。
0464デフォルトの名無しさんNGNG
名前変更ならpro版以上のクラスエクスプローラかな。
それから7以降は上位版にモデリングツールが付いてきたと思うがよく知らない

…コンパイルエラーを利用する方が手っ取り早いのが困り者だが
0465優香(本物)NGNG
Delphiやってる人って簡単な方に逃げた挫折者という感じです。
0466デフォルトの名無しさんNGNG
>>464
> …コンパイルエラーを利用する方が手っ取り早いのが困り者だが
困り者だね。リファクタリングブラウザの機能や安全性すらわかっていない。
0467デフォルトの名無しさんNGNG
>>465
初級者にも上級者にも対応するという点で、VBなんかとは明らかに違うけどな
0468デフォルトの名無しさんNGNG
VB7.1最強
0469デフォルトの名無しさんNGNG
>>467
いいんじゃないの
VC++を覚えたのが嬉しくて仕方ないんでしょ

後でDelphiを覚えて「今まで俺は何をやってたんだ」と思った人も結構いるわけだけど
465のようにDelphiを避けていればそういう虚脱感に襲われる心配もないし
0470デフォルトの名無しさんNGNG
VC++は不親切すぎだからな
DelphiとC++Builderは入りやすいし上級者にも使えて最強!!
0471デフォルトの名無しさんNGNG
所詮レガシーWindows専用だけどな。
0472デフォルトの名無しさんNGNG
DelphiとVBを一緒にしないで欲しいしー
Delphiならほとんどなんでも作れるよ
0473デフォルトの名無しさんNGNG
VBは.NET専用。
プラットフォームを選ばない。
0474デフォルトの名無しさんNGNG
今 Kylix出た時に付いてた Linux を VirtualPCに入れようとしてるんだけど、どれもどうも旨く入らない。
しまいにCDROMドライブが熱くなったせいかWin2000がシステムダウン。
先に ISOファイル作ってから今入れてるんだけど、これ今のWindows並にインストールに時間かかるね
0475デフォルトの名無しさんNGNG
使えねえ糞ツールだな
0476sevenNGNG
やっぱり、ひとりだけみたいだね(なにがだ)
0477デフォルトの名無しさんNGNG
VC++のどこが難しいのかよくわからないな
ただ、ヘッダ大量に読むとコンパイルが遅いのはたまらん
0478デフォルトの名無しさんNGNG
難しいとか取っ付き難いって、
覚えてしまえば、それまでじゃん。
0479デフォルトの名無しさんNGNG
どんな難しいものでもやればできるよ。
そのうち簡単だと思うようにもなる。

では「難しい」っていうことはなんだい?
どんなものでも簡単だと思うようになるよね。
ということは難しいものは存在しない?
難易度が低いものも難易度が高いものも簡単にできる人はいる。
ということは難易度が低いものも高いものも同じように簡単?
そういうことじゃないよね。

VC++は難しいよ。自分の基準でしか物事を考えられないだけ
0480sevenNGNG
「言語」よりも、現実世界の問題解決のほうが、数十倍難しいものがあるのだと思います。
でも、Delphiは楽すぎて、そのへん(どのへんだ)に不安を感じます。
0481デフォルトの名無しさんNGNG
>>480
問題解決に集中できるからいいのでは?
言語なんて道具に過ぎないんだから
同じことができるなら楽な方がいいでしょ。
0482デフォルトの名無しさんNGNG
だからVB使いが最も人口が多いんだよね。
0483デフォルトの名無しさんNGNG
そりゃそうだ
足し算できる人間は方程式解ける人間より多いからな
0484デフォルトの名無しさんNGNG
>>483
なんか違う。同じ事=方程式解くこと をするなら
簡単やり方でやるほうがいいでしょ。
0485デフォルトの名無しさんNGNG
だから高度なことができないから馬鹿にされたりもするんだろう
0486デフォルトの名無しさんNGNG
足し算をしていると方程式が解けない?
それは違うよ。
0487デフォルトの名無しさんNGNG
簡単に出来る事を、わざわざ高度なやり方をするのもどうかと思うが・・・
0488デフォルトの名無しさんNGNG
>>2-487
要するに、Delphiは道具として最高のツールで
(というか他がヘボで、これで当たり前なんだが・・)
死滅しちゃわないわよ!って事だな。
0489デフォルトの名無しさんNGNG
>>488
同意。
VBとは違ってDelphiはほとんどのことできるからね。
0490デフォルトの名無しさんNGNG
Delphi=簡単に無料で窓アプリ作成
他言語=無料もあるがほとんど貧弱なツール
0491デフォルトの名無しさんNGNG
>>488
相違。
Delphiと違ってVBはMSブランドだからね。
0492デフォルトの名無しさんNGNG
>>488
どうせC#とか使ったことないんだろうな。
死滅はせんかもしれんが(COBOLのように)、これからDELPHIマンセーの入門者は減っていくだろうな。
これは事実。
0493デフォルトの名無しさんNGNG
VBはMSブランドだから過去の資産が消えたわけか。

C#ではVCLのようにソースが見れない。派生のとき困る。初心者しか騙せない。
0494デフォルトの名無しさんNGNG
>>493
> ソースが見れない。派生のとき困る。
こういう書き込みみると、Del厨ってオブジェクト指向の意識が薄いとよくわかります
0495デフォルトの名無しさんNGNG
>>494
こういう書き込みを見ると、メソッドのオーバーライドを知らないブビ厨とよくわかります
0496デフォルトの名無しさんNGNG
理想通りに逝かんのだよな
0497デフォルトの名無しさんNGNG
派生元の振る舞いの中に無用のものがあった場合
inheritedしないでオーバーライドすることがあるが
必要な動作は残しておきたいのでソースの一部を流用したりする

自分でコンポーネントを作れない人には関係ないんだろうな
0498デフォルトの名無しさんNGNG
VC++は画面の表示コードを書かなきゃならんのは相変わらず?
0499デフォルトの名無しさんNGNG
>>498
だって、C++というかVC++を使わせないのがM$の戦略。M$的にはC#に閉じ込めたいわけさ。
0500デフォルトの名無しさんNGNG
CLXもQTライブラリまでしか見えないよな。
それでもQTのしっかりした解説があったらいいんだけど、探しても見つからん。
特に、知りたい部分(イベント関係のフックとか)に限って闇の中。
C# はもっと酷いけどね。
0501デフォルトの名無しさんNGNG
ある一定以上のスキルを持つ全世界のプログラマに、
C#とDELPHIどっちを選ぶか?という質問をするとする。
もちろん、比較するのは無意味といいだす人間もいるだろう。しかし現実に両方場合によって使い分けるよ、という人間は少ないだろう。
とにかく、2者択一してもらう。
同様に、入門者にも2者択一してもらう。
それぞれどのような解答の統計が得られると思う?
0502デフォルトの名無しさんNGNG
>しかし現実に両方場合によって使い分けるよ、という人間は少ないだろう。
いや、それが一番現実的だと思うけど
0503デフォルトの名無しさんNGNG
>>501
パッケージソフトならDelphi、デジドカならC#。
0504デフォルトの名無しさんNGNG
>>500おめ
TrollTechからQtのライブラリを購入しても見れなかったっけ?
そんな時間なんてないか・・・
0505sevenNGNG
振り返ると、ターボパスカルも素晴らしい言語なのに、メジャーじゃなかったな。
素晴らしすぎると、金儲けには向かないということでもあるのかな?
でも、ターボパスカルユーザは、Delphiが出たので、捨てられることは無かった。
羊の毛は定期的に刈り取らないと、儲からないんだろうね :-)
0506デフォルトの名無しさんNGNG
>>505
このスレ読んでないのか?
パスカルって言語自体劣っているんだよ。そんなのがメジャーになるわけないじゃん。
現実を見ろよ。少数のマニアが素晴らしいと思ったところで、所詮少数。
儲かる儲からないでなく、単に大多数から人気がなかった。当たり前の結果。
0507デフォルトの名無しさんNGNG
>>505
DOS時代に最もポピュラーな言語がTurbo Pascalだったわけだが…
0508デフォルトの名無しさんNGNG
そういえばQuick Basicってのもあったな
どこの会社が出してたんだっけ?(w
0509デフォルトの名無しさんNGNG
>>497
うーん、ソースライブラリとして使うって事だろうけどそれはライブラリのソースが公開されていないのがダメという理由にはならないと思うよ。
それにその流用したライブラリに問題があって修正が入ったとき引用したソース全部変えなきゃならないでしょ。
やはり、クライアントは最低限のインターフェースのみ把握しているべきでそれ以上の責任は持つべきじゃない。
結びつきは薄ければ薄い方が良い。
0510デフォルトの名無しさんNGNG
>>509
496氏の言うとおり、理想と現実の違いみたいなことはあるかもね。
ただ、ソースが公開されてると色々なテクニックを学べて有難いというのは
多分ほとんどの人が同意すると思うよ。
0511デフォルトの名無しさんNGNG
CD1枚なんて数万プレスすれば単価十円台でしょうにCDRの値段見てごらんよ。
どっちかいうと流通コストの方が大きいでしょ。
0512デフォルトの名無しさんNGNG
>>509
>ソースライブラリとして使うって事だろうけど
既にこの時点で読み間違えてるね。

クラスを派生してメソッドをオーバーライドする場合、
ソースを読めないと行き詰る。
0513デフォルトの名無しさんNGNG
Win32って、もうすぐ消滅する運命なんだろ?
0514デフォルトの名無しさんNGNG
>>513
ドトネトランタイムはWin32コールしてるんだが...
0515デフォルトの名無しさんNGNG
まあいいよ。MACと同じで信者は信者で放置しておけばいい。
0516デフォルトの名無しさんNGNG
515=自己矛盾
0517デフォルトの名無しさんNGNG
516=自己矛盾という言葉の意味を本当は知らない
0518デフォルトの名無しさんNGNG
信者必死。
0519デフォルトの名無しさんNGNG
DELPHI教(狂)の信者 DEL信
0520デフォルトの名無しさんNGNG
信者というレッテルを貼り付け、逃げる。
それしか俺に残された道はない。
0521デフォルトの名無しさんNGNG
難しい問題だと思うんだよね。
たとえば UNIX系のスクリプト
先頭の
#!/usr/local/bin/perl
とかを場合によって書き換えないといけない。
これは手間だけど、この手間があることでユーザにソースを見させる事につながり、
多少でも触らせる事になる。

たとえばもう
#!script/perl
と書いたら必ず動くようになっとけばいいじゃないかとか
#!script/perl5,perl4 なら5か6だけで動くようになればいいじゃないかとかすれば、
実際短期間の生産性はあがるだろうけど、でも、長期的に見ればどうかなと思うわけで
0522デフォルトの名無しさんNGNG
すみませんでした>>520の信者
0523522NGNG
というレスを付けるしか出来ないのだ。
0524デフォルトの名無しさんNGNG
>>517-
よっぽど放置出来ない香具師達が居るんだな...
0525デフォルトの名無しさんNGNG
>>524
お前とかな…。って自覚してるのか。
0526デフォルトの名無しさんNGNG
>>521
ちょっとパスが変わっただけですべて変えなきゃならん。

短期間だと生産性が落ちるのが気づきにくいが
長期的に見れば生産性が落ちるのが目に見えて分かるだろう。

強制的にソースを読ませたいなら、ソースにパスワードを書いておけばいいだけの話。
ソースを読むのが目的なのか、ソースを使うのが目的なのかはっきりさせよう。

0527デフォルトの名無しさんNGNG
>>526
だから難しい問題なんだよね。 
必要なら一挙に書き換えるスクリプトなんて簡単に作れる方がいいのか、
あるいは、そんな手間さえ不要な方がいいのか

ソースを読む人が多ければソースを書ける人も増えるわけで、書ける人が増えれば
会社にとっての生産性は上がるわけだしね
0528デフォルトの名無しさんNGNG
会社にとっての生産性??
DELなんて趣味以外につかっているところあるのか?
0529デフォルトの名無しさんNGNG
>>527
ソースを書ける人がほしければソースを書けるように教育すればいいだけの話だろ。
ソース見せればそのうち書けるようになるんじゃない?
なんて適当なやり方なんかじゃ全然効果は無いよ。
意味もわからずこういうもんだって機械的に置き換えるのが関の山。
なにも理解できないまま修正の手間がかかるだけ。
0530デフォルトの名無しさんNGNG
>>512
> クラスを派生してメソッドをオーバーライドする場合、
> ソースを読めないと行き詰る。
そんな分けないでしょ。
オーバーライトするのにどうしてソースまで知らなきゃならないんだ?
そんなに依存度の高いライブラリなんて既に間違っているだろ。

というかどうして誰も突っ込まないんだ?
0531デフォルトの名無しさんNGNG
>>530
アフォな>>512に何を言っても無駄だということをみんな悟っているから
0532デフォルトの名無しさんNGNG
至れり尽せりのライブラリなど存在しない
必要な機能と邪魔な機能が混在する場合
遺憾ながらソースに頼らざるを得ないこともある
0533デフォルトの名無しさんNGNG
YO~ ME~N!
0534デフォルトの名無しさんNGNG
ソース公開は>>532みたいな切り貼りプログラマを量産すると言う弊害もあるな。
ウマく実現しないからソースを持ってきて要らない部分を消す、必要な部分を追加する。
それをオーバーライトとして使う。
安易すぎ。
それはライブラリの使い方じゃないよ。
後で困ることになるし、スキルも上がらない。
0535デフォルトの名無しさんNGNG
>>534
では、一から書いた方がいいのかね
技術は盗むものだよ
0536デフォルトの名無しさんNGNG
オーバーライトって何?

と言ってみるテスト
0537デフォルトの名無しさんNGNG
どうも単にコピペするのだと誤解しているらしいね
やり方を理解した上で
よりシンプルに必要なことだけを書くのだよ
0538デフォルトの名無しさんNGNG
.NETランタイムが実質ブラックボックスで差し替えも不可な点を問題にしているのかと思っていたが
論点が当初とずれてる?
0539デフォルトの名無しさんNGNG
>>535
技術を盗むのとソースを切り貼りするのは別。

>>537
実例がないと何とも言えないかな。
そんなに局所的でシンプルなところなら自分で実装しても良いと思うが。
そしてそれはライブラリの価値として重要なことなのか甚だ疑問。
0540デフォルトの名無しさんNGNG
>>538
基本的にそっぽではないでしょ。
.NETはソースがないからいやだという493の書き込みから
ライブラリのソースの話になってるわけだから。
0541デフォルトの名無しさんNGNG
>>539
535に対するレスについては537で終わってると思う

ライブラリの価値云々としては部分的なことでしかないのは確か
最も重要なのはやはり510で書いた点だね
0542デフォルトの名無しさんNGNG
>>537
ライブラリのソースコピペしなきゃならないような実例キボン
0543デフォルトの名無しさんNGNG
>>541
537は例えが曖昧すぎて答えにならないと思うけど。
510は同意。
0544デフォルトの名無しさんNGNG
>>542
単なるコピペではないとゆーとろーが…
function TControl.DoMouseWheelDown(Shift: TShiftState; MousePos: TPoint): Boolean;
begin
Result := False;
if Assigned(FOnMouseWheelDown) then
FOnMouseWheelDown(Self, Shift, MousePos, Result);
end;

function TCustomGrid.DoMouseWheelDown(Shift: TShiftState; MousePos: TPoint): Boolean;
begin
Result := inherited DoMouseWheelDown(Shift, MousePos);
if not Result then
begin
if Row < RowCount - 1 then Row := Row + 1;
Result := True;
end;
end;
0545デフォルトの名無しさんNGNG
(続き)いい例じゃないかも知れんけど
function TWheelDBGrid.DoMouseWheelDown(Shift: TShiftState; MousePos: TPoint): Boolean;
begin
Result := False;
if FWheelCount<0 then FWheelCount:=0
else Inc(FWheelCount);
if FWheelCount>FWheelWait then
begin
FWheelCount:=0;
if Assigned(DataSource) and
Assigned(DataSource.DataSet) and
DataSource.DataSet.Active then
DataSource.DataSet.Next;
end;
if Assigned(OnMouseWheelDown) then
OnMouseWheelDown(Self, Shift, MousePos, Result);
end;
0546デフォルトの名無しさんNGNG
プログラミングにおけるスキルって何?(激しくワラタ
0547デフォルトの名無しさんNGNG
>>546
悪かったな
3年前なんてこんなもんさ
0548デフォルトの名無しさんNGNG
>>546
目的のモノを実装する際に最良な方法を導き出す能力とか。
デザインパターンとかリファクタリングとかまぁ基本として。
0549デフォルトの名無しさんNGNG
いちおう説明だけして俺は降りる
TWheelDBGridはTDBGridから派生しており
TDBGridはTCustomGridから派生しており
TCustomGridはTControlから派生している
TCustomGrid(=TDBGrid)のDoMouseWheelDownの動作は余計なので
TControlのDoMouseWheelDownに手を加えて実用化した、3年前の話だが

おまいらはブラックボックスとせいぜい格闘してください
0550デフォルトの名無しさんNGNG
こんな根本から修正しちゃいましたか。
0551デフォルトの名無しさんNGNG
>>550
仕方ないに〜
ライブラリソースをいじるわけないじゃん
544はライブラリソースのまま
俺が書いたのは545だけ
0552デフォルトの名無しさんNGNG
>551
Delは良く判らないんだがこれってライブラリのソース無いと書けないものなのん?
そうは見えないんだけど・・・

教えてDelphiの偉い人!!
0553デフォルトの名無しさんNGNG
>>552
俺は偉くないけど答えとく
TCustomGridのソースがあったおかげで
思ったような動作にならない原因が
TCustomGrid.DoMouseWheelDownにあると分かった
よってこれを継承しないコードでオーバーライドした…あとはお好きにどうぞ
0554デフォルトの名無しさんNGNG
このぐらいソース見ないで書けよ。
0555デフォルトの名無しさんNGNG
通じてないね
0556デフォルトの名無しさんNGNG
>553
これってTDBGridのDoMouseWheelDownソースからTCustomGridを継承して使っているところを修正して
TWheelDBGridのDoMouseWheelDownに使ったって事?
0557デフォルトの名無しさんNGNG
>>555
お前がライブラリの仕様を理解していなかっただけ。
ソースなんて追わなくても原因は特定できる。

で、これが「やり方を理解した上でよりシンプルに必要なことだけを書く」ことなのか。
問題の特定にソースが役に立ったという話にしか聞こえないが。
0558デフォルトの名無しさんNGNG
あらら 555さんは別の人なのに…

誰も「シンプル」の例を書いたとは言ってない(542に答えただけ)
要するにソースが必要だった事例を示してみたまでのこと

>お前がライブラリの仕様を理解していなかっただけ。
>ソースなんて追わなくても原因は特定できる。
そんなまともな仕様書なんかないんだよな、これが
DoMouseWheelDownはヘルプにも出てこないし
Protectedなメソッドだからコード補完も役に立たない

Delphiのことは良く知らないで理屈だけで返事してるでしょ
もうこれ以上は相手しないよ
0559デフォルトの名無しさんNGNG
ちょっと違った
×Protectedなメソッドだからコード補完も役に立たない
○当時はコード補完そのものがなかったような気がする
0560デフォルトの名無しさんNGNG
>>558
それってまともなリファレンスが無いdelphiが問題なだけだろ。
「ソースをリファレンス代わりに使いました」って言われても、「あっそう」としか答えられないが。

>>549の「おまいらはブラックボックスとせいぜい格闘してください」ってのはリファレンスが不十分
な開発環境に対してのみ通じる捨て台詞。
ライブラリの本質とは関係ないものだと思うが。
0561デフォルトの名無しさんNGNG
早い話、ライブラリはその動作とインターフェースさえキッチリ明かされていればソースなんて
それほど重要な要素ではないということ。
0562デフォルトの名無しさんNGNG
>>561
その辺りはMSも不安だね
0563デフォルトの名無しさんNGNG
Quadruple DでXファイルのアニメーションを再生できますか?
0564デフォルトの名無しさんNGNG
すれ違い
0565デフォルトの名無しさんNGNG
>ライブラリはその動作とインターフェースさえキッチリ明かされていれば

「キッチリ」の程度問題かと、、、、
予期せぬハードに対して、動作をキッチリ明かすことが可能なのかと、、、
0566デフォルトの名無しさんNGNG
別にスキルのある奴は.NETでもばりばり使いこなしているよ。ソースうんぬん言わないでね。
リソースっていう観点では、.NETのライブラリ、SDKとかドキュメンテーションは本当に充実している。
だいたい、DELの情報なんてオンライン、オフライン含めて数えるほどしかない。一方.NETは増加の一途だな。
資本力とヒューマンリソースの違い。この圧倒的な差はどうしようもないんだよ。
0567デフォルトの名無しさんNGNG
スキルの無い奴でも使えるのが.netだろ。まさかドキュメント読めるのがスキルなのか?
0568デフォルトの名無しさんNGNG
SDKっていってもNETSDKだけじゃない、ActiveXとかSpeechとかいろいろあるからね。
そういうのがまるごとあらかじめ用意されているってのはBorland(DEL)ではありえないだろうな。
0569デフォルトの名無しさんNGNG
>>567
そういうのはもっと上のほうで発言しろよ。
初心者にどっちがお勧めかってところでな。

ドキュメントが読めるというレベルより、ドキュメントが存在するって事が重要。
DELはソース読まなきゃならないのか?
0570デフォルトの名無しさんNGNG
いや567だけど初めて来たんでな。
で、なんか変なこと書いてる(=566)からレスしただけ。
0571デフォルトの名無しさんNGNG
>>570
別に変じゃない。もっかいLOG読み直して話の流れ理解してみたらどうだい?
0572デフォルトの名無しさんNGNG
JavaもVCLもライブラリソースを公開してるからいいよな。
初心者がステップアップを目指すなら目を通しておくべき。

MFCも提供してるけどあれは読みズラかった。自動生成のコメントとか
wぜえ。
0573デフォルトの名無しさんNGNG
>>565の言っていることが理解不能なのだが誰か解説してくれ。
ライブラリの話だよな?
0574デフォルトの名無しさんNGNG
>>573
ドライバ関係のライブラリをいってるんじゃねぇの?
どちらにしろ非常に限定された範囲の話だな。
0575デフォルトの名無しさんNGNG
ハードによって動きが変わってソース追わなきゃ利用できないようなライブラリはイヤだw
0576デフォルトの名無しさんNGNG
リファレンスの不備を埋め合わせるためにソースを付けるってのは問題だな。

結局558はソースまで出して何が言いたかったんだ?
まったく的はずれな例出されてもなぁ

> どうも単にコピペするのだと誤解しているらしいね
> やり方を理解した上で
> よりシンプルに必要なことだけを書くのだよ

早くこの実例を出してくれよ。
0577デフォルトの名無しさんNGNG
>544-545でソースをドキュメント代わりに使う例を出し
>549で「おまいらはブラックボックスとせいぜい格闘してください」とのたまう

まともなドキュメントもなくソース追わなきゃならないようなライブラリ使っている方が格闘しているように思えるのだが・・・
0578デフォルトの名無しさんNGNG
そんなに言うなら、
逆にまともなドキュメントがあって、ソース無くても苦労せず継承して
使えるというGUIライブラリを教えてくれよ。

.NET なんてどうやって継承すりゃいいかさっぱり俺には判らんぞ。
0579デフォルトの名無しさんNGNG
つまりさ、ソース参考にして改良しましたって見せびらかしているわけだけど、
C#でもその程度の自作、オリジナル、カスタマイズした優秀なコントロール等はネット上に山ほどある。
0580デフォルトの名無しさんNGNG
だからどこにあるんだよ。 例の一つでもあげてみろよ
0581デフォルトの名無しさんNGNG
C#でも面白いコントロールは結局 WindowsAPI直呼びさ
0582デフォルトの名無しさんNGNG
まぁ、「その程度」がどんなものか言わないと
例のあげようが無いわな。
0583デフォルトの名無しさんNGNG
>>581
Delphi使おうが結局ソースは無いわけだ。
0584デフォルトの名無しさんNGNG
>>580

自分で検索もできないのか、こんなの探せばいっぱいあるぜ。
SorceForgeとかMSDNもあるしな。

http://www.codeproject.com/cs/miscctrl/

http://www.csharpnewsletter.com/

http://www.c-sharpcorner.com/
0585デフォルトの名無しさんNGNG
じゃあさ、Delphiで作ったこんなコンポーネント
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1004530597&rm=100
を.NET で書こうとしたらどうしたらいい?
0586デフォルトの名無しさんNGNG
>>584
だから、そのうちのどれがお薦めなの?
Delphiのコンポーネントだってそれより沢山あるし、日本語サイトでも、個人の作成物でも沢山あるよ。
どれが、ソース無しに上手に継承してる例だっていうの?

何だったら今書いてみてよ。
0587デフォルトの名無しさんNGNG
http://www.c-sharpcorner.com/WinForms.asp

C#コーナーの左のメニューのWindowsFormのセクションだけでもこれだけある。
他にもGDIグラフィックとかいくらでもあるだろ。
http://www.c-sharpcorner.com/Graphics.asp

こういう事やってる優秀なプログラマーの資産がすぐリファレンスできるDELのサイトがあればお前こそさらしてみろよ。
まさかライブラリのソースコードしかないってんじゃないだろうね。
0588デフォルトの名無しさんNGNG
つーかDelphiコンポーネントのお勧めってなに?
0589デフォルトの名無しさんNGNG
Delphiコンポーネントがソース見て上手に継承している例って証拠は無いんだがなぁ。
どうやってソース無し(ソース有り)で上手に継承してる証明するつもり?
そんな例をあげるなんてもとから不可能だと思うんだがねぇ。
0590デフォルトの名無しさんNGNG
>>586
あほか。どれがおすすめ?数百以上あるんだぜ。WEB上の全部あわせれば1000以上は優にある。自分で吟味しろよ。
少なくとも君レベルのプログラマはそのコミュニティにはたくさんいるだろうな。
お前こそその日本語のサイトやらをリンクしてみろ。
0591デフォルトの名無しさんNGNG
>>587
それは結局さあ、クラスライブラリのドキュメントだけじゃダメで、他人のTIPSが必要って言ってるようなもんじゃない
0592デフォルトの名無しさんNGNG
>>591
MSDN行って全部C#のドキュメント読破してから同じこと言うんだな。
自発的にそういうリッチなコミュニティが存在する。必要不必要かかわらずね。

で、DELのサイトはまだ>?
0593無料動画直リンNGNG
http://homepage.mac.com/norika27/
0594デフォルトの名無しさんNGNG
お前らどっちも馬鹿みたいだぞ?冷静になれよ。
0595デフォルトの名無しさんNGNG
徹底的に現実の証拠あげて問い詰めないとね、この際。いつも抽象論で逃げてるから。

DELのサイトを数例あげてくれ。待っているぞ。
それでこのスレの住人に客観的に比較してもらう。
0596デフォルトの名無しさんNGNG
>>592
自発的って C# Corner Consulting っていう会社作って儲けようとしてるんだからそりゃ自発的だろうけどねえ・・・
0597デフォルトの名無しさんNGNG
>595
マジでアホみたいだよ。本当に。
Delphiのサイトは有名なとこではtorryとdelphi super page、
日本語ではdelphian worldとかあるな。
でも俺は両方使ってるし、なんでC#派が必死になるかが分からない。
0598デフォルトの名無しさんNGNG
どうでもいいから、はやくDELのサイトさらせ。話はそれからだろ。
0599585NGNG
>>589 さんへ
>>585であげたコンポーネントは、Delphiソースを見なければ作れなかったでしょう。
0600デフォルトの名無しさんNGNG
35歳。
去年までDelフサギコだったけど、オンラインDelphiコンポーネント収集で
二年で350万の借金をこさえた。一度やってみなよ。
WEB上の全部あわせれば1000以上は優にある。
ダウンロードするだけしてインストールせずにHDDの肥やしにすることもできるし、
思い切って全部入れてしまえば100MBぐらいになる。
Delphiなきゃアップローダに再アップすればいいだけ。ヒマつぶしになる。
ソース有りとか無しとか色々あるのでマジでお勧め。
0601デフォルトの名無しさんNGNG
比較するとか言ってるけど、なんか不純というか、目的外使用でやだねえ。
お世話になってるんでしょ?そういうことするためにサイト作ってくれてるんじゃないんだよ?
0602デフォルトの名無しさんNGNG
http://delphi.icm.edu.pl/
http://www.torry.net/
http://home1.infonia.ne.jp/~delphian/delphi/

か、比較にならんな。
0603デフォルトの名無しさんNGNG
>>601
そもそも例をだせと煽ったのはDEL厨。
それに答えたので、同様の例を出してもらうのは当然じゃないかな。
0604デフォルトの名無しさんNGNG
それは俺じゃないからねえ。
まあ同レベルの人間同士でやりあっててください。
0605デフォルトの名無しさんNGNG
>>603 で十分に例になってるでしょ。

Tipsが必要なら
http://www.google.co.jp/search?q=Delphi+TIPS&lr=lang_ja

C#も最近は増えてるけどね
0606デフォルトの名無しさんNGNG
ソース、リファレンスについて話している、一方がある言語の優位性を間違った事実に基づいて主張している場合、それをただすのは現実の例が一番。
それだけのこと。
0607デフォルトの名無しさんNGNG
で、結局ソース無いとオーバーライドがうまくできないって言ってたヤツはどこ行ったの?

> どうも単にコピペするのだと誤解しているらしいね
> やり方を理解した上で
> よりシンプルに必要なことだけを書くのだよ

これの実例早くしてよ。
0608デフォルトの名無しさんNGNG
DEL厨はなんで相手をC#って決めつけてるんだ?
0609デフォルトの名無しさんNGNG
ライブラリの本質にソースの有る無しはまったく関係ない。
0610デフォルトの名無しさんNGNG
DELの開発者のヘジなんとか君がMSに寝返ってすべてのノウハウをC#につぎこんだから。
0611デフォルトの名無しさんNGNG
>>608
VBが死滅したからだろ
0612デフォルトの名無しさんNGNG
http://www.c-sharpcorner.com/WinForms.asp

C#コーナーの左のメニューのWindowsFormのセクションだけでもこれだけある。
他にもGDIグラフィックとかいくらでもあるだろ。
http://www.c-sharpcorner.com/Graphics.asp

こういう事やってる優秀なプログラマーの資産がすぐリファレンスできるDELのサイトがあればお前こそさらしてみろよ。
まさかライブラリのソースコードしかないってんじゃないだろうね。
0613デフォルトの名無しさんNGNG
Java厨は無視ですか・・・そうですか・・・
0614デフォルトの名無しさんNGNG
>>613
JAVAはUNIXとかでも動くから、いてもいいよ。
0615デフォルトの名無しさんNGNG
まあFCLのソースも見ようと思えば見えるようなもののわけだが。
0616デフォルトの名無しさんNGNG
>>609
その通りだよ。ライブラリならね。 でもクラスライブラリはソースが無いと使い方が制限されてしまう。
>>585 のように、IDEと連携して、かつフォームにフックするような場合は特にね。
0617デフォルトの名無しさんNGNG
>>613
Javaなんて話にもなんねーぜ。おせーんだよ!
0618デフォルトの名無しさんNGNG
>>616
0619デフォルトの名無しさんNGNG
なんのためのOOPだ。
0620デフォルトの名無しさんNGNG
>>616
OOP勉強してきてね。
0621デフォルトの名無しさんNGNG
>616
フックするような場面なんてそんなに日常的にあるか?
で、そのためにもソース公開しなくちゃいけないの?
使うヤシが逆汗かけるなりなんなりして解析すれば?
0622デフォルトの名無しさんNGNG
>>616
それってクラスライブラリだからなんて全然関係ないと思うんだが・・・
0623デフォルトの名無しさんNGNG
>>621
でもさ、あのコードはVCLソースにアクセスできたから1日で書けたけど、逆アセしてたんじゃ無理だったろうね
0624デフォルトの名無しさんNGNG
初心者には向かない、リファレンスさえまともにない、こんなの使うのはマゾだな。
0625デフォルトの名無しさんNGNG
いつまでも初心者やりたいの?
いつだってソースは最高のリファレンスだよ。
0626デフォルトの名無しさんNGNG
>>623
C#だったらそんな苦労さえなかっただろうな。
0627デフォルトの名無しさんNGNG
ソースは最高のリファレンス。。。
普通のリファレンスがもっとあれば、もっと最高なのにな。
0628デフォルトの名無しさんNGNG
>>626
どこからそういう考えが出てくるんだろうか。
0629デフォルトの名無しさんNGNG
>>626
丁度明日は休みだし、C#で書いてみたら?
0630デフォルトの名無しさんNGNG
>>628
このスレを読んで
0631デフォルトの名無しさんNGNG
>>629
休みじゃねーよ!
0632デフォルトの名無しさんNGNG
確かにC系の表現方法はリファレンスとしては非常に読みにくい場合が多いのは確かだね
0633デフォルトの名無しさんNGNG
>>629
なんのために?
0634デフォルトの名無しさんNGNG
え?だってC#なら苦労なく書けるって言ったじゃない。 半日もあれば書けるんでしょ?
0635デフォルトの名無しさんNGNG
>>623
そんな限定的な例を見せられて、ソースは必要だといわれても。
フックをかけてどうのこうのというような裏技的な使い方のためにソースを付けなくてはならない道理はない。

>>625
ソースは全ての情報が含まれているがその情報量が多すぎて能率が悪い。
ライブラリに必要情報はどういうものを渡せばどういう動作をするという事のみ。
ソースを眺めなくてはならないようなものはドキュメントの不備か設計自体が失敗しているだけ。

それにライブラリ(特にクラスライブラリ)は抽象度を高める効果があると思うのだが中を調べたら本末転倒だろ。
0636デフォルトの名無しさんNGNG
なんでお前は自分のコードさらしたり、人にコード書かせたりしたがるんだよ?
必要があれば、ネット検索して適当なもの探すし、場合によっては自分で書く。
もちろん、そのためのリソースはDELに比較して豊富にあるので全然苦労しない。
0637デフォルトの名無しさんNGNG
>>636
なんでかというと、C#で同じ事しようとして1ヶ月。 結局出来なかったからだ。 だからやってみせてね。
0638デフォルトの名無しさんNGNG
>>637
.net初心者が慣れない環境で四苦八苦しているってことか。心配すんな君の要領が悪いだけ、
環境に不備はない。DELでできたんなら当然できる。
でも、俺はそのコードの内容にまったく興味ないし、君のためにやるつもりもない。
どっかで、お願いしますってちゃんと頭さげれば、やってくれるC#使いがいるかもしれんがな。
0639デフォルトの名無しさんNGNG
>>637
途中まででいいからソース出したら?
0640デフォルトの名無しさんNGNG
なんだ結局出来ないのか
0641デフォルトの名無しさんNGNG
何でもフックかけるヤツいるね。
そういうヤツの仕事引き継ぐときほど面倒なことはない。
何故かって言うと、どうしてこういう事をしているのかライブラリの中まで調べなきゃならないはめになるから。

こういうプログラムの仕方しているとドキュメントをかなりしっかり残さなきゃならなくなる。
気にしなくちゃならないこと(責任)も増えるので結果として依存関係が強くなったと言っても良い。
0642デフォルトの名無しさんNGNG
自分の力不足を環境とか人のせいにするな>DEL厨
0643デフォルトの名無しさんNGNG
あのコードは、フックをかけるのと、フックをかけない普通のグラフィックコントロールの両方で実装されている。
フックをかけた方のコンポーネントの方が使う時は非常に快適。
まるで直線が一つのコンポーネントのように扱える。
0644デフォルトの名無しさんNGNG
delの情報も十分以上にネット上にあると思うんだけどね。
まあC#との比較は興味ないけど。
0645デフォルトの名無しさんNGNG
なんでみんなGUIのライブラリの話ばかりなの?
0646デフォルトの名無しさんNGNG
>>643
おれはDEL知らないが

>まるで直線が一つのコンポーネントのように扱える。

これって普通じゃないのか。
0647デフォルトの名無しさんNGNG
何の話かと思ったらそれか>643
あれは例外的なハックで、普通の作業とは違うと思うが…
まあC#じゃあ書けないだろうってのは同意だけどね。
0648デフォルトの名無しさんNGNG
ハック?
0649デフォルトの名無しさんNGNG
>>643
だからそんな局所的事例出してどうするんだよ。
仕事でフックしまくったプログラムの保守なんかしたくないぞ。
0650デフォルトの名無しさんNGNG
スペルはhack。トリッキーなコードを指すときに使ってる。
そんなに一般的じゃないのかな。
0651デフォルトの名無しさんNGNG
>>647
C#じゃかけない理由って何?
0652デフォルトの名無しさんNGNG
OOPを理解している人間の少なさを実感しました。
0653デフォルトの名無しさんNGNG
>651
IDEの内部処理を知らないと書けないから。
0654デフォルトの名無しさんNGNG
>>653
use strict;
0655デフォルトの名無しさんNGNG
>>646
例えば何なら簡単なの?
0656デフォルトの名無しさんNGNG
>>655
Java
0657デフォルトの名無しさんNGNG
だんだんライブラリと関係ない話になってないか?

フックにはソースが必要だ
↓
ソース付いてないとダメ

ってもうアホかと。
だいたいフックと言う一般的に使うとは思えないものを例えに出すのが間違い。
0658デフォルトの名無しさんNGNG
>>653
じゃあC#ってのは関係ないじゃん。
0659デフォルトの名無しさんNGNG
じゃあフックなんて使わない、もっと一般的な例を出せばいいんだろ?
0660デフォルトの名無しさんNGNG
>658
DelphiはDelphiで書かれているという事と、ライブラリのソースがあるという事で、
Delphiでは可能。C#ではまあ大変でしょう。
でも俺も>>657に同意だね。ソースがあると楽しいけど。
0661デフォルトの名無しさんNGNG
フックは、委譲を考慮してない部分にアクセスするには必要な手法だ。

そして、たいていのクラスライブラリはフックの手法が必要だ。
0662デフォルトの名無しさんNGNG
VC++だってライブラリのソースくらいついているんだけど・・・
0663デフォルトの名無しさんNGNG
>>659
たのむ。
0664デフォルトの名無しさんNGNG
>>661
そんなことばかりしていると保守できなくなるよ。
プロジェクト組んで人と仕事したこと有る?
0665デフォルトの名無しさんNGNG
>>661
> フックは、委譲を考慮してない部分にアクセスするには必要な手法だ。
アホいうな。OS提供のAPIの力を借りておきながら一般的な言語の手法のように言うな。
0666デフォルトの名無しさんNGNG
>661
OOP勉強し直してきな。
0667デフォルトの名無しさんNGNG
結局ライブラリが機能を提供していないから、
フックなんて手法に頼ると。
0668デフォルトの名無しさんNGNG
>>665
あの部分に限れば、APIじゃなくて WinProcイベント(プロパティ)をフックしてもいい筈だよ。
0669デフォルトの名無しさんNGNG
>>661
なんのために隠していると思っているの?
責任を分散させて抽象度を下げることになるよ。
0670デフォルトの名無しさんNGNG
オブジェクト指向は糞ってことで
0671デフォルトの名無しさんNGNG
>>667
その通り。 現代のクラスライブラリは巨大で、色んな機能を広範囲に提供してくれてはいるけど、
やはりフックしないと、手軽に機能追加出来ない事も多いね。
0672デフォルトの名無しさんNGNG
>>669
隠していないよ?
0673デフォルトの名無しさんNGNG
>>668
>>661はそのソースに対して言っているんじゃなくて全体的なことを言っているんだろ。
だからバカにされる。
0674デフォルトの名無しさんNGNG
つーか、フックなんか使ったら内部の処理が変わったとき問題が起きるでしょ。
オブジェクト指向を破壊している。
0675デフォルトの名無しさんNGNG
>>672
>>673
0676デフォルトの名無しさんNGNG
Del厨ってこんな低レベルなのばっかりなんだな。(ゲラ
0677デフォルトの名無しさんNGNG
C#のバイブルを教えてください
0678デフォルトの名無しさんNGNG
平気でフックするヤツとは仕事したくない
0679デフォルトの名無しさんNGNG
鼻フック
0680デフォルトの名無しさんNGNG
>>674
どうして? メッセージの流れに割り込むだけだから、しっかりオブジェクト指向してると思うけど?
0681デフォルトの名無しさんNGNG
左フック
0682デフォルトの名無しさんNGNG
クラスライブラリの話をするとGUIのクラスライブラリの話にしかならないのがDEL厨っぽくて良い。
0683デフォルトの名無しさんNGNG
>>680はコピペ
0684デフォルトの名無しさんNGNG
なるほどな、
DEL厨が癖のある使い方してきた
↓
.NETに移行したい、勉強したい
↓
まともなOOPの手法でないので、まともなOOP環境である.NETを使いこなせなくて困っている。
↓
DELは良かった。.NETは悪い。

ついでに豊富なリファレンスの活用の仕方も慣れていない。
まあ、最初はそんなもんだろうが、時間が立つにつれ.NETフレームワークとネット上にあふれるリソースの恩恵が身にしみるようになる。
0685デフォルトの名無しさんNGNG
>>680
内部のメッセージと、オブジェクト指向用語のメッセージの区別をつけような。
0686デフォルトの名無しさんNGNG
>>680
それにより処理内容が変わるのでカプセル化が保てない。
継承の関係もまったく無視することになる。
0687デフォルトの名無しさんNGNG
ずっと仕事とかプロジェクトの文句言ってる奴いるな。
余程ストレスがたまっているんだろうけど、まあがんばってくれ。
0688デフォルトの名無しさんNGNG
マジレスしていいか?
0689デフォルトの名無しさんNGNG
>>680
マジでフックがしっかりオブジェクト指向していると思っているのか?
0690デフォルトの名無しさんNGNG
そうかい?
Hook Operationパターン をちゃんと組み込んでるのが最近のトレンドだと思うんだけどね
0691デフォルトの名無しさんNGNG
可哀想だから680はほっとけよ。
0692デフォルトの名無しさんNGNG
>>689は今まで常識だと信じてきたことが覆されそうで焦っている。
0693デフォルトの名無しさんNGNG
これじゃあVB.NET使いに負けて当然だね
0694デフォルトの名無しさんNGNG
あ〜ぁ。
Hook Operationパターンとここで出てきているフックをごっちゃにしているよ。
誰だこいつ?
0695デフォルトの名無しさんNGNG
VB.NET使いの方がWebアプリもパターンも把握しててレベルが高い
0696デフォルトの名無しさんNGNG
冗談じゃないぜ、クラスのソース見なきゃ使い物にならん手法のどこがOOPなんだよ。
0697デフォルトの名無しさんNGNG
別にフック自体がしっかりオブジェクト指向しているわけじゃないな。
フックの手法をオブジェクト指向に当てただけで。

どちらにしろ良い方法じゃないし仕様用途も別。
0698デフォルトの名無しさんNGNG
Del厨は低レベルなの?
0699デフォルトの名無しさんNGNG
まともなOOPでないのは、
C#にすんなり移行できないのがなによりの証拠
0700デフォルトの名無しさんNGNG
>>697
そうだな。ここで出てきているOS提供のフック自体はオブジェクト指向を破壊する。
しかし、そのフックの考え方を取り入れた手法がHook Operationなわけで、
全然別物だね。
0701デフォルトの名無しさんNGNG
>>690が恥をかきました
0702デフォルトの名無しさんNGNG
Delphi = まともなOOP
C# = まともなOOPでない

だから移行できないんだろ。
0703デフォルトの名無しさんNGNG
所詮Del厨はデスクトップ時代の遺物
0704デフォルトの名無しさんNGNG
    λ_λ    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ( `ー´) <  あーメンドクセェ
   /   ノつ  \__________
  (人_つ_つ
0705デフォルトの名無しさんNGNG
   λ_λ    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ( `Д´) <  あーメンドクセェ
   /   ノつ  \__________
  (人_つ_つ
0706デフォルトの名無しさんNGNG
   λ_λ    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ( `Д´) <  あーメンドクセェ
   /   ノつ  \__________
  (人_つ_つ
0707デフォルトの名無しさんNGNG
>>702
でも、ここの発言見ているとDEL厨はあんまりOOP知らないみたいですよw
0708デフォルトの名無しさんNGNG
>>702
逆だろボケ
0709デフォルトの名無しさんNGNG
>>702
OOPってなんだよ(w
OOPLだろ低脳。
0710デフォルトの名無しさんNGNG
Del厨は旧VB6と比較してるのがお似合いだね。
VBは今や7.1だけど。
0711デフォルトの名無しさんNGNG
8にしなかったのはなぜ?
0712デフォルトの名無しさんNGNG
つーかいつになったらNT6がでるんだ。
0713デフォルトの名無しさんNGNG
> どうも単にコピペするのだと誤解しているらしいね
> やり方を理解した上で
> よりシンプルに必要なことだけを書くのだよ

早く実例を出してくれよ。
0714デフォルトの名無しさんNGNG
>>711
VB7(VB.NET)との差が小さいからじゃない?
0715デフォルトの名無しさんNGNG
所詮劣ったパスカルはいくらがんばっても、この程度
0716デフォルトの名無しさんNGNG
>>715
デルファイはパスカルでもオブジェクトパスカルでもない!
ボーランド専用の独自言語。
0717デフォルトの名無しさんNGNG
み
0718デフォルトの名無しさんNGNG
パスカルだろ。だいたい。
0719デフォルトの名無しさんNGNG
beginとendがね。
0720デフォルトの名無しさんNGNG
:= もだろ。パスカルのくせに。
0721デフォルトの名無しさんNGNG
:=ってiiを横に倒したみたいだね。
0722デフォルトの名無しさんNGNG
ここを読むとOOPを理解していないDEL厨がいかに多いのかがわかる。
0723デフォルトの名無しさんNGNG
えせDel厨だYO!
0724デフォルトの名無しさんNGNG
:= ii =: !!  := ii =: !!
ii =: !!  := ii =: !! :=
=: !!  := ii =: !! := ii
!!  := ii =: !! := ii =:
:= ii =: !!  := ii =: !!
ii =: !!  := ii =: !! :=
=: !!  := ii =: !! := ii
!!  := ii =: !! := ii =:
0725デフォルトの名無しさんNGNG
OOPもちゃんと理解していない奴が何をもってDEL最強!といつも叫んでいるのだろうか?
0726デフォルトの名無しさんNGNG
>>725
VCLのソースがついていること
0727デフォルトの名無しさんNGNG
DEL厨打ち負かされて黙っちゃったね。
0728デフォルトの名無しさんNGNG
690がかなり恥ずかしい勘違いをしちゃったからな。
弁明はないのか?
0729Delphi神NGNG


まだまだよのぅ。もっと精進しろよ。
0730デフォルトの名無しさんNGNG
間違っていないのに弁明?
0731デフォルトの名無しさんNGNG
>>730
ワラタ

どこが正しいのか説明求む。
0732690NGNG
ゴメンメシ炊いてた。 炊けるまで相手してやるよ。

フックは実は委譲の一つの形態だ。
わざわざフックと呼ぶのは、そこは設計者がこう使ってくれと意図してない部分で使う事が多いからだ。

しかし、設計者は万能ではない。フックを許さなければ、非常に硬直したものになるだろう。
0733デフォルトの名無しさんNGNG
>>731
スペリング
0734デフォルトの名無しさんNGNG
ここぞとばかりに言いたいこと言ってるのがよくわかるなw

OOPLつーてもMSと某だと流儀が違うだろ。
MSのはCOMやらActiveXやらに見られるように、ソース同士の結びつきは粗にしておいて
インターフェースで連携する流儀だし、
某は実装継承メインで、差分プログラミングに重点を置いてるような感じだし。
言語の設計者が同じでも、ライブラリのセンスまで同じってわけじゃないよな。

以降に手間取る人が現われるのも無理はないかと。
0735デフォルトの名無しさんNGNG
>>732
ん〜。おまえかなり勘違いしているみたいだな。
ここで出てきているフックのコードを書いてみな。
0736デフォルトの名無しさんNGNG
>>732
> フックは実は委譲の一つの形態だ。
> わざわざフックと呼ぶのは、そこは設計者がこう使ってくれと意図してない部分で使う事が多いからだ。
0点
0737デフォルトの名無しさんNGNG
だいたい.netと比較すること自体おこがましい。
身分をわきまえて欲しい。
0738デフォルトの名無しさんNGNG
>>690がメシ炊き終わったとたん騒がしくなったな(w
0739デフォルトの名無しさんNGNG
>>734
あのーOOPLに差があってもOOPには差はないんですけど・・・
デザインパターンとか知ってる?

あと、継承は別にソース無くてもまったく問題なくできるよ。
勉強し直してきてね。
0740デフォルトの名無しさんNGNG
ソースがないとフックしてカプセル化を破って内部動作を書き換えられないだろ!
0741デフォルトの名無しさんNGNG
>>740
そうだったね、ゴメンゴメンw
0742デフォルトの名無しさんNGNG
>>739
デザインパターンだって、反論してる人はいくらでもいるし(自分も嫌いな方だ)、
MixJuiceのOOPとAspectJのOOPって明らかに違うでしょ。
OOP/OOPLはひとつじゃないよ。
0743デフォルトの名無しさんNGNG
>>740
こんな考えしているからDel厨にはOOPは無理。
0744デフォルトの名無しさんNGNG
DEL擁護する人見れば

  そのスキル

 中途半端は見ていてをかし
0745デフォルトの名無しさんNGNG
>>732
設計者が意図していない使い方をするのがそもそも問題なんだが。
そう言う資料をキミはちゃんと残しているのか?

あと、公開していない部分は変わる可能性がとても大きいから非常に危険な手法といえる。
だって設計者は公開されている部分だけを保証しているんだからね。
0746690NGNG
>>735
WindowsならSetWindowLong か DelphiならWndProcプロパティをリンクする事を言ってるんでしょ?
 QtならObjectHookだったかな
0747デフォルトの名無しさんNGNG
>>745
設計者が意図したとおりにしか利用できない人は低レベル
0748デフォルトの名無しさんNGNG
>>742
AspectJはOOPじゃなくAOP。
0749デフォルトの名無しさんNGNG
>>748
釣れたーーーーーーっ!!!!!
0750690NGNG
>>745
設計者が意図した使い方しか出来ないという事になると、
旧VBのように入り口簡単で途中から非常に困難なプログラミングを要求されるわけだ。

ごめん、味噌汁そろそろ炊かないとって事で抜けるわ
0751デフォルトの名無しさんNGNG
この板の奴って死滅って言葉好きだよな。
0752デフォルトの名無しさんNGNG
>>746
残念ながらそれは君が言ったHook Operationパターンとは全くの別物だよ。
Hook Operationは内部動作をいじるわけじゃないからね。
もう少し勉強してから帰ってきなさい。
0753デフォルトの名無しさんNGNG
今日中に1000行く方に3万円かけるね!
0754690NGNG
>>752
そうかな?
SetWindowLongのやり方が強力だから、Windowハンドルを持たない場合にも使えるようにパターン化したと解釈してるんだけどね。
じゃ、また。
0755デフォルトの名無しさんNGNG
>>750
VBが途中から非常に困難になるのは設計者が意図した使い方以外のことを
しようとしているから。あなたは勘違いが多すぎます。味噌汁は炊きません。
0756デフォルトの名無しさんNGNG
クラスソースなけりゃどうにもならん手法使っときながら、
途中から困難なプログラミングだと?

0757デフォルトの名無しさんNGNG
>>755
中学校から国語を勉強し直せ。
0758デフォルトの名無しさんNGNG
>>747
バージョンが変わって非公開な内部部分が変わったらどうするの?
あと、ソースを読むときにその内部情報まで見渡さなきゃならないでしょ。
非常に保守性が悪いと思うんだけど。
0759デフォルトの名無しさんNGNG
>>754
完全に馬鹿だな。
Hook OperationパターンはWindowsだけのものとか勘違いしているんじゃないのか?
0760690NGNG
>>759
Windows特有のものですが。
では味噌汁を炊きにいってきます。
0761デフォルトの名無しさんNGNG
関西の方だとみんな炊くって言うよね
おでんも「関東炊き」だったっけ?
0762デフォルトの名無しさんNGNG
> Windows特有のものですが。

>>690は完全に死んだ。こいつを擁護する理由はもはや全く無い。
http://www.hyuki.com/dp/dpinfo.html#HookOperation
0763デフォルトの名無しさんNGNG
お前ら690がいなくなると静かになるな(嘲笑激藁
0764デフォルトの名無しさんNGNG
味噌汁を炊くってどういう意味?
0765デフォルトの名無しさんNGNG
>>690ってマジでバカ?
0766デフォルトの名無しさんNGNG
AOPもOOPの拡張程度に思ってるのだが、無理に妙な例を捻出せずに
無難にMixJuiceと普通のJavaにしといたほうが良かったかな…?
まあ、主張の数だけOOPも多様だし、主張までいかない流儀レベルの細かい差ならそれこそ大量にあるってこと。
同じ事するにしても、直接継承するかDecoratorにするかhas-aにするか…どれも間違いとは言い切れないし、
MSはDecorator(或いはStreamとTextWriterみたいな関係)が多くて、某は直接の継承が多い気がする。
0767デフォルトの名無しさんNGNG
そのうち、フォームのCaptionをSendMessageで変えても
カプセル化を破壊していないとか言い出しそうだな(藁
0768デフォルトの名無しさんNGNG
>>767
誰も言わないと思うけど。
0769デフォルトの名無しさんNGNG
>>768
>>690は言うでしょ。
だってHook OperationパターンをWindows特有のものだとか言ってんだもん。
バカなDel厨の代表だね。
0770デフォルトの名無しさんNGNG
AOPとOOPは直交するもの。

JavaとMixJuiceの違いはOOPの違いじゃなく言語の制限から来る違い。
OOPの手法自体は別に変わらない。
0771デフォルトの名無しさんNGNG
SetWindowLongってAOPだろ?
0772デフォルトの名無しさんNGNG
>770
動的継承を実現している言語とかまだ少ないよね。
0773デフォルトの名無しさんNGNG
690面白かったんだけどなぁ〜。もう帰ってこないかなぁ〜。
0774デフォルトの名無しさんNGNG
>>771
結論フックはAOPだった!!


なわきゃないだろボケッ
0775デフォルトの名無しさんNGNG
アスペクト指向ってなに?なにが一側面なの?
0776デフォルトの名無しさんNGNG
>>771
実行時に処理を入れるのとPPを使って実行前に処理を入れるのとではだいぶ違う。
0777デフォルトの名無しさんNGNG
aspectはゲーム会社
0778690NGNG
・・・・・・・・・・。
0779デフォルトの名無しさんNGNG
JavaとMixJuiceの違いが言語の違いなら、SetWindowLongとAOPの違いも同程度の違いに思えるけどなあ。
ただ、SetWindowLongが、C言語のレベルなだけで。
0780預言者NGNG
http://elife.fam.cx/mfg/

0781デフォルトの名無しさんNGNG
>>766
何が言いたいのかさっぱり判らん。
0782デフォルトの名無しさんNGNG
>>779
SetWindowLongは言語ではありません。
0783デフォルトの名無しさんNGNG
>>779
全然違う。
0784デフォルトの名無しさんNGNG
>>782
釣れた
0785デフォルトの名無しさんNGNG
Delphi8の日本語のローカライズは見送られるらしいね。
JBuilderとC#Builderのみだってさ。
0786デフォルトの名無しさんNGNG
>>779
公開していない部分に処理を割り入れるのは危険過ぎる。
0787デフォルトの名無しさんNGNG
>>784
違うということが証明された(w
0788デフォルトの名無しさんNGNG
ハッカーならそれくらい朝飯前
0789デフォルトの名無しさんNGNG
>>778
もう、弁明も出来ないね。

690といい779と良いDEL厨はアホが多いなぁ
0790デフォルトの名無しさんNGNG
お前らなあ、ちょっとプログラミンが出来るからっていい気になるんじゃねえぞ
0791デフォルトの名無しさんNGNG
>>554を皮切りに今日一日だけでかなり多くのDEL厨が敗れ去ったね。
0792デフォルトの名無しさんNGNG
>>554じゃなくて>>544-545ね。
0793デフォルトの名無しさんNGNG
Windowsメッセージの仕様って明記されてる気が…(ボソ
0794デフォルトの名無しさんNGNG
>>793
メッセージの仕様じゃなくて割り込まれるオブジェクトの事ね。
流れをちゃんと読めよ。
0795デフォルトの名無しさんNGNG
プログラムーって、性格、悪いね。
0796デフォルトの名無しさんNGNG
アンタばかぁ?
0797デフォルトの名無しさんNGNG
そりゃみやむー
0798デフォルトの名無しさんNGNG
>>793
お前はバカか?
0799デフォルトの名無しさんNGNG
結論

ライブラリにソースは不要
0800デフォルトの名無しさんNGNG
機械語直書きしろってこと?
0801デフォルトの名無しさんNGNG
そう言えばソースがないとオーバーライド出来ないってDEL厨がほざいていたけどアレはどうなったの?
0802デフォルトの名無しさんNGNG
>>799
ライブラリもデバッガでソース追えるほうがいいな
0803デフォルトの名無しさんNGNG
>>801
>>544-545で的はずれなソースを出して袋だたきに合いました。
それ以降、それを証明するものは何も出ていません。
0804デフォルトの名無しさんNGNG
ソース追えるほうがいいのは確かだけど○○できないってのはなぁ。
極端すぎるからボロが出るわけで。
0805デフォルトの名無しさんNGNG
でも、ソースがあるとバカがソース切り貼りしたりフックかけたりするからなぁ
安全性がぐっと低くなるし、OOP守れていないプログラムが大量生産される恐れもある。
このスレを見ていれば何となく判るでしょ。

それなりのヤツが読むなら良いんだけどね。
0806デフォルトの名無しさんNGNG
まぁ、リファレンス代わりってのが一番無難なソースの使い方かな。
0807793NGNG
>>798
まるでprivateメソッドを乗っとるような言われ方だったのでボソッと書いてみただけなのに
何故そこまで言われにゃならんのだ。
0808デフォルトの名無しさんNGNG
>>801
オーバーライト出来ないんだよ
0809デフォルトの名無しさんNGNG
>>807
どっちにしろAOPの変わりにはならんし危険なことも確かだろ。
0810デフォルトの名無しさんNGNG
>807
ヘタするとprivateメソッド乗っ取るよりたちが悪いような。
かなりキッチリドキュメント残しておかないとな。
0811690NGNG
馬鹿ばっかり。
0812デフォルトの名無しさんNGNG
せっかく覚えたんだから「Hook Operationパターン」と言ってみたいお年頃
0813デフォルトの名無しさんNGNG
>>811
具体的な反撃はないの?
0814デフォルトの名無しさんNGNG
>>811
みそ汁の具はなんでしたか?
0815デフォルトの名無しさんNGNG
>811
Hook Operationパターンの解説キボンヌ
0816デフォルトの名無しさんNGNG
>>812
いや。覚えてない・・・。                        あっ名前だけか。
0817デフォルトの名無しさんNGNG
690はこのスレのヒーローだな
0818690NGNG
>>817
ヒロインですがなにか?
0819デフォルトの名無しさんNGNG
驚愕の真実690タンは女の子でした(;´Д`)ハァハァ
0820デフォルトの名無しさんNGNG
メガネかけたキモいヲタ女だろ
0821デフォルトの名無しさんNGNG
メガネかけたキモいヲタ女イイ!!
0822デフォルトの名無しさんNGNG
>>818
捨て台詞だけで結局反論はないの?
0823デフォルトの名無しさんNGNG
粘着ストーカーかよ
0824デフォルトの名無しさんNGNG
出たなOO厨。
OOなんてコストを増やし、見通しが悪くなるだけ。
0825デフォルトの名無しさんNGNG
0826デフォルトの名無しさんNGNG
>>824
君がクリックしているアイコンはOOのインスタンスなんだがね。
0827デフォルトの名無しさんNGNG
>>826
表面上はそう見えるが実際は機械語とメモリに過ぎない。
0828デフォルトの名無しさんNGNG
>>827
OO = Object Oriented 概念
OOP= Object Oriented Programming その概念に基づいたプログラミング

’表面上’ではなく、その概念を具現化しているのがアイコン
0829デフォルトの名無しさんNGNG
猫はニャとなくものだけども、時にはワンと呼ばせたい事もあるさ、
ボタンとフレームは違うものだけど、ボタンをフレーム代わりに使ったり、フレームをボタンみたいに使いたい事もあるさ、

概念を具現化しようとするにつれ、抽象は混沌に流れる。
混沌に流れてもなお抽象化されてこそ概念だろう。

コダワリは大事だが、コダワリを捨てた所に真実が見えるかもしれないね。
0830デフォルトの名無しさんNGNG
>>827
君だって実際は有機化合物の塊に過ぎない。
つまり大事なのは君が分類学上「人間」として認めてくれる
誰かが必要だって事。実体より実体間の「関連」の方が重要なのさ。
0831デフォルトの名無しさんNGNG
>>830
俺のことをなにもしらないはずのあんたが、なぜ有機化合物の塊だと決めつけるの?
0832デフォルトの名無しさんNGNG
>>831
何!自動応答だったのか。それともすでにこの世の者ではない?
0833デフォルトの名無しさんNGNG
>>831
そんな低脳なレス付けるのは厨房しかいないし
厨房は人間しかいないし
人間である以上有機化合物の塊だから。
0834デフォルトの名無しさんNGNG
>>830
そういう、宗教がかった下らない議論をして満足してる連中ってキモイ。
白い布に巻かれてタマちゃん救出ごっこでもしていてほしい。
0835デフォルトの名無しさんNGNG
お金をはじめとする証券の類も実際は紙の上に書かれた記録だし、
君の預金も実際は金融機関で管理された単なる磁気的記録でしかないね。

つまり物の価値ってものは、既に抽象的なんだよ。
0836デフォルトの名無しさんNGNG
科学を宗教と言う奴ってそれこそ宗教がかっているとしか思えない。
0837デフォルトの名無しさんNGNG
人間は人間なのです。神様が創ってくれた尊い生命体なのです。
人間が有機化合物なんて神様を侮辱しているのと同じです。
太陽は地球の周りをまわっているのです。
宇宙は地球を中心として存在しているのです。
0838デフォルトの名無しさんNGNG
とりあえず町内周って来い。
0839デフォルトの名無しさんNGNG
アニメなどの2Dに萌える奴って、十分にオブジェクト指向?
0840デフォルトの名無しさんNGNG
うん
0841デフォルトの名無しさんNGNG
>>837
基点を地球にしてしまえば、その考えも外れではない。
物の見方は何を中心に据えるかで決まる。
(物理法則的にはかなり外れだけど。)

神様ってのもかなり抽象的存在だよな。純粋仮想的ってゆーか、実体は
見えなくても生活に影響は与えてる。
0842デフォルトの名無しさんNGNG
>>839
高度に抽象化した記号を操るから、理解するには知性が必要。
0843デフォルトの名無しさんNGNG
漏れは惰性で見ている。
0844デフォルトの名無しさんNGNG
キミたちはほんと馬鹿だね。あきれるよ。
Delphiは死滅しない。終了。
0845デフォルトの名無しさんNGNG
実務的にはフックの手法はOOの進化上にある不可避な要素だろう。

オブジェクト指向としての抽象化が進むにつれ概念の硬直化が始まるが、
それを柔軟に回避してくれるのが委譲であり、その先を見せてくれるのがこの手法だ。

>>585のコードは 画面上にガジェットを載せる機能を TForm継承ではなく、フックする事で実現している。
ガジェットオブジェクトとフォームを結びつける糊としての働きを抽象化させたものだろう。
0846デフォルトの名無しさんNGNG
用語を並べてみた説明は高尚に見えるだけな罠。
0847デフォルトの名無しさんNGNG
>>845
だから何度も言うように委譲とフックは別物。
0848デフォルトの名無しさんNGNG
>>845
委譲=フック
委譲はオブジェクト指向ではオブジェクト間の依存をゆるめる効果がある。
よってフックはオブジェクト指向だ。

という短絡思考はやめてくれ。
フックはOSに依存した力の大きすぎる委譲方式。
特殊な場面以外使うものじゃない。
それをMediatorパターンといっしょくたに語るのは愚の骨頂。

DEL厨はこんなのばっかか・・・
0849デフォルトの名無しさんNGNG
フックの手法はOOの進化上にある不可避な要素と言い切るのが凄いね。
0850デフォルトの名無しさんNGNG
>845
既存のフックの仕組みが用意されていないライブラリにOSに依存した方法で理動作を追加するのと
Hook Operationみたいに最初からフックの仕組み組み入れ、動的にフックを切り替えられるようにする
のとでは意味合いがまったく違ってくるのでは?
0851デフォルトの名無しさんNGNG
で、フックって何だ?
0852デフォルトの名無しさんNGNG
船長って言いたいんだろ。
0853デフォルトの名無しさんNGNG
え〜、フックはオブジェクト指向の進化にとって不可避で、フックをするにはライブラリのソースが必要で
ソースが無いライブラリは使えないと。


はぁ・・・

OOPってなんなんだろうね。
0854デフォルトの名無しさんNGNG
BeOSはC++をAPIにして大失敗したねぇ
0855デフォルトの名無しさんNGNG
APIは底辺に合わせるのが基本だからね。
0856デフォルトの名無しさんNGNG
user32.dllだって(ntdll.dllから見れば)ライブラリに過ぎないし、
ウィンドウメッセージのフックはそのuser32.dllがライブラリとして正式にサポートしてる機構だったりするのだが…
0857厨房の為の用語解説NGNG
委譲--delegation
自分が行う処理を他のオブジェクトに行わせる仕掛け=Delphiのイベントの仕掛け。
 継承による関係だと静的なレベルとなる為、クラス設計を継承だけで行おうと
すると、実用的なアプリではすぐに組み合わせ爆発が起こります。
 昔からある仕掛けで、Cのライブラリqsortは、比較関数を渡すが、これは、
ソートというオブジェクトに比較というアクションを委譲していたと見る事が出来る。

フック--hook
本来の処理の流れを後の必要により分岐するテクニック全般
委譲が上手に設計されていれば必要無い筈だが、世の中なかなか単純ではない。
たとえば、既に委譲によって接続されていたオブジェクト間の接続に、別の処理を入れたいという場合
その接続を一旦自分に向けて通信内容に加工を加えたりした上で古い接続元を呼び出すという手法で
簡単に対応出来る場合がある。 こういう処理をフックと呼んでいる。
さらにこの概念を昇華させて
0858デフォルトの名無しさんNGNG


     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉


0859デフォルトの名無しさんNGNG
(^^)(^^)(^^)(^^)(^^)(^^)
(^^)(^^)(^^)(^^)(^^)(^^)
(^^)(^^)(^^)(^^)(^^)(^^)
(^^)(^^)(^^)(^^)(^^)(^^)
山崎渉
0860デフォルトの名無しさんNGNG
>>853
理想論と現実をごちゃ混ぜにしているから、不毛な議論が起きるんだよ。

たとえばクラスの設計とドキュメントが完備しているならそれで十分。
適切な関数が仮想化されていてそれらの副作用まで正しく知ることができるなら
ソースはいらない。

こういったことを言語レベルで管理するとか、OS レベルでのフックマネージャーが
しっかり見張ってくれるのであれば、それもよし。
Ada がその路線に走ったが、結局実行系が重くなった...

で、現実には、不完全なマニュアル、意図不明な継承、意図しない副作用が存在するから
「ソースを見よう」ということになるのさ。
0861デフォルトの名無しさんNGNG
え?Delphiってまだあったんだ。
死滅してたんじゃなかったのか?
0862デフォルトの名無しさんNGNG
>>857
だからそこで語られているフックと今話題になっているフックを一緒にするなよ。
ちゃんとログ読もうな。
0863デフォルトの名無しさんNGNG
えーと、オブジェクト間のメッセージのフックとウインドウメッセージのフックをどうして一緒に語るんだ?
0864デフォルトの名無しさんNGNG
>>856
正式にサポートしているかしていないかなんてまったく関係ないんだけど。
原始的で強力な横取り機構を使って処理を割り入れるまたは書き換えるのが問題なわけで。

そういうフック自体、使用用途が非常に限られてくる。
一般的理論として展開するには無理が有りすぎる。

>>860
理想論と現実ををごちゃ混ぜにしているんじゃ無くて、
ロジックとしてのフック(これは言語やOSに依存しない)と機能としてのプラットフォームに用意された
フック(依存性が高く、影響範囲が広い)を同じレベルとして扱うから話がおかしな方向に行ってしまうんだよ。
0865デフォルトの名無しさんNGNG
>>864
固すぎないか?
あなたがそういう流儀なのは構わないが、
特定の機能を使えば柔軟性が増す場合、使う人を無理に止める必要も無いと思うが

あ、もちろん危険な事はしないとか、ドキュメントを残すとかは当然の話として
0866デフォルトの名無しさんNGNG
DEL厨どうしようもない勘違いバカばかりだな。
だいたいソース無いとライブラリ使えないってなんだよ。
抽象化って知ってる?
0867デフォルトの名無しさんNGNG
>>857
>委譲--delegation
>自分が行う処理を他のオブジェクトに行わせる仕掛け=Delphiのイベントの仕掛け。
これイコールじゃないだろ。
C#/Delphiのdelegateとクラス設計の委譲は別物だろ。
0868デフォルトの名無しさんNGNG
>>865
そんなに日常的にプラットフォームに用意されたフックを使う機会があるとは思えないんだが。
基本的には既に出来上がったアプリケーションに対して処理を割り入れる場合だけだと思うけどね。

>あ、もちろん危険な事はしないとか、ドキュメントを残すとかは当然の話として
物事はシンプルならシンプルなほど良い。
注意事項(ドキュメント)なんて無ければ無いにこしたことはない。
0869デフォルトの名無しさんNGNG
>>845とか結局>>690なんでしょ。
こんな頭の悪いヤシに擁護されたらDelphi使いも迷惑だろうな。
議論をする場合馬鹿な味方が一番たち悪いしね。
0870デフォルトの名無しさんNGNG
こういう不毛な議論こそMLでやるべきだろう。
最近ネタ不足だし。
0871デフォルトの名無しさんNGNG
DEL厨昨日から連戦連敗だなw
0872デフォルトの名無しさんNGNG
DELはVB.NET並にユーザーに恵まれないな
0873デフォルトの名無しさんNGNG
結局死滅はしないのかな。
0874デフォルトの名無しさんNGNG
Delphi=シックスセンスの医者
0875デフォルトの名無しさんNGNG
フック船長は死んでしまいましたか?
0876デフォルトの名無しさんNGNG
>>872
同感。
このスレを見てて思い知ったよ。
Delphiってライブラリソース公開されているし、その他何でも出来ちゃうから力のないプログラマは安易な方へ流れちゃうんだろうね。
0877デフォルトの名無しさんNGNG
機能の拡張をウィンドウメッセージフックなんかでするヤツと仕事はしたくない。
0878デフォルトの名無しさんNGNG
さらしage
0879デフォルトの名無しさんNGNG
>>876もそういうユーザーの一人なんだが
0880デフォルトの名無しさんNGNG
議論が落ち着いたところで突然現われて罵倒だけは楽しむという連中が一番質悪いわけだが
0881デフォルトの名無しさんNGNG
もちろん、ここで言われてフックにはもっと近代的な名前が付いてる事は承知の上での厨房イジリでした・・・とか?
0882デフォルトの名無しさんNGNG
>>881
なんて言うの。
0883デフォルトの名無しさんNGNG
>>882
デンプシーロール
0884デフォルトの名無しさんNGNG
>>883
参考リンクは?
0885デフォルトの名無しさんNGNG
http://www.google.co.jp/search?q=%E3%83%8D%E3%82%BF%E3%81%AB%E6%B7%B7%E3%81%98%E3%82%8C%E9%85%A2%E9%81%8E%E5%8E%BB%E6%82%AA%E3%81%84&ie=UTF-8&oe=UTF-8&hl=ja&lr=
0886デフォルトの名無しさんNGNG
なんだ>>881は悔しかっただけなのか。もしかして>>690とか。
0887デフォルトの名無しさんNGNG
ヘンなこと言ったら思いっきり突っ込んでやろうと思ってたのに逃げちゃったね
0888デフォルトの名無しさんNGNG
しかし、884はイタいなぁw
0889デフォルトの名無しさんNGNG
まあ、DELPHI自体は過去それなりの存在意義はあったわけだし、今でもその少数派ユーザーは暖かく見守るというのが俺の普段の姿勢。
不毛な論議というのは確かにあるからね。
しかし、あまり身の程をわきまえずに、何も知らない初心者に勧めている見るとカルトっぽいものを感じてしまう。後こういう風にライブラリソースとかまとはずれな事言うのを見たりね。
そういう時は今みたいにこてんぱんにやっつけて現実を見つめなおさせるのは善い事だと思う。

0890デフォルトの名無しさんNGNG
まぁ、今初心者が覚えるなら Java だろうね。
ある程度 OOP が強制されるし、泥臭い直接叩きとかも(無理にしようとしない限り)出来ないから良いスタイルが身に付く。
ドキュメントも豊富で公開されているAPIのソースも OOP の教材として役に立つ。
C#やC++への以降も基本的な記述や言語仕様が似ているので比較的楽に移行できる。
0891デフォルトの名無しさんNGNG
言い忘れたけどここで言っている初心者はプロを目指す初心者の事ね。
趣味グラマならDelphiは十分に魅力的。
Java 簡単に Win アプリなんか作れないしやれることが制限されて面白くない。
自分で簡単にソフトをとりあえず作ってみたいという初心者には Delphi は一番かもね。
0892デフォルトの名無しさんNGNG
>>888
あんた>>690もしくは>>881だろ。
0893デフォルトの名無しさんNGNG
>>891
その目指すプロってのをもっと詳しく定義してみたら? 
職人としてのプロじゃなく、使い捨て労働プロの事言ってるならその通りだと思うよ
0894デフォルトの名無しさんNGNG
>889
痛いね、君
0895デフォルトの名無しさんNGNG
まああれだな。コードも書けないクセに何言っても無駄って事だよ。
書けるんならさっさとコード書いて見せればこの板では解決するんだからさ。
>>313の課題なんて簡単だろ?
>>585の課題は少し難しいだろうが、簡単だって言うなら書いてみたらいいじゃないか。
元は1日でかけたコードだよ。Delphiより生産性高いツールあるなら苦労しないだろ?
0896デフォルトの名無しさんNGNG
NO毛〜悩み無用〜♪
0897デフォルトの名無しさんNGNG
>>891
オレも今からプロ目指す人はJavaが一番良いと思うけど。
>>890の利点に加え、リファクタリングツールやUnitTestのツールなどがそろっていてアジャイル開発プロセスも勉強できるし
JSP、サーブレット使ったWEBシステムの構築も文句ない。
CORBAが受け持ってきた分散オブジェクトを使った大規模開発も現在EJB+アプリケーションサーバに移行しつつある。

こんな感じで結構広い範囲をカバーしている。
もし将来Javaを使わないとしても、各分野の世界を学べるので勉強しておいて損はないと思うよ。
0898デフォルトの名無しさんNGNG
いくらJavaやっても肝心のWinアプリの出来が糞だからな。
0899デフォルトの名無しさんNGNG
プロじゃなくて自分の好きなものをすぐ作りたい、フリーウェア、シェアウェアをガンガン作りたいってならDELでしょうな。
実際にDELのソフト多いし。

プロを目指す人の言語=Javaは同意。
0900デフォルトの名無しさんNGNG
> 実際にDELのソフト多いし。

恥ずかしいけどな
0901デフォルトの名無しさんNGNG
>>900
2chブラウザほとんどDelphiですが。
0902デフォルトの名無しさんNGNG
そんなレベルでしかアピールできないんだなカワイソウ
0903デフォルトの名無しさんNGNG
なんちゃってC/C++プログラムよりいいと思うな
0904デフォルトの名無しさんNGNG
必死だな(藁
0905デフォルトの名無しさんNGNG
Javaのあれだけのアピールに対してDELは>901ですかw
そう言えばちょっと前まで「初心者にはDEL」とか言ってたバカがいたなぁw
0906デフォルトの名無しさんNGNG
俺もJavaはGUIが重いのがどうもな〜って思ってあまり
追わなかったんだけど、最近EclipseのSWTが出てから
意識するようになった。結構いけるんではないかと。

普段はDEL厨でもいいからJavaもやって損は無いと思ふ。
(.NETは企業ユーザーばかりでコミュニティがあんまり育って無いから・・な)
0907デフォルトの名無しさんNGNG
作りたい物のスケールによってはDelphiでも別にいいかも。
初心者には○○!って別に固定的に押し付ける必要も無いが。
0908デフォルトの名無しさんNGNG
>>907
プロを目指す初心者って話じゃないの?
そうなると確かに自ずとJavaになる。
0909デフォルトの名無しさんNGNG
Javaだとモチベーションの維持が問題になりそうだから
Delphiで趣味のお手軽プログラミングやりながらでいいんでない?
毛色の違う言語を複数扱えた方がいいよ。PHPとかもね。
0910デフォルトの名無しさんNGNG
自分の思い描いたものをすぐにカタチに出来るDelが最高。
遅くてショボイGUIでネイティブも作れないJavaなんて糞過ぎて使えない。

ソフトウェア作っていれば絶対に突っ込んだことをしなくちゃならなくなる。
Delならそういうことも出来るし、当然Javaで出来ることも出来る。
Javaよりメリットが大きい。
0911デフォルトの名無しさんNGNG
>>909
それだと、スタイルがそのお手軽プログラミングになってしまう危険性が。
それを仕事としようとする場合やっぱ楽しいだけじゃダメなんじゃないかなぁ
趣味でやるなら楽しくなくちゃってのが前提にあるけどね。

とは言うもののモチベーションの話は良く判る。
ある程度OOPの概念や基礎が身に付いてきたらDelphiで自分の好きなものをサクサク作ってみるのがバランスとして良いかも。
0912デフォルトの名無しさんNGNG
>>910
だからそう一辺倒に物事考えるなよ。
(ってゆうかDel厨偽装した煽りっぽいな書き込みが。)
0913デフォルトの名無しさんNGNG
プロになる場合でもWinアプリ開発をするって決まっているなら最初に覚える言語がDelでいいだろ。
なんでこんなにJava厨ばかり寄ってきてるんだ?
0914デフォルトの名無しさんNGNG
>>913
それならC#を選ばない理由がない。
よっぽど劣悪な環境でもない限りは。
0915デフォルトの名無しさんNGNG
>>914
Delは統合環境がただで手に入る。
0916デフォルトの名無しさんNGNG
>>911
>ある程度OOPの概念や基礎が身に付いてきたらDelphiで自分の好きなものをサクサク作ってみるのがバランスとして良いかも。

概念的なものは退屈だからJavaで習ったものを、「じゃDelphiの場合では?」
とかの工夫を反復でやるのがいいんじゃないかな。(逆の場合も)

Delphiだけしかやってないと思いっきりフォームにロジックを埋め込みがち、
だがそれじゃ見通し悪くなるしユニットテストとかも出来ない。

OOPの手法的なものはやはりJavaを通らないと最近はつらいものがある。
0917デフォルトの名無しさんNGNG
>>913
んあ?俺はDel&Java厨ですが何か?(要するにVB以外ならいいわけで。)
0918デフォルトの名無しさんNGNG
>>916
確かにそっちの方が良いかも。

リファクタリング->UnitTestとかの流れはやっぱりJavaが一番学びやすいかな。
OOP関連の書籍もだいたいJavaのサンプルソースを載せてあるしね。
初心者じゃなくてもJavaは避けられないね。
0919デフォルトの名無しさんNGNG
Delphi学ぶのに別の言語なんて知ってる必要ないだろ。
DelphiやるためにJava覚えろなんて馬鹿丸出し。
Delphi onlyでまともな開発スタイルを身に付けることは普通に可能。
Javaなんてやってる間に金と時間を全てDelphiにつぎ込んだ方が効果的。
全てをマスターしたころにはJavaが廃れてC#一食になってるかもしれないしな。
0920デフォルトの名無しさんNGNG
やっぱり偽装だなこいつ。本当はVB厨だろ。
0921デフォルトの名無しさんNGNG
色んな言語を知っておくこと自体はいいことだよ
ただ、仕事にしてしまってからではなかなか余裕がないだろうから
できればアマチュア(学生)の内にね
0922デフォルトの名無しさんNGNG
>>919
言語を学ぶんじゃなくてOOPの概念や手法、最新の開発プロセス、など色々な分野を学ぶんだよ。
そして、Javaはそれらを学ぶ土台がかなりしっかりしている。
もしJavaが無くなったとしてもそれに費やした時間は決して無駄にはならない。

> Delphi学ぶのに別の言語なんて知ってる必要ないだろ。
Delphiを学ぶためにJavaを勉強しろと言っているわけじゃなくプロを目指しているヤツが覚える言語の話をしているの。
流れ読んでね。
0923デフォルトの名無しさんNGNG
学生のうちに色んな言語を知っておく必要があるとしたら
別のパラダイムの言語をやっといたほうが10倍まし。
Scheme, Mathematica, Python等々
手続き型ベースのOOなんてひとつ覚えりゃ十分。
0924デフォルトの名無しさんNGNG
>>923
OO関係の本なんてJavaばっかだし。
勉強するのにちょうど良い。
その一つ覚えるOOPがJavaでいいんじゃないの?
0925デフォルトの名無しさんNGNG
>>923
それもまた極論だな。ま、やっても別に悪くは無いが。
0926デフォルトの名無しさんNGNG
>>922
>言語を学ぶんじゃなくてOOPの概念や手法、最新の開発プロセス、など色々な分野を学ぶんだよ。
だからそれはJavaとは関係ないだろ。
仮にノウハウ本がJavaで説明されていたとしてもだよ。
教養としてのC厨とJava厨ウザ杉。
0927デフォルトの名無しさんNGNG
関数型言語を勉強して果たして社会で役に立つ日が来るのだろうか・・・
それこそ趣味人の道楽なのでは。
0928デフォルトの名無しさんNGNG
>>926
> だからそれはJavaとは関係ないだろ。
> 仮にノウハウ本がJavaで説明されていたとしてもだよ。
関係あるんじゃないか?
>>890とか>>897読んだ?
わざわざDELを選ぶ理由がないんだが。
0929デフォルトの名無しさんNGNG
>>926
>だからそれはJavaとは関係ないだろ。
実装例読めたほうが理解も速いと思うが?
それにDelphiだけじゃ情報源すくないからC++も読めたほうが
効率的。(それとも誰かが移植してくれるのをじっと待つ?)
0930デフォルトの名無しさんNGNG
しかしわざと敵を作る発言はやはり偽装っぽくないか?
0931デフォルトの名無しさんNGNG
今から、プロになろうとするヤツがなんでDELやんなきゃならなの?
待ったくもって理解不能。
>890、>897よりも大きいメリットがあるとでも言うのかね。
0932デフォルトの名無しさんNGNG
なんか自作自演の匂いがプンプンしてきたんだが。926=931?
0933デフォルトの名無しさんNGNG
ジエンにされてるし・・・
0934デフォルトの名無しさんNGNG
Delphiやって成功した人も結構いるから。(Loppyやった謎全氏、
グルージェントの栗原氏etc.)別に損でもなかろう。(要は当人の
力量次第だが。)
0935デフォルトの名無しさんNGNG
>>934
そういう人たちは最初にやった言語がDELじゃない罠。
0936デフォルトの名無しさんNGNG
デルフアイがなくなったら、なにつかおうか
0937デフォルトの名無しさんNGNG
>>934
いや、DELが良い悪いじゃなくて、プロになろうとしているヤシが最初に勉強すべき言語の話をしているという流れ。
ちょっと前にDelphiは初心者に良いという話が持ち上がって今更になってそれを蒸し返しているわけ。

まあオレをどうでも良いが。
0938デフォルトの名無しさんNGNG
専卒でもないかぎり直截的な知識なんて会社には要求されないのでは。
せいぜい2・3ヶ月(研修期間)のアドバンテージでしかないような。

無職無経験なら焼け石に水っぽいし。
0939デフォルトの名無しさんNGNG
>>938
いや、最初にショボイスタイルが身に付いちゃうとなかなか取れない。
ヘタすると一生もの。
0940デフォルトの名無しさんNGNG
???
スタイルって会社やプロジェクト単位の物では。
我流で身に付けるスタイルより
会社で統一されたスタイルを覚えた方がいいと思うけど。
0941デフォルトの名無しさんNGNG
そうだね。 会社やプロジェクト単位だね。
そして、プログラミングそのものが仕事になるのは30迄。
あとはプログラミング関連で設計が出来れば40近くまで伸びるけど
さらに一生の仕事にするには、プラスαが必要、
(営業が出来るとか、マネージメントも出来るとか、特殊分野に特化するとか)

結局、将来を考えるとプログラミングを直接の仕事と考えるよりは
プログラミングも出来るxxエンジニアを目指した方がいいよ。
若者ならプログラミングに特化するより、広く知識を吸収するか、深く一つ分野でスペシャリストになるかだね。
09421 ◆ExGQrDul2E NGNG
でるパイはもまれる
0943デフォルトの名無しさんNGNG
>>942
お前の日記スレに帰れ
0944デフォルトの名無しさんNGNG
プログラミングは高等特殊技能ですつ!!!!!
0945デフォルトの名無しさんNGNG
忘れてはならないのは、ここがDELスレだから、DELというものがクローズアップされているにすぎない。
現実の社会では、初心者に推す言語、またその他の話題にかかわらず、DELなど選択肢としてあがることなど実際まれ。
0946デフォルトの名無しさんNGNG
そうか? 現実の社会ってのも結局は個人的なもんだからな。 >>945にとってはそうなんだろうな。
プログラミングをする事が普通なら普通に話題に上がるだろうし、
素人同士の話題ならそりゃのぼらないだろうね。
0947デフォルトの名無しさんNGNG
DELが初心者のための言語だなんて妄想がひどいな。本屋へ行って見ろよ。かなりでかい本屋でもDEL関係はほんの一角にしかない。
無料無料って二言目にはさわいでるが、C#スタンダードでも1万ちょいだろ。
こんな死滅言語、最初にさわってババひくより、小額でメジャーに乗る方がよっぽど賢明。

DELなんて情報が少なすぎ。C++,VBとか知っててもDELなんて存在すら認知してない人が多数なのが現実。
0948デフォルトの名無しさんNGNG
>>919
JAVAが廃れる前にDELが廃れてるかもな。
いずれにせよ、それならC#選ぶべきだろ。
0949デフォルトの名無しさんNGNG
>>947
Delは初心者の為の言語じゃないよ。 初心者から熟練まで広く使える言語だよ。
0950デフォルトの名無しさんNGNG
そりゃあC#は後出しの分良い言語だと思うよ。 でもさ、JAVAと思いっきりカブってるしょ。

Delphiなら アセンブラレベルから、高級言語レベル、RAD(4GL)まで広くカバーしてるしね。
それに .NET が果実として実るなら Delphi.NETも出るし、Linuxが流行るならKylixもあるしで、全方位でしょ、
0951デフォルトの名無しさんNGNG
プロ用の言語として考えると、以下のような欠点があります。
プロファイラ(TrueTimeなど)が無い。
テストカバレッジ(PureCoverageなど)が無い。
メモリリークテスタ(Purifyなど)が無い。  製品として出すものは、これらを完全に通っている必要があるため(うちとこだけではないはず)、会社では使えないのです。
0952デフォルトの名無しさんNGNG
プロファイラもテストカバレッジも有償のものがあります。
プロならお金払って買いましょうね。

メモリリークテスタはフリーのものもあるよ。
0953デフォルトの名無しさんNGNG
DELってデバイスドライバ作れるの?
09541 ◆ExGQrDul2E NGNG
>>942
 >デルパイはもまれる
でるくいは打たれるだろっ!
0955デフォルトの名無しさんNGNG
>>951 とよぞうからのマルパクリだな!
0956デフォルトの名無しさんNGNG
>>953
ユーザーモードで動くデバドラなら、確か作れたはず (実はVBでも可だったような)
0957デフォルトの名無しさんNGNG
C#がJAVAとカブッテルのがなに?それはいけない事なの?なんかそれに合理的な理由があるとか考えれないのかね。
全方位かなんか知らんが、他の言語でもできる。実際DELなどなくても全然困らん。明日DELが消えても世界には大した影響はおよばさないだろう。
しかしJAVA、C、C++、VB、C#が無くなれば、まったく立ち行かないところは膨大にある。
0958_NGNG
http://homepage.mac.com/hiroyuki44/jaz07.html
0959デフォルトの名無しさんNGNG
DELってデバイスドライバ書けないの??どこが全方位なんだよ。
0960デフォルトの名無しさんNGNG
>>957 見え透いてる。やり直し。
0961デフォルトの名無しさんNGNG
>>960
いやまじで。どこか困るのか?
0962デフォルトの名無しさんNGNG
デバドラ作成可能だってば
http://www.xlsoft.com/jp/products/windriver/compare.html
0963デフォルトの名無しさんNGNG
デバイスドライバってのは、単に DLL のヘッダにデバイスドライバですよってフラグがついてるだけだら
そのフラグさえ後でパッチしてやればDelphiでも書ける事は書けるよ。

ただし、デバイスドライバ書く時に、わざわざDelphi出すより、DDKのソースちょっと直した方がやっぱり楽だよね。
0964デフォルトの名無しさんNGNG
>>わざわざDelphi出すより

まあ、一般の認識はこんなところだろうな。同意。
0965デフォルトの名無しさんNGNG
C#が無くなっても全然困らん。
VBが無くなっても困らんというか、VB6は実際発売打止だが困ってるのか?
JAVAが無くなれば少し困る
C/C++が無くなれば困るが、これは多数の企業が出してるのでどうして無くなるのよ?
Delphiが無くなっても既にD7までWindows開発には十分だから問題ないが Delphi.NETが出ないと困る可能性もあるな
0966デフォルトの名無しさんNGNG
>>964
ただし、ユーザモードドライバだと、UIが必要になるからDelphiも出番があるよ。
0967デフォルトの名無しさんNGNG
>>965
>>どうして無くなるのよ?
なに言ってんだかな。そもそも仮定の話だろ。C#もJAVAもどうして無くなるのよ?

C/C++が無くなると困る。
JAVAが無くなると困る。

C#もVBも無くなれば困るんだよ。
ASP.NETもウェブサービスもそれで書かれている。
実際いまんとこは、VBずるずる現実に引きずっている会社が多い。それがMSがVB切れない理由。

DEL?無くなっても問題ないよ。なにかあるの?
0968デフォルトの名無しさんNGNG
今日の煽りは今までに比べて随分底が浅いような…
0969デフォルトの名無しさんNGNG
               ∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
              ( ´∀`)/< 先生もろDVDはどこですか?
           _ / /   /   \___________
          \⊂ノ ̄ ̄ ̄ ̄\
           ||\        \
           ||\|| ̄ ̄ ̄ ̄ ̄||                
           ||  || ̄ ̄ ̄ ̄ ̄||         ∧_∧    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  
              .||          ||         (´Д` )  <  http://www.dvd01.hamstar.jp だ!
                              /   \   \___________
                              ||  ||  
                              ||  ||
                         __ //_ //___
                        /  //  //      /
                       /    ̄     ̄      //
                       || ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄||  ||
                       || ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄||  ||
                       ||    教卓         ||  ||
                       ||                ||

0970デフォルトの名無しさんNGNG
補足だが、C#というのはこれまでVB使ってたプログラマの代替言語としてのニッチ力は巨大だ。
それにC#を否定することは.NETを否定すること。いろいろ言われてても結局NETは消えないからね。
0971デフォルトの名無しさんNGNG
なんか朝から元気だねえ 変な電波受信してませんか?
0972デフォルトの名無しさんNGNG
DEL死滅しても誰もこまらないでしょ。
0973デフォルトの名無しさんNGNG
良かったね。Delphiも.NETが消えると困るのよ。
0974デフォルトの名無しさんNGNG
.NETのほうはDelphi消えても別に困らないよ。
0975デフォルトの名無しさんNGNG
>>967
C#もVBも MS が止めます。売りませんと言ったらそこで終わり。
DelphiはBorlandが //
JAVAはSUNがこれ以上ライセンス許可しませんといえば組込み分野ではそこで終わりだろう。
0976デフォルトの名無しさんNGNG
>C#というのはこれまでVB使ってたプログラマの代替言語としてのニッチ力は巨大だ
0977デフォルトの名無しさんNGNG
>>974=話のつながりが読めない馬鹿
0978デフォルトの名無しさんNGNG
なんだ。結局VBは無くなっても困らないのか
じゃC#だって無くなっても困らないだろ? Delphiがあるんだからさ。 VBからの代替ならC#よりいいよ
0979デフォルトの名無しさんNGNG
>>977=話の切り替えしが理解できない馬鹿
0980デフォルトの名無しさんNGNG
そういや、X#なんてものを作ってるらしいな…C#が.NETの中心から外される日が来るかもね
0981デフォルトの名無しさんNGNG
>それにC#を否定することは.NETを否定すること。
0982デフォルトの名無しさんNGNG
とりあえず C# F# X# と短かすぎ。 後ろの#はいいから、せめて2文字使ってくれ
0983デフォルトの名無しさんNGNG
C#を否定することは.NETを否定すること
その通り
DELPHI.NETが出る?じゃあC#でいいじゃん。なんのために出るんだろうね。PASCAL好きのためかな?
0984デフォルトの名無しさんNGNG
なんの為?

Delphi7までに作った様様なライブラリや、フォームや、アプリをそのまま.NET上で実現出来るようにしてくれるのが何の為か判らないの?

VB.NET の VB6移行ツールと違って、 Delphi.NETで開発したソースも そのまま下位バージョンで使えるのが何の為か判らないの?
0985デフォルトの名無しさんNGNG
無料とかネイティブがどうたら言うくせに、結局NET使うのか。
厨の言うメリットがそんなにメリットならNETなんて興味ないはずだけどな。
0986デフォルトの名無しさんNGNG
確かに今の.NET になんか興味はないよ。
しかし、 興味持たなくても必要があれば .NET にネイテブに対応出来るんだって事さ。

じゃあキミは Linuxに興味はあるのかい? 
0987デフォルトの名無しさんNGNG
>>984
>何の為か判らないの?

オナニーで自己満足するためだろ。(ゲラ
0988デフォルトの名無しさんNGNG
DELPHIとDELPHI.NETじゃどっちが初心者にお勧めなのかな?
0989デフォルトの名無しさんNGNG
>>987
アホアンチはくんなよ。

>>986
必要があればって、どんな必要だよ?
DELで全部出来て、そんなに便利なんだったら必要ないんじゃないの?

0990デフォルトの名無しさんNGNG
だから .NET に興味が無いじゃないか (^ ^)
0991デフォルトの名無しさんNGNG
っていうかVBもDelphiも今日明日に無くなるもんでもない
0992デフォルトの名無しさんNGNG
>>983
ボーランドが商売するために決まってるだろ死ね
0993デフォルトの名無しさんNGNG
いっその事BorlandがDEL.NETしかやらずにネイティブ版の開発中止すれば、すっきりする。
そのほうが世の中のためだ。
0994デフォルトの名無しさんNGNG
>>992
お前のほうが先に死ね。
0995デフォルトの名無しさんNGNG
>>992
死ねよ
0996デフォルトの名無しさんNGNG
996
0997デフォルトの名無しさんNGNG
997
0998デフォルトの名無しさんNGNG
>>992
死ねよ
0999デフォルトの名無しさんNGNG
983タンおこーた
1000デフォルトの名無しさんNGNG
Linuxに興味なんかないけど、仕事でLinuxアプリ書かないといけなくなっても、Delphi使いならそのままKylix使えばいい。
.NETに興味なくても  〜同〜 って事さ。

まあ確かに CLXには不満があるよ。 Windowsでは配布にDLL必要になるし、妙にチラツいて画面品質悪く感じるしね。
でも、一応 CLXで書けば windowsでもlinuxでもそのまま動く。
Windowsだけで動かすなら CLXで書いたソースからヘッダだけVCLに切り替えても殆ど使えてしまう。
そんな感じで.NETに対応出来るなら俺は十分だね。
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。