16/03/15 15:44:17.98 7WLkxpd4.net
>>923
「エンタープライズ開発にフォーカス」するんだって。
986:デフォルトの名無しさん
16/03/15 16:04:52.22 MzgMmv5p.net
ボーランド(インプライズ)・コンパイラ事業失敗->
コードギア・コンパイラ事業失敗->
エンバカデロ・コンパイラ事業失敗->
アイデラ(今ここ)
Delphi使っているやつはC++か、C#かJavaを今のうちにやっとけよwww
987:デフォルトの名無しさん
16/03/15 18:08:00.62 hJor1Ymz.net
完全趣味プログラマーならともかく、さすがにDelphiしか知らないとかいないだろｗ
988:デフォルトの名無しさん
16/03/15 18:21:14.53 MzgMmv5p.net
>>975
Delphi以外も知っているつもりだが、池沼なのでDelphiしか使いませんってか?
無理せずに引退しとけよw
989:デフォルトの名無しさん
16/03/15 18:26:34.94 hJor1Ymz.net
なんだ、確信犯か
レスして損した
990:デフォルトの名無しさん
16/03/15 18:27:50.52 JyemVgnF.net
文法知ってますじゃなくて、ノウハウや資産、実績作っとかないとただの初心者と同じだろ。
実がなるわけないのにDelphiの種まいても後々無駄と気づいて後悔するだけ
Delphiで得たノウハウ、資産、実績は全て近い将来クリアされるんだからね。
991:デフォルトの名無しさん
16/03/15 19:46:28.67 7WLkxpd4.net
>>978
> 近い将来クリアされるんだからね。
すでにVCLがクリアされてるから、FireMonkeyがどうなるかだな。
エンプラを連呼しているので、仮に２倍３倍と値上がりして行っても
企業が支えて限界まで存続させるというプランなんでしょ？
なんか辛そうだけど、頑張れよ＞信者
992:デフォルトの名無しさん
16/03/15 19:50:36.10 qroZJOas.net
何気にDelphiは商用の開発環境としては最長老だったりする。
今まで散々叩かれ貶され、潰れるだの無くなるだの言われてきた。
でも未だに無くならないし変な進化もしてる。
何よりスゴいのが20年位前に作ったシステムが、ほとんど手を入れなくてもそのまま最新版の環境に移行できる。
機能的には随時進化しつつも、顧客の利益を最優先に考え、可能な限り上位互換を維持する。
これはソフトウェアのベンダーとして、本来あるべき姿なんだろうなぁ
という訳でまだまだDelphiは無くなりそうもない、、かな？
993:デフォルトの名無しさん
16/03/16 08:00:30.04 2dQJeC9i.net
>>980
Unicode対応してから互換性崩しているんじゃないの?
同じ名前のシリーズが続いているのは認めるが、
>何よりスゴいのが20年位前に作ったシステムが、ほとんど手を入れなくてもそのまま最新版の環境に移行できる。
これは嘘だろ
994:デフォルトの名無しさん
16/03/16 09:03:16.24 oE9EDxR4.net
>>980
PowerBuilder(1992)
Visual C++ (1993)
Delphi (1995)
995:デフォルトの名無しさん
16/03/16 11:26:13.33 y+lz3eCZ.net
>>982
Turbo Pascal を含めれば 1983年からだけどな。
MS C 1.0もその頃だったかな。
996:デフォルトの名無しさん
16/03/16 11:57:41.51 VLblemGr.net
URLﾘﾝｸ(en.wikipedia.org)
Microsoft C 1.0, based on Lattice C, was Microsoft's first C product in 1983. It was not K&R C.
MSC/VC と Pascal/Delphiは似てる
MSC 1～7 / VC 1～
TP 1～7 / Delphi 1～
997:デフォルトの名無しさん
16/03/16 14:10:22.96 oE9EDxR4.net
Magicも1983年あたりだったかな
998:デフォルトの名無しさん
16/03/16 16:04:25.62 eNBMu6+k.net
MS C はLattice Cを買い取ったものだから、Lattic Cが第一号だろ。
Lattice Cは1982。
999:デフォルトの名無しさん
16/03/16 16:13:34.14 CwnO3M5m.net
1990年頃に親せきの大学生のお兄ちゃんに
Turbo Cを勧められたなぁ。
>>980
> 何よりスゴいのが20年位前に作ったシステムが、
> ほとんど手を入れなくてもそのまま最新版の環境に移行できる。
でもVCLってもう死んでるんでしょ？
1000:デフォルトの名無しさん
16/03/16 16:16:00.48 o6haafGt.net
>>984
CとPascalだと、Pascalが無視され続けた言語なのに対して、
Cは、UNIX、UNIXライクOS、MS-DOS、Windows、Mac OSなどのOS開発言語、ソフト開発標準言語として大活躍した/している言語だ。
まったく比較にならない。
1001:デフォルトの名無しさん
16/03/16 16:31:05.67 o6haafGt.net
>>987
>でもVCLってもう死んでるんでしょ？
FireMonkeyはVCLとの上位互換があるわけでもなく、似てもないので
多くの人はVCLのままでFireMonkeyに移行してないと思うよ。
移行しようにも、似てないし機能がVCLより少ないからすんなりとはいかない。
マルチプラットフォームに手を出す人でも、VCLとFireMonkeyに互換性がないなら、
Rad Studio以外の方法でマルチプラットフォームを実現しようとする人もいるだろう。
君ら、Mac OS XとかAndroidのソフトをRad Studioで作った?
FireMonkeyの難しさにつまづいて作れないでしょ?
FireMonkeyの機能では実現できないことをやりたければ使えないしね。
俺もFireMonkeyやりたいんだけど、とある機能が使えなくてJavaでもやろうかと思っている。
1002:デフォルトの名無しさん
16/03/16 16:35:31.11 vzNf4G21.net
>>989
いくつか作ってリリースしたよ
Win/Macハイブリッドソフト
今も1本仕上げてるところ
1003:デフォルトの名無しさん
16/03/16 17:07:42.29 o6haafGt.net
FireMonkeyがVCLと似てなくて難しいというのもあるけど、
FireMonkeyの機能の少なさを補うにはターゲットOSの機能を直接呼び出す必要があって知識や経験がないと、難しいよね。
Mac OS Xのプログラム作るなら、Mac OS X 個別の機能の呼び出しとかも必要となってくる。
例えば、フォント選択ダイアログも色選択ダイアログもFireMonkeyにはない。
各OSに対応するものを自分で自作しろよとなる。
こういうことも考慮すると、JavaやQtで作ったほうが早いんじゃないかという気にもなる。
はっきり言うと、FireMonkeyの機能って既存のマルチプラットフォーム開発環境に追いついてない。
だけど、VCL使えやという考えで、FireMonkeyの完成度を高めるようなことは決してしないエンバカデロ。
最近買収されたみたいだし、あんまりFireMonkeyに期待してないよ。
10 Seattleになっても低機能しだし。
1004:デフォルトの名無しさん
16/03/16 17:08:38.72 o6haafGt.net
>>990
すげー。尊敬します。
1005:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています