【訃報】C言語およびＵＮＩＸの父、デニス・リッチーさんが死去 -享年７０★３

UNIXの父であり周囲の尊敬を集めたコンピュータサイエンティストのデニス・リッチーが、
しばらくの闘病を経て先週亡くなっていたことがわかった。享年70歳だった。

リッチー（dmrと呼ばれることもある）は、プログラミング言語のひとつであるC言語を生み出したこと、
そしてケン・トンプソンとともにUNIXを創りだしたことで世界中にその名を知られている。
リッチーはキャリアのほとんどをベル研究所で過ごした。彼が加わった1967年当時はアメリカで最も巨大な
電話回線提供社であり、かつ最も有名な研究所のひとつを運営する大企業であった。

60年代後半にトンプソン（彼はCの前進であるB言語を生み出した）とベルで働いているとき、
訪れようとしていたミニコンピュータ時代をにらみ、
より効率的なオペレーティングシステムを開発しようと思い立った。二人を中心としたこの作業は、
1971年のUNIXへと繋がっていった（DEC PDP-11の上で動作した）

TechCrunch Japan 10月14日(金)2時37分配信
http://headlines.yahoo.co.jp/hl?a=20111014-00001491-techcr-sci
画像　デニス・リッチーさん
http://e-bergi.com/2008/Agustos/resim/dennis_ritchie.jpg
前スレ　★１　2011/10/14(金) 11:19:08.25
http://raicho.2ch.net/test/read.cgi/newsplus/1318589354/l50
＞＞２以降に続く

UNIXは安価で、かつさまざまなマシンを動作対象として想定してはいた。いったん動作させることができれば、
その上にさまざまなソフトウェアシステムを載せることができるようになっていた。
しかしOSがマシン語（アセンブリ言語）で記述されていたため、移植性も低く、またメモリの取り扱いにも苦労することとなった。

そこでリッチーとトンプソンは、C言語のシンタックスを発展させつつ機能を増やし、
ついにはOSを記述できるところまでに性能をあげていった。
そして1973年までにはついに、UNIXをCで書き換えてしまったのだ。カーネル部分は同年中に公開された。

今日、C言語は依然として2番目にポピュラーな言語として世界中で使われている（ないし、
これまでに記述されたコード量としては第2位につけている）。
そしてC++やJavaにさまざまな考え方が引き継がれていった。またUNIXについての二人の仕事は、
たとえばLinux TorvaldsのLinuxなどにも引き継がれていった。このUNIXの仕事だけでも、
リッチーは現代でもっとも重要なエンジニアのひとりとして位置づけられるべきだろう。

実際、UNIX関連の仕事により1983年にはケン・トンプソンとともに、チューリング賞を受賞している。
また1998年には当時の大統領であるビル・クリントンからアメリカ国家技術賞を受け取っている。（おわり）

c→ユダヤ教
asemmbler→ゾロアスター教、ミトラ教
c++→カバラ
java→キリスト教
javascript→グノーシス主義
c#→イスラム教
f#→バハーイー教
lisp→原始仏教
commonlisp→大乗仏教
cobol→ジャイナ教
fortran→バラモン、ヒンドゥー教
smalltalk→道教
pascal→儒教
algol→エジプト神話
scheme→部派仏教
python→西洋魔術
ruby→ローマ神話
perl→ギリシャ神話
haskell→神道

まさかの3スレ目ｗ
本当に偉大だったのだな・・・
ご冥福をお祈りします

よく３スレも書くことがあるな

桑田圭祐が歌ってたなＣ言語がどうしたとかいう歌

Ｃ言語でレスしろよ…

main()

ID:MKVrq8gk0へ
static char* sList[] =
{
"Azumi Harusaki",
"Mei Miura",
"Kaede Fuyutsuki",
};

void main(void)
{
int max;
unsigned int len;
char* p;
char** pp;
// リスト数
max = sizeof(sList) / sizeof(char*);
pp = sList;
for (int i = 0; i < max; i++, pp++){
// 名前
printf("\"%s\"\n", *pp);

// 一文字ずつ
p = *pp;
len = strlen(p);
printf("\t:%d\t", len);
for (unsigned int j = 0; j < len; j++, p++){
printf("'%c' ", *p);
}
printf("\n");
}
}

プログラマーって凄いな、よくもまあ
あんな色んな事ができるソフト作れるな
素人の俺から見たら、魔法使いに見えるわ

ノーベル賞貰ってないのね

>>10
なんというか、
俺にとっては追悼スレだから、
無視できないっていうか、目を放せないていうか///

はいこれ　インデントスタイル集
http://ja.wikipedia.org/wiki/%E5%AD%97%E4%B8%8B%E3%81%92%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB

よく知らんが偉大な人だと言う事は分かった
ご冥福をお祈りいたします

もはや、C言語について語るだけのスレになってるなｗ
ある意味、リッチーの期待通りかもしれないがｗｗ

>>9
＞void main(void)

0点

この世で大事なことは タイミングにC調に無責任♪

そう考えると
プログラムやパソコンって時代が浅いな

こっそり
void main()
{
*((int*)NULL);
}

telnet立ち上げて、たしかめちゃったよw

#include <stdio.h>

int main(int argc, char * argv[]) {
int array[10];
int * pointer;

pointer = array;
array[0] = 1234;
*(pointer + 1) = 5678;

printf("%d\n", *pointer);
printf("%d\n", array[1]);
printf("%d\n", pointer[0]);
printf("%d\n", *(array + 1));

printf("%p\n", array);
printf("%p\n", pointer);

// array++;
pointer++;

printf("sizeof(array)=%d\n", sizeof(array));
printf("sizeof(pointer)=%d\n", sizeof(pointer));

return 0;
}

配列とポインタは記述上同じように振舞うことができる部分と、
そうでない部分があってわかりにくいだろうねw

本当の神はひっそりと
ベル研究所に栄光あれ
ご冥福をお祈りします

次のブレイクスルーはいつくるんだ？
求む）　本当の天才

ﾘｯﾁｰｱﾝﾄﾞｶｰﾆﾊﾝの中の人か
現人神じゃねーか生きてたのか

>>6
朝かゆいさんがシーシー歌ってたらしい。

char *hoge[10];とchar (*hoge)[10];の違いがわかるようになればポインターマスター。

>>16
ま、そうだわなｗ
上がどう呼び出していようと、
無難に
int main(void){}がよかったか？

A→B→C
Dに期待

>>11
もともと計算機科学者はノーベル賞をもらわないし、
さらに言えば Dennis の業績はサイエンスの領域で評価されるものではない

もちろんエンジニアリングの分野では両手に余るほどアワードもらってるけど

最初に読んだわ―。カニチャーハン。

>>26
Delphi

C++ 仕事は早いが発狂することがある。ハルマゲドン起こすことがある。
C　　仕事は早くニッチがある。発狂することがある。

前スレのこれワロタ
確かにww

こっそり

10 cls
20 print"msx"
30 goto 10

run

>>9

重箱の隅だけど、

max = sizeof(sList) / sizeof(char*);

おれなら、こう書く。

max = sizeof(sList) / sizeof(sList[0]);

sListの型が変わっても、sizeofを修正しないでよいのが理由。


言語仕様に numberof 演算子なんてものがあればよかったのになぁw

http://raicho.2ch.net/test/read.cgi/newsplus/1318589354/994

前スレのレスを見て、アセンブラ云々では無く、データのメモリ上の配置の

　「図形的な理解が出来てない」

のかも知れないとも思った。文章で理解しようとしている、と

クロス・リファレンスを吐かせて、メモリをダンプしてみて、メモリ上のデータの
配置を見るだけでも格段に理解度が変わるだろうにな

未だに C のバイブルは読んでないな。
多分これからも読まないと思うけど。

>>20
先輩telnetも結構ですが、こういうものもあるんで使ってやって下さいｗ
http://codepad.org/K7HAyXaB

>>24
QACとか煩いよね。
そのあたりのチェックでいちゃもんつけてくるし。

ご冥福をお祈りします。ウィンドウズが欠陥商品で無茶しなければ、あなたがきっと神でした。

>>2
＞今日、C言語は依然として2番目にポピュラーな言語として世界中で使われている（ないし、
＞これまでに記述されたコード量としては第2位につけている）。

1番はどの言語？

>>3
Gも入れてくれｗ

>>38
COBOLじゃね？

voidはリッチーが作った中にあったっけ？

1位はCOBOL？
ちょっと前までANAの予約システムもCOBOLだったしね。

>>38
java

>>38
N88-BASIC

>>38
コード「量」ってのが大きなヒントだ
そう、あのちょっとした処理を書くだけでサブルーチンが巻物になるあの言語だ

>>35
これは良いねｗ

イスラエルがイランを攻撃するらしい
2週間以内に

>>27
　数学的扱いをするならサイエンスだけど、ノーベル賞は数学はご法度。
他の扱いでは理学でなく、工学分野だね。政治的要素の強い平和賞なんて
やめちゃって、ノーベル工学賞はあっても良いと思う。

いらん事言うな

>>45
言語がポピュラーであることと、記述した結果のコード量が膨大であることは、違うくない？

惜しい人を亡くした。ジョブズより遥かに偉大でクリエイティブな人だったよ。

>>51
扱いが芸能人だからジョブズは

>>51
商人と技術屋だし、比べてもしょうがないかと

最近Objective-Cやり始めたので、大学でC習ってよかったわ。

>>35、こんなのあるんかいw

Compiler and interpreter versions
Here are the compilers and interpreters codepad uses to execute code:
C: gcc 4.1.2
flags: -O -fmessage-length=0 -fno-merge-constants -fstrict-aliasing -fstack-protector-all

C++: g++ 4.1.2
flags: -O -std=c++98 -pedantic-errors -Wfatal-errors -Werror (ry
D: Digital Mars D Compiler v1.026

Haskell: Hugs, September 2006
flags: -98

Lua: Lua 5.1.3

OCaml: Objective Caml version 3.10.1

PHP: PHP 5.2.5

Perl: Perl v5.8.0

Python: Python 2.5.1

Ruby: Ruby 1.8.6

Scheme: MzScheme v372 [cgc]

Tcl: tclsh 8.4.16

みんなに質問したいんだけど
Win95のAPIの知識でVISTA、Windows７にも通用するの？
ｘｐまでは大枠でOKだと理解しているけど。

>>38
fortran
科学計算のライブラリ多くないか？

カーニハン先生のコメントはないのか？

構文のわかりやすさ、エレガントさではPascalのほうが上だった。
しかし日本人は流行に流されやすい性質というか、猫も杓子もCだったな。

Cの構文など、精神分裂症かキチガイしかわからん構文だしな。

例えばif文でも
if (a==0) {
　　　・・・;
　　　・・・;
}
と書くより

if a=0 then
　begin
　　・・・;
　　・・・
　end.
のほうが自然だし、わかりやすいだろ。Pascalのほうがコンパイル速度も速かったのにな。

コード量と歴史から言ったらアセンブラだろ。圧倒的。
今でもデバイスドライバ書くのに使うし。Windowsもちょっと前までは、
カーネルコードはアセンブラだった。

>>51
夢を実現するための技術や基礎を作る人と、夢を現実にして商品にとして
世に出す人の能力は全く別だよ。どちらも必要な人材。

>>48
ノーベルがある数学者と仲が悪かったとか何とか…

>>56
互換モードで動くよ。

ジョブズはジョブズで、クリエイティブですごい人だったと思うよ。
リッチーとはすごさの方向性が違うけど。

どちらの訃報もショックというか喪失感を感じる…

>>59
Pascalはドットを付けるかどうかがわかりにくい。
さらに、構造を記号を使って記述するCと違って、英単語を使う言語では
構造がコードから浮き出ないからわかりにくい。

てかスレが3つ目まで来たっていう事実に安心ｗ
1スレ目の347レス目くらいで終わっちゃったらどうしようかと思ったよｗ

>>59
本物のプログラマはパスカルなんか使わない

>>59
地味に=が文脈依存なのもいただけないな。

>>61
確かノーベルが数学が大の苦手だったので意図的に外したとか聞いたぞ
その代わりフィールズ賞が作られた

>>62
おお、サンキュー

ついでに教えて欲しい。
Win95のAPIの解説書は手元にあるが（２万円くらいした）
最新のWindoｗｓ７のAPIの解説書を教えてくれない？

Windowsのバージョン毎に微妙に違うのが気になる。
特に９８と２０００で引数は互換があるのに、動きが異なるのが気になっていた。

これだけ速度/伸びが早いってことはネラーとマは相当被ってるんだな
まぁ俺もそうだが

>>69
http://msdn.microsoft.com/ja-jp/library/ms123401.aspx

>>35
codepadってコード貼るだけのサイトかと思ってたわｗ
便利なもんがあるもんだなぁ

>>56
APIは大枠は変わってないし、MSDNのAPIリストでだいたいわかるだろ。
膨大なAPIは覚えるってより、よく使うAPIを経験で使いこなすしかないし。
言語使いこなしてれば、APIなんてどーにでもなる。
そもそもWindowsのAPI体系は既にぐちゃぐちゃ。ｗ
GUIならMFCで書ける。それでもMFCの糞仕様でAPIで書く必要のある事も
多々あるけど。

>>66
カーニハン先生のこんなのもあったな。

Why Pascal is Not My Favorite Programming Language
http://www.lysator.liu.se/c/bwk-on-pascal.html

ま〜B言語を改造しただけだけどね

マイクロソフトのコーディング規約で変数名の先頭に型を表す文字をつけろというやつ。
たとえばint型の変数には i を付けるとか。
アホかと
型を変更したときに修正が大変だし、万一、型が間違ってたらまずいだろ。
変数の型くらいdefine文で常に確認しろって。

>>69
さすがに最近のは知らんです。

>>59
俺の頃の大学ではCより先にPascalを習った。
最近はどうなんだろう？

>>59
流行に流されやすいってより、米国製プラットホームはCが断然多かった。
特に、組込みソフト作れるコンパイラはCぐいらだったし。

>>76
ハンガリアンだね。

>>77
普通にMSDNでみんさいｗ

>>76
ハンガリアン記法だっけ、あれのせいでWindowsAPI関連の書籍・ヘルプみんな読みづらくて仕方なかった。

ジョブスより偉大

Linux Torvaldsって誰？

>>84
誰それ？

>>85
あれだよ、Linus を作った人だよ

>>86
なるほど、そうだったのか！！

>>76
>>80
>>82

チャールズ・シモニー、宇宙旅行してたってなw

悲しいぜ

>>59
言語仕様の自由度が低かったのでシステムプログラミングには使えない。
例外的な書き方するしかないケースなんて山ほどあるからな。
手続き(procedure)と関数(function)って意味不明な分け方もちょっとね。
プログラミング的には2つにする意味はまるでない。
パスカルでもプログラム書けるけど、仕事ではまず使った事ない。
コードレベルデバッギングの時にアセンブラとの親和性がCの方が良いって
のもある。あくまでも実用でなくプログラミング学習用だね。今となって
はパスカルで書く意味はまるでないと思うけど。

>>69
基本はMSDNで十分だけど、抜けも多いね。そこは自分でライブラリコード
読んだり、ネットで情報収集するしかない。マニュアル中に、
まだ書いてないよ！とかマジで苦情もんだろうに・・・。
WindowsでプロになるならMSDNには最低でも入っとけよ。

>>90
DirectShow とかになるとMSDNに情報もサンプルも少ないし、皆どこで勉強してるんだろうと思うが、なんだろねあの状況。。

>>69
VC++で15年くらい飯食ってるけどAPIの本なんか買ったことないわ

>>91
SDKにサンプルやhelpは付いてこなかったの？

>>92
俺も買ったこと無いなｗ
昔はコロコロ仕様が変わったりドキュメント化されてない部分があったりで、英語のヘルプを調べるのが一番正確だったしｗ

>>93
サンプルはSDK内にあるけど、何の解説もないよねあれ
細かい仕様みたいなのもMSDNに説明は一応あるけど、全体的な概念とかを理解するのに非常にわかりづらかったりする

>>90、IBM PCでTurboPascal（鶴見のサザンパシフィックw）、
MacでMacPascal（亜土電子w）つかったけど、忘れちゃったなぁw

unitなんちゃらになるまで単一ソースファイルしか書けなかったっけ？
引数に参照渡しできないんだっけ？
勉強にはなったけど、これは仕事には使えないと思った。

>>91
俺はネット検索しまくって海外のサンプル見つけて物にしたな

>>96
結局はその流れになる。
MSが講習会とかでも開いて一子相伝ってやってるのかと疑うよｗ

>>71
>>77
>>99
みんなありがとう。

俺、本来は組込み系（SH2とかV850）が本業、それも今はISO２６２６２のアセッサなもんで
Windowsは本業外なんだ。
でもWindows上でコントローラとインターフェース組んだりすると便利なもんで
周りに教えてくれる人がいないので、独学で勉強してたんだ。

もう４９歳なんだけどMSDNで研究してみるわ。

>>98
いやいや、どういたしました

ありがとう、デニスさんあなたのせいで苦労しました
パスカルで十分よかったのにｗ

>>91
>>96も書いてるけど、ネット検索したり、CodeGuruみたいなとこにカキコ
したり、サンプル拾ったりで情報収集するしかないんだよね。
後は、デベロッパーズカンファレンスに参加してMSのエンジニア捕まえて
質問攻め。その際、横の繋がりもつけておくといいよ。
アメリカのカンファレンスは直のエンジニアが来てたりするから、
色々聞ける。

>>97
でもまあアメリカ止まりだったからマダましだったけどな
Flashの動画再生のフレーム単位のコマ送りにハマったときはフランスの掲示板まで行ってたしｗ

リアルプログラマは Pascal を使わない。

>>101
あんがとです。

カンファレンスとか全然参加したことないです、田舎の方なもので。
MSが本業ではないので、片手間に組んでる中で効率よくできたらということでした。

>>102
最近は google developer みたいなのもあるし、情報多くなりましたしね。
ソース垂れ流しの中国のサイトが結構役に立ったりもしてｗ

>>71>>77>>90>>92
なぁどうでもいいけどお前らってもう10年くらい前からずっと
こういう話にだけはいつもマジレスするよな？

ずっと気になっていたんだが、自分の興味があったり生活に関することだけはネタに出来ないんだな
まぁそこが仮想匿名の世界、2ｃｈの限界だったんだろうけど

『はじめてのC』って本買うの恥ずかしかったなあ

/* 10stepでinetd web鯖作って見た */
#include <stdio.h>
#include <string.h>
main() {
FILE *fp;
char buf[BUFSIZ], *ptr = strchr(fgets(buf, sizeof buf, stdin), ' ');
*strchr(++ptr, ' ') = 0;
printf("HTTP/1.0 %s\r\n\r\n", (fp = fopen(ptr, "r"))? "200 OK": "404 Not Found");
while (fp && (ptr=fgets(buf, sizeof buf, fp)))
puts(ptr);
}

何でWindowsの話してるんだよｗ

>>108
Windows のことを語る機会なんて滅多に無いからｗ

>>105
2chってお前みたいな無職やニートだけでなく、その道のプロ
も多いんだよね。技術系のスレはそれなりに面白いのはそのせい。
10年とか言ってるけど、ここにカキコしてる連中って、お前の倍以上は
ネット（PC通信やJunet)やPCやってると思うよ。

