アカウント名:
パスワード:
今の状況では，Cを使う機会はないんですが，死ねとは思わないなあ。まあ，最近の緩い言語の型システムでCを使うとイタイ目にあうことは確かだけど，言語の違いと特色みたいなもんだからなあ・・・原始的なプログラム作るには，Cが一番だと思うけどなあ。早いし。まあ，使わないけどｗ
> 死ねとは思わないなあ。何のせいで毎月のように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が一番だと思うけどなあ。早いし。
まあ，使わないけどｗ
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-