C言語を完全に駆逐するためには

Google、コード検索から分かった統計を紹介
http://japan.internet.com/webtech/20090724/12.html

＞たとえば、「オープンソース プログラムは、
＞『C』と『C++』のどちらで書かれたものが多い？」といったような質問だ。
＞答えは C 言語ベースのプログラムで、C++ の倍以上あるという。

C++やC#は原作者の名前が覚えづらいのが問題。
その点Cは、ダリル・ホール＆ジョン・オーツと、覚えやすいから安心。

それ、びよーん・すぽっすぽっに喧嘩売ってるのかしら

aho

awkの「a」のひと

>>1
ボランティアで既存のCのコードを全部新言語でリプレースし
可読性、パフォーマンス、メンテナンス性等で既存のコードを圧倒する。
Linuxカーネルとか。そしてCグラマの引退を待つ。
そうすりゃCのコードなんて99％撲滅できる。

なんつー厨房思考

カーネルも書けるような新言語ってあったっけ？

言語から作れ、つってんじゃね？知らんけど。

D

これだけ ＊アセンブラに近い言語＊ を他に作れるかの問題だろ
高級になればなるほどアセンブラから離れるわけだし…

なつやすみですね、みなさん。
みなさんにしゅくだいです。
これからいっしゅうかんいないに
どくそうせいのあるCげんごのけってんをひとり10こしらべてここにかきなさい。

1.すぐ喧嘩になる(書式論争free不要論争その他)
2.インデントがめちゃくちゃでも動く
3.自称なんちゃってプログラマでも参加出来る
4.そのうちコンパイル中の警告が気にならなくなる
5.メモリリークしてても気付かない
6.名前がぶつからないように長くなる
7.ヘッダ二重読み防止機能を自分で毎回書く
8.staticが糞
9.scanfが糞
10.いらない子をいっぱい生んでしまった
順不同

>948
1. 別に喧嘩しているわけではないよ、教えをひろめているだけだよ
2. フリーフォーマットを認めていない言語に移ってください
　インデントなんて可読性をあげるだけのただの飾りだよ
3. なんちゃって、せめて規格書を読んだ人だけが使う職人向け言語になってほしいな
4. 無視するのはへぼプログラマ、私はコンパイラの警告はすべてクリーンに保っている
　さすがにlintクリーンはできていないが
5. ただのへぼプログラマ
6. あるある、しかしながら、構造体に関数ポインタで長くならないようにしている
7. あれを書くと始めようという気になる、
　もっとも、最近はIDEで書かずに済んだりしているんだろう
　スクリプトで一発にしてもいいし、UUID必須だよな
8. staticの修飾の意味がスコープによってことなるのは、確かによくない
　まぁ、もう慣れているから今更変えられるのもごめんだけど
9. scanfが糞
10. 確かに

C言語の短所は同時に長所である場合が多い
型の大小関係以外決められていない -> 多くの環境に移植された
入出力をライブラリで提供 -> 言語としてとてもシンプルにできた
ポインタがあるのでアンセーフ -> 効率の良いプログラムがかける
... 別に名前空間とテンプレートが加われば、C言語に不満はないんだわ

