【Delphi】Embarcaderoオッチャ その31【C++ﾋﾞﾙﾀﾞ】

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

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef