アカウント名:
パスワード:
それまでは、サポートも続きますし、開発ロードマップ [borland.com]も変更はないそうです。（ソースは音声チャットの翻訳 [2ch.net]）
それでも、新スポンサーによっては「終わりの始まり」である事実は動かしようの無い事実ですが。
C++Builderユーザです。プライベートでBDS2006を買ったところです。仕事でも使ってます。まあ，ソフト開発が本業の会社じゃないので，非常に小規模なのですが。
え～と、皆さん、ちと誤解されているようですが、当面の間はDelphi/BCB共に消滅しませんし。（少なくとも１年程度は。） 当面はIDE 部門を分社化し、そののち、売却先（スポンサー）を探すという流れです。 それまでは、サポートも続きますし、開発ロードマップも変更はないそうです。（ソースは音声チャットの翻訳）
いきなり消えてなくなるわけじゃないというのはわかっていても，売却後，日本語版がどうなるかっていうのは不安です。上の方で書かれていましたが，IBMが買ってくれるんだったら，うれしいなぁ。絶対にない気がしますが。
僕もBCBを業務でバリバリに使っています。いろいろあってBDS2006にはまだ移行していませんが。 BCBで作ったツールやライブラリ、お客さんへ納入したアプリが山ほどあるのですが、これらはC++/CLIには乗り換えられません。万が一のことを考えると、本当に困ります。 日本はそれなりの市場なので日本語版は出ると思いますが、100%断言できないのがやっぱり厳しいです。orz
趣味のDelphiが木綿のハンカチーフ状態のID
IBM謹製の開発ツールって、あまりいい思い出がないんですけど…
VisualAgeBasicのパッケージを持ってるのでID
そういえば、STL.NETはどうなんでしょうかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
終わりの始まり (スコア:4, 参考になる)
当面はIDE 部門を分社化し、そののち、売却先（スポンサー）を探す [borland.com]という流れです。
それまでは、サポートも続きますし、開発ロードマップ [borland.com]も変更はないそうです。（ソースは音声チャットの翻訳 [2ch.net]）
それでも、新スポンサーによっては「終わりの始まり」である事実は動かしようの無い事実ですが。
Re:終わりの始まり (スコア:1)
C++Builderユーザです。プライベートでBDS2006を買ったところです。仕事でも使ってます。まあ，ソフト開発が本業の会社じゃないので，非常に小規模なのですが。
いきなり消えてなくなるわけじゃないというのはわかっていても，売却後，日本語版がどうなるかっていうのは不安です。上の方で書かれていましたが，IBMが買ってくれるんだったら，うれしいなぁ。絶対にない気がしますが。
Re:終わりの始まり (スコア:1)
僕もBCBを業務でバリバリに使っています。いろいろあってBDS2006にはまだ移行していませんが。
BCBで作ったツールやライブラリ、お客さんへ納入したアプリが山ほどあるのですが、これらはC++/CLIには乗り換えられません。万が一のことを考えると、本当に困ります。
日本はそれなりの市場なので日本語版は出ると思いますが、100%断言できないのがやっぱり厳しいです。orz
Re:終わりの始まり (スコア:1)
> 日本はそれなりの市場なので日本語版は出ると思いますが、100%断言できないのがやっぱり厳しいです。orz
ですね。あと，出たとしてもかなりリリースが遅れるとか。
Borlandには既に売れる開発製品がなくなった… (スコア:3, 興味深い)
「C++が使えるRADツール」「Delphiと同じオブジェクトファイルが使える」というC++ Builderの優位性は.NET FrameworkとVisual C++.NETの登場で崩れました(しかも、その状態に持ち込んだのは、なんとMicrosoftに移籍したDelphiの生みの親だったりする… [itmedia.co.jp])。
Delphi/C++ BuilderプログラマをLinuxへ導くはずだったKylix [borland.co.jp]も結局あまり使われたことを聞きません。
その上、オープンソースでDelphi/Kylixの類似品を作られてしまった [freepascal.org]のでは、Borlandには売れる開発製品はなくなったに等しいような気がします。かつてDelphiを使っていた職業プログラマーも既にJava等の他の言語に移っているのではないでしょうか。
# 「本物のプログラマーはPascalを使わない」 [wikipedia.org]…今で言うならば、Pascalの位置に入るのは何になるのでしょうか?
Re:Borlandには既に売れる開発製品がなくなった… (スコア:3, 参考になる)
- DelphiのソースコードをKylixで開いてもうまくいかない場合が多い（Kylix側でイベントを定義して、Delphiのソースの中身を貼り付けるのが確実）
- グラフィックス回りはGDIとQtで同じコードを書いていても動作が違う部分があるので対応が必要な場合がある
- いざ完成させても、IDEの外で動かすにはシェアードオブジェクトが必要（実行ファイル単体では動作しない → DLL不要のDelphiに逆行する部分）
- エディタでアンダーバーが打てない
なので、私はあまり実用になるとは思えませんでした。ボーランドはKylixを改良するよりはLinux上で.NET Frameworkが実用的になるのを待ったほうが良い、と判断したのかもしれません。
# あまりKylixを使い込んだわけでもないので、ツッコミありましたらお願いします
『月面兎兵器ミーナ』2007年1月13日から放送開始
Re:Borlandには既に売れる開発製品がなくなった… (スコア:1, 参考になる)
今更だけど、
xmodmap -e 'keycode 113 = backslash underscore'
で何とかなります。でも時々、入力がおかしくなったり、
日本語入力では Xserver に backingstore 設定が
必要だったりと...
Re:Borlandには既に売れる開発製品がなくなった… (スコア:2, おもしろおかしい)
このニュース聞いてあたふたしてるところです。
さて、転職先でも探すかな。
Re:Borlandには既に売れる開発製品がなくなった… (スコア:1)
Webアプリケーション限定になってしまいますが、PHPだと思います。
FORTRANの位置に入るのは....Cでしょうか。
＃コンソールアプリすらPHPで書いてしまう駄目人間だけどID
BDS2006 (スコア:3, おもしろおかしい)
↓
申込書に受領書を貼り付けFAX
↓
/.をチェック
↓
このトピ発見
以前もLinuxカーネルをコンパイル中に新バージョンのトピを見つけたことがあったなぁ・・・。
Delphiはフリーソフト界で。 (スコア:3, 参考になる)
・すぐ使えるコンポーネントが大量に存在する
・配布時にランタイムDLLのインストールを考える必要がない
商用では見かけることの殆ど無いDelphiですが、
個人で作られたアプリケーションを見渡すとDelphiで書かれたプログラムが多く存在します。
JaneやRPGツクール、TeraPadなどはDelphiで作られています。
NetSkyにはDelphiでコンパイルされたものも存在するようですね。
Re:Delphiはフリーソフト界で。 (スコア:1)
--- （´-`）｡oO(平和な日常は私を鈍くする) ---
Re:Delphiはフリーソフト界で。 (スコア:1)
Delphi 6が無料ってのをのぞけば、商用でも十分に利点になると思うのですが。上の方でIDEとして大規模開発に耐えられないという話も出ていますが、VBで行われていた中小規模開発の成果物（1,2人で開発されたようなもの）は世にたくさんあるのでは...。
プライベートで少々さわった限りでは、VBより言語として「厳しい」ので、低い開発力でも成果物の品質を確保しやすいような気もします。逆に「なぜか動く」ってのがないことは、敬遠の理由だったのだろうか...。
Re:Delphiはフリーソフト界で。 (スコア:1)
しかし、職業プログラマ（?）のどれだけかには関係ない気がしてしまうのは、偏見と言うものだろうか...。おっしゃるとおり、MSとの違いが影響したであろうことには、納得ですけど。
フリーコンポーネント (スコア:2, 参考になる)
Re:フリーコンポーネント (スコア:0)
・Eclipse = 中～大規模
・VB/Delphi = 小～中規模
な予感。
(以前の)VCやEclipseはGUIエディタとソースが一体化していない辺りが初心者向けでなかったり、チーム開発やバージョン管理が統合されているので、個人向けとしては無駄が多く、手間の多い操作を要求されたり専門用語大量のメニューも敷居を高くする要因だろうな。
#MVCやフレームワークは開発効率向上の手法だから規模が小さければ無視する方が楽だよなぁ
#バカの一つ覚えで、なんでも適用するのはバカげてる
Re:MVCやフレームワークは開発効率向上の手法 (スコア:2, 興味深い)
というのも理解できますが「作業・成果の標準化」という意味もあります。
開発効率には貢献しなくても、転籍や転職・退職を考慮して、
保守効率に目を向けると標準化は開発効率の向上につながります。
規模の大小ではなく、耐用年数と発展性によって決めるべきでしょう。
Re:MVCやフレームワークは開発効率向上の手法 (スコア:1, おもしろおかしい)
"Hallo world"は30年以上の歴史と未来、全てへの発展性があるので、
・C:制御メイン
・M:"Hallo world"を定義
・V:文字列を表示
の3本に分割しろという事ですね!
耐用年数と発展性が最高レベルだから、標準開発手法のCMMI(しかも最高レベルの５)をマスターしない人は手を出しちゃいけないものですね……。
Re:MVCやフレームワークは開発効率向上の手法 (スコア:2, おもしろおかしい)
C: main()
M: "Hello world"
V: printf()
Re:車輪の再発明 (スコア:1)
＃ゼンゼン決定版なカンジがしません。バージョンどんどん上がっているし。
ここでマイクロソフトが (スコア:1)
もはや技術者を引き抜く必要もなく丸ごと手に入れて、その後
飼い殺しにされそうですけど orz
# 仕事がC#の案件ばかりで、趣味のDelphiが木綿のハンカチーフ状態のID
『月面兎兵器ミーナ』2007年1月13日から放送開始
Re:ここでマイクロソフトが (スコア:0)
Microsoft Visual Pascal とかだと思ふ
#Delphiってのは言語じゃないだろうし
Re:ここでマイクロソフトが (スコア:3, 参考になる)
例えばBorlandのこのページ [borland.co.jp]なんかにちゃんと「Delphi言語」って書いてありますね。
C#のデザイナはDelphiの生みの親だと聞いたことがあります。...まぁ、それならそれもありなのかな、と。
Delphiのナニが嫌かって (スコア:1)
Modula2やOberonだったら使ってみたかった。
Modula3は旧DECだったっけ? でも、オープンな実装があるしな。
Re:Delphiのナニが嫌かって (スコア:1)
BCBじゃだめだったんでしょうかね? Delphiの（当時）Object Pascalだった部分をC++に変えたのがBCBだと勝手に理解していたんですが...。
Re:ここでマイクロソフトが (スコア:0)
あるのかないのか分からんような事につっこみ入れる俺に意義を自問中。
Re:ここでマイクロソフトが (スコア:0)
乗り換え検討が必要か… (スコア:1)
GUI部と実処理部は分離してて、モデル部分はBorlandに依存しないようにしてるんで、乗り換えは出来ると思うんだが、いま、ネイティブなWindowsアプリをC++で組むとき、GUIライブラリって何を使うのが主流なの？いまだにMFC?
Re:乗り換え検討が必要か… (スコア:1)
IBMさん、買って。お願い。 (スコア:1)
MS に買われて飼い殺しにされるくらいなら。
IBM品質のDelphiが手に入るなら、
買収資金のための、株とか社債とか
少し位、お手伝いしてもいい。
- - - - -
2005も入れたけど、未だにメインDelphi5の ID.
Re:IBMさん、買って。お願い。 (スコア:1)
IBM謹製の開発ツールって、あまりいい思い出がないんですけど…
VisualAgeBasicのパッケージを持ってるのでID
C++のRADが消えてしまうことの方が悲しい (スコア:0)
Re:C++のRADが消えてしまうことの方が悲しい (スコア:1, すばらしい洞察)
"Rapid" Application Development などない
血と汗と涙が時間により結晶したものがソフトウェアなのだ
Re:C++のRADが消えてしまうことの方が悲しい (スコア:0)
Re:C++のRADが消えてしまうことの方が悲しい (スコア:0)
Re:C++のRADが消えてしまうことの方が悲しい (スコア:2, 興味深い)
ライブラリは.NET Frameworkである程度までカバー出来るかもしれませんが。
そういえば、STL.NETはどうなんでしょうかね。
Re:C++のRADが消えてしまうことの方が悲しい (スコア:1)
.NET Framework標準添付のWindowsが普及するまでの辛抱ですけど。
慎重にやってほしいな (スコア:0)
IDEはオープンソースで勝手に開発してもらうとか
現状ユーザーの為になる方向で決着してほしいものだ、
少なくとも過去にはユーザーのおかげで利益をあげた次期もあったはず
この手の製品が他所に売られてまっとうに生き残った例って少ないですよね、Visual Cafeもそうですし
ここに書いても無意味なんですけど
Borlandには裏切られない（裏切られたくない）と思って２０年・・・やっぱり裏切られたか・・・・痛恨
Re:慎重にやってほしいな (スコア:3, すばらしい洞察)
Re:Delphi好きだけど嫌い。 (スコア:3, おもしろおかしい)
./er ではないので、キーバインドはviです。
/.er なもんで。
Re:Delphi好きだけど嫌い。 (スコア:0)
/.er::J
すらっしゅどったー じぇい
にしてはどうでしょうか．
スラッシュドットという本家システムの日本版を利用してる人々ということで．
Re:Delphi好きだけど嫌い。 (スコア:0)
スラッシュドッターJ
・・・すまん・・・なんかパチンコ台の名前みたいなんで止めてもらえるかな？
# 元パチ中毒者
# バトルフィーバーJの話題が出た時もパチンコorパチスロの話題と思ってた人
Re:Delphi好きだけど嫌い。 (スコア:2, 参考になる)
ではコレ [satokar.com]を使ってる人は/.er失格ですか。
まー、./erとか言ってる人に失格扱いされても別にどーでも良いけど。
ネタとはわかってるよ。
でも、宗教戦争の種になることをわかって撒いてるのかね？
# 今url確認の為pageに行ったらver. 1.13.2が出てた。
# 入れ替えよ。
安易なAC発言反対運動中
Re:Delphi好きだけど嫌い。 (スコア:0)
ただ今は使ってないってだけで。
gvimも手元のは何故か更新してるし。
./はリアルtypoです。
Re:Delphi好きだけど嫌い。 (スコア:2, 参考になる)
コードがロジックとビューのどちらに当たるかはプログラマが意識した上で分ける以外にありません。
モジュール間のインターフェースを極力小さくして、あらゆる場面でロジックとビューの区別を強制されるようなフレームワークはありますが、逆に生産性が上がりませんし、保守性も良くありません。
というかね、言語とかIDEとかっていうレベルでロジック・ビューが意識しなくても自然と分かれるものってあるんでしょうかね？
正直無いと思うけど。そもそもレイヤの違う話しだし。
＃自分のヘタレ加減を人のせいにしないようにしたいね。
Re:Delphi好きだけど嫌い。 (スコア:1, すばらしい洞察)
Re:Delphi好きだけど嫌い。 (スコア:2, 参考になる)
Epsilonエミュレーションじゃダメですか？
これで不自由なくEmacs風で利用していますが・・・
確か初代からあった機能だったと思います。
Re:Delphi好きだけど嫌い。 (スコア:1)
> それが出来ない時点でIDEとしては失格ですよね？
当然。
eclipseを使い始めたのも、
VisualStudio.NET/2003に乗り換えなかったのも、
VisualStudio 2005に乗り換えたのも、
全てEmacsが理由です。
外部のツール使えば、Emacs風になる、っていう人も
いるけど、正直、外部ツールだと実用にはならない。
Emacsと英語キーボードは捨てられないですね。
Re:Delphi好きだけど嫌い。 (スコア:0)
ん、カーソル移動？ hjklじゃないの？
#ウソのようなホントの話
#Emacsを使った事も実際のユーザも見たことがないです
#職場は皆viか当り障りない普通のテキストエディタしか使ってないもんで
Re:Delphi好きだけど嫌い。 (スコア:1)
去年提供された中にもEmacsが入ってなかった（汗
まぁ特殊なディストリだと判ってます。
つことで、vi基本な人。
でもDOSからWinが初めだったので、キーはMSよりだったり。