昔、日立のHD6301の８ｂｉｔ用Ｃコンパイラがあって
あれがＫ＆Ｒだったな。
８ｂｉｔマイコンでもＣ言語で動くんだと関心したもんだ。
ＲＯＭ、ＲＡＭが少なかったので実用にはならなかったが。

>>110
やっぱもう2ｃｈってじじいたちしかいないのか？
パソコン通信とかやってたような
別に良いけど

どちらにしろ2ｃｈみたいなもんは、そこが限界だったわけだな
飛びぬけなかった
だから衰退した

そういえばMSXにもCコンパイラあったよな。

>>112
若いやつがいるスレでも覗いてきたらいいだけちゃうの

おいらは、X68000でアセンブラ覚えたあと、XCで覚えた
XCはタコなコードを吐くので手作業で最適化した
懐かしい

おいらはＺ８０をマシンコードでソフト組んでたよ＞４９歳

8bitの頃か

>>11
数学にはフィールズ賞という有名な賞があります。
俗に数学のノーベル賞と言われています。

>>116
ちょうど一回り違いだ（ｗ
厨房のころ、Ｘ１とかMSXいじってアセンブラもってなかったから、
ニーモニック表見ながら、ハンドアセンブルしてた気がする

LD A, 80H
RTE
とかだっけ？かすかな記憶だ

I suppose most of you dosen't know most of network devises are
UNIX devices; not only Cisco's but also minors'.

Thanks to Ritchie for his pursuit of a dream.

Windowsは型多すぎでゲロはきそうになる

>>115
gccが移植されてからは、
逆にCで書いて-Sでコンパイルした出力を参考にしたりなんてことも。
あれはいい勉強になった。

>>119
まあ、Ｚ８０のニーモニックそんなとこだね。
当時は、ほとんどのニーモニックのマシンコードを暗記していた。
今じゃ絶対無理だな。

平均年齢高そうなスレだなおいｗ
来年就職してSEになる俺はほんとヒヨっ子だな

にしてもジョブズといい、最近業界の偉人亡くなりすぎだろ・・・(´・ω・｀)

Linuxは使ってるけどUnixは使った事ないんだよね
今Unixを使ってる人ってどういう分野の人達なんだろう

>>98
もし組み込み系でCとアセンブラでファームばかり組んでますって人だとハードルが少し高いかもね
個々のAPIはMSDNで十分
「Advanced WIndows」で基本的かつ重要なアーキテクチャがわかると思う
C++やれって話になるかもしれないけど、GUIだけならC#の方が簡単
ドライバはVista以降作ったことないから知らね

>>125
現OS XはUnix

すげえなｗマシン語か。
俺なんか雑誌に掲載されたマシン語のダンプリスト見ながら
打ち込んだ程度の付き合いだわｗ
テンキーで１６進数打ち込めるようにするプログラムを打ち込んだ覚えがあるｗ

>>127
母ちゃんつかまえて、16進ダンプを読みあげてもらって入力したのはいい思い出ｗ

>>124
２ちゃんねるは１スレから見てるけど
レベルの低いジジイのポインタ談義の繰り返しだけどな。
面白くもなんともない。相変わらずここはクズと馬鹿ばっか。

スラド英語版のスレみてると、Cより、むしろUNIXの貢献に対するレスおおいし
いろんなエピソードとか読めて面白い。
んで、無条件に礼賛になってないのは、あっちはUNIX文化があるから
ハッカーは日常的にUNIXや使ってるというのもあるんだろうな。

ああでも某一部上場企業で新人研修の8086アセンブラの講師もやったなｗ
当時俺も新人だったのによｗ

/* very sad. RIP. */

カーニハン＆リッチー本で勉強した。

>>125
プログラマ必携は、Windows Internals(Microsoft Press)かな。
6th Edition（Windows 7 Windows Server 2008 R2　対応版）が
もうすぐ出る。しかし既にWindows 8のPreview始まっちまった。ｗ

俺が会社で新人研修担当してた時はK&Rを教科書にしてたな。
懐かしい。

>>125
エンタープライズ向けとかで十数年前、AIXとかHP-UX、Solarisでやっちまいました
ってのの、リプレース案件とか・・・

あと、電子マネー関係とかライターに近いとことこか、考え方が10年以上昔の設計思想だから
Ｃ＋＋でやってる。

個人的にAndroidのアプリで一儲けとか妄想したけど、しょぼいサンプル程度で力尽き、結局、社畜ですな・・

>>125
ありがとうです。
「Advanced WIndows」ですか、入手してみようかな。

当方、C++はマスタしてますんで。
Win95のAPIもsystem系はそこそこ使ってて、
アプリケーション作って会社で喜ばれています。
問題はｍｓのオーダーの処理プログラムをWindows上で作ろうとすると
APIの動きの詳細を理解しないとできないもので、ここら辺で難渋してる訳ですよ。
要はWindows上で制御プログラム作るって結構難しいんですよ。

>>135
Androidマーケットで儲けを出すのはほぼ不可能だ。見切って正解。

有料アプリ売れんもんな〜。
広告で稼ぐしかない？

もう死んでると思ってたわ
エラーに悩まされなくなったな

>>137
でも、作ってるときはひさびさ楽しかった

WindowsCEで、ハンディターミナルの組み込みと
やってることはさほど変わらんね。

最近訃報がおおいねー
放射能のせいかな

UNIXといえば、2ちゃんねる消滅の危機の時のフラッシュを思い出す
あの頃の2ちゃんねると今はあまりにも変わった・・・

>>138
広告ならたまに見てくれる人がいるが…
1ヶ月かけて合計250円とか稼いで嬉しいか？

>>143
きっと、インドの山奥の村の人なら・・
日本では、つらいな

こんな無名な奴が３スレ目かよ

unix文化がない日本だと、この人について話しようがないよなあ。
海外だとDECのPDP-11の命令セットがうんぬんでC言語が云々とか話してるけど
そもそも日本の貧弱な教育環境で、学生時にUNIX自由に使えてた人がどれだけいたのやら。
NEWSを例外とすれば学生が自由に触らせてもらえたのは、９０年代後半以降だろ。

>>78
理系で数学・ORやってるけどまずRuby、後にJavaだった

不公平だ　ジョブズのニュースは大々的にやって。　おかしいだろ。

裏方は辛いな

デニス・リッチーがいなければアップルが存在しなかったぐらい凄い人だよな。

でも、おまいらデニス・リッチーの顔って思い浮かぶ？

経理で会社に入ったのにSEとプログラマーが大量に辞めて簿記が得意だから大丈夫だろ？と意味不明に無理やりプログラム仕込まれて早や10年…。私は会社の便利屋と呼ばれている。

>>148
ジョブズだって、iPod, iPhoneがなければコンピュータ界だけのニュース
で終わってたと思うぞ。

やっぱベル研究所ってすごいところだったんだなー

３スレ目で初めて気付いた。安心してください、UNIXは永遠に不滅です。合掌

誰それがいなかったら…って歴史にifを持ち込んでも意味はないと思うぞ。

もしリッチーがいなかったら…
もしジョブズがいなかったら…
もしウォズがいなかったら…
もしゲイツがいなかったら…

想像すると面白いけど、あまり意味があるとは思えん。

>>146
Su権限貰って、流れてるゲームにパッチあてて遊んでたよ。

>>154
ベル研究所、ゼロックスのパロアルト、MITメディアラボ、これにIBM。
この最強グループが現コンピューター界の基礎を作ったと言ってもいい。

そりゃベル研は凄いよ。

でもApple 1は出てこなかったろうな。

google も反応なしか…
何だかな

>>146
稚内あたりに存在していたある短大では、
80年代後半あたりには、そこの学生はもちろん、
なぜか学生以外に近所の高校の生徒まで、

誰かのアカウントを使っていたのか、
あるいは誰か管理権限のある学生にアカウントを発行してもらっていたのか、
勝手に構内に入り込んで、好き勝手に Sun のワークステーションをいじって遊んでいたと聞いたことが。
どこまで本当かは知らないが。

>>146
Micro VAXっつー貧乏人向けのマシンがあったじゃん。
HP9000もあったし、Apolloもあった。
巨大な汎用機に端末ぶら下げる時代から、ワークステーション(EWS、AWS)への移行期。
組み込み系の開発に限定すれば、非UNIX系だがHP64000なんてのもあったし。
４５歳です。

>>146
44歳だけど、News,SunなどのEWSは学生の時にSU権限で使った。
DECのVAXも自由に使えたよ。
FreeのBSDが出てきて、PC上でも使う様になったけど。

>>159
ジョブズの時は追悼画面だったのにな

>>160
ただ、そこの副学長が出張に出かける前に、
find でシステム内の *.core ファイルだったか *.bak ファイルだったかを削除しようとして、
間違ってアスタリスクと拡張子の間に
不用意にスペースをはさんだコマンドを入力したまま出かけたために、

帰ってきたときには、あらゆる記録が消滅し、
もはや誰も当時のことを検証することはできないのだそうだ。

pcのunixをはじめて触ったとき、/homeなんてディレクトリを見てなんじゃこりゃと思った

LSI C試食版とかあったなあ

>>166
これにはお世話になった。今はなきCマガジン。

この人はC言語とUNIXを生み出した後は何してたの？

>>154
しかも、金にならないからってことでタダでUNIX配ってたってのが大きいよな。
それがなかったら、教育機関でこれほど使われることはなかっただろうし、
インターネットもUNIX以外のシステムで作られてたかもしれない。

ジョブズよりこっちのほうがショックだわ

Ｃマガはソフバン
孫さんは偉大だ

>>169
そこがトロンとの違いだな。

今知った
ジョブズより貢献度はでかい

>>169
インターネットってUNIXなの？？
素人だから意味がわかんない

//お腹減った

Goodbye World；

>>175
char *p;

while(NULL != ((char *)p=malloc(1)));
while(-1); // 満腹のままループの意

リッチーさんはCとUNIXを開発してもジョブズやゲイツのようなリッチに
ならなかったんだろうな

訃報（とほー）です。　 <竹内由恵

中世の人かと思ってた

時代の節目ってやつですか
困った連鎖だね
黙祷

char *n;
char *m;
strncpy(n,m,65535);

>>178
UNIXも、ただでソースコードから使わせてくれましたからね。

その後クローズドになってしまい
GNU運動が起こるきっかけになりましたが。

Z80マシンコード暗記すげえ。
その頃は消防で訳も分からずMSXfanに掲載されたコードを書いてたのぅ。
言語はBASICだけど、SRAM書き込み処理が9割占めてたｗ

>>10
プログラマ見習いの俺から見ればミクロン単位で金属加工する工場のおっちゃんや屋台でクレープがんがん焼いてるおばちゃんのほうがよっぽど魔法使いに見える

リッチー＆カーニハンの教科書使ってたな

相方は生きてるんだろうか

>>184
VRAMだろ

昔、自宅に物置代わりにPDP-11のラックを置いていたな。

ところで、1番普及している言語ってナニ？
まさか、JavaとかVBとか言わんよな。

UNIX年表
http://upload.wikimedia.org/wikipedia/commons/1/11/Unix-history.svg
http://www.levenez.com/unix/

商用と、研究開発の分野で分かれている
コマンド系統のオプションスイッチ等がSystemV系とBSD系で違うのは有名
Linux は、コマンド流儀が途中で変わったり、いいとこ取りなのでまじぇまじぇでしたｗ

>>173
禿しく同意
科学技術に対する貢献度は桁違いに大きいと思う
経済的な成功も程々でそれを示威する事も無かったのが好感
世界中の電子機器企業が弔意を示すべきだわ

確かに、Jobsは英雄だが、
リッチーは現人神

>>189
LinuxのユーザランドはGNUですよ？

SysV系でもGNUのユーザランドを別途構築してた人は多いと思います。

K&R本でCを学び仕事の糧としてきました。
ご冥福をお祈りします。

>>190
本当はこういう人が金持ちになる世の中の方が技術者も報われるんだよね。
経営する連中が、技術なんて好きな事やらせてコキ使えばOKみたいな
マインドでいると悲惨。アメリカは日本よりはずっと評価してくれるけどね。

>>161
HP64000本体はunixとは全く関係無いな。
HP64000エミュレータとHP9000ならunix絡むけど。
よく使いました。64180

>>192
当初BSDの派生かと思ってたけど、よく見ると違ってたみたいですね失礼

>>190
経済や科学の基盤になっていると言って過言ではないよね。

これを機会にＣ言語覚えようかな
過去100回は挫折してるけど

>>194
え？リッチーってリッチじゃなかったの？

あれ？フィンランド人じゃなかった？

大学に進学して、初めてSunのワークステーションに触れた時は感動したなぁ。
それまでMS-DOSやHuman68kしか触った事がなかった俺には、
UNIXの環境は魔法の玉手箱のように見えた。

UNIXとCがなかったら、iPhoneもAndroidもなかったしな。

ジョブスより偉大だ。

>>202
なんでも優劣つけたがるのはいかがなものだろう
そのうちフォン・ノイマンがいなければ・・・とか言い出すの？

ジョブスよりは１世代前の人なんだよね。ちなみにJavaのJames Gosling、
BSD UnixのBill Joyは、ジョブスと同じ世代。あの世代も凄い人材が豊富。

>>3
> c→ユダヤ教
> asemmbler→ゾロアスター教、ミトラ教
> c++→カバラ
> java→キリスト教
> javascript→グノーシス主義
> c#→イスラム教
> f#→バハーイー教
> lisp→原始仏教
> commonlisp→大乗仏教
> cobol→ジャイナ教
> fortran→バラモン、ヒンドゥー教
> smalltalk→道教
> pascal→儒教
> algol→エジプト神話
> scheme→部派仏教
> python→西洋魔術
> ruby→ローマ神話
> perl→ギリシャ神話
> haskell→神道

BASICは檀君神話　ニダ
10　ニダ

ジョブズと比べるのは畑違いすぎます。
なんでみんな比べたがるんだろ？

>>204
日本では、老害の団塊世代と、そのコドモのゆとり世代が大活躍。(w

>>206
ガキなんだろ。イチイチ誰かと比較せずに故人の業績に敬意を払えばいいのに。
いま調べたらMulticsプロジェクトの中心人物は存命みたいだな。
彼が死んだら、リッチーより優れてるとか言うんだろな。

張本勲･長州力･桧山進次郎信者でマルハン･ロッテ･リーブ21御用達の反日珍英米阿呆馬鹿不細工白痴韓
国エベンキ人記者出世ウホが立てた電通公認ケイワンプロレスプロヤキュウパチンコパチスロキョウテイマ
ンガアニメゲームワイドショースレッドは伊集院静･永井一郎･雁屋哲･ホイチョイプロに認定されますた。
ﾐ　 　 二__, --､r'"___､　ヾ　ﾄ､::ヽ
ﾐレ'"~,-,､　!　　! ' '"￣ .ノ　＼ヾ:､ 　
　K/ｰ'~^~_/　 ヽﾐ:ー‐‐'"　　　ヽ　i.
!〉　ｰ―'"( o　⊂! ' ヽ　　　∪ 　 Y　　プロレス･K-1･プロ野球･競艇は我々在日の為だけの国技で、マンガ･劇
i　　∪ 　,.:::二Ｕﾆ:::.､.　公明党命 l　i 　画･パチンコ･パチスロ･アニメは我々在日独特の文化だ！
.!　韓流 :r'ｴ┴┴'ｰダ　∪　　　 !Kl 　小泉･竹中様のお墨付きでワイドショースレッドをここに立ててやるぞ！
.i､　 .　　 ヾ=､＿_.／　層化信者 ﾄ=　
ヽ.　:､∪　ﾞ　-―-　　　　,;　∪　,! 　　
　＼. 　:.　　在日　　　　.:　　　 ﾉ
http://www.dentsu.co.jp/
http://www.k-1.co.jp/jp/index.php
http://www.pcsa.jp/
http://www.npb.or.jp/
http://www.rings.co.jp/

>>187
きっとFM-PACを相手にだろう
ニッチだなｗ

>>206
いちいち比較するのはどうかとは思うけど
元記者としては日本国内のIT系メディアにおけるあまりの反応の遅さに失望

void「C言語って何ですか？」

ジョブズ氏は不当に高く評価されている、と感じている人が、
比較の視点を持ち込んでくるのだと思う。

あと、ビジネスと学問という本質的には別分野の人同士だが、
ＩＴ関係という点で微妙に隣接しているので、つい並べてみたく
なるのだろう。

中内功と湯川秀樹はどちらが偉大か、みたいな話で、意味ある
論点ではないと思うが、判らないでもない。

>>211
IT系メディアの人は、基本的に実感がないみたいですね。
神話の時代の人であって、下手すりゃなまえすら知らないって感じです。
ストールマンとか、今でもコンスタントに表で活躍している人であれば
また別なんでしょうけども。

はじめてのC
やさしいC

　　　 ／￣￣ヽ､
　　　/　　●/　￣￣~ヽ
　　/　　　　 ト､.,..　　　　＼　　　
　=彳　　　　　 ＼＼ 　　　ヽ
,　　　　　　　　　　＼＼　　 |　　
　　　　　　　　　/⌒ヽ ヽ　　| 　
　　　　　　　 ／　　　|　|　 /
　　　　　　／　　　　 ＼|／
　　　　　　l

最近、PICで遊び始めたのだが、
ハードとプログラムと両方いじるって面白いね

少なくともこのスレのプログラマってのは言語学者なんだな。
オレの感覚から言えばプログラマってのは小説家なんだが、
ま、オレが世間様からズレるわけだ。

>>217
キモい

レインボーのギタリストって禿げてるよね

俺、高級言語のBasicを使ってるぜ。
高級品に弱いんだ。

ほう
あの爺さん死んだのか

ジョブズは過大視され過ぎ。iPhoneやiPad
がどれだけ世界を変えたというのか。

IOCCCに燃えた頃が懐かしいw

リッチー死去ってスレタイならウンコちびってた

ジョブズよりよほど偉大なひとだったと思うが。。
やはり世間というのはこういうもんなんだなあ。
ご冥福をお祈りします。

Ｃ言語は文字列操作が糞だと思う。
memcpyって何や！
数字みたいに素直に処理できるようにしとけや！

そういや、K&R途中までしか読んでないな・・・。
ご冥福をお祈りします。

ジョブズよりも評価高いと思うが所詮社会貢献度より信者がいるかいないかで決まるんだな

おはリッチーrip

ジョブズと比べる意味が分からん。

あらら、まだ早いじゃないか

>>222
ネットインフラやパソコンが溢れてる日本じゃ、スマホなんてパソコンの延長気分で
使っててよくわからんだろうが、海外じゃ確実に世界が変わってるみたいだぞ。

>>226
そもそも文字列という概念自体がなかったからな。

ジョブズ＝企業家、革命家、思想家
この人＝ＩＴ技術者

全然違うものを比べてどうする。

>>222
少なくとも「馬鹿でも使えるようにしろ」っていうのは偉大な教えだと思う。
UIおろそかにした日本企業の製品がぱっとしないのもそのせいだし。

プログラマとは彫刻家である

>>222
最終的に個人に情報端末を持たせるのが目的だったんじゃないの？だから、
実用性よりファッション性が必要だったんじゃないかな？
最終的にＬｉｎｕｘが世界ＯＳになる？
貧乏人にも持てる様に

>>235
そんないいもんじゃないだろ。建設現場の作業員だよ。

その偉大さで比べると

　リッチー　＞＞＞　ジョブズ

>>231
別にiPhoneが最初のスマホじゃないし
iPhoneはむしろ後発、しかもAndroidとほぼ同時期

スマホ中毒の廃人どもはこんなところにも湧いてくるのか

>>204

ジョン・マッカーシー（1927年9月4日 - ） Lisp

デニス・リッチー（1941年9月9日 - 2011年10月8日） C
ケン・トンプソン（1943年 - ） UNIX

ビャーネ・ストロヴストルップ（ 1950年12月30日 - ）　C++
ラリー・ウォール( 1954年9月27日 - )　Perl
ビル　ジョイ　（1954年11月8日 -　) BSD
ジェームズ・ゴスリン (1955年5月19日 - ) 　Java

