アカウント名:
パスワード:
今の状況では,Cを使う機会はないんですが,死ねとは思わないなあ。まあ,最近の緩い言語の型システムでCを使うとイタイ目にあうことは確かだけど,言語の違いと特色みたいなもんだからなあ・・・原始的なプログラム作るには,Cが一番だと思うけどなあ。早いし。まあ,使わないけどw
> 死ねとは思わないなあ。何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?> メンテナンスがとても困難になる。のもっとも顕著な一例。
> 何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?少なくともC言語のせいではないんじゃない?
新しい言語に変えればパッチを当てずに済むようになるなら、MSの膨大な人的リソースを使って、とっくに書きなおしてるでしょ。何時までもメンテナンスするよりコストも削減できるのでは?
> 少なくともC言語のせいではないんじゃない?C言語以外にバッファオーバーフローやらformatバグやらで割り当ててもいないメモリに書き込み放題の高級言語ってありましたっけ?
> 新しい言語に変えればパッチを当てずに済むようになるなら、> MSの膨大な人的リソースを使って、とっくに書きなおしてるでしょ。ええ、とっくに書きなおしていますよ。.NET Frameworkと呼ばれています。
> C言語以外にバッファオーバーフローやらformatバグやらで割り当ててもいないメモリに書き込み放題の高級言語ってありましたっけ?「C++」は置いといて、インタプリタやVMで動く処理系でも、バッファオーバーフローしたときに適切な例外処理をしなければ問題になりますよ。高級言語だからパッチが必要ないという結論にはなりませんよね。
>ええ、とっくに書きなおしていますよ。.NET Frameworkと呼ばれています。今のWindowsが.NET Frameworkの上で動いているか知らないけど、.NET Framework上でWindowsが動いているなら>>>何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?↑はC言語の問題ではないですよね。
.NET FrameworkはWindowsのコードと関係ないのであれば、・C言語以外にWindowsとしての要件(互換性とか?パフォーマンスとか?移植コストも?)を満たす処理系がない。・C言語以外で書きなおしても大して変わらない。あたりが理由で今でもC言語を使ってる判断なんでしょうから、C言語を責めるのはお門違いかと。
やっぱりWindowsやアプリケーションがパッチだらけなのは、C言語の問題じゃないと私は思います。
> バッファオーバーフローしたときに適切な例外処理をしなければ強制終了するだけです。任意コードの実行などにはつながりません。MSも単なるDoS攻撃は緊急パッチの対象にはしていません。.NET Frameworkとそれ以外のコードに対するセキュリティパッチの数を数えても、安全性の違いは歴然としています。> 今のWindowsが.NET Frameworkの上で動いているか知らないけど、Windows Vistaでやろうとしていたようですが見事に失敗したようです。>>> MSの膨大な人的リソースを使って、というのはMSを買いかぶりすぎってことです。ちなみにAppleも(Obj-
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
まあ,現代のアセンブラ言語みたいなもんやね。 (スコア:2)
今の状況では,Cを使う機会はないんですが,
死ねとは思わないなあ。
まあ,最近の緩い言語の型システムでCを使うとイタイ目にあうことは確かだけど,
言語の違いと特色みたいなもんだからなあ・・・
原始的なプログラム作るには,Cが一番だと思うけどなあ。早いし。
まあ,使わないけどw
Re: (スコア:-1)
> 死ねとは思わないなあ。
何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?
> メンテナンスがとても困難になる。
のもっとも顕著な一例。
Re: (スコア:1)
> 何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?
少なくともC言語のせいではないんじゃない?
新しい言語に変えればパッチを当てずに済むようになるなら、
MSの膨大な人的リソースを使って、とっくに書きなおしてるでしょ。
何時までもメンテナンスするよりコストも削減できるのでは?
Re:まあ,現代のアセンブラ言語みたいなもんやね。 (スコア:0)
> 少なくともC言語のせいではないんじゃない?
C言語以外にバッファオーバーフローやらformatバグやらで割り当ててもいないメモリに書き込み放題の高級言語ってありましたっけ?
> 新しい言語に変えればパッチを当てずに済むようになるなら、
> MSの膨大な人的リソースを使って、とっくに書きなおしてるでしょ。
ええ、とっくに書きなおしていますよ。.NET Frameworkと呼ばれています。
Re:まあ,現代のアセンブラ言語みたいなもんやね。 (スコア:1)
> C言語以外にバッファオーバーフローやらformatバグやらで割り当ててもいないメモリに書き込み放題の高級言語ってありましたっけ?
「C++」は置いといて、
インタプリタやVMで動く処理系でも、バッファオーバーフローしたときに適切な例外処理をしなければ問題になりますよ。
高級言語だからパッチが必要ないという結論にはなりませんよね。
>ええ、とっくに書きなおしていますよ。.NET Frameworkと呼ばれています。
今のWindowsが.NET Frameworkの上で動いているか知らないけど、
.NET Framework上でWindowsが動いているなら
>>>何のせいで毎月のようにWindowsやらさまざまなアプリやらのパッチを当てさせられているのか認識していますか?
↑はC言語の問題ではないですよね。
.NET FrameworkはWindowsのコードと関係ないのであれば、
・C言語以外にWindowsとしての要件(互換性とか?パフォーマンスとか?移植コストも?)を満たす処理系がない。
・C言語以外で書きなおしても大して変わらない。
あたりが理由で今でもC言語を使ってる判断なんでしょうから、C言語を責めるのはお門違いかと。
やっぱりWindowsやアプリケーションがパッチだらけなのは、C言語の問題じゃないと私は思います。
Re: (スコア:0)
> .NET Framework上でWindowsが動いているなら
.NET FrameworkはJavaの実行環境と同様、Windowsの上で動くランタイムです。
Re: (スコア:0)
> バッファオーバーフローしたときに適切な例外処理をしなければ
強制終了するだけです。任意コードの実行などにはつながりません。MSも単なるDoS攻撃は緊急パッチの対象にはしていません。
.NET Frameworkとそれ以外のコードに対するセキュリティパッチの数を数えても、安全性の違いは歴然としています。
> 今のWindowsが.NET Frameworkの上で動いているか知らないけど、
Windows Vistaでやろうとしていたようですが見事に失敗したようです。
>>> MSの膨大な人的リソースを使って、
というのはMSを買いかぶりすぎってことです。ちなみにAppleも(Obj-
Re: (スコア:0)
デスクトップで使うアプリケーションに限ると、あまり聞いたことがない気がする。
Re: (スコア:0)
うちの会社は数百人の規模で業務システムをあれこれ作ってますが、今は.NET(C#)とJavaが7:3くらいです。
(古いシステムを保守する案件では一部C、C++、COBOLにVBもありますが)
.NETの生産性・保守性は高いです。
DB接続や画面周りを中心に有用な部品が多いので以前ならガリガリ書いていたコードがわずか数行で実現できたりしますし、フレームワークやコーディング規約を固めておけば出てくるコードはブレることもなく(勿論レビューもしています)、開発メンバーがプロジェクト間を渡り歩いても戸惑わずに済みます。