アプリが持つ基本機能はほぼすべて存在しません。使えるアプリケーション内ヒストリとかは使えません。すべての「サービス」が使用できません。16:00:01.51>>469,472ありがと、これがガチならOSXコンパイラ、マジ不要すね。ココア無しでMacアプリ作れとかどんだけ地獄見ろっていうんだ?GUI不要のゲームや計算機程度しか利用価値なさそう。おまけ機能的な要素が強そう。20:07:48.06こんだけややこしくなったら最早開発元なんて関係無いだろ。近い遠いとか言ったって、そもそもDelphiの大本の開発者が移籍しちゃっていないんだから。どっかから活きの良い奴引き抜いてくるべきだと思うな。IDE部門とコンパイラ部門で二人必要。Delphiの大本の開発者ヘジが移籍したのは1995年でしょ。凄い人を引き抜いてきても構想ばかり凄くて実現できない。開発元なんて関係無いだろ。prismは完全に別会社の人がやっていることでエンバカが協力することなんて何も無いと思うけど。20:19:04.80>>493だってヘジが移籍してから殆ど何も変わってないじゃん。ヘジが移籍してから殆ど何も変わってないじゃん。IDEも作り変えたし、unicode化、64ビット化もしたし凄い変わってるでしょ。21:13:03.83>>495>IDEも作り変えたし、unicode化、64ビット化もしたしそれって変わったというより無理矢理変わらざるを得なかったという方が正しいだろ。後ろの2つは元々対応すら考えてなかったのを切り貼りして対応させてるから色々と問題が起こってるし。>技術の問題より経営方針の問題があってその経営の問題で技術者を大量リストラさせたのが今の技術力の低下の遠因となってる。>またチャラにしてやり直しって、馬鹿じゃねーのwIDEもDelphi言語も、整理されないまま肥大化していくよりも、この辺でキッチリ設計からやった方が良い。あれもこれもというより、もっと機能を絞り込んで軽量化して欲しいな。今の技術力の低下の遠因となってる。delphi.netを推進していた奴なんてイラネーだろ。この辺でキッチリ設計からやった方が良い。素直に新しくなるDelphiを楽しめばいいのに...w仕事で使う場合は無理くり使える物でもないのよ。趣味で使うには高くなりすぎちゃった上、他に魅力的な代替製品あるのでちょっと躊躇。楽しめるよう、魅力的な製品になって欲しい希望ってのはある。他に魅力的な代替製品あるのでちょっと躊躇。23:09:29.27>>509ポトリペタのRADな環境ならここで何度も名前が挙がっているQtだろうな。クロスプラットフォームも実現されているし。23:14:11.29>>510Qtのライセンス高すぎじゃね。GPLを選択できるんだから趣味で使う分には充分すぎるだろ。starterみたいに8万円基準?の方がいいじゃないか。23:26:19.20話ぶった切ってすまんが、よう分からない所あるので教えてくれ。PHP(って言うの?)でPHPに。新規ならともかく移行は大変そうだなぁ。どっかにある情報だったら見てないだけだ。その場合はスマンが指摘くれ。20:04:22.73>>727>Delphiが狙うのはMacの業務系システムにすべき業務系だと、Macにするメリットが無いというか同じ機能だとWin用に作る方がどうしても安く見積もれるので、受け入れられないのでは?というのが今までのあらすじ。20:17:55.89>>732FireMonkeyはWIN専用でもMAC専用でもないからその論理はおかしい。いうのが今までのあらすじ。