リーナス・トーバルズ（1969年12月28日 - Linux

iPhoneはファミコンのようなものでしょ。

ファミコンも家庭用ゲーム機の中では後発だけど、
後のデファクトスタンダードを作り上げた。

俺の経験上、
C言語が好きな奴は、基本的に
協調性がないし、売れるアプリが作れない
売れるアプリがつくれる人は、言語にこだわらない
言語はなんでもいいですよと言う

C言語が好きな人は職人気質あり

>>226
通常、文字列のコピーはstrcpy。
memcpyはバイト単位でデータをコピーする関数。

先の事はわからない

>>237

　　　そうそう、ＩＴ土方といわれる。インド人が重宝がられるのは、単純作業を安く

　　　やってくれるからだ。

>>242
それはあるが別にiPhoneがなくても他（たとえばAndroid）がとってかわるだけ

>>242
ファミコンもキーボードからコマンド入れてプログラムを起動してたら絶対売れなかった。
UIこそすべてなんだよ。

>>243
今やアプリ作るような言語じゃないし
どんな状況だよ、それ

>>243
今時１つの言語だけでやっていこうって奴いないだろ。
適材適所でしかないでしょ。

アプリケーション作るにしても、ロジックの部分はC/C++で、
それを利用するUI層はJavaやC#で。さらにWeb系アプリだと他に色々使わなきゃならんな。

部分ごとに別々の言語で書いて、それを組み合わせていくってのが普通。

scanfて便利だよね

>>243
そうだね。　企画屋さんとプログラマーは別の職種だと思うよ。
印刷屋さんにデザインをお願いしても、それなりのクオリティーしか期待できない。
（稀に、両方できる人がいて重宝するけどｗ）

>>243
でもC言語知ってると、手続き型言語は全部方言みたいなもんですぐ使えるようになるよね。

>>249
iPhoneの前からスマホ（たとえばblackberry）は馬鹿売れしてた

>>255
iPhoneが出る前は、スマホもキーボードがついてる端末が殆どだったけど、
iPhone以降は、全面スクリーン＋タッチパネルが完全に業界標準になってしまった。
後の標準なんだよ。

案件がモバゲとかアンドロイドばかりになったな〜ぁ
企業が開発投資しないから
これからＰＧってどうなっていくんだろ・・・

文字列の最後に
\0がなかった
ばかりに
どれだけ暴走を繰り返して来たことだろう

アップルのヨブは参加者だが人に恩恵を与えたことはない。

強いて言えば製品を大量に作ったので関連のハードソフトの価格を下げられたことだけ。

【レス抽出】
対象スレ：【訃報】C言語およびＵＮＩＸの父、デニス・リッチーさんが死去 -享年７０★３
キーワード：カーニハン



抽出レス数：4

>>242
いや、当時はみんな普通にパソコンのキーボードで遊んでたし、小学生がゲーム遊びたくてプログラムリストを打ち込んでRUNするのも普通。

なんか金銭感覚狂ってたかもしれないけど、ゲームをするのに10万円以上するパソコンセットを買ってもらうのも普通。
ファミコンが売れたのは高品質なゼビウスが出たから。

Cから入るとメモリの使い方に神経質になれるぞ
今の言語はその辺隠して誰でもウェルカムできるのが利点だけどヒープとスタック知らないままできるってのがなんとも

>>256
だからそれがどうしたの？

さあ、ニューロAIはC言語じゃ表現できないから、新しい言語大系を考えないとね♪
それでも、大半はC言語で書かれるだろう。

「○○なんて技術的に大したことはやってない。既に日本でも実現してる」

これで過去何度失敗してきたのだろうか。

>>19
#include <stdio.h>

int main(){
printf("strike!\n");
}

>>262
Cもスタック自体は曖昧。
例えば、関数をｃａｌｌすると内部的には引数の値や戻りアドレスをスタックしているが、
コーディングしているヤツはそこまで理解してコーディングしていないと思う。

御本家が死んでも


俺の本棚の「Ｃ言語入門」は　まだ３ページしか読まれていない。

>>267
メモリ上のアドレスを全て実数で管理したら、とんでもなく高速になるのはわかるが、
そのハード専用のプログラムになっちゃうような・・・（ゲームならそれで良い）

タッチパネルをスマホに採用したのは慧眼だけどそれで世界を変えたというのは褒めすぎ。

heloo world!!

Say You, Say C

>>162
大学入ったときにみたときはモノクロモニタにつながってたNEWSが
気づいたらカラーモニタにつながってた記憶があるutsunomiya-u.ac.jp
Sunは結構転がってたけど、Ｘ端末もそれなりにあったな。

っていうか、ＰＣのターミナルエミュからつなげて使ったりもしてた。
まぁ、遠い昔の話だけど。

char *c="abcde";
strcpy(c, "fghij");

う〜〜〜ん…。

>>270
iPhoneだけで世界を変えたといっていいと思うぞ。
他にもMacやiPodがあるから言わずもがなだよね。

リスパーかっこいい

>>263
世代が変わったことで新しいステージに立ったってことだろ
最初の一つを発明したやつより普及させたやつが偉いよこの世は

ウニックスとCは同じ人だったのか〜
知らなかった

>>269
関数をコールすると、内部的にはプレ処理で各種データをスタックする。
戻る時に、ポスト処理としてスタックしたデータを読み戻してる。
再帰処理が可能なのはそういうことやってるから。

その話と実数で管理云々は別の話かと。

コンパイラによっては、最適化で小さな関数は呼ぶのではなくコードを展開しているのもあると思う。
そうするとオーバーヘッドが少なくなり処理は速くなる。
その代わり、実行ファイルはでかくなるけど。

昔、Ｃ言語で一旦で作って、Ｃ⇒アセンブリ⇒無駄なステップ数削りして、
ハードウェア処理の高速化なんてこともしていたな。

>>251
C/C++とWEB系言語、例えばPHPを両方使えるやつは少ない。
だから分業になる場合が多い。

たまたま同時期に死んだからってどっちが上とか比較するのがそもそもおかしい。

>>261
普通じゃないよｗ
お前の周りはそうだったかもしれないが。

>>277
別にタッチパネルがなくても別のスマホが標準になるだけ

>>203

Neumann ではなくて、Eckert と Mauchly ね。
Stored Program 方式の生みの親。
政治的事情によって Neumann の手柄にされてしまったみたいだけど。

Neumann は偉大な数学者、数理物理学者で、
その業績と頭の良さは尊敬に値するけど、計算機のことに関しては
真の開発者が一般には全く知られてなくてかなり可哀想。

>>284
そんなこと言ったら全部の製品・発明がそうだろ。
実際に成し遂げるから凄いのであって。

必ずNUL文字終端する文字列、という考えは決して悪くない。
K&Rに出てくる文字列コピーの実装は

　while(* to++ = * from++);

よくできた決まりごとは思考の無駄を省いてくれるんだよ

>>275
どう変えた？

>>203
どっちが偉大なんて事はないけど、UNIX が OS X の父ちゃん（爺ちゃん？）である事は確かだよねｗ

>>288
日本だけでも、iPhoneをどこが売る売らないで大騒ぎになってるし、
発売の度にニュースになってるじゃん。NHKニュースでもやってたぞ。

それが世界中で起きてるんだよ。普通に世界を変えたといってもいいと思うが。

MMX/SSEで最適化

>>285
ABCマシンでしょ？
Eckert と Mauchlyはパクった。

>>287
それでNUL終端されてなかったらinsecureじゃないですか。

まあ、Cのようなコンセプトの言語で
安全性を担保することでもないとは思いますけどね。

功績的にジョブズより上かもしれないな

>>286
iPhoneが始めてのスマホというならそれなりにすごいが、
スマホはiPhoneの前から売れてた。

Intel AVXはバハーイー教

>>295
後の事実上標準を作り上げたから凄いってことでしょ。
ファミコンの前から多数のゲーム機はあったし、iPodの前から多数のHDD音楽プレイヤーはあったし。

○○が無くても〜なんてのは仮定の話だし、あまり論じても意味がないかと。

プログラムの知識ないんでまえからすごく不思議に思ってたんだが
>>２０みたいなやつってみな頭のなかでなんて発音してるの？読み方なんか書いた解説書みたいなのってあるんですか？
例えば
#include <stdio.h>