1. 以下のプログラムは、勝ち数と負け数を入力して勝率
(=　勝ち数　/　（　勝ち数　＋　負け数）　）を計算するプログラムである。
勝ち数、負け数に負の値が入力された場合は入力をやり直させ、
勝ち数＋負け数が0　の場合は勝率計算が不能であることを表示する。
ただし、このプログラムはバグを含んでおり正しく動作しない。
デバックを行って正常動作するようにせよ。
修正したソースプログラムと実行結果を示すこと。

#include <stdio.h>

　 int main(void){
　 　int nwin, nlose;

　 　do
　　　　printf("勝ち数を入力してください:");
　　　　scanf("%d",nwin);
　 　　　if　(nwin<0)
　　　　　　puts("負の値を入力しないでください！");
　　while(nwin<0);

　 　do
　 　　　printf("負け数を入力してください:");
　 　　　scanf("%d",nlose);
　 　　　if　(nwin<0)
　 　　　　　puts("負の値を入力しないでください！");
　 　while(nlose<0)

　　total = nwin + nlose;
　 　if (total = 0)
　 　　　puts("勝率を計算できません。");
　 　else
　 　　　printf("勝率は%dです。\n",nwin/total );
　 　return(0);
　 　}

２．半径(ｃｍ)と中心角（度）（いずれも整数値）を入力して扇形の面積を計算する
　　プログラムを作成せよ。円周率の小数点以下桁数は任意に決めてもよい。
　　ただし、入力値に以下の処理を加えること。
　　・半径に負の値が入力された場合、入力をやり直させる。
　　・中心角の入力値は以下のように処理する。
　　　ｉ．　　0〜359の場合はそのまま使う。
　　　ｉｉ．　負の値の場合、0か正の数になるまで繰り返し360を
　　　　　加えた値を中心角とする。
　　　　　（例：　-30　->　330,　-450　->　270　）
　　　ｉｉｉ．360以上の場合、360で割った剰余を中心角とする。

　３．正の整数を繰り返し入力し、0　か負の数が入力されたらそこで入力を打ち切り、
　　そこまでの合計と平均を計算するプログラムを作成せよ。
　　最後に入力した負の数は計算に入れないようにせよ。
　　また、平均は小数点以下まで算出せよ。　　

すいません、明日までにお願いできますか?

いい問題なのに勿体無い

>>953
C/C++の宿題片付けます 129代目
http://pc12.2ch.net/test/read.cgi/tech/1247438792/

テンプレ読んでから投げてね

ごめんなさい。
そっちに貼ります。

>>948の1と3はCと関係ないだろｗ

Linuxの世界だとCコンパイラよりC++コンパイラのが優秀なんだよねぇ
http://shootout.alioth.debian.org/u64q/benchmark.php?test=all&lang=gpp&lang2=gcc&box=1

Linux関係ないし
C++はテンプレート使っててるから
早い分コードサイズがでかい

googleの新言語goがこんどこそCを駆逐する！

>>959
go が GC 使っている以上、GCのない言語の需要はなくならないと思う。

GCはいい事はいいんだけど、デストラクタと無関係な点で
必ずしも一番いいとは言えない

GCがキチンとしてないと糞ニーのテレビみたいに止まっちゃうよw

.NETで書かれたプログラムを走らせながらタスクマネージャを見ていると
explorer.exeのCPU使用率が一定間隔で跳ね上がる事がよくある

ああこの時GCが動いてるんだなあと思うんだけど、何か気持ち悪い

OSからは、あと30年は消えそうにない。

>>958
純粋な疑問なんだけど、コードサイズがでかいと具体的にどういう問題があるの?

そりゃ実行時のメモリ不足とか配布に難がでてきたりとかだろ。

命令キャッシュミスとかね

それはあんまりないだろ。

>>967は、大きな理由。

おいおい
テキストサイズ増えたらIキャッシュミスが増えるCPUって欠陥だろw

>>936
プログラム板にRubyのスレはたくさんあるけど、
Troffのスレは一つもないね。

（´・ω・｀）

C言語とC++とC#

（´・ω・｀）

>>965
流れ見てないけど、単純にROMに入らんことがある。
家電屋です。

入りきらないのなら容量増やせばいいじゃない。
1Mb x32とか。

>>946
同等の機能で、もうちょっと洗練された仕様の言語が欲しいなあ。
何かC言語って、色んなところになあなあの仕様があるから
余計に難解に感じることがある。

>>977
そういう話は聞くが具体的にはなんだろう。

>>975
よくある話でワラタ
ファーム屋と回路屋が別会社で喧嘩する話聞くよな
回路屋はアセンブラレベルで考えてファーム屋は高級言語で考えていた溝
前に回路屋はRAMが全部グローバルだと思っていてきっちりマップまで作っていた為に
スタックで潰しまくりんぐｗｗｗｗ

>>976
それだからソフト屋はコスト意識が低いと言われるんだ


でも最近いるんだよな
テレビのリモコン程度にIO足りないとかでSH２やら使う仕様書くメーカの奴
いくらのリモコン作るんだよって話ｗｗｗ
166や595のゲートで済むのにな
OSがいるとか意味不明すぎ
だからと言ってアセンブラで開発工数かけるのも問題

>>961
goにはコンストラクタもデストラクタもないべ

>>976
私組み込みに関わった事は無いけどその考えはプロとしては最悪だと思うの。

ほ

へ？

転職してC言語から離れたからもうC言語駆逐されてもいいよ
でもC言語は組み込みがある限りは不滅なのかね

OSもあるから。