- 1 名前：デフォルトの名無しさん [2005/09/11(日) 23:54:01 ]
- おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ！
- 7 名前：マイク ◆yrBrqfF1Ew mailto:sage [2005/09/12(月) 01:06:04 ]
- .netなんてC++を使うまでも無いだろ
- 8 名前：デフォルトの名無しさん [2005/09/12(月) 01:09:22 ]
- なにを使えと？
まさかC#？
- 9 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 01:12:43 ]
- VC++のエディタは支援機能がVC#に比べて弱い
- 10 名前：デフォルトの名無しさん [2005/09/12(月) 01:20:29 ]
- エディタなんてIDEのものは普通使わんだろ？
支援機能がないと書けないの？
- 11 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 01:27:23 ]
- >>10
今時そんなこと言ってる人間はJavaの世界でもいなくなったのに。
- 12 名前：マイク ◆yrBrqfF1Ew mailto:sage [2005/09/12(月) 01:47:57 ]
- 4年前からまだterapadだな俺
- 13 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 07:16:46 ]
- >>4
くまぐまDllImport
- 14 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 09:50:25 ]
- >あくまでも MSの推奨は
推奨は消えるからﾔｳﾞｧｽ。＞NetBUEI、VBX、VB、WinDNA、COM
- 15 名前：デフォルトの名無しさん [2005/09/12(月) 11:51:07 ]
- COMは消えない
- 16 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 11:58:35 ]
- AJAX >>>>>（壁）>>>>> COM
- 17 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 12:17:29 ]
- >>16
AjaxのXMLコンポーネントは何でできてるかご存知で？
- 18 名前：デフォルトの名無しさん [2005/09/12(月) 12:18:52 ]
- COMだと？
- 19 名前：デフォルトの名無しさん [2005/09/12(月) 12:21:09 ]
- C++/CLIについて語ろうぜ！
- 20 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 12:28:40 ]
- 重複ｽﾚです
managed C++ やろうぜ！！
pc8.2ch.net/test/read.cgi/tech/1014486422/
- 21 名前：デフォルトの名無しさん [2005/09/12(月) 12:30:34 ]
- managed C++ と C++/CLI は異なるものですが・・・
- 22 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 13:10:25 ]
- C++を複雑化すんなって漢字。
C++/COMもヘッダー巨大＆ワケワカだったし。
- 23 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 13:24:30 ]
- 自分の頭の悪さを言語のせいにするな
- 24 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 13:27:45 ]
- >21
pc8.2ch.net/test/read.cgi/tech/1014486422/681-682
- 25 名前：とこなつ mailto:sage [2005/09/12(月) 20:26:45 ]
- いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005
www.atmarkit.co.jp/fdotnet/special/cppcli/cppcli_01.html
- 26 名前：デフォルトの名無しさん [2005/09/13(火) 00:34:04 ]
- ｈとｃｐｐに分けるの面倒
予期せぬEOFが云々
とかもうぜー
- 27 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 00:49:56 ]
- >>16
AjaxとCOMを並列に語る発想がすごいよね
- 28 名前：デフォルトの名無しさん [2005/09/13(火) 00:51:38 ]
- AjaxとCOMが別物だと思っているしとﾊｹｰﾝｗ
- 29 名前：デフォルトの名無しさん [2005/09/13(火) 01:48:28 ]
- VC#のほうが簡単だよ
- 30 名前：デフォルトの名無しさん [2005/09/13(火) 01:50:23 ]
- >>28
基地外さらしage
- 31 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 01:52:40 ]
- C#死亡・・・
たぶんＭＳは、C#をなかったことにするのでないかい？
こんだけ推し進めといて、アッサリ切り捨てるのがＭＳのやり方だーね
- 32 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 07:04:48 ]
- はいはいネガティブネガティブ
- 33 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 07:49:18 ]
- > デファクトスタンダードに最も近い
本当かよｗ
- 34 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 08:17:41 ]
- まぁ近いだろうな。消去法で。
- 35 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 09:46:47 ]
- >>31
マジレスすると全く正反対。
ヒント：J#
- 36 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 09:50:46 ]
- Sunとの和解内容は秘密だから分からないけれど、
当然将来J#を選択できる内容になっているんだろうな。
報道ではJ#完全打ち止めだけども…
- 37 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 09:55:57 ]
- C++/CLI のフリー環境は作れないわけではないと思われ
VMに何を利用するかによるが、じきにGNUあたりで出てくるんでないかね
- 38 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 10:46:48 ]
- ネイティブ以外興味ないよ
- 39 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 10:53:55 ]
- GNU/UNIX系は、他環境のコード（例えばWin32）を取り込んでUNIXでコンパイルできるようにする文化だから、
ネイティブコンパイルできるようになるだけっぽい。
- 40 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 10:57:52 ]
- >>37
まだまだだが、
www.go-mono.com/faq.html#gcc
open64.sourceforge.net/documentation.html WHIRL中間コードを利用するgcc
www.math.leidenuniv.nl/~kris/whirl2il/ WHIRL→CLI
msdn.microsoft.com/library/default.asp?url=/library/en-us/vcmex/html/vcgrfconvertingmanagedextensionsforcprojectsfrommixed-modetopureil.asp
- 41 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 10:58:30 ]
- >>39
ｱﾌｫ?
- 42 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 11:11:57 ]
- >>41
いいえ、あなたがアフォです。
- 43 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 12:11:59 ]
- >>42
やっぱり!
- 44 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 12:33:01 ]
- >40
ECMA での MC++ （＝C++/CLI）を Mono VM でサポートってことは、SGI と共同で
C++/CLI の MonoVM 環境を作るつもりなんだ。他のコミッティはどうするんだろう
しかし、中間コードから CIL を出力って、これがうまくいけば凄いね。VES 上でC/C++が
動くんかいな
- 45 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 12:45:09 ]
- いや、SGIが作るのはWHIRLを中間に使うgcc変種。
最終的にはネイティブを出力。
WHIRLは高水準のものから低水準のものまで多段で扱う流儀なので、
高水準のものからなら、CLIへのコンバートはそれほど難しくないと思われ。
whirl2cってのがあるくらいだから。open64のwhirl.pdfの1.3節
- 46 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 14:45:49 ]
- んーってことは、ただのネイティブ変換なんだ
モジュール起動時にVESにアタッチして、マネージド・オブジェクトとあったこったやったり
しない訳ね。ちょっとそれだと魅力ないなぁ。構文だけ一緒なだけなんだ
まだ、JNI をいじってラップかますほうが C++/CLI っぽいか
- 47 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 19:49:32 ]
- SGI
www.sgi.org/
- 48 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 20:27:44 ]
- そうかそうか
- 49 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 23:07:52 ]
- >>33
まだ出てもいないのにデファクトなわけないだろｗｗｗｗｗｗ
- 50 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 00:44:49 ]
- >>46
ちょっと勘違いがあるみたいなんだが、open64はCLIと何の関係もない。
RTLを使わないgccの変種を作っている。(WHIRLを使う)
で、その成果を利用すると、CLIへの変換が容易、
あるいはいきなりCLI生成な更なる変種を作るのが容易。
ってな感じの状況が>>40。一つ目のURLのFAQを読んでね。
- 51 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 01:04:19 ]
- >50
んー、それは理解している。でも、C++/CLI の魅力は IL にして VES 上でのみ動かす事じゃなく、
ネイティブとマネージドが共存するメモリモデルを持っていることだから、C# の亜種なら
要らないでしょ
- 52 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 09:12:12 ]
- まだその段階にないというだけなんでは?
- 53 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 19:39:29 ]
- >52
そうだけど、方向性が違うでしょ。実行モジュールから MonoVM をアタッチして、その上に
部分変換した IL を流し込むやり方は、遠いよ
JNI みたくVM上に直接オブジェクトを作るアプローチの方が手っ取り早いと思うんだけどな
- 54 名前：デフォルトの名無しさん [2005/09/16(金) 00:47:53 ]
- あげ
- 55 名前：デフォルトの名無しさん [2005/09/17(土) 15:47:46 ]
- あげ
- 56 名前：デフォルトの名無しさん [2005/09/19(月) 00:32:42 ]
- あｇｔ
- 57 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 07:50:33 ]
- いつになったらC++/CLI使えるようになるの？
- 58 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 10:44:10 ]
- 今でも使えるよ
- 59 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 11:11:11 ]
- printfが使えるらしい
- 60 名前：デフォルトの名無しさん [2005/09/19(月) 20:00:34 ]
- Visual Studio .Net 2003 で動作していた、
アセンブラ ファイルを含むプロジェクトが
Visual Team Suite 2005 Beta2 では、
error PRJ0003 : 'cmd.exe' の起動中にエラーが発生しました。
とのエラーになる。
どなたか、アセンブラ ファイル（.asm）を含むプロジェクトを
試された方、アドバイスお願いします。
- 61 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 21:20:11 ]
- asm の部分をコメントアウトしてコンパイルしてみたら？
問題は別のところにあるんじゃねぇ？
- 62 名前：デフォルトの名無しさん [2005/09/19(月) 21:58:39 ]
- >61
いや、インラインではないんだ。
別に拡張子.asmのファイルを含んだ
プロジェクトで、例えば、
abc.cpp
abc.asm
この２つのファイルを含んだプロジェクト
をビルドすると、エラーとなるわけ。
abc.asmのカスタム ビルド ステップ指定は
以前のVSN_2003と同様ですがね。
- 63 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 22:52:32 ]
- cmd.exeってことは起動に失敗してるんだろ
アセンブラがパス通ってないか、無いんじゃねーの
- 64 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 22:52:48 ]
- 2009年のC++の姿でも見ておけ。これでもC++がいいのか。
ttp://216.55.183.63/pdc2005/slides/TLN309_Sutter.ppt
- 65 名前：デフォルトの名無しさん [2005/09/19(月) 23:01:22 ]
- pptってなんだよ
変てこなバイナリつくんなよ
- 66 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:18:43 ]
- >64
良くなるじゃん。ラムダと自動変数と関数子に並列処理やメモリのクリティカルなアクセス保持、
遅延実行、メッセージの言語サポート、非同期実行による処理の委託、スコープによる
処理の実行の同期、アルゴリズムをスレッド化してくれるし、並列化STLとかも来るとなると、
なんか、あれふ、みたいだな
>62
関数呼び出し部をコメントアウトして、asm はあるけど使わないとどうなるの、と訊いた
つもりなんだが
漏れも 63 が正しいと思うカスタム・ビルドで指定してるコマンドが間違ってるんじゃね？
- 67 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:25:23 ]
- ConcurやLinqなんて入るのか?
VC++/CLIだけだろ?
- 68 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:31:50 ]
- >67
これ、C++0x （多分、x==9）の予定だよ。だから、これをサポートしたコンパイラが出てくるのは
５年後から。まぁ、独自拡張でいろいろ試したりするだろうけど
それよりもまず、名前空間を拡張して欲しいなぁ
namespace company.product_name
{
...
}
って書きたいよ
- 69 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:43:58 ]
- >>65
恥さらし乙
- 70 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:51:48 ]
- >>68
C++0xは全部じゃないよ。
Linqなんて言語レベルでやるのが良いのかどうか。
C++は機構だけ提供するのが好きな言語だから。
- 71 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:53:44 ]
- 65 名前：デフォルトの名無しさん[] 投稿日：2005/09/19(月) 23:01:22
pptってなんだよ
変てこなバイナリつくんなよ
- 72 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 09:49:04 ]
- もうこれ以上言語を拡張するのはやめてほしい＞C++0x
これだけ仕様が肥大すると、規格準拠コンパイラが存在しなくなって互換性も糞もなくなるぞ（もうなってるか・・・）
C/C++と親和性の高い言語を新しく設計したほうがマシ。
- 73 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 19:01:40 ]
- >>72
だめだ。それをやると、D言語の二の舞になって、ユーザーを得られない。
- 74 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:32:24 ]
- D言語はセンス悪いもん。
ConcurやLinqは、高レベル過ぎるから、
新しいのつけるならプリミティブを抽出して欲しいな。
Javaのfor each程度のものならすぐにつけてもいいけれど。
- 75 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:34:44 ]
- 諦めてガジェットとして見るべ
便利なとこだけつまみ食いすればいいよ。結局実用外のところは、廃れるだろう
理解しなくても、ツールとしてコードは書けるし、それで充分だと思う
- 76 名前：デフォルトの名無しさん [2005/09/21(水) 19:18:08 ]
- 今回のVS_2005 C++/CLI は、たぶん
生き残ると思う。
秩序と混沌、
いつの世でも、新たな革新的技術は、
混沌が土壌だったからね。
アセンブラ〜C#まで、必要とあらば一望の下に。
- 77 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 20:35:36 ]
- >>76
生き残るか生き残らないかは、君が決める事ではない。
まだ発売されてもいないのに。ＭＳの社員か？
- 78 名前：デフォルトの名無しさん [2005/09/21(水) 20:43:29 ]
- >77
生き残ると、私が今国会で決めたのだ！
小泉君に聞いてみな。
- 79 名前：デフォルトの名無しさん [2005/09/21(水) 20:55:12 ]
- >>77
思うというのは予想であって、予想というのは
事の決着に直接関与しない人間でもすることだし、
事が始まるより前にすることだよ。
「神戸新聞杯はやっぱディープインパクトが勝つと思うよ」
「勝つか負けるかは、君が決める事ではない。
まだ発走してもいないのに。厩舎関係者か？」
・・・っていう会話くらい変。
- 80 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 20:58:48 ]
- >>79
つ[チラシの裏]
- 81 名前：デフォルトの名無しさん [2005/09/21(水) 21:32:48 ]
- 長年プログラミングをしていると
オブジェクト指向だの何だの、
これらの概念は、すでに独自の手法で
取り込み、我がものとしているハズ。
でなければ、いくら最新最強と言われる、
処理系を手にしようと、扱う人によっては....。
それにしても、C++/CLI は、有望、だと思う。
- 82 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 21:33:10 ]
- / | ﾊ ＼ ／／／／ ヽ
! l |l､､＼ ｀ 丶 ､'´＿ ､ 、
! ｌ ‖＼､ ＼_ ＿ /, -｀ヽ }
、 ｌ ‖＿ ＞:=‐ ￣￣「 ｌ| l } ､ ヽ んっ んんっ…
ヽ ､i`─ '´ ___ ｜ ｌl ⌒; j 、 ヽ
＼ヽ r,ﾆ､‐‐'‐' u .ｌ ｌl '_ノ ､ ヽ
｀ ＼"＼):､ ｜ ｌ| ｀､ ヽ ､ ヽ
ヽ ゞ'＾ ! lｌ ｀､ ヽ ､ ヽ
丿 .:::. ｜ l| ＼ ヽ、 ､ ヽ
丶､_ | l|/ｌヽ ｀＞=‐- ミヽ ｀、
｀⌒ヽ_ | ｌ| | ﾊ ／´ ｀ヽ ､
ﾁｭﾊﾟ / /. ｀´| ｌ| | l / 〃 ｀、 ､
ﾁｭﾊﾟ / / | ｌ| | l' 〃
【ゴールデンレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です
- 83 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 22:50:20 ]
- この板アホアンチ多くね？
健全にMSの話題ができん。
- 84 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 23:00:17 ]
- 技術の話ならするよ。
マンセーやアンチは置いといてさ。
- 85 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 08:42:24 ]
- >>80
いや、独り言じゃないから。
馬鹿をメタクソにやり込めただけだから :-P
- 86 名前：72 mailto:sage [2005/09/22(木) 08:57:32 ]
- >>73
俺 が 悪 か っ た
でもほんとこれ以上肥大させるのは勘弁して欲しい。
SubversionのFAQだったかな、「svnはなぜC++でなくCで記述されているのですか？」「C++だとポータビリティが低下するからです」。
わざわざ醜い言語仕様にして後方互換性を保ってもこのザマ。
まあそこがC++らしいっちゃらしいんだけどね。
- 87 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 12:16:31 ]
- C++でもテンプレートを禁止すれば互換性はかなり保てると思う。
けど俺はテンプレートのないC++なんて使いたくないがな。
- 88 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 12:29:33 ]
- >>86
subversion.tigris.org/faq.html
ないぞ。
- 89 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 12:34:16 ]
- そこでMozilla Portability Guideですよ。
- 90 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 12:38:26 ]
- subversion.bluegate.org/svn-anti-fud-ja.html
- 91 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 14:11:17 ]
- >>53
GNU.NETのcsccは、Cのコードとミックスできるようだな。
WindowsのVC++ .NETで書けるCとのミックスコードを、コンパイルできるらしい。
(ただしCからWindows固有の機能を使ってはダメ)
- 92 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 19:10:44 ]
- いみなくね？
- 93 名前：デフォルトの名無しさん [2005/09/26(月) 02:16:25 ]
- C++/CLIで書いてもC#で書いてもはたまたVB.NETで買いても
吐き出される中間コードはどれも一緒だよ
- 94 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 02:49:26 ]
- dotGNU Portable.NETってCLIのクラスライブラリ用いてlibc作ってなかったっけ？
- 95 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 06:44:54 ]
- pnet-ctools - Development tools for compiling C to IL bytecode
This package provides the tools & links to the toolchain for compiling programs written in C to IL bytecode.
- 96 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 09:13:12 ]
- >93
pure とか mixed とかいろいろあるんだよ
- 97 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 10:07:04 ]
- 「Inside the C++ Object Model」を書いていたStanley B. Lippmanが、
www.amazon.co.jp/exec/obidos/ASIN/0201834545/
C++/CLIの本書いてるなあ。
C++/Cli Essentials (MICROSOFT .NET DEVELOPMENT)
www.amazon.com/exec/obidos/tg/detail/-/0321174054/
www.compman.co.uk/htmlcat/0321174054_CplusplusCLI_Essentials.asp
Essential C++の人
www.amazon.com/exec/obidos/tg/detail/-/0201485184/
- 98 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 10:35:22 ]
- 今までmanaged C++本買い捲って勉強してた人たちはどーなるわけ？
- 99 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 11:12:18 ]
- >>98
今まで通りでしょ?
C++/CLIへの大きな準備が一つ済んでるだけ。
変換ガイド: Managed Extensions for C++ から C++/CLI へのプログラムの移行
Stanley B. Lippman
Microsoft Corporation
2. マネージ型
www.microsoft.com/japan/msdn/vs05/visualc/TransGuide.asp#transguide_topic3
- 100 名前：デフォルトの名無しさん [2005/10/03(月) 11:23:49 ]
- 今まで通りなら、もうC++/CLI本を買わなくて良いわけね？
- 101 名前：デフォルトの名無しさん [2005/10/03(月) 11:48:23 ]
- >>100
そんな事ないな、C++/CLI特有の癖が出るから
こんなコードにしとけってのはある
- 102 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 11:49:50 ]
- で、mc++系の本はドブに捨てときゃいいわけ？
- 103 名前：デフォルトの名無しさん [2005/10/03(月) 12:50:53 ]
- >>99
C++/CLIでManaged C++が捨てられるのだけは確定では？
大きな準備がどうとかほざいてる奴は同様にCOMも死んでないって言うんだろうねえ。
そもそも「移行」ってどんことか知らない奴は気楽に言ってくれる。
- 104 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 12:53:26 ]
- どうしてMSがらみのマはいつもいつも「移行」に追い立てられなきゃならんのかな。
いつも「移行」だよ。簡単ですからとか、技術の発展ですとか言われてナ。
- 105 名前：デフォルトの名無しさん [2005/10/03(月) 12:58:51 ]
- >>104
そうは言っても、いずれは捨てていく物もある訳で
ある程度かき回してくれるおかげでオープンシステムになっていてもニッチ産業以外の所で小さい所が勝負できる
- 106 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 13:05:41 ]
- >>104
その点COBOLなら変化がなくて安心ですね(^^)
- 107 名前：デフォルトの名無しさん [2005/10/03(月) 13:12:55 ]
- >>104 >>105
あおりのつもりかも知れんが、コンピューターの世界はレイヤーで残っていくもんだよ。
Javaで呼び出す部分にCOBOLで作らせたり、いろいろと。
実行環境はふつー継承されるもんで、丸ごと消えるってのはありえない。
|
 |