int main(int argc, char * argv[]) {
なんかは
シャープいんくるどすつぢお
いんとめいんかっこ・・・・
みたいに読むの？

>>290
ニュースになったから世界を変えたというのは大げさ

>>298
読まない。

Ｌａｔｔｉｃｅ Ｃ,Ｔｕｒｂｏ Ｃ，ＭＳ Ｃも使ったことあるが、
ＭＳ Ｃが良かったな。

>>299
「世界を変えた」のハードルが違うんだろう。んなもん人によって違うから議論しても仕方がないな。

>>292

それは ENIAC の話で、Stored Program は EDVAC からだから、
Stored Program の生みの親は Eckert と Mauchly で良いのでは？

アセンブラでない高級言語によるＯＳの開発、これ以降はＣＰＵに関係なく同じＯＳが動くことになった
逆にＯＳ開発できるような実行速度はアセンブラ同等でありながら高級言語同等の構造処理を両立させる言語の開発

およびＫ＆Ｒ本による教育、啓蒙

とかを成し遂げたグループの一員というところなんですかね

ＯＳのネットワーク対応、マルチユーザとかそういうものの発達の歴史に不案内なので、実質この人の業績評価はわからないところがあるが
そういう複雑な要件をシンプルな構造で実現するための基礎的な物を作った人であるという事はいってはいいのか悪いのか

Cの生みの親の訃報スレで、いつまでもiPhoneiPhone騒いでんのがうっとうしい。

>>298
いんくるーど　えすてぃでぃーあいおー

いんと　めいん　かっこ　いんと　あーぐしー　きゃら　あーぐぶい　かっことじる　

って読んでる。
記号類はカッコ以外は読まないな。

辛い記憶が蘇る

>>297
iPhoneがなくても世界は実質何も変わらないよ
タッチパネルがあって使い勝手がいいというのはあるかもしれんばいが
それで世界を変えたって正気かよｗ

ジョブス・スマホの言葉が出てきたら排他的で独善的

>>307
そんなこと言ったら、この世のほとんどの製品は必需品じゃないから、
無くても変わらないのでは？

iOSも、UNIXなんだから、C言語じゃん

>>309
パソコンとインターネットは世界を変えただろ

>>262
ヒント：　　　ガベージコレクション

昔は、PDP-11を買って
サンデープログラミングをするのが流行ったよね
最近の若い奴は知らねーか

偉大だが、彼のせいで兵器が近代化した。
兵器の近代化が無ければ、アメリカのイラク侵攻も、９１１も起きなかったな。

UNIXとC言語が開発されてなかったとしてもジョブズは神扱いされてたのだろうか？

ジョブズと比べるのは、グラハム・ベルとAT&Tの社長を比べるようなもので、意味は無い。

ジョブス スマホ 原理主義

ジョブズなんかとは格が違うよｗ

>>313
C言語にオクテットが残ってるのはそういうのの名残なんだっけ？
誰も使ってないが。

UIに関しては、ジョブズは神扱いでもいいが、それ以外は糞。

>>307
機械の話しをするなら「実質」ってやめろよｗ

>>305
俺は括弧も読まないなｗ
argc、argvの前の int、char* も読まない
>>298を脳内で読むなら
インクルード　エステーデーアイオー
イント　メイン　アーグシー　アーグブイ
になるな・・・

%d、\n は読むけど、/と\は読み分けない
"%d\n"は「パーセントディー　スラエヌ」とか読んじゃう

ほぼ完璧　Vb,Net

マスターしつつあるもの　C#
マスター途上　Ｊａｖａ

・・・・・ですっ

>>319
通信機能関係を作る時は、オクテットは必要。

>2006年7月21日 ... 情報量の単位の一つであり、1オクテットは8bit
>（ビット）に相当します。ITU-TS（国際電気通信連合電気通信標準化
>セクター）によって策定されました。

>>315
されてたと思うよ
単に OS X が今とは全く違う物になっていただろうというだけじゃないかな？

>>320
神なんていないし。
アラン・ケイの功績だろうに。

というか３スレ目立てるなよ

アイホンはテクノロジーではなく
ビジネスモデルかな

>>326
iPhoneはアランケイは関係ないと思うぞ？

ブイビーカンマネット

ってなに？

ジョブズは、最高の営業マン。
他人が作ったものを売る能力が、神クラス

>>328
どこまで近視眼なんだ?
とりあえず彼の名言から一つ。

「わくわくするようなことが進行中だが、コンピュータ革命はまだ始まっていない。
　不完全なアイデアに基づいた貧弱な実装によるできの悪いデファクトスタンダード
　によって素朴な顧客から大量の金を巻き上げている連中に惑わされないように」

プレゼンは確かに神だな。

日本人の社長のプレゼンは見てるだけで苦痛だが。

>>330
UIの設計者としては超一流じゃん。

プログラマがいくら徹夜しようが何しようが俺の言うとおりに作れって傲慢な態度だったので、
嫌われてたみたいだが。

lisp系最強

$ sed -e "s/NULL/0xA5ACA5C3/g" ID:F/s3q3q20 >>19

>>185
昔プログラマで今工場の金属加工のおっちゃんで
家ではお好み焼きやらクレープやら焼けるが
普通に只のオッサンだ。

>>331
御託ならいくらでも並べられるよ。
実現させることが大事。

とりあえず

>>298
すたじおエッチは基本 (´・ω・｀)

>>322
> %d、\n は読むけど、/と\は読み分けない
> "%d\n"は「パーセントディー　スラエヌ」とか読んじゃう

俺の場合、
\n　→　えんえぬ
a = b / c; 　→　えー　だいにゅう　びー　わる　しー
だな。

電話でソースの説明とかしてると、人によって方言？があって面白い。

リッチー先生はイケメンなんだよな
C++やJavaの教祖は言語と一緒でブサイク

>>298
いんくるーでかっこすとぅでぃおえいち
いんとめいんかっこいんとあるぐしーちゃーかけるあるぐぶいかっこ

ポインタでも、心の中では「かける」

>>76
ハンガリアン記法のメリットがわからないなんて俺より不幸かもな

http://local.joelonsoftware.com/mediawiki/index.php/%E9%96%93%E9%81%95%E3%81%A3%E3%81%9F%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E9%96%93%E9%81%95%E3%81%A3%E3%81%A6%E8%A6%8B%E3%81%88%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB%E3%81%99%E3%82%8B

goodbye, world\n

>>11
ベル研に居たのにノーベルはなぁ…

言語とかって、利用するんじゃなくて、それを決めていく立場の人間って
どんな気分なんだろう
今の今も、言語って沢山生み出されているけど
無の中に空間や時間を定義するってなかなかすごいことだ

それは、間違ったハンガリアンだべ。
あれは、そういう風に書くものじゃない

P''→Brainf*uk→Pxem,Ook!

>>329
ID:5mn4drQZ0　が考えた新言語かな？
だったら完璧で当然だろなｗ

. と , 間違えてちゃコンパイルエラー多発だよ

>>342
ハンガリアンは糞

>>1
アップルの人を貶めるわけではないけど、
評価は最低でもアップルの人より遙かに上かもしれないね
ソフト関係なら誰でも知ってるはず。

スレの伸び具合を見れば
世の中にはその業績の偉大さが知られていない人だけど
今の時代につながる流れの土台？を作った人の一人。
今の色々は、全てその上にあるかその上に伸びた枝葉といえる。

ノーベル賞クラスともいえるかもしれない。
お疲れ様でした、安らかに
（-人-）

>>348
昔、そのミスで人工衛星が行方不明になったという古典的ミスか

しかしなんで日本で　まともなスマホができないのかはこのスレを読んで分かった。

開発者と自称する奴はいるが　コピーしかできないということだ。

K&Rは良かったな。
プログラムをまじめに勉強し始めた頃、
練習問題と１つずつやっていったが、
むちゃくちゃ面白かった。

オイラも昔はコードを書いていたが。
自分のコーディングセンスのなさと頭の悪さに辟易し宗旨替え。プログラマ辞めた。
正直辞めた一番の理由は
「こんな事いくら頑張ってもカネにならん」と気づいたからだが。

お陰で今はコードを書いてもらう側の仕事。
若い間にそれなりに苦労した経験は役にたっており、
人の書いたコードをざっと見れば品質と作業者のクセ、性格すら分かる。
たまにイライラして自分でコードを直したくなる事もあるが、
どんなに頑張っても今の時間単価をインプリ作業で稼ぎ出す事は不可能なので
絶対に自分でコードはいじらない。一見手間だが作業者に手戻り作業を指示する。
コーディングなどは下々に任せれば良いのである。

オマイラいい加減そこに気づけよと説教したくなるコが沢山いるので、書いておく。

ひまわりsuck

Fortranは大学の教養課程で少しやらされたけど、
どの行も最初の数文字分はコメント扱いとか、変数を宣言しないでも i, j, k などは暗黙で interger として使える、
など、面白かったけどCから入った身としては非常に疲れた。

>>356
そんなあなたに

つ Ratfor

>>356
ちなみにＢＡＳＩＣのループカウンターがi,j,kなサンプルソースが多いのは
fortranの影響・・・だったはず。

>>298
「インクルード スタンダードアイオー エイチ」
「イント メイン アーグシー キャラ アーグブイ」
かな。
日曜プログラマでタイプが遅いからそのくらいの間があるw

>>349
ちゃんとリンク先読めよ
型じゃなくて用途につけるものなんだよ

>>354
プログラマ上がりが言いがちですね。

この人の功績ってジョブズ氏よりも大きいよな
なのにメディアはあまり取り上げてない気がするのはなんでなんだ？

>>362
専門的すぎて世間受けしない

>>25
int main(){}
にしろって、どっかの本で読んだな。

void は「不定」の意味だからって。

>>211
日本の現状だと、ビジネスプログラマが大半で、C/C++系でガチに書く
エンジニアは、割合的に少数になってしまってるかもなぁ。
VBやJavaや、場合によってはスクリプト書いてるだけでプログラマだし。
Unix/Linux系はともかく、GUI系はC#使うケースも増えてるだろ？

IT系メディアも、以前はエンジニアが片手間に記事書いてたりしたけど、
最近はプロ化した分、エンジニアリング系でなく物書き系になった感がある。
なので、Unix系文化やらC/C++系の話ができる人が少ないとか。
ここでも何でもやってきた世代の40代以上が多い。

少なくともRitchieが作ったｃとunixの概念は
UIが〜とかメモリ管理が〜とかユーザが〜、って比較する対象じゃない

「電源ONで起動するブートローダ、カーネル、ドライバを含むOS全てを記述し得る言語体系を作った」
エンジニアとして評価されるべきだ

Cを、その他のメモリ、ポートをそ単独で扱えず、ブートローダ、カーネル、ドライバを単独で記述出来ない
java等と比較なぞ、ナンセンスにも程がある

そして、ｃ言語コンパイラを特定cpuに特化するビジネスは、数兆円規模の市場だということにも
目を向けるべきかもしれない

>>354
> コーディングなどは下々に任せれば良いのである。

途中で逃げ出しただけのことはある。
なんというか例えるなら
さまざまな問題対応力は現場から学ぶんだよ。

どういう分野で仕事をするか、という話なら
自分は向いてないので発注側に回った。それだけの話。

なんかちょっと知ったかの優越感が痛いぜ
　　∧,,∧
　 ( ･ω･ )

>>298
インクルード　ストディオ　エイチ
イント　メイン　イント　アーグスィー　チャル　アーグヴィー

だな。

はじめてのC

>>368
stdio のとこはスタンダードアイオーって略さない派や

チャルってなんだｗ

現場にいないと、マネージメントしかできなくて、話が通じない
使えないやつになるけどな。

>>361
いるいるこういう人ｗ

プログラマを下に見るふざけた風潮があるが、
あんらた誰のおかげでおまんま食えてるかわかってんの？と思うことは多々あるなｗ
自分がセンス無いと自覚して手を出さないだけ354氏はましだと思う。

>>365
幅広い知識を持って兼業ライターできる人が減った（年取ってやめていった）
というのはあるかもしれないですね。

>>367
なんとも　切れてたぜい

×なんというか例えるなら

○なんというか例えるなら格闘技のど素人がなんか講釈しているというか
　　士官になれるセンスゼロの兵卒が
　　実際の戦場の中で指揮官気取りというか・・・そんな感じ

メディアに出てないのに３スレ言ってるんだからいいじゃない
コアな人のコメント聞きたいけど

>>354
人には向き不向きがあるからなあ。
プログラミングが安く見られるのは残念至極。
上流は、ある程度楽天家で自信家じゃないとできないかもね。
下流の体制や品質で根底から覆される事もあるのからね。

上流も下流もこなすのが本当に力のある人だね。

>>361
プログラマ上がりじゃなくて、プログラマ崩れだよ
プログラマは好きで上手でなきゃできない

>>370
NHKの英会話番組に出てくる犬かな？

このスレ思い出したｗ
【char】変な読み方するな その３【ちゃー】
http://hibari.2ch.net/test/read.cgi/prog/1242268027/

>>342
そのリンクに沿って言えば rwMax は max_row とでも書いたほうがよっぽどいい。
細かい規則を導入するのは面倒なだけでなく間違いのもと。
完全に規則を守るなんて無理だし。

プログラマが組合作ってストしたら結構な数の会社が困るかもね

iphoneやipadの基本的な動作を
支えている技術を作った人と言えば、
一般人にも偉大さが伝わるんでないかな

>>380
インドとかに発注されるだけだと思う・・・

うにっくす しぃー

>>333
UIの設計者は専門の技術社とデザイナーだろ
そいつらがいくつか作った見本をジョブズは選ぶだけ

> インドとかに発注されるだけだと思う・・・
メンテできないコードが、大量にできるんだな

>>382
納入されたコードの品質を測れる人が、「上流」にどれだけいるやら。

銀行などのオンラインシステムも新幹線の運行システムもみどりの窓口も
空港もロボットも宇宙ステーションもテロも戦争も何もかも
全てここから始まりました
iphoneなんて目じゃないです

始まりは、COBOLとかじゃね

>>380
いいね。やろうよw

むしろ、あって然るべきだと思う

コードの品質って、テストのカバレッジとか数値化できるところと、
コードレベルの設計やメンテナンスしやすくなってるかとか、
数値では判断できないところがありますね。

>>360
あのな、そこの例にあるようにラップしたらus付けて可視化☆
とかやってると、派生クラス変更した時に変数名の修正までセットで入ってくるんだよ。
エンコード後にはusにしとけばバグが見えますねだ？
getEncodeText()で取れるような作りにしときゃ猿でも間違えないだろ。

ハンガリアンのアホは、そもそもからしてピントがズレてんだよ。

>>387
銀行のオンラインはメインフレームでしょw
主にIBMの汎用機、もしくはNECか富士通の汎用機。

関数名は、短くするとか。何言ってんだって

>>391
ハンガリアンはもともとＣ言語用だろ
そうだとしてもクソには違いないが

Unix/Opener.worm

時代が進めば進むほど、Ｃ言語そのものが入門者に理解されがたくなって行く。

友人からプログラミングに興味があると相談され、「なんかＣ言語とやらを最初に学んでおけば
間違いないと聞いた」と言われ、「でも書店で入門書を紐解いたら、延々て黒い窓に白い文字が浮かんでいるばかり。
俺は窓の杜なんぞで
公開されているような、普通にボタンとかが付いたプログラムを作りたいのに
何だこれは」と言われ。

せっかく興味を持ってくれているのに、彼の意気を削がないようにどう説明したら良いか四苦八苦。

C/C++プログラマからVB.netでデータベースたたくビジネスプログラマに転職したら給料上がりました。

最初はいちばん簡単なＪＡＶＡからだろ

>>396
最初の1つめとしての、教育分野にはC言語は全くむいてないですね。
最初に覚えるならPythonをお薦めしておきます。

>>396
その友人が何を目指してるかにもよるんじゃない？
職業レベルでやれるようになりたいのか、
自分用にちょっとしたユーティリティを作りたいだけなのか。

後者だったら、C言語を勧める必要は無いし。

>>367
もしキミが職業プログラマなのならば、アドバイスしたい。
悪いことは言わない。若い間なら進路変更の可能性は残されている。
決断は速いに越したことは無い。さっさと辞めろ。

自己実現の形は人それぞれだ。クールなコードを書く事が人生唯一の
目標ならば、結構、一生貧乏し続ければ良い。

俺はK&Rはゴミ箱に捨てた。

if文の書式？ポインタの記述法、どーでもいいわ。
動くコードを納品してくれりゃ、俺は俺の利益分２割乗せて客に持ってくだけだ。
バグが出りゃ、客に頭を下げる係はしてやるが、現場で四苦八苦するのは
末端プログラマどもの仕事だ。

>>364
その場合の「void」は型とは違うんでないの。

って言うかまあ、自分の手で書いてなくても、単に「int main(void)」の省略表現とみなされているだけだから
同じことだと思うけどなw

OSやドライバなどの低レベル向け開発言語はいまだにCだけど、いずれ他のにとって替わるんだろうか

教育とはゴールを定めてやるべきもんや

四苦八苦する、現場の人間がいなくなるわな。誰もやらねえ
COBOLのように人がいなくて、困るって状態

>>401
そういう仕事ばかりしてるから、BtoBのアプリしか開発できない連中
しか生まれないんだよなぁ。システム側のプログラム開発は、
その考えではまず無理。日本でも、そこまでイケば
IT土方じゃないと思うが。まぁ俺はアメリカに渡って正解だったけど。

なんか有名なコピペもあったりするんだね

>>401
プログラマの実力というのもピンキリでね。
あんたがアゴでこき使える人間がそのうちどの程度の範囲を占めてるのか、知ったほうがいい
見てて痛々しいよｗ

>20

>#include <stdio.h>

とにかく凄く懐かしい・・・・
最初はこれだったなあ。今や何を意味するのかさえ忘れたが。

デニス リッチが Cを開発した時は
シングルレジスター、プログラムは固定アドレス番地が 常識だったけど
今じゃこんなCPUは 電機釜などの専用制御用しかない

複数レジスター、ダイナミック アロケーション、さらには複数命令セットや
複数CPUになっった今 たとえUNIXですらC言語だけでOSは出来ないし、C言語でOSを作れば
H/Wは関係なく動くなんて 絵空事だよ。

ただ、デニスはC言語にそれまでの高級言語と同様にレジスターの概念を持ち込まなかった事と、
アッセンブラーと同様にポインターの概念は残した のがすごいと思う。
結果として、ポインターさえ理解できれば、VBasicと難易度は変わらない。

だから今でも使える。

でも、ジョブズよりポピュラーではないんだよな

ご冥福をお祈りいたします。
面識ない人なのに、なんかシンミリ。
その辺の芸能人が死んでもこんな気持ちにはならないよ。

>>59
流行にながされた結果というのはVBあたりだろ
あんなクズのようなコードをばら撒いたMSの罪は重いよ
あの類とSQLサーバーで動いてるシステムのメンテのしにくさときたら・・・
ひどいのは仕様書すらないからね、プラグラマ失格だよ

>>410
昔からＵＮＩＸにはＣだけじゃなくアセンブラも使っていただろ。

　org　0000h
　res　38h

　org　0038h
　jmp　0000h

>>401 みたいなのが日本のITのガンなんですけどね。
まあこういう手合いが持ってくるシステムは絶対に遠慮したいですね。

リッチーの功績を称えると未来が見える・・・・
ジョブズの功績を称えても未来は見えない・・・・・

この差は如何ともし難い。

>>365
> Unix系文化やらC/C++系の話ができる人が少ない
どうやらその分野に限らず足りないぽいですお
オレは全部自分でやってたからその辺あまり気にしてなかったけどさ

>>396
いまならCから入ることないでしょ
>>396のような話なら最初はC#とかでいいんでないの？

cobol/85 cobol/s IDL2

２０年前はこれだけで生きていけた

プログラマーは確かに割りに合わない
使い捨てにされる傾向が大きいし、つぶしが利きにくい。

>>243
Ｃでアプリは作らんだろ

>>416
しかし、残念な事に癌の方がカネは稼げる。
その現実に適応して癌になるか、貧乏なプログラマを続けるか。
価値観は人それぞれだが。

周り見てみろ。金持ちのコード書きが一人でもいるか？
社会性のバランスが取れ且つリッチなプログラマなど皆無だ。

>>372
>あんらた誰のおかげでおまんま食えてるかわかってんの？

仕事にはそれぞれの立場がある。
営業職が営業してるからお前らの仕事があると思ってたり
作業者が俺らが物を作ってるからお前らの給料が出てんだぞ
って思ってて良いことなんて無い。

会社にブラ下がってるから

>>414
>昔からＵＮＩＸにはＣだけじゃなくアセンブラも使っていただろ。

確かに、C登場当初は
(1)アッセンブラーのコンパイラを作る
(2)アセンブラーで 簡易Cのコンパイラーを作る
(3)その簡易Cで書いた、簡易UNIXのカーネルのコンパクト版を動かす
(4)動いた簡易UNIX上で簡易Cを使って、full Cをコンパイルして動かす
(5)そのCを使って UNIXを動かす
その後
(6)H/Wにあわせて UNIXをアッセンブラーやCで調整

だったな
今の事は知らん

Cでアプリつくるよ。

優秀なプログラマーは稼げるけどね
ただしフリーに限る
会社に所属してるかぎり給料は普通のプログラマーとたいして変わらない

プログラマの適正とは何でしょうかね？
・優秀なアルゴリズムを開発出来る
・大きなプログラムの全体を詳細に渡って頭に展開できる、ある部分を修正したらその影響が他にどう及ぶか分かる
・動作中プログラムのメモリ状態の遷移をイメージできる
・エディタやツールを使いこなし必要なことをすぐに書き起こせる
・仕様書・規格書を読むのが速い
・コミュニケーション能力に優れ、自分の意図したものを相手に理解させ必要性を感じさせる
・ドキュメント作成能力が高い
・マシン語直打ちでプログラミングできる
・ヘキサダンプを何十時間眺めつづけていても精神を健全に保てる
・明るい性格、健全な精神、集中力
・英語

自分でぱっと思いつくところはこんなの

>>425
そんなまだるっこしい事せずとも
GUI使えばアセンブリだけでもいける

ほんとプログラマって割に合わないよなぁ

かわいそすぎる

>>401
根本的なバカ。
分かった風に言ってみたいだけで何も考えていない。

>>214
名前すら知らん人がいるってのは追っかける分野とかもあるからしかたないよ
ただこの話題で記事掲載がないとか遅いってのはかなり恥ずかしい

>>422
結果、日本はIT後進国となった。

>>338
エッチって読み方は、初めて知った。
（ソースの）頭は、エッチな事でいっぱいだったんだな。
来週から悶々とした気分で仕事ができる。

>>425 (1)アッセンブラーのコンパイラを作る

何を言ってるのかさ〜〜〜ぱりわからんにゃ〜〜〜w

>>420
潰し利かしたいなら、C++から入ればいいよ。そっちの人材はアメリカでも
不足気味だ。JavaもC#もC++使いなら、難なく入れるから、仕事選び放題
だよ。アルゴリズムとクラス設計のセンスは必要だけど。
逆にJavaだのVBだのは、システムの深い場所弄るプログラムかけ
ない奴多いから、ソレだけではカネになる仕事ができん。

>>430
某ディストリビューションのLinuxのカーネルコードの問題指摘してやったら
12万ドル＋ストックで誘われたよ。断ったけど。割に合わないかなぁ・・・

>>429
>GUI使えばアセンブリだけでもいける
エェッ
GUIが OS無しで動くのか？

>>410
ポインターを残したからCは駄目なんだよ。

>>436
>(1)アッセンブラーのコンパイラを作る
何を言ってるのかさ〜〜〜ぱりわからんにゃ〜〜〜w

アセエンブラーがわからない人は 議論に入らないほうがいいよ
新しいCPUを作っても 直ぐに動くUnixもCもないんだよ。
それとも アセンブラーの コンパイルがわからないのか？

>>437
開発環境買ってくれば何とかなる

>>439
アセンブラーのコンパイルなんて言葉は意味をなさない

rootで会社の好きだった娘を嫁にした後輩のプロセス時々殺してたバチが当っていまだに独身www

>>439
いちいちうるさいやつだなとかいうくらいならまだしも
それはハズイw　いや〜、ごめんごめん。

>>437
OSの機能は関数呼び出しで使うんでそ、ってアセンブリだとライブラリはどうやってリンクするんだろ？
インラインでしか使ったこと無いのでわかんないや・・

>>439
つ、釣られないぞ！

アセンブラのコードを、関数呼び出し規約に合わせて作るんだ

>>439
今は、
（１）Cコンパイラの新CPUコード用のアダプタを開発
（２）カーネルソースコードを新CPU用にパッチ（一部アセンブリ言語）
（３）既存のカーネルソース従来CPUの環境でコンパイルし、新CPU用のコードを出力
（４）そのカーネルでOSを起動、（１）で使ったC/C++コンパイラをパッチの上、コンパイル
（５）OSと開発環境のできあがり

このスレはアセンブラをコンパイルする謎スレになりました。

>>248
>・マシン語直打ちでプログラミングできる
どこで使うのこれｗ

>>440
ＯＳなしで開発環境が動くわけないだろ

>>438
>ポインターを残したからCは駄目なんだよ。

ウーン、 議論が残ると所だと思う。
確かに、無しでも、良いような気もするけど
でも、ポーンター無しで、H/Wのコントロールは難しいと思う
元々アッセンブラーの概念が 番地はポインターしかないんだが
今みたいに、マルチスレッドや、仮想メモリーになると実際のアドレスは何かと言われると誰も分からない
別の方法の判りやすい方法が有ればそちら方がいいかもしれない。

プログラマなら、電話で、直接メール送信できるよな

>>448
30年前は必須技能だった。w

蟹飯、リッチ
ビルゲイツ、デービッドカトラー
ロバートノイス、ゴードンムーア
スティーブジョブス、?

Knuth先生はまだ先だな

>>452
Z80ならいまでもだいたい覚えてる

>>451
電話口で「ぴーぎゃらぎゃらぎゃら」と言えば相手が理解するのですね。

>>423
そう、誰が上とか下とかない。
営業がいてプロマネがいてSEがいてプログラマがいてはじめてシステムが動く。
なのにこの業界下々の者がとか言っちゃう奴隷商人がいっぱいいて吐き気がする。

>>446
ヘェー 今はそうなんだ 知らんかった。
アダプタ って旧CPUコードを新CPUに割り振るものなのかな
でも、レジスター数の違いや、複数CPUなんてなると調整が 難しそう

アセンブル言語をバイナリに変換するものがアセンブラー、だっけ？

昔のすごいことをやってるゲームソフトを手動で逆アセンブルしたら、1980年代前半なのに細かくサブルーチンが
作られて構造化されていた。
頭のいい人の考えることは時代の先を行くのね〜とおもた。

>>192 >>194
ハッカーはみんなBSDの方を使ってたので、GNU系のツールは、
POSIXに従いつつ、BSD拡張は全部取り込んでるって感じだよ。
(Linuxが現れたのは、GNU系のCLIツールがかなり整備された後)

そういう意味で、LinuxはBSD系ではないけど、昔のBSDの影響は
受けてるって感じ。

CコンパイラはいわゆるJVMみたいなもの？

Ｃ言語なんて覚えたせいで、人生が狂った・・・
もっとスマートで先進的で、学者っぽい世界だと思ってたのだよ。
ただのドカタ的底辺奴隷労働者じゃねーか。

今の大学生は、ネットのおかげでＩＴ＝底辺奴隷労働って
最初から分かってるから、うらやましい。

>>457
よく文系批判があるが、本当の「文系批判」は営業系に対してだろう
プログラマにも文系出身者がいるからな

この場合の文系で考えた場合、

文系人間＝営業、経営者、マスコミ、一部の利用者

ということになる
この連中がコンピューターサイエンスもきちんと理解できていないと
いうことだろう
本で読んだというレベル（たまに技術者も知らないようなことを知っていたりするがｗ）で
知ったかになっている
悪い意味での権威主義っていうやつだな
コンピュータの世界は重要なのは知識の量より理解の量だからな
いくらプログラミング言語の文法を全部丸暗記していても、
実際のソースコード見て分からなければ、小学生並みと言われても仕方ながないしｗ

でもって、奴隷商人みたいなことを初めて「儲けることだけ」を考えるようになる
そしてストールマンにdisられたりするわけだｗ

> 今の大学生は、ネットのおかげでＩＴ＝底辺奴隷労働って
> 最初から分かってるから、うらやましい。

犠牲者が減ることは良いことだ。

世の中どこにいってもバカや頭の固いやつを食い物にしてやろうとするやつが武器持って待ち構えてるよｗ
センスないのにプログラマに固執してしまう人はどの道幸せにはなれない気がする

デーニズ経営者のリッチーさん

>>59
HAHAHA!
Nice joke.

>>465
プログラマにセンスなんかいらない。
コーディング規約ガチガチで、センスもなにもないだろ。

>>452
雑誌の付録でニーモニックとマシン語の変換表が付いてきてたのも、今ではいい思い出ｗ

>>461
ちがうよ

>>462
> もっとスマートで先進的で、学者っぽい世界だと思ってたのだよ。
そういう世界もある
ただ、IT業界の場合、ドカタばかり増やそうとしてきたから
特に日本
本当に使えるプログラマが育っていない

そもそもアメリカではSEとプログラマは完全に分化していない
SE=シニアプログラマ
プロマネ＝シニアSE
みたいな位置づけ

プログラマとして活躍できた人間がリーダーとなって、SE的な
基本設計を負かされるようになり、さらにプロジェクト全体を
任されるようになるという感じ
きちんとステップアップ出来る

営業で言えば課長とヒラみたいな話だ
別の職種というわけではない

日本の場合、アメリカのソフトウェア工学の文献をそのまま
直訳して当てはめておかしくなっているように見える

>>391
＞派生クラス変更した時に変数名の修正までセットで入ってくるんだよ。

だからハンガリアンは型につけるものじゃないって言ってるだろ

＞getEncodeText()で取れるような作りにしときゃ猿でも間違えないだろ。

getEncodeTextの引数にusをつけて戻り値にsをつけると決めとけば
バグがあるかどうか一発で分かるだろ

>>468
本来はCASEツールですべてコードを作りたかったんだろう
ただ、結局人間がコードを書かないと上手くいかないから
むしろコーディング規約が足かせになっているという問題もある

>>42
国内系はFORTRAN

>>469
IDｗ

アンドリューグローブ

日本の場合の優秀な奴は、なぜか昇格するとマネージメントをやって、
現場を離れる。そして、使えない人間になる。

結果、現場には、有能で無能でもない、普通の奴しかいない。

>>468
しかも規約が明らかにおかしいことがあるんだよな。
で、後年規約の見直しの際に間違いに気づいて直したりして。もう見てらんないｗｗｗ

>>298
大人気だなおいｗ
確かに俺も独自読みしてるわ。

#は文頭の●や■みたいなものだから読まないね
大体は外人風に文字を1つずつ読んでるかな。
stdio.hは、ス・トゥ・ドゥ・イ・オ・フ で続けてストゥディオ・フ

戻ってみればなんとも・・・
>>401
で、チミは一体なぜ、そんなに向きになっているのかと。

しかも、知ったか知識全開でなんとコーディングの講釈？
そんな講釈されても

やはり士官になれない一兵卒　いやそれ以下かもしれないね

>>401
こういう文系脳が手抜き工事や問題設計するんだろうな。

>>462
覚えたせい、なんてこたないだろw

たぶん、日本ならコンピュータメーカーの中央研究所とか
製造業の研究所とかに配属されてれば、先進的な研究（分野は問わず）をしながら
それを実証するプロトタイプソフトウェアをつくるとかシミュレータをつくるとか
そこそこ楽しくプログラミングできるんじゃないかな？

面倒な実用化の段階で事業部に渡しちゃう（笑）

>>458
新CPUでデコードできるバイナリコードを吐ければOKなんだから、
旧CPUの仕様には依存しないよ。

　　　　　ソースコード
　　　　　　　　｜
　　　　　　中間コード
　　　　　　　｜　｜ この部分のアダプタが必要
　　　　　　CPUA CPUB

但し、32と64ビットコードみたくレジスタ長が変わる場合には中間コードや
言語仕様そのものが変わる可能性はあるけどね。

>>401
＞if文の書式？ポインタの記述法、どーでもいいわ。

この例の挙げ方で、大体この人のレベルわかった。

>>354で
＞人の書いたコードをざっと見れば品質と作業者のクセ、性格すら分かる。

なんてカッコつけてるけど、ハッタリだというのもわかった。

細々と説明はしない。プログラマでもSEでも、プロならすぐわかるよね。

ソースコードを見れば描いた奴のことがわかると豪語してる人のレスが、自分のレベルと性格丸出しなんだから滑稽な話だ。

>>469
見事なレキシカルアナライザだ

>401
うわ〜、大人気。
よりによってリッチーすれにでてきたのが勝因というか敗因というかw
ジョブズすれでやりなおしてみないかwww

全然、追悼スレでないな
>>401 的なひとは多数派だよ
でも、原発事故もリーマンショックもカネ＞技術で暴走した結果なんだよね
ホント何とかならんもんかw

>>396
Visual Studio Express で C# を勉強すればOK

>>483
ＯＳのソースから新ＣＰＵコードを吐き出すだけなら旧コンピュータ上でわりと簡単に出来るんじゃないかな

>>434
愛読書はモチロンはじめてのC (´・ω・｀)

>>479
XMSをクロスエムエスと読む人の話聞いたときには驚いたなあ
なぜそれが流行らなかったのか残念だ

>>480
で、キミは何歳までプログラマを続けるつもりなの？一生？
今後もどんどん出てくる新技術に対応できる自信はどこから
生まれてくるの？
脳はいづれ衰えるぜ。思った以上に早いぜ。

そしてキミがプログラマでいる限り一生兵隊のままだよ。
現場を知らないエライさんがクーラーの効いた遠方指令本部から
出す理不尽な出動命令に粛々と従い弾をかいくぐる人生は愉快か？

そんな分の悪い人生よりも、もっと楽して生きたほうがよくね？
とケーモーしているだけだよ。

コーディングの講釈などする気は無いよ。コーディング技術に価値が
あるなどとは1mmも思ってないからね。ドーでもいいんだわ。んな事。

>>401がクズだとしても、クズに向かってお前はクズだと喚いても
プログラマの地位は向上しないぞ？それは単なる愚痴だ。

>>491
コーディング技術がヘタだとバグだらけの製品が出来てあんたが食っていけなくなるわけだが

>>459 普通だよ

>>391
そのgetEncodeText()とやらは、変数は使ってないの？
使ってるなら、当然命名の必要があるよね？

>>492
なんで叩いてるのがプログラマだけだと思ったの？

>>484
うはは、俺超人気者だなｗ
まぁ皆さんがプログラミングに誇りを持っているのは分かる。
バカにされたと憤慨しているのでありましょう。

しかし俺はキミ達よりもカネを稼いでいる。それが現実だ。

試しにキミの、言語はなんでもいいぜ、なんならラダーでもｗ
たいがいの言語は読めるから。Brainfuckとかは無しだがｗ
オリジナルで書いたコードを一部でいいからカキコ制限の限界行まで
載せてご覧。性格分析してやるから。おおよその年収も当ててやる。

>>491
製造技術に価値が無いとか言うなよ。
ただ、時代によって必要な技術が変わるだけで。

４GLとか、もののみごとに消えたなあ。
その一方で、低レベル記述が出来る言語として
Cはいつまでも使われていくんだろうな。

マシン語基本の時代からまだ30年しか経っていないんだな。進化が早い。
現在はゲームの開発もほとんど用意されたライブラリを使うだけで、
直接中枢を叩くソフトもめったにない。

>>493
コーディング技術は、金ではなく、コーディング技術それ自体に価値を
見出す人間（つまりお前ら）が無償で勝手に磨くので、大丈夫。


>>496
プログラマ以外には、叩く理由がないから。
そういうお前さんは、どうなんだい？

>>500
まぁ、十二分に利益をもたらす人間になってくれ。
無償で好き勝手に学んでいる奴は、そのぐらいドライだろうからな。

>>500
勝手に意見を変えるなよｗ
プログラマーなんて馬場からしいからやめちまえという話はどうなった？

プログラミングが好きな人って楽とか稼げるとかじゃなくて
与えられた条件で考えて作り出すことに喜びを感じる職人気質なんだろう
営業気質の人はまるで魅力を感じないだろうな

>>497
面白いから釣られてやるｗ
template <class R>
expression<expression_element_t, add, R> operator +(const R &rhs) const
{
return expression<expression_element_t, add, R>(*this, rhs);
}
template <class R>
expression<expression_element_t, subtract, R> operator -(const R &rhs) const
{
return expression<expression_element_t, subtract, R>(*this, rhs);
}
template <class R>
expression<expression_element_t, multiply, R> operator *(const R &rhs) const
{
return expression<expression_element_t, multiply, R>(*this, rhs);
}
template <class R>
expression<expression_element_t, divide, R> operator /(const R &rhs) const
{
return expression<expression_element_t, divide, R>(*this, rhs);
}
expression<expression_element_t, plus, udlexpr_nulltype> operator +() const
{
return expression<expression_element_t, plus, udlexpr_nulltype>(*this);
}
expression<expression_element_t, minus, udlexpr_nulltype> operator -() const
{
return expression<expression_element_t, minus, udlexpr_nulltype>(*this);
}
これで俺の性格がわかったらおもろいなｗ

>>500
プログラマ崩れの中年SEだよ。
自社のSEやPMのスキル低下にとても不安を感じている。
その不安がカキコに出るんだろうな。

>>505
報われない職業に人材は集まらない。
あたりまえだが、それだけにどうしようもない。

個人や一社でどうにかなる問題じゃないよなー。

p7Hs0Ury0じゃないけど診断してみる。
>>504は難しいことは知ってるが出来上がるシステムは大したことなくて周りから煙たがられるタイプ

優秀なプログラマーが報われるようになれば人材はほっておいても集まる

>>504
余裕すっよ。
自信過剰でひとりよがり。
彼女はいない。童貞。
本人は気さくで明るい人間と自認しているが、
他人はそうは思っていない事に本人は気づいていない。
ケータイはauとDocomoAndroidの２台持ち。
年収は４００〜４５０万。

身長は165cm。体重61kg。年齢３３歳。

愛知出身。もしくは両親のいずれかが愛知か岐阜。

>>507
ハズレ
テンプレートだからそう思っただけ、とかじゃないよなまさか

プログラマ＝建設作業員やアニメーターと同じ、人月で管理される労働力でしかない

ただしプログラミングをやる人がすべてそうというわけではない。
自分で手を動かせなくてもなれるかもしれんが、現場の技術を知った建築家や監督は非常に強い。

アニメーターあがりの宮崎駿なんざ、今だに自分でも原画描いてるぞ。

>>511
まだ引退してないのかよ。

>>509
独りよがりな部分は、たまに出るかもな
逆にそうならないよう気を遣いすぎなところが目立つらしいが
今彼女は居ないが童貞ではない
他は全部ハズレｗ

てか２人ともこれが何の言語の何を目的としたコードかはわからないんだろうな
その程度の知識や経験で偉そうに技術を軽んじた発言しないほうがいいよ
まともな人なら、どんな言語も読めるとか軽々しく言わない

>>507
いやいやネタだからｗｗ気に障ったなら申し訳ない。
ただテンプレートの機能は凄いんだが実際使わなくてもどうにかなることが多いかな〜とは思ってみたり。

>>511
PGも運用現場を経験してるかどうかで大分変わってくるよね
現場がどう動いているか想像できるだけでかなり違う

開発だけでずっとやってると「現場が仕様に合わせろ」
と平然と言い放つ奴がいる

ureterukarakawanakutemosumonndeta

>>509
本人が気づいてないことなんて、書いても意味ないだろ。

>>504ってtemplateにoperator演算子に*thisを使ってることはC++か
かじった程度しか知らんがもうほとんど忘れたなあ

職業プログラマっすけど、仕事中に会社に内緒で
iPhoneのアプリ作って売ってウハウハですよ。
もう一生遊んで暮らせますわ。

>>491
なぁ　
１．何があったのだ。
　　営業にまわされたのか　その辺のいきさつが見えないけれど
　　下々、という言葉から、何かあったんだろうと想像する。

　　いろいろな問題にぶつかり、それを解決する能力もなく精神力も弱い
　　で、過酷さに耐えられなかった。　逃げた？
　　転職もできず、営業にまわされたか　そんな感じかな。

２．馬鹿の位置づけ。
　　客先と云々言っているということから、仕事はプロジェクト的な受注仕事。
　　役割としての営業というのは馬鹿そうだから下っ端。

３．資質能力。頭の出来具合。
　　数人規模のプロジェクトリーダすらやったこと無い。
　　開発全体を視野に入れている様子が皆無なので当たってるはず。

　　賢ければPGレベルでもプロジェクト全体を意識する、開発体制とか
　　開発方式などいろいろ考える。
　　それが無いので、PG現場から逃げ出した印象がますます強くなってきた。

４．恨みを抱えて生きる、その陰湿な人間性。
　　仲間を見下し、仲間に恨みを抱えながら生きる。
　　開発チームへの蔑視意識。

こんなのが営業。
客先で開発メンバーの悪口言ってるかもしれんね。

　 ∧,,∧
　(´･ω･｀)

>>508
日本の業界全体がそうなればいいんだけどね。

うちの会社は全然ダメ。優秀だと思って目をつけてた奴がどんどん辞めてく。
結果、俺はPM,PL,SE,PG兼任で1日16時間労働。その上薄給。
転職活動をする時間が欲しい。


追悼全然忘れてた。リッチーさん安らかに眠ってください。

>>512
ポニョでも全原画チェックして、かなり自分で書き直してるからな。
若手が何か月かかかって描いた原稿をちょっと見てゴミ箱に捨てて自分で書き直す。

マーケティングまで含めて全体の指揮してるマネージャが、
プログラマが書いたコード全部チェックして、
「なんだこれは。クソコードが。仕事任せてる意味ねーじゃねーか」
って言って、そいつが書いたコード全部削除して、自分で全部修正してしまうようなもん。

こういうスレ見てると
やっぱ日本で言う技術者ってコード丸暗記の知識披露しか出来ないんだな

じじい世代の技術者はやっぱここでも丸暗記知識披露だけで普通の世間話が出来ない
全体を俯瞰する基礎教養がないんだろうな

>>514
ゴメン、 ID:p7Hs0Ury0にムカついてついｗ
テンプレートは自分もついていけない部分が多くてよくわかんない・・・・
ラムダとか使って超口数少なく速いコードとか書けるんだろうけど、いかんせん
馴染んでない書き方はすぐには出来ないから、普段使えないｗｗ

でもコードサイズ大きくてもいいから、ここは何がなんでも速くしないと・・って時には使うけど。
そっから先は、まだ発展途上の世界だと思う
C++0xでテンプレート周りのサポートが増えてることからもそれが伺える
（テンプレートクラスの要件を書けるようにする「コンセプト」は、標準化先送りされたらしいし）

>>222
リッチーは研究者、ジョブズは経営者という違いはあるけど、
どちらも優れたデザイナーでありイノベータだったと思う。
リッチーは、UNIXで研究者個人が自由に使えるコンピューティング環境を実現した。
ジョブズは、iPadでコンピューターに縁の無い人達にも使える情報端末を提示してみせた。
ジョブズが仕事を完成させないまま逝ってしまったのは非常に残念。
あと10年存命だったら、iPadは一般のパーソナルユースにおいてPCを置き換える存在に
なったかも知れない。

優劣を論じるつもりはないけど、
リッチーの作ったものとジョブズの作ったものとを見比べると、
成果を公開し広く共有することに価値を見いだす研究者と、
成果を独占し利益を得る事に価値を置く経営者との性格の違いだろうか、
リッチーの方は自由でオープン、ジョブズのは統制的でクローズドと感じる。

シャープインクルードボイドメインボイドさんのご冥福をお祈りいたします

この人は人類の敵何だろうな

>>3
XMLとCOBOLは？

>>504を分析するとムカつく感情を抑えられない独身の男だろうね

ポインタ死ね

日本のIT業界は優秀な人を収奪するシステムで成り立っている。（ｗ
また、業界の経営者は真のIT人と言うより、単なる政治家。それも
あまり真似たくないタイプの。そういうのが多い。（ｗ

IT業界を先導してきた官界にも問題のある人物が多いから・・・。（ｗ

もうその内、口頭で指示するだけでアプリを組めるようになるだろうから
プログラマなんていらなくなるね
全部OSかサーバ側がやってくれる

>>531
日本にIT業界なんて存在しないのに
政治家もクソもないじゃん

>>1
なんで写真、江頭のポーズとってるの？

>>530
C#でも限定的ではあるがポインタが使えるんだぜ。
OS呼び出しがある限りポインタは無くならんさ。

>>530
それはやめとけ。恐ろしく低レベルなのがバレる、言語じゃなく脳が。

おっと、
>520に補足しとくと
営業全体をけなしたわけじゃないから。

優秀な営業ならば
プロジェクト開発関係の知識もしっかり持ち合わせ理解している

最低でも、
まともな営業というか人間ならば仲間を見下す馬鹿はいない。

優秀なプログラマーは凡庸なプログラマーの数倍から数十倍の生産性があるという。
しかし両者の給料はほとんど変わらない。
これは経営者にとってはおいしい話だが優秀なプログラマーにとってはやりきれない。

>>530
ポインタなくなったらどうやってリストを実現できるんだ？

優秀ならフリーで働けるだろ

>>538
悪いが給与は全く違うと思うぞｗ

>>535
C#はJavaとよく似てるけど結構現実的な面が強いからな。
gotoやポインタも制限付きで使える。

MSも全てをCLR上で動かすってことは考えていなくて、
これまでのCOMコンポーネントやらの資産は有効活用する方向で考えている。
だからC#からC/C++で書いたネイティブコードを呼び出したり、その逆が発達してる。
ポインタもネイティブコードとの相互運用性のためには便利だからな。

>>529
エスパーかΣ

>>530
Javaとかだって気づいてないだけで、ポインタ使いまくりだよ。

>>541
たいして違わない

ジョブズより遙に偉大である

>>541
同じなのは自称優秀で実力は凡庸なプログラマーと
自分で凡庸だと自覚してるプログラマーだな

nullpo

日本のIT業界の構造は扱う技術の先進性と比較しても発展途上段階。（ｗ

>>540
どんなに優秀なフリーでも相場の２倍を稼ぐやつはあまりいない。
要するに技術力に見合った金をだすという考えが日本にはあまりない。

>>544

よくぬるぽーって言われる。。。

>>544
もしかしてインスタンスもポインタ？
メンバはポインタのポインタ？

>>532
プログラマは、昔職業として存在していたタイピストとか
電話交換手みたいなものだからね。

>>538
見積りだけは凡庸な奴と同じ額を提示するのが真に優秀なプログラマーだよ。
んなもん通ればいいんだからさ。余った時間で遊んでればいいんだ。

>>548
ガッ

>>550
企業だと、成果じゃなくて労働時間で給与は決まるからな。
優秀で残業ゼロで終わる社員より、残業しまくってる社員の方が手取りが多くなる。

出世とかを考えれば将来は差がつくんだろうけど、出世したら実務なんてしない件。

>>547
日本の会社で実力主義のとこは少ない

日本のIT業界の経営者は収奪しやすい構造に着目してやってきたのが多いと思われる。（ｗ
まるで発展途上国の独裁者。まあ、大抵は見抜かれているけどな。（ｗ

>>552
参照型の変数は完全にポインタと同じだろ。アドレスとか*とか&は出てこないだけで。

>>540
営業力が欠如してたらダメだろ

IT業界は土建業界みたいなもん？リッチー=建築士？

>>557
会社で大規模構築のメンバーに入ってるようなPGは
どこの国でも実力なんか問われてない
ただ担当のモジュールをスケジュール通りに作ればいいだけなのに
問われてないもので評価しろって意味が分からん

>>38
最もポピュラーなのがjavaで2位がC。
最もコード量が多いのがCOBOLで2位がC。

>>554
そんなに甘くない。
何人でやってるかぐらいわかる。
で人月分の金しかもらえない。

いまだにポインタの意味がわからん

>>550
同じマンションに住む女性に恋焦がれるあまり殺して死体をバラバラにした犯人の男が優秀なプログラマーだと
報道されてた事件が前にあった希ガス。

>>512
ゲド戦記での息子の不甲斐なさを見て事実上の引退撤回

>>565
ポインタの
ポインタの
ポインタの
ポインタの
の配列を返す関数の配列('A`)。

>>559
アセンブラレベルで見れば同じだけど、参照型変数は、ポインタ変数と
違ってインクリメント/デクリメント操作、演算などの左辺値にはでき
ない。

あくまで、操作できるのは参照先の変数(const &を除く)であって、参照
ポインタそのものは操作することができない。

>>562
そういう場合は上級ＳＥだな、技術力を問われるのは。
しかし、どんなに優秀でも給料はたいして変わらないのは同じ。

>>564
甘くないっつーか俺がそうだから。プログラマだけやってるわけじゃないけど、
プログラムの見積りを営業に出す時は実働時間の10倍ぐらいにしてるわ。
それでも相場よりかなり安いから確実に受注できるし。
ぶっちゃけ1日1時間ぐらいしか働いてないよ。

>>568
うっぜええええええええｗ
二重ポインタがせいぜいだよ・・・

>>564
だから数合わせの素人に毛が生えたようなのが入ってくるんだよなｗ
実質優秀なのが何人分かやる感じで。

>>569
「管理されたポインタ」が「参照」。いわばポインタのラッパーだ。

>>565
多分、自分の書いたコードが今ハードウェアのどこを制御しているのか感覚を掴んでいないのだと思われ。

>>571
１０倍もらってるわけじゃないだろ。

>>571
俺はまだ１日１時間の境地には至って無いが、他の奴の５倍速くらいでるから残業云々言ってる奴らが可哀そうだわ、お前らＰＣ嫌いだろ？って思う

>>545
>>547

そういうことだよｗ

>>557
実力があるならフリーの方が稼げるよｗ

むかし学校でRUN/CとかいうインタプリタのCを使った授業受けた。

>>513
え！４００万も無いの？
頑張って上目に書いたつもりなんだけど。。。
俺の半分近いって事か。。

なんの言語のなんのコードかなんて知らんよ。
知ってもカネにならん。そういうのは下々に任せてるから。
こっちは動きさえすれば、言語だの実装技術はなんでもいいんだわ。
引き合い仕様書に合致してりゃ。

技術技術というが、自分で書いたロジック部分のコードも乗せられない
程度の人間が技術者を名乗りなさんな。恥ずかしい。

コメントの打ち方。他人が読んだ時の読みやすさを意識してるか。
もろもろ全体の美しさでレベルや性格は分かるよ。
少なくとも、俺はオマエに仕事は発注しない。

>>570
俺もこないだ入ったとこが余裕すぎて１日一時間しか働いてなかったわ。
往復３時間の通勤時間かけて１時間仕事する生活。

>>26
D言語あるよ

>>570
技術力が金銭に比例すべきなんて
β規格のビデオに拘ってた往年の松下信者みたいだな

stdio.h
(´；ω；｀)ﾌﾞﾜｯ

>>559
なるほど。
ということはString型変数も文字列のポインタを扱ってるって訳か。
頭の中ですごい繋がったわ。サンクス。

>>563
COBOL伝統の10万行ソースですねわかります。
ああいうのを数億かけて作ったせいで、今作れば
1000万オーダーなシステムなのに数億かけてリプレースする。
出来上がるのはjavaで書かれたCOBOL。
BBからBC移って本当に良かった

いつの間にか愚痴スレと化してたｗ

UNIXで保守といえば昔の鯖だとtar でテープ圧縮が主流だったけど、最近はメディアも豊富だからddも多いのかな？
テープカートリッジはDATかDLTだな、冬になると静電気で吹っ飛ばした事があるがｗ

>>588
大学の鯖とかまだテープでやってたりもあったな

コボラードットコム

this is a tape contains a stream of bits. enjoy!

>>581
おまえいい加減にしろ。
上流工程やってるやつが下流を見下していいという事は無い。

上流が要件分析でいい加減な仕事をやると下流の仕事を全て台無しにするんだが、
そういう責任感はお前には無いのか？

まあ、そういう奴ほどが下流ではありえないような損害を会社に与えても
平気な顔をしているもんだがな。

>>588
>UNIXで保守といえば昔の鯖だと・・・

そういえば俺、tarとpwdとkillしか使ってないかもｗ
あまりにも暇だから誰が作ったわかんないCのソースコード表示して
意味分からんけど「なるほど・・」とか言って頷いたり、
英語のリファレンス呼んでるフリして、それで50万円もらえたんだよなあ・・・

>>589
もう流石にないだろｗ
10年ぐらい前は見たけどｗ

>>577,582
楽な所の仕事は本当に楽だよな
業界にもよるんだろうけど、キーボード叩くだけの簡単なお仕事とかザラだからな

>>594
いやいや、ほんとだよｗｗ

ま、RAID組んだりしてるとこもあるけどまだ現役はあるぞ〜ってだけｗ

>>581
えーと・・・・
＞自分で書いたロジック部分のコードも乗せられない
いや、自分で書いた、まさに"ロジック"部分なんだが・・・・ｗ

＞少なくとも、俺はオマエに仕事は発注しない
大丈夫、あんたが俺と仕事をすることはまずあり得ないから。安心していい

>>596
すごいな
PC9821が現役の会社と
社内が一切電算化してない、全部伝票手書き＋電卓の会社は知ってるけど
テープはバックアップ用のデバイスくらいしか見てないわ

>>589
大学とかメンテ大変かもね
企業なんかまだ端末が近いから楽だけど、バックアップ時間提示してるのに、fingerで見るとしつこくログインしてるやつがいる！
そこでwall コマンドでplease shutdown now!! ってメッセージを送ると一斉に「おわっ！！」ってびっくりするから面白いｗ

>>598
補足しとくと、大学全体のはちゃんとしてるけど、学科単位とか学部単位の
サーバーとかだと、学科の先生が片手間に管理してたりするから、全然更新
されず古いままの鯖が残ってたりって感じやね

>>574
そりゃあ、JavaやC#、VBみたいなガベコレがあるトーシロ向けの言語での話。
C/C++の参照は、バイナリ上ではポインタと同じ。

実際は無理にポインタ型でキャストしちゃえば演算もできる。自分でメモリ
管理できない香具師は、おとなしくJavaやC#使っとけ。

俺みたいなスーパースペシャルエンジニア（略してＳＳＥ）になると、
思うんだよねえ。
日本語でしゃべるか英語でしゃべるかフランス語でしゃべるか？
簡単に言うと、コンピュータの言語なんてなんでもよくね？

>>599
X Window 時代が懐かしいなぁ

マウス操作とかも奪えたのにｗ

>>602
何でも良いと言ってる時点でトーシロレベルのヘボSEと言ってるも同じ

本当に、UNIX系OS上で仕事をしている人だけなんだろうか？

>>503
×　営業気質
○　詐欺師

XAuthでセキュリティ保護してないと、他人からXサーバを操作されまくりw
リモートから画面溶かされてる奴とかよくいたよw

>>604
なんで？
俺、すべての言語理解できてるから、
言語なんてなんでもいいって書いてるんだけど。

>>607
血の雨降らすようなコマンドとかもあったな（遠い目）

>>608
仕方ないよ馬鹿には理解できなかっただけｗ

AとBはないの？

はじめてのＣって本、ちょっ恥ずかしかった

>>608
言語によって得意分野は違ってくる。
例えば事務系アプリにＣは向いてない。

>>597
キミがそれをロジック部だと強弁するのであれば。
キミはコミュニケーション能力に重大な欠陥があると
気づいたほうが良い。

人と人が円滑なコミュニケーションを行うには、相手の意図を汲み
最終的な結論を推測し、それに必要な情報を互いに提示しあうのが
合理的である。
わざわざ条件判断も演算式も無い箇所を抜き取り提示し謎掛けし
喜んでいるいるような幼稚な手合いとは、俺は一緒に仕事は出来ない。
仮にしたとしても、俺は「下々」と蔑む。

真面目にロジックコードを提示してくれりゃ俺も真面目に答えて
あげようと思っていたのだが、残念だ。

まぁせいぜい頑張りなさい。

>>608
よほど無知で無ければでてこない妄言だな。
この世に言語が何種類あると思ってんだか。

>>613
別に俺、そういう意味で書いたんじゃあないんだけどな。
わかんねえか。

>>608
このロジックはこの言語ではどう書くのかな
とか逆びき思考ができるんだろう。
さすがSSSEだなｗ。

>>614
斜め読みだけど、あれは汎用の四則演算の定義でしょ。
ロジック入ってるよ。

貶める訳じゃないが、公正な評価をするなら、ジョブスよかこの人
の方が創造的だろ。

>>613
そう？
ここにいる人なら、
パソコンはPC-6001の頃から知っていて、プログラミングもしたりして、
（いっぱい省略）
JUNETなんかにも参加したりしてて、
フリーのソースのパッチもfj.sourceなんかに投稿したり、
言語なんて基礎を覚えてしまえば、何にでも応用可能っしょ。

自分一人で完結する仕事ならそりゃ言語なんてなんでもいいさ。
でも、引き継ぐ人に負担を掛けないようにするのも立派なプロの仕事だろ。
ましてや最近はこの業界に入ってくる人材の質も落ちてるんだから
なおのこと誰でもわかるようにシステムを組まないとNG。

>>619
その二人を比べること自体が無意味だ。
「織田信長よりアインシュタインの方が偉い」といってる様なもの。

>>620
このスレの流れだと、PC-6001あたりでは新参者扱いされそうな気が。w

>>620
個人のプログラムならねー。
Cに科学技術計算とか単なる時間の無駄だし、
やっぱりネット関連はJavaとかPHPとか
短時間でさくさく作れちゃう言語がいい

結局、コストはいつだってプロジェクトの最重要課題だから＾＾；

>>620
6001ってゲーム機じゃなかったっけ？
確か6がゲーム、8が汎用、9がビジネスユーズって区分だったような

>>587
ＣＯＢＯＬの汎用機の巨大システムって、旅館の増築みたいな増築で巨大化してて
もしかして、誰もその全容を把握できないとかｗ
そういうとこから、あのピーー行のシステムトラブルとか

ぬるぬるぽ
http://m.youtube.com/watch?guid=ON&gl=JP&hl=ja&client=mv-google&v=LXZ1OL2U3lY

>>624
IDが6001だ

要件定義、見積もり、えとせとら、
データベース、ネットワークの設計、開発、テスト、
運用チームの為のドキュメント作成、とかいろいろやってたら
言語なんてなんでもよくね？ってなると思うけど。
そういうレベルで言ってるだけなんだけど。
最適な言語で何でも作りまっせって言ってるだけなんだよね。

>>627
ガッ

たぶん既出だろうけど、、、

Youtube Video

　Ken Thompson and Dennis Ritchie Explain UNIX
(Bell Labs)

　　　　　　　　　http://www.youtube.com/watch?v=JoVQTPbD6UY

>>629
言語の選択によってコストが変わってくるという話では。

>>629
＞要件定義、見積もり、えとせとら、
＞データベース、ネットワークの設計、開発、テスト、
＞運用チームの為のドキュメント作成、とかいろいろやってたら

リソースが無限にあるわけじゃあるまいし
それこそ言語の選択は厄介な問題だろうに

>>626
>ＣＯＢＯＬの汎用機の巨大システムって、旅館の増築みたいな増築で巨大化してて
>もしかして、誰もその全容を把握できないとかｗ

銀行のシステムがまさにその状態、合併でみずほが誕生した時も
どうにもならなくて客に迷惑かけまくりで、前田社長が国会に呼ばれたｗ

スクエニ和田「社内公用語を英語にするくらいならC言語にした方がマシ」

COBOLのせいなの？

>>241
マッカーシーとゴスリングを入れておきながら、Guy Steel, Jr. が入らないのは、時代なのか？

あと、個人レベル云々って言葉がでてきたけど、
例えばDMMやDISCASみたいなサイトを俺一人で作っちゃうから
個人レベルの基準がよくわかんないんだよねえ。

>>629
>最適な言語で何でも作りまっせって言ってるだけなんだよね

最適じゃないとまずいんだろ
だから何でもいいわけじゃないだろ
あんた日本語がおかしいよ

>>638
起業したら？

デニス・○ッ○ーが死んだのかと思ったよ。
びっくりした。

>>628
ほんとだｗ
喋ったり歌ったりしちゃうぞ＾＾
キーボード叩くとピポピポ音が出ちゃうぞ＾＾
（よく知らんけどｗ）

>>641
とっくに死んでるだろ

>>640
日本じゃなければ、当然のように出てくる選択肢なんだろうな。

>>634

　　　みずほが、古いＣＯＢＯＬのプログラムを引き取らされて、ゆうちょ銀行が、

　　　新しいシステムを買ったんだっけ？

>>618
うん、というか自分としては、これは人様に見せるインターフェース部分ではなく
ごちゃごちゃした内部のテンプレートであって（expressionクラスは、利用者は一切使わない）、
コンパイラの構文解析にどう展開させるか、というテンプレートメタプログラミングの
ロジックの一部だよ？、という意味だった


>>614はどんな言語でも読めるっていうんだから、謎掛けだなんて言われる筋合い無いんだけど・・・おかしいなｗ

FreeBSD/Linux が全盛のころは、カーネルいじったりするのに心血そそいでたけど、今の若い世代は何を中心にいじってるんだろね。

iOS/Android あたりのガジェット中心？

NHKのゴルフ中継を見たら、画面に「N.BASIX」と出てて吹いた。

COBOLはサグラダファミリアかw

>>642
「六本木パソコン」だったっけ?
あれ？違ったかな。

えっ？
PC-6001の頃からいじってる人なら
DMMやDISCASなんて一人で作れるっしょ？
あれ？俺がおかしいの？

>>61
ノーベルが女性数学者にふられたためと聞いたが

#include <stdio.h>
#include <stdlib.h>

int main()
{
sprintf((char*)rand(),"%s","ご冥福をお祈りします");
return 0;
}

>>651
PC-6001ｍｋIIからいじってるけど今まで作った唯一のプログラムはPB-700でのハングマンゲームだけだけどな、ﾌﾟﾋｯ

goto error;
goto cleaup;

>>645
ゴメン、細かい経緯は忘れてしまったよ。

>>652
ノーベルが惚れたのは自分の秘書
というか結婚相手を探すために未婚の女性秘書を募集した
その女秘書の趣味が反戦運動で（ノーベル平和賞の由来）
その女秘書の婚約者が数学者（ノーベルが数学賞を作らなかった理由）

リサ・ランドールvs茂木健一郎

プログラミングの授業が教科書K&RでC言語の大学は多いだろうな
一方京大はSICPとSchemeを使った

講義のスライド
http://iup.2ch-library.com/i/i0448195-1318661539.jpg

>>622
たとえが悪いw
「ウサギよりカメのほうが頑丈だろ」と言ってるようなものというべき。

マックのおっさんが死んだ時も
「昔から大ファンだったのにショックだ…」
って言うやつが周りにいっぱいいて
なんだ俺だけだったのか知らなかったのは、ってショック受けた。
この人も俺の知らないところで有名な人だったんだろうな。
ご冥福を。

>>650
六本木パソコンはMr.PCな。PC-6601SR
ワイヤレスキーボード！

>>650
それはPC-6601SRでは？
時期的にはPC-6001のかなり後。
PC-6001は「♪NECのパ・ピ・コン」ってゆうCMやってたやつ。

#else /* ANSI */
/* traditional - K&R */

「作る側でなく作らせる側になれ」っていうのは
金持ち父さん貧乏父さんにもあるような言葉でそのとおりだけど
（あっちはファーストトラックに乗れってな話だけど）
それが誰にでも簡単にできるなら世にこんなにプロマネ本が氾濫してはいないと思うんだよね＾＾；
ドラッガーはマネージャーに必要な資質は「真摯さだ」なんてカッコイイこといってるけど
スコットバークンは「もう会社はいるときにはほとんど決まってんだよﾊｹﾞﾜﾗ」みたいに書いてるし
（もちろん、その後の章で努力する方法を示すわけだけどｗ）
実際、そういう部分もあるかなと感じることもある＾＾；

っていうか、そんだけ人を見下して、
どうやって顧客や部下、外注先、ベンダーその他もろもろに信用してもらえてるのか
秘訣を教えて欲しいよ＾＾；　この不況下、小さなミスで簡単に客が逃げてっちゃうから；＿；
といいつつ、参考にはしないけどｗ

【レス抽出】
対象スレ：【訃報】C言語およびＵＮＩＸの父、デニス・リッチーさんが死去 -享年７０★３
キーワード：日下部
検索方法：マルチワード(OR)

抽出レス数：0




にわかの巣窟だな、このクソスレｗ

>>663
BASICで話せた奴だっけ？

当時渋谷にあったNECの販売店でBASICで「コンニチワ」とか声出してたら、
店員が気持ち悪そうな顔でこちらを見てた。
確かに、人間の声からほど遠くて、気持ち悪い声だったが、自分達が売ってるものなのにそりゃないだろうと思った。

>>666
本人乙
そんなキチガイもう誰も覚えてねえよ

当然のなりゆきとして、ノーベル数学賞を新設すればいいだけじゃね？

>>665
This a Ritchie thread, not a (how-to-be-) rich thread.

>>666
fjにいた猫？

>>649
サグラダファミリアは死ぬほど時間かかってるだけでガウディの
当初の設計通り作ってるから違うんじゃね？

>>497
俺が昔中途入社した会社でメンテやらされたプログラムから抜粋してみた
こいつから、この会社の規模を推測してみてくれ
ちなみに、このアプリは1本300万前後だった

int main() {
　　open("ﾌｧｲﾙ名", 2);

　　(中略)

　　close("ﾌｧｲﾙ名");
}

>>667
おしゃべり機能がついたのはPC-6001mk2からだね。
あれ、プリセットされている音声も何パターンかあって、そちらはやたら発音が流暢だった。
プリセット音声には「故障中です」というのもあった。
当時少年だった俺は悪戯心から電器屋の店頭のデモ機に…

ごめんなさい、いまは反省してます。

今この書き込みもunixの流れをくむlinuxからだ。

*po=NULL;

個人が趣味で作り始めたUNIXが後の世でこれほど使われる事になるとは
たぶん当人たちも思っていなかっただろうなぁ。
多額の予算と人員を注ぎ込んだMulticsプロジェクトが失敗して
UNIXが成功を収めるのだから面白い。

>>666
voidさんが何か？

>>677
フリーソフトウェアの成功と同じ側面があるね。

>>676
ガッ

>>675
しかもカーネルは個人の趣味から出発し、
現在もC（とアセンブラ）で書かれている

>>653
システムの堅牢さのテストかよｗ

ここまでブラックモアなし

サイモンだったかガーファンクルの兄貴が作ったのはCOBOLだっけ？

後置インクリメントでイテレータを操作するのはやめてほしい

>>674
デモでペンギンが
「じゅん・・・くぇん・・・ぷぉい・・・
うぉあ・・・まけちょぁった・・・」
とか言ってた気がするｗ

>>645
みずほは、合併当初は新しいシステムを作らずに
旧３行のシステムをつなげて運用しようとして大ゴケした。

>>687
なんでわざわざ金と手間のかかる方法を選択したのか。

>>171
ネットランナー（）も思い出してあげてください

>>688
当時何十億とかけて作ったシステムがあるだろ？
新規で作るとその何億もかけたシステムはゴミ箱行きで0円
流用すればそのシステムは次代システムの基礎になった資産。

ちと違うか、多分金出す方でイミフなプレゼンするんだろう。
「従来のシステムを流用する事で○○が短縮でき、幾らの得になります」とか。
結果、開始時からデスマ確定の移行作業がスタートする訳だ。

このスレまだやってんだ。　土日も無く今もCでコーディングしているこっちの身にもなってみろ！　うらむぜ　リッチーさんよ！
ちきしょう！　STM32のDMAがうまくいかん．．．　飯食おう。

>>691
ならばasmで組むがいい

>>687
そのおかげで、福島（原発事故）・みずほ（銀行トラブル）を同時期に味わえたって訳だ。

>>690
当時の技術者は、「もう、その話はしたくもない。消えろ。」と言っていそうだなｗ

>>688
旧３社とも「オレのが一番」ってゆずらなかったんじゃね。

googleロゴ、仕事遅いよ！

>>688
それが一番金と手間がかからないし、
旧銀行は自行のシステムを残せて派閥争いがおきにくい。

新規で作るとしてもどれかを土台にするから残り２行のシステム要員は
非常に肩身の狭い思いをする。というか首になる。

>>696
なんか矛盾してね？
残り２行のシステム要員をクビにしないために、必要もない金と手間を
かけたと言ってるように読めるぞw

>>680
NULL を代入しただけでは、例外は発生しない。先走りすぎだ。

>>697
ぶっちゃけそうだろw
銀行のシステム要員なんて、まともなプログラマじゃないだろうから再就職先なんてないだろうし
必要無くなったからって、おいそれと解雇できるようなものじゃないし、どん詰まりだろw

>>691
ついにＣを捨てて白兵戦ですな
君の真の実力が試される時です

>>697
政治とはそういうもん。
事業仕分け見たら分かるっしょ。

むごいｗ

>>24
一緒じゃないん？

Ｃなんてマクロです。偉い人にはそれが分からんのです！

>>704
アセンブラ組んでる人からみたらＣなんかマクロだよねｗ

我々は一人の英雄を失った。これは敗北を意味するのか？否！始まりなのだ！

おまえら、リッチーの同僚のトンプソンやロブパイクが作っているGoを使うことによって
リッチーがつくったC言語の遺産を継承するんだ。

>>690

まあ初期投資は地以外がランニングコストが鬼になる手法だな

そういえば日本最大の回線提供会社であるNTT系には
TOMOYOlinuxってのが有ったな

>>708
意味不明

>>710

３システム平行ってことは法律の改定などがあったら全部に対応入れないといけない

２ちゃんそのものが、unix（FreeBSD）サーバーでうごいてるんでそ。
webサーバーのapacheだってC言語でかかれてるんでそ。

DNS RCH HAS DIE

>>711
日本語でおkって意味だと思う。

>>38
ポピュラーな「言語」1位は英語じゃね？
「プログラム言語」とは言ってないし、
あえて2位である事柄を持ってきた辺り
ジョークの可能性が高い

>>715
COBOLが「コード量」なら一位。
似たようなというか、まったく同一の処理があちこちにコピペされてる。
コレのせいでプログラムが土方と同じになったと言ってもいい。

>>716
一方本物の土方のほうは専門職に・・・

雑魚共もっと集まれ

昔、誰でも知っている有名企業の中で仕事をしたことがあるけど、定数を「==」で
比較するときは、左辺に定数を置くというアホなコーディング規則があった。

>>719
アホかどうか知らないが、
代入と比較のミスを防ぐためなんだろうね。

>>719
それよくバカにされるけどなんでいかんの？
つまらないバグの発生確率を考えたらまあまあいい作戦だとは思うけど

UNIXもC言語も終わりにしよう

>>720>>721
そもそも、代入と比較に同じ"="という記号を使うこと自体が間違いなんだよ。
"=="と書くつもりで"="と書いたり、逆をやったりするミスも現実にあるだろう。

車のブレーキとアクセルを同じ右足で踏ませるくらい、間違いを誘う設計だよ。

>>215
こんなAAあるんかｗｗｗなつかしすｗｗｗｗ

>>720-721
そもそも左辺に定数を置くとプログラムが読みづらい。
この会社のプログラムのコードチェックをやったことがあるけど、変数同士を「=」で
比較するアホもいたよ。プログラムはたまたま正しく動作していたけど。
それに今どきのコンパイラは、「=」で比較したら警告を出すし、それを見逃す方が問題だ。

>>723
マクロで置き換えたら？

そもそも実行中に変数の値が書き換わるのがバグの元なんだよ。
実行開始時に変数名と値を紐付けたら変えられないようにすべきだったんだよ。

頭良い人って決まって目が輝いてるのは何故

>>725
読みづらい事は同意。

しかし、if文、for文でも代入文が記述できるので、
思ったほど、警告は出にくいと思うよ。

>>725
=にした場合、代入が行われてから代入先の値で評価される。
if(a=b)　なら、bが0かnullでない場合に真。
まぁこういう書き方を意図的にする奴は死ねばいいと思うが。

>>728
底抜けの馬鹿も目は輝いてると思う。

>>727
何のための変数なんだ。w

$ ps -e | grep denis
 13 15 70 00:00:01 denis 
$ kill 13
$ ps -e | grep denis
$ 

>>732
割り込みやスレッドやアキュムレータ幅を超える演算すると偶に起こる。

>>715
・日本語を前後の文脈から理解出来ない文盲
・曲解して揚げ足取りでこのスレで空気の読めない奴第１位

どちらか好きなのを選べ

>>719
if(NULL == po) puts("ガッ");

$ vi denis.c
 main()
 {
   goschool() ;
   create _c _lang() ;
   create_unix() ;
 }
$ cc denis.c -o denis
$ ./denis
  goschooling
  createing c
  createing unix
  end
$

>>719
似たような話で、金額7桁を出力するのにこのクラスを使ってくれと言われて
名前見たら 「KGK7KT」 で、ナニコレと聞いたら「K（金）G（額）7K（け）T（た）」。

10秒くらい固まって、この画面のココ13桁なんすけどって言ったら
「KGK13KTは開発中です」と言われた記憶が。

この業界、誰でも知ってる有名企業にもアホは沢山居る。

誰か、>>24 の違いを教えてくれ
ググッてもわからん

>>737
綴りはcreateではなくcreatにしよう。

$  cat b_lang | make_c_lang  > c_lang
$  cat c_lang | make_C++_lang > c++_lang

>>727
実際、式を評価して変数の値が一度確定すると再変更できない言語もある。

デニス・リッチー氏も馬鹿な2chネラーのネタにされて
天国でさぞ憤慨しているだろうな

「バカは一生オナッて死んでろ」って

>>739
charのポインタが10個と
char[10]のポインタ1個。

閏年を1行で判定する方法

/* ret 0:平年, 1:閏年 */
int leap_year(int year) {
return (((year % 4 == 0) + (year % 100 == 0) + (year % 400 == 0)) % 2 == 1);
}

>>739
前者　文字列ポインタの配列(要素数10)
後者　char型配列(要素数10)へのポインタ

>>287
一文字ごとに終端文字かどうかチェックしないといけないので、効率は悪い。

>>747
文字数で判断する場合、ループが終了かどうかチェックするわけだが
それと効率は同じ。アセンブリレベルでは同じ。

昔「はじめてのC」を書店で買った時
店員のお姉さん二人にクスクス笑いされてしまった俺・・・・。orz

あの時別の言語の入門書ならこんな恥はかかなかったろうな・・・。

何はともあれ御冥福を。
カーニハン先生には長生きしてほしい。

>>743
リッチー爺さんは、新規プロジェクトに史上最低のクソ映画のタイトルを命名するような
ファンキーな人なので、そういうことを言いません。

>>744, 746
有難う

アセンブラとHyperTalkしか弄ったことない。

INTL AVX+C#=バハーイー ぬるぬるぽ

カニチャーハン＆リッチーのヒトか。

Ｃ言語は遅いのでアセンブラを使ってた。
で大規模プロジェクトではＣ＋＋を使ってたので、Ｃは結局ほとんど採用しなかった。

最適化は最効率になると勘違いしてるアホが多くてうんざりした。
最適化は非力なアルゴリズムの限界としての最適化だからな。

>>752
ジジィにも程がある。

NASM MASM インラインアセンブラ

>>757
optasmを使おうよ。

比較を==にしたのは大失敗だったな。
あと条件文の括弧内に代入文を書けるようにしたことも…

>>750
PLAN9は予算があれば面白かったかもしれない映画。
最近のハリウッド映画はPLAN9と同じようなものもある気もする。

いや、大成功だろ。
文脈依存で演算子の解釈が変わるとか
Basicみたいなことしたら混乱のもと
優先度を変えざるを得ないのが致命的

Ｃは、アドレスをモロ出しする時点で、
プログラマ側のスキルを全面的に信頼する発想に近い
システムリソースを倹約できる反面、
メモリ破壊系のバグを産みやすく、あまりに自在だから他人のＰＧ解析が困難

他人が見てわかりやすいＰＧを書くスキル　が極めて重要な言語
阿呆は難解なＰＧをかきたがる

while(1){
処理１
if(終了条件)break;
処理２
}
ツリー構造や再帰構造での計算ではこういう形が結局シンプルになる。
これをwhile(終了条件){}で書き直すとゴチャゴチャする元になる。
つうわけで俺の新言語ではこの記述を一般化する

The C Programming Language　の前書きは、ユダヤぽくて好きだな。
例の"hello, world" の例題の奴な…

カーニハンの A Tutorial Introduction to the Language B　で使われてるから
"hello, world" はリッチーではなくカーニハンなんだけどね

>>738
日本のあいてーｗ

英語できない弊害が、こんなとこに出てきちゃうんだよね。

優先度といえば、
その死亡記事のメディアの扱いについて、
他の誰かと比べようという気は毛頭ないけれど、
彼は、かなり高い nice 値を持っていたということなんだろうな。

>>76
亀レスだけどPARCのチャールズ・シモニーを前にして「アホ」とか絶対言えんわ

>>762
教科書的な言い方をすればそうなんだけど
例えば、初期のBSD系のビルジョイの書いたコードは美しいけど、難解だと思うよ

確かに最近は、バグを生み難いコーディング、メンテしやすいコードってのが求められるが、
昔は一部の天才が、芸術的なコードを書いて、不可能な事を可能にしてきたというのも事実

>>765
区分のことをkbnとするのは結構どこの会社でも見かける

>>748
複数バイト一括コピーとか、ループアンロールの技が使えない。

>>762
> 阿呆は難解なＰＧをかきたがる

覚えたての言葉を使いたがる幼児の如し、だな。

ま、俺自身、過去を振り返れば人の事は言えないので、
リアルでは何も言わずに目をつぶるわけだが。

そういえば「Aho かと、Weinberger かと、Kernighan かと」で始まる
吉野家コピペ文ってないのかな。

>>759
代入が値を持たなければ言いだけじゃないの？
a = b = c; なんて書けても、嬉しくないし。

>>772
もし存在しているとすれば、
「お前ら、このカニチャーハンやるから、その席空けろと。」
というような文章が、どこかに入るんだろうなと思った。

>>765
突込み所はそこなのか。

>>767
ハンガリー記法が今や昔になりつつあるように、時代と共に変わるものもあると思うんだが。

>>770
UTF-8にしてもUTF-16にしても、多言語対応で文字列操作をすると、
結局舐めなきゃならないって気がしなくもない。

変数をまともに使えない奴がＣを使っちゃいかんだろｗ

そいうやつはＶＢでも使ってなさいってこった。

C言語なんて開発されなければよかったのに

>>773
「cを定数にすれば楽ができる！」
そんな理由なんだろうね。

Ｃはアセンブラの代用として考えられた。

ま、俺はFORTRAN77でアセンブラを書いていたがな。

>>774
カーニハン→カニチャーハンか。
って、こういうのは解説しちゃダメなんだっけ。

>>776
いや、そこはＨａｓｋｅｌｌを出すべき。

最近はもっぱらjavaだ。これに比べるとcは低級言語と言わざるをえない。
低水準言語ではなく低級言語だ。

>>755
Ｃはそもそもコンパイラが吐くアセンブラコードを想像出来ないやつが
コーディングしてはいけない。

ま、後半のアグレッシヴな最適化技術はやり過ぎてバグったが。
呼ばれない変数は勝手に消したりｗｗｗ

アセンブラでこういうコードが欲しい。

でもイチイチアセンブラで書いてらんねー、自動でコンパイルしてくれ。
それがＣ．

なので、ＰＧ、少なくともコーダーは、自分の書いたソースが
どのようなアセンブラコードになるか、知っていないと
ＣのＰＧやらコーダーとは呼べない。

switch case のテーブルジャンプの条件がスラ、と言えないと
使えん。

>>781
そういうリッチな環境ならソレでいいんじゃない？
ただ、マイコンや組込とかになるとＣなんだよ。

マからは足を洗ってしまったが、現役時はずっとＫ＆Ｒスタイルで書いてました。
ご冥福をお祈りします。

素晴らしい人が死んでしまったな。
アップルのヤツなんぞよりよっぽど世界に貢献してる。

==で変数をどっちに置くかまで決め事するのはアホらしいな。直観的に分かりにくくなるだろう。
ミスで代入になるのが怖いなら、マクロでも何でもいいんで定義したほうがいいだろう。

if ( equals(a, b) ) みたいな感じで

組み込み系だと volatile 使うけど PCでも使うの？

>>778
仕様を決めたときには、簡潔に書けて便利ぐらいにしか思ってなかったんだろうね。
レジスタにコピーした値をスタック上の変数に書き込めるから、初期のコンパイラでは、
効率的でもあったのかも知れない。
今は、データフロー解析はお約束だから、効率上のメリットはないけどね。

>>782
いやむしろ逆で、インストラクションセットやレジスタ構成を意識しない、抽象化された CPU が、C なんだよ。
C に美しさを感じるのは、CPU の動作モデルが、過不足無く抽象化されてるから。

RISC が生まれたのも、C を効率的にコンパイルするインストラクションセットは何かということじゃないかな。

>>788
ほっとんど使わないよ。

ただのサンプルコードで、ほんっとになーんもしないループをスレッドでまわすようなサンプルで
volatileがなくてうまく動かなかったって話を一回だけ見たことある。

>>788
volatile使うと、最適化を行なわない。
スレッド処理で使えなくも無いが、
最適化を諦めるのでパフォーマンスが落ちる。

>>788
Ruby の実装本読むと、GC 関係では使いまくりだな。
ヒープ上にポインタがないと、消されちゃうから。

>>789
コンパイラ設計者の思想が、
擬似アセンブルコードにクセとなってでるから、
使っている命令が局所的になった。

その命令を早くしたらパフォーマンスが格段に上がった話を思い出したｗ

>>788
いちおうマルチスレッドで使います。

>>782
そういうことをしなくてもシステムプログラミングが出来る例が
K&R のシステムプログラミングの章に書かれているんだが・・・。

しかし、あの malloc のサンプルを見て、うっすらとメモリリークの
可能性が思い浮かんだもんだ。

>>608
3000近くある言語をすべて？
天才だな

さすがSSSSE(笑)だなｗ

C が出来て相当たってるけど、未だ Unix型の OS の kernel コーディングにつかわれているから
たいしたもんだよ。

>>640
きょうびサイト作れるだけの土方プログラマとか掃いて捨てるほどいる
問題は売れるコンテンツを作ることだよ

>>797
まあ、相当、と言われましても100年も経ってないのだから。
ノイマン型コンピュータすら100年経ってない。

アメリカは建国200年で、日本は2000年、ロシアは何年だっけな
という話は関係ないが。

言語知らないからできないっていう奴と
どんな言語でもできるっていう奴は、同じレベルで使えませんね。

>>798
売れるコンテンツだとデザインの問題もあるからね。
俺が良いなと思ったモノはみんなダメだと言うw。

>>795
ラストを飾るUNIXシステムの章は、単にカプセル化の実例を見せるだけでなく
なぜ誤ったポインタの使用が直ちにメモリフォルトエラーを呼ばないのかを
例示するためでもあると、いまでも思ってるYO＾＾

ポインタを理解するのに最適の章で、
これがK&Rを名著と呼ばせているに違いないと読んだ当時は思ったものです。

yacc

日立(現ルネサス)のSH開発グループの純正コンパイラよりgccが性能イイって日本人rms一派にお手上げだもんな

俺は使う側にも使われる側にもなった事あるけど。
コミュ力厨は即不採用だｗｗｗなぜならコミュ力厨に不採用にされたからな。

コボルとフォートランの乳はどうした

>>803
わいわいわいわいうるさいんじゃ！

>>787
まぁjavaのリファクタリングでも比較部分をisなんちゃらに閉じ込めたりするし、
アホな規約作るくらいならそうするわな。

あらゆる言語を理解できる人間でも、
stdio.h の正しい読み方だけは解らない。
世の中というのは、たぶんそういうものだ。

>>795
初期のＣの目的は、以下に早くＯＳと処理系をポーティングするか、
にあったので、テキトウでも動くようになっている。

取りあえず移植して、最適化はそのシステム上でやったら良いがなｗ
という理屈だわな。

>>797
C言語は、そもそもPDPに UNIXを乗せる為に作られたんだが？

UNIX以外の環境で、C言語を使えるようにしたのは
リッチーと同じくベル研究所にいた PJプラウガーでWhitesmithsを作った。

詳しくは↓

http://en.wikipedia.org/wiki/Whitesmiths

Super H とか後から付けたヘリクツで実は開発チームリーダーのイニシャル

>>808
いや、Ｊａｖａの場合は、ｉｆ（ａ．ｅｑｕａｕｌｓ（ｂ））になるから直感に合うのであって、
ｉｆ（ｅｑｕａｌｓ（ａ，ｂ））じゃ英語の文法的に今一では？

>>795
サンプルをみただけでは、 2重 free のデバッグが面倒なことが想像できなかったな

エヴァで伊吹マヤが「びっくり！これなんてintのcよ。」ってつぶやいた時に
( ´,_ゝ｀)ﾌﾟｯK&Rかよって思わず思ったのも昔の話だよな。取り敢えず合掌。

>>808
if ( 0 < a && a < MAX ) { ...

とかはやる＾＾
これだと 0 < a < 5 みたいな自然な表記に見えるから＾＾；
なんにせよ、普通は -1, 0 , 1 以外の数字が条件式の中に現れる時点で
「それは魔法の数字ちゃうんか？」って警戒しちゃうから
あんまり左辺に数字を置くってことはないよね＾＾；

未だ疑問なんだが、C言語の C と csh の　Ｃはなにか関係してるのか？

>>816
&& と<と演算順位はどちらが上か悩むからそういうコード書かないでくれ。

>>818
いくらなんでも、それぐらいは覚えておけ

>>818
言語によって優先順位が違ったりするん？

>>816
それぞれ条件をカッコでくくってほしいなあ

>>817
Bshの次だからとか、C言語風スクリプトがかけるからとか…

>>819

知ってるということと、迷わないコードを書くという事は別。

>>817
Cライクなシェル

もともとシェルはalgol風

100年経ってないのにいろんな仕様の言語が出てるもんなー
この先定年までプログラマで食っていこうとしたら
幾つの言語を覚えることになるやら

cshのスクリプトは、マイナーだよな

>>821
カッコは多すぎても読みにくいと思うがな。
つき詰めて言えば、カッコの対応を見ろって事だし。

カッコの対応なんか見なくても分かるように書けよっていうか、
重要なポイントだけ示すためにカッコを使うような書き方を考えろよ
って気もする。

カッコと言えば、ＬＩＳＰとか、カッコを書いてるのかプログラムを
書いてるのか時々分からなくなるよね。

>>811
Whitesmith C
使ったっけ。

つーか比較演算子と、論理演算子の優先度は
乗算と加減算位自明だから、一々括弧つける方が見辛くて保守に支障が出る。

ちなみに C++ の仕様制定で中心人物だったのが、そのPJプラウガー
http://en.wikipedia.org/wiki/P._J._Plauger

そして、MSVC++のC++フロントエンドを書いたのが、PJプラウガーの弟子のSteve Adamczyk
http://en.wikipedia.org/wiki/Edison_Design_Group

>>824
まだ100年も経ってないから
安定することなく日進月歩で乱立してるんだと思う

カッコでくくらなくても
0<a && a<MAXって書けばいいだろ。なので演算子の横にいちいち空白を挿入するのには賛成できない。

if ( a < 0 && a < MAX ) { ... はともかくとして
if ( ( a < 0 ) && ( a < MAX ) ) { ... はむしろ読みにくくないか？＾＾；
個人的には sizeof( a ) くらい読みにくい。＾＾；

いずれにせよ、ハーブ・サッター先生のありがたいオコトバがいただける
C++ Cording Standards 第0章の指針に従って「ほっといてくれ＾＾」といっておこうｗ

パッと見で意味が分かって、その理解が正しい（誤解を生まない）ってのが
理想的な書き方だと思うんだよね。
だから、カッコの対応を１個１個追っていかなきゃいけないのはちょっとなとオモ。

>>690

何この知ったか馬鹿。
全銀フォーマット対応してりゃいいだけの
ネット銀行と、例外処理がたくさん必要な
メガバンの銀行システム一緒にすんなよ。

ま、コーディングスタイルは原理主義に陥るとかえって分かり難くなるってのは
良くある話だわな。
ただ、コーディングスタイルと言うもの自体を初めて知った人はそれぐらいで
丁度いいとも思うけど。続けていけば、自然な崩し方が身につくものだと思うし。

これは他の人が（あるいは１年後の自分が）みたらどう見えるだろう？と
考えながら書くクセをつけるのがいいんだろうな。

一応、言語というだけあって、その辺は自然言語と似てるね。
使わないと文法とかイディオムを忘れるところも。

この人と比べるならグレース・ホッパーかジョン・バッカスあたりか
ちょっと時代が違うけど

カッコが必要なのはif((a<b && b<c)||(a>b && b>c))　
たとえ&&の優先順位が||より高くてもこう書くべき。

ところで、C++では( )の存在が関数定義を関数呼び出しに替えてしまうケースや
C++11で追加されるラムダ式でクロージャの意味を替えてしまうケースがある。
（確か＾＾；　うろ覚えだよおっかさん＾＾；；；）

やっぱり、必要のない場所ではあまり( )は使わないほうが
いいんじゃないかと思ったり思わなかったり＾＾

シェルスクリプトって何がいいんだろうね。
ｃｓｈでやったら小難しいことやってるところあるじゃん？
プロセス起動して、終わるのをｐｓコマンドとsedとかつかってチェックして・・・
みたいなやつ。
あんなん、変数名間違ったってなんとなく動いちゃうし
C言語で書いたほうがよっぽど確実でわかりやすいと思うんだけど。
C言語で気の利いたｃｓｈの機能を置き換えるようなライブラリがあればよっぽどよかったのでわ。。

大昔はCコンパイラのバグもいっぱいあったから
難解なコードにはバグ出しの意味もあったんじゃないの？＞ビルジョイのコード

つか　スクリプト書くのに csh ってあまりみたことないな

>>839
ライブラリの発想は後年。

>>839 　はあ？　心の底から「はあ？」

スクリプトはshで書くもんだ。

software toolsの思想をわかっていないやつがまぎれこんでるようだ。

>>837
糞コード選手権みたいのがあるみたい

通の間ではCといえばXCなわけだが

意外な反応で驚いた。
ｃｓｈじゃなくてもいいけどｓｈで大物を見るたびに
こんなものCで書いたほうがよくね？とか思ってしまう。
デバッグもやりにくいし、異常系の確認もしにくい。
異常系を通るように書き換えて試すにしても方式としてやらせてもらえないことも多い。
どうやって確認するの？

>>839
シェルスクリプトはshしか使ったことがない。

VisualBasicが出来てから
資源ゴミに

cshはスクリプト書くのには致命的に使えない欠陥シェルだよね。
個人的にはbashが必ず使える環境ではbash
それ以外ではshだな。

shは偉大 ぬる

昔はバッチ処理ごときでバグ出すなって怒られてた

sh じゃなくて ksh だろ
個人的にはどっちつかっても同じにしか思えんが

>>841
bashが流行ったせいだ。

まぁ個人的にちょっと考えてみたけど
ソースと、今現在動いているバイナリの整合性の管理をしなくていいとか
そんなメリットはあると思うけど。
実際使ってるシェルが実際動いている資材なわけで

//本物かよ

Ｃ言語は俺には難しかった。

　「　」と「 」の違いでばぐった。

そこで　なでしこを使った。

画像ファイルの移動処理にべんり。

>>840
Ｃのコンパイラのバグって遭遇した記憶無いな。
これは絶対コンパイラーのせいだ！って苦しんでも結局自分のバグだった事の方が１０００倍多い。

>>857
技術者なら技術の言葉で書けよｗ

>>666
voidさんの嫁はものすごい美人。
これマジな。

表計算は偉大な言語
選択者も一番多い

java がC++のようにグチャグチャに仕様変更していく。
多分Ｃ＋＋をぐちゃぐちゃにした奴らが加担してる・・・。

>>861



それがなにか。

>>861
そりゃ、婚約中だった嫁連れて、沖縄に駆け落ちしたんだぜｗｗ
懐かしい話だな、voidチンの結婚式、俺出席したわｗｗｗｗ

>>581
いや貴方の出現スレの上から目線からどれだけの高収入かなと思ったけど800万も行ってなかったのか？
良くあれだけのことが書けたもんだ（笑）

>>863
サバタイ派フランキストの仕業

>>865

ということにしたいのですね。

>>863
これと同じことをJavaも目指してるんだろうな
http://hp.vector.co.jp/authors/VA000092/jokes/strup.html

>>868
:)が抜けてる

>>859
昔、IBMのVisualAge C++を使っているときにバグに遭遇した。
行頭が「//」で始まるコメントを書き換えただけなのに、コンパイル
したら正しく動作しなくなったw
デバッガで調べたら、書き換えたコメント行の次行にある処理が勝手に
スキップされていたwww
ソースの文字コードはSJIS。そして書き換えたコメント行の最終文字の
2バイト目は'\'。コメント行の次行もコメントと判断されてしまった。

>>841
cshはシェル内関数が使えないからね。
でもシェルスクリプトはcsh限定って大企業があります。

>>868
青山のボルドーセーラーでやったのって VOIDの結婚式だっけ？
J2の新企画かと思って出かけたら、新郎新婦がいたなｗｗ

>>869
java はボラクル配下になった時点で未来はないな

解説書のどこにも書いてない事。

switch case分の中で変数を宣言してはいけない。ある情況になるとハングする。(c++,java)

int a[100][100]は内部的には一次元配列なのでint ** bへ代入して使ったらバグる

>>859
それは幸せなことだ。15年で三回ほど遭遇してるぞ。

>>874
スコープがcase:を跨いでるクセにそれぞれのcaseの所で宣言できちゃうんだよな。

>>870
/* */で書かないからだろ。
あまりにもありがちな問題。

>>874
上はともかく、下は知らない方がどうかしている

>>874
そもそもそんなところで変数を宣言できるようになったのは最近の処理系からだろ
どのあたらりから「最近」かは別として

シェルかあ
WindowsだとPowerShellってやつがかなり変態

でもa[100][100]をどうしても関数に渡さなければいけない情況のときは
int *b もint ** bも使えないので
int* b[100]とか引数に宣言して渡したような記憶がある。
（１０年前の記憶だから間違えているかも・・・）

なぜit業界につとめてる人のことを
IT土方と馬鹿にするの？

>>874
＞int a[100][100]は内部的には一次元配列なのでint ** bへ代入して使ったらバグる

ちょっと何言ってるか分からない

>>882
IT業界に勤めている人をITドカタと呼んでいるわけではない。

IT業界でドカタ仕事をしている人をITドカタと呼ぶ。

>>3
PoｓｔScriptもいれてくれ、当然だがプログラム書けるんよ。つーか、ＰＧ歴３０年の俺が体験した最もレアな言語。

>>32
これ使ってる。

#define NUM_OF_ARRAY_ITEM(a) (sizeof(a)/sizeof(a[0]))

>>882
バカにするという意味もあるが、
自虐の意味で自らをドカタと呼んでいる。

>>882
時間・いくらで働かされるからやろ

csh は vi と同様、ビルジョイの書いたコードなので、
その存在は忘れた方がいいww

もっとも、csh の src を読み物としてみれば
非常に面白いコードだけどね
こういう書き方があるんだね？　みたいな

同様に vi の src も中々詩的な感じで素敵だよ
IT土方は、ああいうコードは書いてはいけない

>>885
逆スタック型って新鮮だろ？
アンダーフローとかｗｗ

>>882
建設業界でいう土方と同じ。
孫請け以下になると確かに業界人ではあるけど土方ってこと。

>>888
ちなみに本物の土方は例えば17時21分まで仕事すると1時間残業が付く

>>874
今時のC++コンパイラは、switch caseの中で変数宣言するとエラーになるぞ。
ブロック内（{})にすると通るけど。

>>889
ビフジョイってダブったの知ってるか？

>>883
内部的には一次元配列って言うのは
メモリ上ではa[10000]と同じように配置されている。
だからa[x][y]にはa[x+100*y]でアクセスできる。
っていうか俺の記憶違いならa[100*x+y]かもしれない。
int ** b;
b=malloc(100);for(int i=0;i<100;i++)b[i]=malloc(100);
で宣言された
b[x][y]は上記のようなアクセスはできない。

>>770
C言語がPDP-11で動かすために開発された言語と言うのを忘れてるな
当時の少ないリソースで効率的なコードを書くために選ばれた方式と言うことだ
現在の視点で眺めればセキュアじゃないとか文句も出るだろうが
文字列のコピーが
LOOP:　MOV (R0)+,(R1)+
　　　　　BNE LOOP
の２命令で書ける魅力にはかなわない
>>287みたいなCのコード書き方は、コンパイル結果がそうなるようちょうどおあつらえ向きになってる

>>889
vi自体からしてビルは黒歴史と思ってるみたいだしな。
「こんなに流行ると分かってたらあんな操作体系にするんじゃなかった」とか。

便利に使わせて頂いてますビルさん。

>>883
int a[100][100];
int ** b;
b=a;
b[5][5]=1;
↓
segmentation fault

>>897
vi はマジで黒歴史だよ
おかげで、バグの無いマルチバイト版viはこの世に
存在しないとも言われている

8bit thruさえも困難だ…

そういや csh の man page 日本語にするの大変だったらしいな
これもビルジョイのいやがらせかｗ

>>900
嫌がらせじゃないだろう？　ただ、脳の構造が常人とは違ってる感じｗ

voidさんがいると聞いてやってきますた
　ヘ＿ヘ
ミ・・　ミ　
（　　　）〜

>>897
両手が勝手にvi対応に動いてしまう。

>>899
viは、ファンクションキーなしでも操作できる、という強みがある
つまりキーボード機種（＝マシンの機種）に依存しないということ

vi使ってて何度、hhhとかjjjとか打ち込んだことか。

気分悪いこと言うなぁ〜？
そんな事言い続けるんだったら俺もう帰るよ？

K&Rは殆ど関係ないが
Cでは文字列関連がライブラリに追い出されているのに
構造体が=でコピーできるようになったのは何でなんだろう？
インテルならmovsを使って4命令ぐらいだろうか

viを落とそうとしてCtrl-Cやって止まるのがムカツクCtrl-Wで回復するが・・・。

>>905
vi から emacs に移行たいへんだったんだよな

>>905
3h とか 3j とかでいいじゃんｗ

コンピューター関係の人って早く死にすぎじゃないの？
やっぱ家電が放出する電磁波は体に悪いんだろう。

>>907
構造体コピーは後で追加された拡張だったはず。

vi のオリジナルはさ
いろんなとこで頭1bitをフラグに使ってるから
マルチバイト化しにくいんだよね

自分で作ったことないくせに生意気な事言うなよ気分悪いなぁ…

ジョブズなんか比べ物にならない位、偉大な人を亡くした

>>912
そうそれは知ってる
だからK&Rは関係ない
90年代はできない処理系が多かった

>>911
運動不足と不規則な生活が原因じゃないかな

アップル厨キモイすぎ

Ｃ＋＋だったらoperator=をオーバーライドすれば
自前で=をデータコピーにできるし。

int main(void)
{
　int i;
　i=1;
　do
　{
　　printf("nulpo\n");
　while(i>0);
　return(0);
}

>>920
残念　Syntax error } missing

>>919
c++って、フロントエンドかけたあと
cコンパイラでコンパイルされるって事は
当然知ってるよね？

do{
2ch
}while(omaera==neet)

>>744 >>746
誰か>>24を解説してくれ
　char *hoge[10]; → 「*」によって、その変数がポインタである事を宣言。「その変数」とは即ち hoge[10]
　　　　　　　　　　　　　　→ hoge[10]へのポインタ1個
　char (*hoge)[10]; → 変数hogeがポインタである事を宣言。そしてそれを10個分確保
　　　　　　　　　　　　　　→ hogeポインタ変数が10個
じゃないの？
なんで逆になっちゃうの？

こんなの思い出すな

ttp://storage.irofla.com/?name=unix&type=swf

昔、「はじめてのＣ」って本で勉強したよ。
タイトルだけだと一般人には勘違いされそうでカバーを裏返した。

>>924
>>924
[]の優先順位は*よりも上だから、

上の例はint *(hoge[10])と解釈される
つまりint *を要素とする配列hoge[10]を宣言してる

下はint (*hoge)[10]と解釈されるんで、
int型が入る配列を宣言してるんだけど、
hoge自体はポインタで参照される

リッチー ブラックモア氏は関係あるのだろうか

ごめん、
intとcharを間違えちゃった。
アタシったら恥ずかしい///しかもレスが一行余計だったし///

>>922
25年前ライフボートからもらったATTコンパイラがそうだった

>>813
javaでも==nullで聞いてる部分をnullオブジェクト作って隠蔽したり、
||や&&で繋いでる部分をメソッドに押し込めたりする。
つか前提条件が必要なメソッドなら、前提条件込みのメソッドにするのが自然な形。

if(a != null){
　if(a.equals(b)){
　　a.execute();
　}
}

なら、executeのチェックまでをメソッドに閉じ込めて
function do(String b){
　if(!isなんちゃら(b)) return;//isなんちゃらで前提条件のチェック
　this.execute();
}
にして、ビジネスロジックではa.do(b);　だけ書かせるのが正解。

>>930
最新のVisualStadioだって、そこは変わらんぞ

>>922

C++がテンプレートをサポートした頃からフロントエンドはなくなり
専用のコンパイラになったのだそうな

ポインタが分かりにくいのは表記が誤解を生むとしか思えない
関数ポインタの型(戻り値と引数)を定義するのはtypedefを使うしかないのか？

>>922
それとこれ(operator= override)と関係あるのか？

>>927
優先順位をコンパイラレベルで考えればいい・・・のかな？
　char *hoge[10]; → より優先順位の高い配列宣言を先に処理する
　　　　→ char型のhoge変数を10個確保。確保した各領域に対するポインタ変数を宣言。
　char (*hoge)[10]; → 優先指示されている変数宣言を先に処理する
　　　　→ ポインタ変数 *hoge を宣言。その領域に10個分の配列を確保。
こういう事？

>>924
http://kmaebashi.com/programmer/pointer.html
などにも載ってるけど、英語で考えたほうが分かりやすい。

優先順位の高い順に変数の性質を規定していくと考える。

char hoge[1][3]
→　hoge is an array (1) of array (3) of char

char *hoge[10];
→　hoge is an array (10) of pointer to char
（[]の方が優先なので、まずhogeが配列であることが決まる。
　その次に*が適応される。）

char (*hoge)[10]
→　hoge is a pointer to array (10) of char

>>933
外から見えなくなっただけだと思うが？

>>936
過去スレで触れてる人がいたけど、
char *hoge[10];
って書くのではなく、
char* hoge[10]; // char*型が入る配列[10]
って書くとわかりやすい。

>>938
いまのコンパイラは直接C++からマシン語だと思うよ。

>>922
cfront なんて、いつの時代の話だよ。
g++ は、初めっから asm 吐くよ。

>>939

教本に書いてたりするけど、それだと

char* a[10], b[10];

って書き方されたときに困ったことになるそうな

>>922
今時の普通のコンパイラは、コンパイルの初期段階に
フロントエンドでCもC++も(場合によってはその他の言語も)
表現できるだけの能力を持った内部表現に変換される。

CがC++のサブセットとしてコンパイルされていると
解釈した方が近いくらい。

>>659
アルゴリズムやOSの教科書がPascalが多かったせいか
リテラシーの授業はPascalだった
ちなみにCは教えなくても使えて当たり前だった

リッチーで思い出したけど、
AWKのW って誰のイニシャルだっけ？

A：A.W.AHO
W: ?
K:カーニハン

>>942
そうそう。俺もそれが気持ち悪いんで、厳密な意味は置いといて、
char *a;

>>942
まあ理解の仕方としては分かりやすくなるから、いいんじゃないかな。
*も[]も型名につけたほうが分かりやすいからね。配列はJavaやC#ではそうなってるけど。

char*[10] hoge; // char*[] hoge = new char*[10]; as Java-like

>>945

>Peter Weinberger
何した人かしらん

http://ja.wikipedia.org/wiki/AWK

>>942
char *a,*b,*cて書き方自体しないわけだが。メンドクサイようでも
char* a;
char* b;
char* c;
と書くのがオブジェクト指向

まとめて変数宣言なんて、修飾しない場合にしか使わなければ良い。
つーか基本typedefすれば間違いようが無い。

かなり昔のＣコンパイラーではchar* a;と書くとエラーだったなｗ

>>941
cfront じゃなく、EDGじゃね？

g++は違うけど、VCもComeauもBorlandも
中身のパーサーは、EDGフロントエンドだけど

やっぱり C 論議になってるｗ
ジョブスみたいに詐欺師に夢を見させただけの奴よりよっぽど世界に貢献した人だろう。

K&Rの人か
今、あの頃(ANSI C以前)のソースみると関数の引数の書き方とか軽く眩暈がする

K&Rスタイルって

int main(argc, argv)
int argc
char ** argv
{
}

みたいに書くやつ？
書いたことないな。仕事で見たことは・・あるかな〜？

あの形式のメリットとしては
int foo(a,b,c,d,e,f)
int a,b,c,e;
float d,f;
{
}
とかできるんじゃなかったっけ？

おいおい、ここはジジイの集会場かよｗ

ライフボートとかいつの時代だ。　まだあんのか？
あの会社。

ライフボートって名前久々に見たな。
パーティション管理のソフト出してた会社だよな。

>>955
indent -kr *.c *.h

>>952
確かに現行の多くのC++処理系がEDGフロントエンドをベースにしてるのは
確かなんだけど。 名前がフロントエンドなんでややこしいが、cfrontとはイメージ
が違って各ベンダーはEDGのバックエンドに固有のマシン語を吐きだすコードを
入れて作るんだよ。
ほとんどのユーザは、自分の使ってるC++処理系がEDGフロントエンドベースで
ある事に気が付かないってわけ。

↓
http://www.edg.com/index.php?location=customers_oc

>>951
え？* って、delimiter じゃなかったの？