【Delphi】Embarcaderoオッチャ その33【C++ビルダ】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前スレで突如湧き上がった「ビルダー君」粘着
【Delphi】Embarcaderoオッチャ その32【C++ビルダ】 [無断転載禁止]©2ch.net
49:デフォルトの名無しさん2016/03/26(土) 20:07:13.86 ID:vbQLAemi
ビルダー君の悪口はそこまでだ。
彼はこのスレで数少ない真性な人なんだ。
55 : デフォルトの名無しさん2016/03/27(日) 15:40:38.68 ID:lJAligAX
まだ居たのかウンクシービルダー君
61 : デフォルトの名無しさん2016/03/29(火) 07:35:53.28 ID:/SdHeF01
ビルダー君大活躍!
64 : デフォルトの名無しさん2016/03/31(木) 00:59:15.74 ID:GHXfOI9k
ビルダー君が来なくなったら急に寂しくなったね
今はC#屋さんに喧嘩売りにw 116 : デフォルトの名無しさん2016/04/15(金) 01:27:37.67 ID:0KrYtmdQ
またビルダー君が元気になるね!
128 : デフォルトの名無しさん2016/04/15(金) 03:29:36.53 ID:SJCpeDFx
俺をビルダー君と呼んでいた奴が他のいろんな人にまでビルダー君と呼んでいるけど
ビルダー君って複数人いるものなの?
それとも誰か個人を言いたいの?
161 : デフォルトの名無しさん2016/04/16(土) 00:55:03.09 ID:9GNUe8D+
ビルダー君の快進撃も1日で終了、か。 225 : デフォルトの名無しさん2016/04/30(土) 23:07:56.79 ID:WZHy18FA
>>221
前に全員リストラになるというレスを見た気がする。
確かにその直後ぐらいからビルダー君の書き込みが無くなってきた。
267 : デフォルトの名無しさん2016/05/28(土) 16:25:05.74 ID:LWfCmmxB
あーあ
みんなわかって黙ってたのに
ビルダー君の本名ださなくても
271 : デフォルトの名無しさん2016/06/06(月) 17:25:18.07 ID:CeRjEx16
ビルダー君はここだけの話クビになったらしい
273 : デフォルトの名無しさん2016/06/07(火) 00:58:53.00 ID:sodm4qDf
クビになる前のビルダー君だったら、ここらへんでちゃんと反論してた。
347 : デフォルトの名無しさん2016/07/11(月) 19:49:41.61 ID:AU3jceXp
だってビルダーくんがDelphi無くなるって言ってたもん
965 : デフォルトの名無しさん2016/11/22(火) 12:38:12.02 ID:4uP3bjKm
ビルダー君も解雇されてからこのスレに書き込みしなくなったんだよな。 Borland / 大野さん時代ならともかく、ここ数年の Embarcadero で C++ の話題を
していたのは高橋さんしかいない。
高橋さんがケンカしてやめたことは御本人自ら吹聴されているので事実。
だから高橋さんのことを指して粘着しているんだろうなぁ。
多分外しているとおもうけど。 ようこそエンバカ へ。
∧_∧ このテキーラは私のオゴリだ
(`・ω・´) シュッ
(つ と彡 ./
/ ./
/ ./
/// /
/ 旦 /
/ /
∧_∧
(´・ω・)
(つ と彡 /
/ ./
/ ./
/ /
/ /
/ /
| ̄ ̄ ̄ ̄ ̄|
| __ | ガシャン
| (__();o。|
゜*・:.。 コロコロ Yone澤さんも転職活動に大忙し。今より良いとこが見つかることを祈ります。
このあと親分の首が入れ替われば日本法人の中身入れ替えが完了か。 円馬鹿からメールが来たので1年ぶりで来てみれば誰もいないじゃんかw C++Builder10.1Update2、プロジェクト終了時に一般保護違反が出るのはバグなのかおま環なのか・・・
こういうのが無ければちょっとしたものを作るのに便利なんだが そういえばLinuxサポートのお披露目〜とかメール来てたな Linuxなんて、ディストリやカーネル乱立で、なんか泥沼の道いうか、大変だな
ビジネス系の活路だな もうコンシューマ相手は切ればいいのに 昔の悪夢をもう一度
Linuxは現場も販売も大混乱 Linuxアゲインってサーバー、クラウド、データセンター用なのかな
でも、いまさらって感じだよな え、また Linux サポートすんの?
Lazarus で間に合ってはいるが、選択肢は多いほうがいい。
またすぐやめられても困るけどねー。 バカにとっていい方向に向かっているのか、それとも逆なのか… まあ、今回のLinuxサポートはIDEごとじゃないからKylixとは根本的に違うよね
クロスプラットフォーム開発を掲げたから自然な流れとは思うが、MSが本気になった今、エンバカの存在意義は再び消えたって感じだな LinuxのGUIもサポートするってことかな。
それともCUIのみ? >>23
サーバーサイドがターゲットだからGUIはサポートされないだろうな
https://community.embarcadero.com/blogs/entry/2016-8-2
サーバーサイドのコード(Apache拡張、コンソールアプリケーション、WebBrokerプロジェクト、DataSnapサーバー、RAD Serverモジュール、カスタム中間層アーキテクチャ)
を使用し、データーアクセスコンポーネントを保持、Linuxオンプレミス・マシンやクラウドインスタンスに配置することが可能となる
GODZILLA
・Linux Server 64bit向けDelphiコンパイラとRTLを提供
・FireDACのLinux サポートとすべてのプラットフォーム向けのドライバアップデート(サポート中の多数のデータベースエンジンが対象)
・RAD Server Linux版(Apache統合、Delphi/C++でLinux RAD Server APIモジュール作成が可能)、RAD Server Console UI の強化、マルチテナント機能 デブキャン参加してきた。
なんかいつも(定年後のおじさんが目立つ)よりもスーツを着ている人が多いような気がする。
Linuxのサポートのおかげかな?
Tさんがいないのは少しさみしいが、Aさんはわかりやすかった。
萌えキャラはアリだと思う。しかし、グローバルなのだろうか、日本だけのキャラなのか。 オレも行ってきた。
たしかに四十代までのスーツを来ていた人たちが少し増えていたような気がする。
しかし、全体的には人数が減ってるみたい。
20年前にたくさんいたときがなつかしい。
内容的にはアプリ開発事例がしょぼいやつしかなかった。
市販アプリはむずかしいんだろうな。
1年前はカシオとかアニメ作成ツールとかあったね。 >20年前にたくさんいたときがなつかしい。
時代の流れってやつ、
あちこちのデベロッパーカンファレンス行くと技術者がどっちの方向に
流れてるかよくわかるよね。 >>29
今はどっちの方向に向かっているのですか? >>31
これ読んでやる気失った。確実にバカ高い。
ランタイム別売りとか、エンタープライズのことしか考えてないな。 サーバーサイド開発の選択肢は他にいくらでもあるからなあ
これじゃ魅力がない 今はそういうのはAWS使ってやるのが流行りなんじゃないの? >>34
そのAWSの上で何使ってサーバシステム作るのかって話で。
そこにDelphiで書けますよってことろう。
まあ今まででもWindowsサーバならDelphiで書けてたんだけど、個人的にサーバサイドをDelphiで書いたことはないしこれからも多分書かないな。 今週のコズミックフロントにC++Builderで開発したアプリが登場
http://i.imgur.com/DBR3bcn.jpg >>36
こういうの見ると親近感が湧いて嬉しくなるな ちょっとき聞きたいんだけど無料のStarterって
最新版(今だとUpdate2?)がダウンロード可能なの? >>38
Update2-Anniversaryがインストールされるよ。 >>39,40
ありがとう
アップデートしてみます 以前にStarterをインストールした人は自動アップデート?
それともアンインストールしてからインストール? >>42
更新をチェックしてもないって言われるから
移行ツールを適用後
アンインストールして再インストール >>44
何のことか分からんけどFMXとは違うの? >>44
ネイティブなMacOSアプリとしてVCLアプリケーションを作れるようになるんだよ。 https://youtu.be/nwaKsnm0MIM
開発はWinでやって、FireMonkeyを使わずにMacOSアプリを作れるっぽい。
FireMonkeyに見切りをつけたという言い方もできるかも?
はたして成功するのだろうか? >>47
むしろVCLの中身もPascalだしWindows依存の部分だけ自動変換できればFMXのコンパイラ利用してVCLも出力できるような
なんかそんな感じなんじゃない? >>48
あなたは天才ですね。そこを思い浮かばなかった。
まぁ新たな技術を開発して需要が増える(かもしれない)というのはいいことだね。 VCLのほとんどはWin32APIのラッパだろ
自動変換とかわけわからん
WindowsのMS製DLLをMac用に自動変換しろってことか?
それはライセンス違反だ ラッパなんだからプラットフォームにあわせて使う関数とリンク先を変えるだけじゃん。
>WindowsのMS製DLLをMac用に自動変換しろってことか?
何を言っているんだ?
WindowsではMSのDLLを、
他のプラットフォームではそのプラットフォームの関数を呼び出すようにするだけじゃんか。 >他のプラットフォームではそのプラットフォームの関数を呼び出すようにするだけじゃんか。
これが、Wineを開発しろと言っているようなものであると
理解しているのかね
ほとんどがWin32APIに依存しているのに まず、VCLというのはWin32APIをオブジェクト指向でラップしたのが
スタートであるからして
これを他OSに移植するのは容易なことではない >これを他OSに移植するのは容易なことではない
容易でないことがWindowsのMS製DLLをMac用に自動変換することにはならないだろ。
開発環境の開発者サイドが容易でなくてもそれを作ることが製品開発なんだから。
実行環境のプラットフォームがWindowsならMSのDLLにリンクさせるし
実行環境のプラットフォームがMacならMacのDLLにリンクさせるだけ。
それぞれのDLLの違いはVCL内部で吸収させる。存在しなければ独自実装。 それだと>>48の言う
>Windows依存の部分だけ自動変換
ってのが何なんだって話だ >>56
Windows依存の部分をMac依存かそもそもOSに依存しないコードに自動変換(書き換える)ってことだろ。
自動変換ってのはコンバートするとかって意味じゃなくて
#if defined( )
#else
#endif
などで切り替えてコンパイルって話。
別に開発しているプラットフォームで実行できないだけで
コードの生成は異なるプラットフォームでも出来る。
WindowsでAndroidアプリ開発するのと同じ。 俺だったらこうやって実装する。
・Macのコードを書かないでいいようにFMXのコードを可能な限り利用する。
・したがって、内部的にはVCL→FMXの変換を行う。
・WinしかないようなAPIは不完全対応とする。 C++BuilderはいまC++11だよな。で、C++14やC++17に対応する予定あるの?
今年あたりClang/LLVMの3.9ベースに移行しないのかな VCLでLinuxのGUI開発できるのがなかったっけ・・・ 「Windows用のDelphiと同じくObject Pascalを採用し、さらに
Delphiと共通のライブラリであるCLX(シーエルエックス)を搭載」
Kylix(カイリックス)は、ボーランドが開発した Linux向けのGUIアプリケーション開発ツールである
-Wikipedia
「Microsoft Windowsのみに対応していたフレームワーク Visual Component Library(VCL)を置き換える
目的で開発された。CLX はトロールテックの Qt に基づいている。APIは、ほぼ VCL 互換である」
Component Library for Cross Platform
https://ja.wikipedia.org/wiki/Component_Library_for_Cross_Platform コンポーネントフレームワークCLX - IT
www.atmarkit.co.jp › Linux & OSS
CLX(クリックス:Component Library for Cross Platform)は、
DelphiのコンポーネントフレームワークVCL(Visual Component ...
つまり、CLXを使ったプロジェクトは、
KylixでコンパイルすればLinuxのネイティブアプリケーションになり、
Delphiでコンパイルすれ ... http://internet.watch.impress.co.jp/docs/news/1039023.html
> 10月10日にサポートが終了する製品
> Microsoft Visual J# Version 2.0 Redistributable Package Second Edition
これってDelphi/C++BuilderのIDEに使われてなかった? Delphi Starterをうまく教育などで利用している機関って発生しているのかな?
いまどきPascalを教えるところなんてないか… なるほど、J#依存部分を作り変えたのかな
リファクタリングか何かだっけ? DEKOさん
EditBoneの日本語訳はもうやらんのか?
頻繁に更新して肥大化していって面倒だとは思うが >EditBoneの日本語訳はもうやらんのか?
やらない。失礼なやつの助けはしない。 さよか
本人か知らんし何があったかも知らんが
残念だが無償で奉仕するもんでもないしな
今までお疲れさん >>66にレスがないところをみると、どこもDelphi Starterを教育に利用しているところはないのかな? Pascal 教えても、その後ほぼ確実に別の言語覚えなおさなきゃならないし、
それだったら最初から C# とかすぐに実用になる言語教えたほうがいいんじゃなかろうか。 今やDelphiを使う理由がなくなっちゃったからな そもそも一般のDelphiユーザーが2chにいるかと言うと……。 DELPHI2.0のコンパイル速度は異常だった。 まばたきする間に終わっていた 「? なんでコンパイルしてくれないの?」
と思ってコンパイルボタン連打してた。 瞬きひっとっつっでぇ〜〜ダ(略)
コンパイルはもう…終わっている
ひでぶ! いくらAndroidのネイティヴアプリが作れますと言ったところでコンパイラの最適化がほとんどかからないんだものな
速度を求められるアプリでは致命的だよ
アプリサイズがデカいわ、遅いわで、いくら複雑なことができても速度がネックになる >>84
Delphiで作ったAndroidアプリって遅いの? >>61
そうか…そろそろDelphiを切り落とす頃合いかもな >>88
VCLなどがPascalで書いてるんだし、そりゃないだろ RTL/FireMonkeyのObjective-C連結部分なんか、ObjectPascalを好き勝手に言語拡張して実装してるんで
C++メインへの移行は難しそうな感じ DelphiにてMacアプリをWindows PCだけでVMWareで作ってみたらうまく行った。 いろいろな言語やIDEは、バージョンアップのたびに
「おっ!」とか「ついに!」とかあるけど
今のDelphiには全くない
30年Pascal〜Delphiを使ってきたけど、終わりの気配なのかな。
だんだん忘れられていくDelphi。なんて悲しいんだ。
というか心から悲しい。
営業方針がすべてダメにしたと言ってもいいと思う。
PHPとPHPStormをさわっていると、Delphiが時が止まったかのように感じる。 >>94
Lazarus があるやん。
自分も Pascal は個人的に好きなんで、Lazarus 使ってる。
このスレで言うことじゃないが。 おっ!Linuxサーバーサポートか!
ついに!萌え系に手を出した! Unicode化とx64対応は「やっと!」って感じだったな
特にUnicode化は遅すぎたのが痛かった おっ!Mac、iOS、Androidサポートか!
しかし!信頼性ないじゃん! ■ このスレッドは過去ログ倉庫に格納されています