プログラミング言語ってなにから勉強するのが一番良いと思いますか? うちC++かな?って思うんだけど現役のみなさんの意見もほしいです。 ちなみにうちはそういうの初心者です。 javascriptとかなら結構やりました。あんま叩かないで。。゛(ノ><)ノ ヒィ
Cやれ! 終了!
VB
C++やってからVBやったほうが良いってよく言われるけど どうかな?? VBからCはつらいらしい。。。
時間があるんなら、アキバで8bitのボードコンピュータ買って来て ハード&アセンブラからやれ。
うざあああああああああああああああ この業界、無言実行の人が大成します。
8 :
仕様書無しさん :01/09/06 22:32
とりあえずC++はやめとけ VBマンセー
10 :
仕様書無しさん :01/09/06 23:13
やっぱひまわりでしょ?
今はC++はWin以外ではちょっとキツイらしい。 C#とかJavaやったほうが得策。 5は不正解になりつつある。
ひまわり?
13 :
仕様書無しさん :01/09/06 23:42
オブジェクトチンコマンコのチンブラブラはチンドピュと京大ですい。
14 :
仕様書無しさん :01/09/07 18:15
(´ー`)フッ・・・
15 :
仕様書無しさん :01/09/07 18:17
> C++やってからVBやったほうが良いってよく言われる 誰だ?そんな寝言をいうやつ
16 :
仕様書無しさん :01/09/07 18:38
なんでもお好きに。 あえていうなら金のかからんフリーの奴からが良いだろ。 つーか「勉強する」っていう感覚は捨てた方が良い。 趣味でやるならなおさら。 ネタにマジレスカコワルイ<言われる前に煎っておくわ
Javaは仕事でやるなら良いが、勉強には向かない厨房言語。 (ライブラリが無いと何も出来ない) Cが正解。 でもPCでCはきついかもね。
18 :
仕様書無しさん :01/09/07 19:17
>>1 マズソノ顔文字カラ再履修セヨ
マジレスだと、よくいうだろ、大きなプリンと小さな出っ歯、って。
あー、もう逝きます。
19 :
仕様書無しさん :01/09/07 20:28
学習用言語 (1)BASIC (HSP) (2)Scheme (スキーム) (3)Logo (4)Pascal
>>17 どゆこと?
みんな、PCでCをやってるんじゃないの?
>>17 (ライブラリが無いと何も出来ない)
Java でライブラリが無い状況というのはどういうときでしょうか?
VMがない状態?
23 :
仕様書無しさん :01/09/07 21:02
何もimportしないってことじゃない?確かできないね。に何も
24 :
仕様書無しさん :01/09/07 21:04
Cを始めたいのですが、コンパイラは何がいいのでしょうか?
25 :
仕様書無しさん :01/09/07 21:06
3)荒らしについて 掲示板上で、意味不明な言葉やアスキーアートの連続書きこみなど荒らし行為に遭遇した場合は、その場で諌めたり挑発したりなど、むやみに対抗しないようにお願いします。 荒らし行為を行う人物は、利用者の反応を楽しむ愉快犯が大半ですので、逆効果になる可能性が高いからです。 削除依頼掲示板などでご報告いただければ、削除人が削除にあたります。 冷静なる判断をお願いいたします。削除ガイドライン 削除やスレッド移動 どのような手段による削除要請も原則的に公開とさせて頂きます。あしからずご了承ください。 当サイトでは基本的に一度投稿されたものに対して、むやみに削除を行いません。 ただし、各掲示板の主旨に沿った内容でないものは削除・移動されることがあります。 書きこみボタンを押す際、ネット上で公開するべき情報なのかを個人責任の上で判断してください。 個人情報と一見してわかるもの(電話番号など)や、連続書きこみ・巨大アスキーアート等、掲示板の運営を妨げる書きこみは、削除要請がなくても、板に常駐するボランティアの削除人が削除にあたります。 削除人への削除・スレッド移動依頼は、削除依頼掲示板でお願いします。 削除ガイドライン トラブルシューティング 書きこみが集中すると画面がおかしくなることがありますが、書きこみボタンを押して再度読み込んで頂いたらなおります。 その他の不具合については、FAQを御覧ください。 FAQに載っていない不具合については、批判要望掲示板にて参照・ご報告ください。
27 :
仕様書無しさん :01/09/07 22:59
まずは礼儀作法から。
28 :
仕様書無しさん :01/09/08 05:49
>>27 C は COBOL ほどお作法に厳しくないので大丈夫。
30 :
仕様書無しさん :01/09/08 07:25
Delphiに決まってる。
31 :
仕様書無しさん :01/09/09 12:05
最初は A からだ。いきなり C では嫌われるぞ
>(ライブラリが無いと何も出来ない) はて? 彼は何を言ってるんだろうか? src.jarを読んだ事ないのかな? 読んでも理解できないのかな? まともな言語なら、どれも同じだと思うが・・・
うむ、C言語からだな。
>>32 女なんですが。
35 :
仕様書無しさん :01/09/10 12:01
>>17 >でもPCでCはきついかもね。
どーゆー意味(・∀・)?
やっぱー基本はCOBOLでしょ!!COBOL→C に言語変えは大変だけど(C→COBOLも 大変だった)一番わかりやすいんじゃない。
>>37 そうだよそうだよ!COBOLマンセー!!
・・・なわけねえだろゴルァ(゚д゚)
COBOLねぇ。。。
40 :
仕様書無しさん :01/09/11 01:30
COBOL を作ったのは女。 女が設計したものにろくなものはない。
41 :
仕様書無しさん :01/09/11 01:37
うん、COBOLからCなら、Cの素晴らしさが実感できるだろうな。 CからCOBOLだと・・・プログラム組めなかったりして(藁
42 :
仕様書無しさん :01/09/11 02:29
Delphiタダじゃん…
でもPascalの入門書少ないし。
44 :
時代の最先端を逝くなら :01/09/11 17:28
ぜったいCOBOL。おまえも今日からコボラーじゃ。よいな。
45 :
非決定性名無しさん :01/09/11 18:45
ProCOBOLかな
>>1 おいおい、いきなりC++は、ソフトなめてるよなあ.
インタープリタ、コンパイラの違いもわかってないんだろ
BASICでいいんだよ、VBはだめだぜ
47 :
仕様書無しさん :01/09/12 00:01
プロを目指す可能性があるなら、CUI+TextEditorでしこしこやることから始めるのを すすめる。 趣味・実用に徹するならGUI+RADで、それこそVBでもいいんじゃない。作りたいとき に作りたいものを作れる幸せっていうのが何より大切なんだし。
48 :
仕様書無しさん :01/09/12 00:03
PythonやRubyからスタートってどうよ。
>CUI+TextEditorでしこしこやることから始めるのをすすめる。 賛成。初めにGUIはちょっとね。 ということで、C言語から始めましょう。
50 :
仕様書無しさん :01/09/12 13:29
Hard Off で MSX2 買って、BASIC から始めてみそ。
>>49 初めにCで大丈夫かね?
Javaにしといた方がよさそうな気がするんだけど。
最初の内はメモリ確保とかポインタとかで深く悩まなくて
済む言語の方が良いんじゃないかということ。
(Perlでも良いかな?)
52 :
( _。。) _ バタ。 :01/09/12 16:57
MASM だ MASM!! 私と同じ道を歩め。
まず、CLOS。これに異論ある奴なんているのか?
>まず、CLOS。これに異論ある奴なんているのか? CLOSは認めるけど、現在のメインストリームからズレズレなので 初心者には薦められない。
>>54 なぜメインストリームから学習しなければならない?
>>55 CLOSをある程度極めても、世間に出れば、まずCLOSは要求されず、
少なくとももう一つ言語を覚える必要があるから。
それだったら、まずメインストリームの中から何か一つを学習して、
次にCLOSという流れのほうがベターだと思う。
57 :
仕様書無しさん :01/09/12 17:20
中学高校あたりでベーシッ君だった人に限って、社会人になって C 使うと char *c; c = "hogehoge"; とかやってしまいがち。 それだけ気をつけられよ。 (そーいう自分もよくやった) 最初は C でいいに一票。 ポインタ&構造体でバグバグプログラム書いて修羅場くぐれば、 他の言語に移ったときちょっとだけキモチいい思いが出来る、と思う。
なぜメインストリームから学習しなければならない? 君は、金になる言語を薦めることで、初心者を量産型の下級労働者の 枠に押し込めたいのか? はじめに学ぶ言語だからこそ、いつでも勉強できる言語は勉強すべき ではない。
>>58 >初心者を量産型の下級労働者の枠に押し込めたいのか?
どうしてこんな発想するんだろうね。
その枠に入るとする根拠は何?
>はじめに学ぶ言語だからこそ、いつでも勉強できる言語は勉強すべき
>ではない。
なぜ「べきではない」の?
キミが「そう思う」以上の根拠なり、論理展開を希望する。
60 :
仕様書無しさん :01/09/12 17:27
HSPで雰囲気を味わい知識を得る ↓ Borland C++ Compilerで基礎を学ぶ ↓ Borland Delphi6 Personalでいろいろなソフトを作って遊ぶ ↓ HTML書きのバイトして終了
>>58 ゆがんだアカデミズムの匂いがプンプンするね!
62 :
仕様書無しさん :01/09/12 17:33
まあ、趣味でやるならどんな言語でもいいんじゃない。 将来、仕事にするつもりなら、メインストリーム言語かな。 通訳になりたいなら、ラテン語よりまず英語を習うでしょ。
63 :
仕様書無しさん :01/09/12 20:34
情報処理試験用ってイメージがあるからか盲点かもしれないけど、CASLU(アセンブラ言語)がいいとおもう。これをさきにやれば、やっかいなCの文字列の扱いにも対応できそうだし
64 :
仕様書無しさん :01/09/12 20:37
char *c; c = "hogehoge"; できますが?
>>64 やばいよ…。
この人のソフト使ったらメモリがぶっ飛びそうだよ…。
66 :
Java初心者 :01/09/12 22:01
>>64 char型だから、シングルクォーテーションじゃなきゃだめって意味ですが
>>65 冷静に考えよう…、(w
"hogehoge"という文字列の先頭のアドレスを
cに代入しているだけなのですが…
strcpyならぶっ飛びますがね
68 :
仕様書無しさん :01/09/12 22:03
69 :
仕様書無しさん :01/09/12 22:17
>>57 のレスに衝撃を受け
一瞬、自分の持っていた常識を疑い
テストコードを書いて実験してしまった
私は馬鹿ですか・・・?
70 :
仕様書無しさん :01/09/12 22:58
解らんなぁ・・・・・・・
よく使う技だろ?
コード領域にあるから書き換えようとすればそりゃエラーになるけど。
>>69 コンパイル通ったろ?
71 :
仕様書無しさん :01/09/12 23:15
#include <stdio.h> #include <stdlib.h> int main(int argc,char* argv[]) { char* ptr; ptr = "Hello!\n"; printf("%s\n",ptr); } なにか問題が?
>>57 ,
>>65 ,
>>66 …マヂで言ってる?
char bf[100], *c = "hogehoge";
if (....)
sprintf(c = bf, "%d", ix);
とか、当たり前にやんない?
だからポインタは初心者には難しいんだって。。。 理解があいまいなまま、やんなくても困んないからいーやって感じで。 他言語から移ってきた奴はこのタイプが多い。
74 :
仕様書無しさん :01/09/13 00:01
ぱーるやれぱーる。 いきなりJavaは氏ぬぞ。 まずは手続き型から。
ツッコミどころ満載なのは分かるが、 こんな程度の低い話で、鬼の首を取った ようにねちねち突っ込みまくる人たちも、 結構キショいと思うのだが…
>C/C++/Javaプログラマ なんていちいち書いてるのもキショくない?(W
79 :
( _。。)_ バタ。 :01/09/13 00:48
>#(ポインタ変数について) OKだよねぇ…。 あ、MS製のコンパイラしか使ったコトないけど…他のコンパイラはどーなのよ。 たぶん、同じだとは思うけど……たまぁに違ったりするから気になるわ。 >#73 ポインタ…難しいか? むしろポインタに悩むなら、 大抵文字列関係だろうからMFCのCStringに逃げたらいいさ。 それ以外なら…惰性だってなんとでもなるさ。(そこら中に資料転がってるしな) 何よりポインタに苦しむのは、ポインタが理解できないんじゃなくて * と & の使い方で悩むと思うんだが…。 あとは、参考本とかが難しく書きすぎ。
>何よりポインタに苦しむのは、ポインタが理解できないんじゃなくて * と & の使い方で悩むと思うんだが >…。 こういうの世間じゃ理解できてないって言わないの? だいたいCの話だっつーの。。。
81 :
仕様書無しさん :01/09/13 08:15
82 :
仕様書無しさん :01/09/13 08:18
>こんな程度の低い話で、鬼の首を取った >ようにねちねち突っ込みまくる人たちも、 あほが1人でなく複数だから気になるんよ。俺が間違ってるのかってね。 >たぶん、同じだとは思うけど……たまぁに違ったりするから気になるわ。 まさにこれ。
83 :
名無しのオプ :01/09/13 08:45
>81 どう考えても逝ってよしはお前だよ。
ごめんなさい、57 です。 確かに良く考えたら、コード領域のポインタを代入しているだけで 何も問題ありませんでした。 今から一年かけてC言語入門読み直します...。 荒らしちゃってゴメンナサイ。
85 :
仕様書無しさん :01/09/13 09:43
ネタレスが続いたのでここらでマジレス 学生さんなら社交性の勉強からはじめたほうがいいな。 いっぱい合コンして、いっぱい女とやって、地雷ふんでもがく…って生活を送る事を お勧めする。 実際現場でもコミュニケーション不足や打ち合わせ時の迫力不足でつけが回ってくる っていっぱいあるからね。 プログラミング言語は必要になれば覚えるって。
>>72 はちょっと言い方キツかったかな?
>>57 君が荒らしたわけじゃないよん。
87 :
仕様書無しさん :01/09/13 10:14
ワシ、N88BASIC→C→VBや。 昔はよくハニリイトって打ったもんや。 飯が食えたら言語はなんでもええんちゃうか?
88 :
仕様書無しさん :01/09/13 10:29
>>87 >飯が食えたら言語はなんでもええんちゃうか?
さすが、VB厨の本領発揮だね(クスクス
89 :
仕様書無しさん :01/09/13 10:32
>>57 いいのあれで?宣言と同時に代入ならコンパイラが必要な領域を割り当ててくれるからOKだけど、基本的にあれじゃだめなんじゃないの?コンパイラ依存かな?強制終了になりそうだけど、コンパイラが優秀だから大丈夫なだけじゃん?
>>89 ん〜、大丈夫なような気がするんですが。
一応自分のコンパイラ(VC++)でサンプル作ってメモリ見てみましたけど、
ちゃんと実態が確保されてました。
C言語入門(第2版)、P177 にも同じようなソースが書いてあります。
すごい昔のコンパイラは分かりません。
#スレずれゴメンナサイ。
91 :
仕様書無しさん :01/09/13 11:05
>>90 char型の場合はまずくないか?
char hoge[]="hogehoge";
char* c;
c = hoge;
ってやったほうがいいと思うけど。
92 :
仕様書無しさん :01/09/13 11:17
>>90 x86向けのMSC/BorlandCとかならWin3.0より昔から、
>>57 のコードで全く問題ないす。
他の処理系はわかりません。
ただ本来なら(というか今風に書くなら)、
>>91 のように書くべきですが。
const hoge[]="hogehoge";
:
char *c=hoge;
みたいな。
const hoge[]="hogehoge"; ↓ const char hoge[]="hogehoge"; char抜けてた。鬱氏
95 :
仕様書無しさん :01/09/13 11:34
>>89 x86用MSC/VC++と言う前提で言えば、単独で出てきた"hogehoge" をコンパイラが解釈した時点で
static const char 名無し[]="hogehoge"; とほぼ同じコードに落ちますし。
その後 char *cに代入しようが、static const char[]を char*に代入するだけなので、全然問題ありませぬ。
96 :
お胸おっぱい :01/09/13 11:38
「C のポインタってやっぱり難しい」と思われてるかモナー。 けどお願いだから勉強してきて… char * と宣言した変数に文字列リテラルへのポインタを代入するのは 文法的に全く問題ないし、実際に問題がでるような実装も考え難いんだ けど。世の中広いから、そーゆーコンパイラが存在するなら教えて。
>>1 > プログラミング言語ってなにから勉強するのが一番良いと思いますか?
どんな(なんの)プログラマをやるかにもよる。
ゲームや制御系のコード書かなきゃいけないならアセンブラ(レベル)の感覚が必要だし、
データベース系のようにコードよりもデータ構造主体で勉強しなきゃいけない分野もある。
一番勉強しやすい環境が揃っていて、潰しが利くのはCだと思うけど。
C++やJAVAなんかの隠蔽してなんぼみたいな言語は、下地が出来てからでも十分でしょう。
>>96 本音を言えば、Cより先にアセンブラを勉強して欲しいけど無理だろなw
99 :
仕様書無しさん :01/09/13 11:56
アセンブラより先にコンピュータの構造を理解して欲しいけど無理だろなw C? 5年もしたらだれも使ってねーよ(w
100 :
仕様書無しさん :01/09/13 12:00
>>99 コンピュータの構造を理解せずにアセンブラで書くのは無理ですw
>だれもつかってねー
現場で使える/使えないじゃなくて、教材としてどうだい?ってな話だと思ったが、なにか?
>>100 >教材としてどうだい?
教材としてならますます必要ないね。
ま、UnixとかIPの実装には必須だけどね。
>>101 素朴な疑問だが、貴方本当にプログラマ?
素朴な答えだが、うんこ。
>>103 了解w いやプログラマなら随分と物を知らな過ぎるとオモタ野田。
>>99 はポインタを理解するには?な話なのにあのツッコミだし。
>>101 はJAVAやC++の下敷きになってるのはCだって話なのに(以下同)
ところで5年後はCじゃなくてなんだと思うね?
漏れは5年経とうが依然としてCは現役バリバリだと思ってるが。
>>106 >漏れは5年経とうが依然としてCは現役バリバリだと思ってるが。
激しく同意。
確かにもう一方で言語の高水準化もますます進むけどね。
109 :
仕様書無しさん :01/09/13 12:35
5年後じゃ、まだCは使われてると思うよ。 組み込みの世界じゃ、最近ようやくアセンブラからCになったみたいだし。
>>106 ポインタなんて出来損ないのCの関数へのインターフェイスだろ?
そんな出来損ないの概念なんて人間が理解する必要なしだからさ。
>JAVAやC++の下敷きになってるのはCだって話なのに
下敷きってなに実装のこと?それも5年もたてば変わってるよ。
>漏れは5年経とうが依然としてCは現役バリバリだと思ってるが。
思うだけならいいんじゃない。止めはしないよ。
でも5年後に昼間から駅のイスでねてるなよな(w
111 :
仕様書無しさん :01/09/13 12:38
特に業務系のPGには99のような無知な奴多いよ。笑っちゃうぐらいな奴が。 PG35才説は彼らの為にあるのだと思ふ。
112 :
仕様書無しさん :01/09/13 12:40
>>110 全てが無知ゆえの発言。
あなたを許します。
そして愛します。
113 :
仕様書無しさん :01/09/13 12:42
特に業務系の下請けPGには106のような無知な奴多いよ。泣けちゃうぐらいな奴が。 sendmailは彼らナードの為にあると断言できまふ。
>>108 -109
あのメモリ効率と適度なハードウェアの抽象/隠蔽化、直接ネイティブコードに落ちるという点は、
JAVAとかC++みたいなリッチな言語には真似できんよね。
>>110 C++やJAVAの言語使用の根っこ(極端な話、クラス周り以外)はCそのものだよ。
大丈夫?w
>ポインタなんて出来損ないのCの関数へのインターフェイスだろ?
あなた、プログラム書いたことないだろ?w
>>109 >5年後じゃ、まだCは使われてると思うよ。
そうですね、COBOL程度には。
116 :
仕様書無しさん :01/09/13 12:48
CとCOBOLを同列に語る事自体無知この上ないのだけど 115にはその理由さえも解らないのだろう・・・・・
117 :
仕様書無しさん :01/09/13 12:49
>>114 痛すぎる。あまりにも。
神よ、無知とは罪なんですね。
114をお許しください。
118 :
仕様書無しさん :01/09/13 12:51
Cは中途半端なので逝ってよし。 これからはアセとC#で決まり。
119 :
仕様書無しさん :01/09/13 12:51
>>110 > ポインタなんて出来損ないのCの関数へのインターフェイスだろ?
さっぱり意味不明。どこから関数だのインタフェースだのが湧いて来たの?
無理に (
>>110 にとって) 難しい単語を並べたように見受けられるが、
そうでないのなら解説きぼん。
Cがなくなる事はないでしょうね。 ただ、Cの直接的なメモリーアクセスが原因でセキュリティーホールが 発生する場面も多々見られることを考えると、現段階のようなほぼCの 天下のような状態ではなく、目的に合わせて多くの言語が使用されるよ うになるのではないでしょうか?
122 :
仕様書無しさん :01/09/13 12:55
中途半端なところがいいのよん。 スキのない女性だってつまんないでしょ。
123 :
仕様書無しさん :01/09/13 12:55
>>121 そだね。2極化する。
そしてそれ故にPGが誰にでも出来るドカタへと化していくのだと思ふ。
本質を知りたいならアセンブリとCは欠かせんよ。
>>118 でもCとアセの需要がある分野にC#は来ないと思われ
普通はgccをそのOS/CPUに合わせていじって終わりかと
>>120 Cの関数がポインタとったり返したりするから
しかたなくポインタ使わないといけないって意味ね。
まさかポインタは文字列操作に必要とかいいださないよね?
126 :
仕様書無しさん :01/09/13 12:59
>>113 あなたはsendmailほどのソフトを作ったわけじゃないんだから、けちつけないの。
127 :
仕様書無しさん :01/09/13 12:59
>>91 char hoge[]="hogehoge";
char* c;
c = hoge;
と
char* c;
c = "hogehoge";
は別物。
漏れのコンパイラは
下の場合cはコード領域その物を指し示している。
static領域に実態確保するなんてメモリがもったいない。
>>121 >Cの直接的なメモリーアクセスが原因でセキュリティーホールが
多分それはコンパイラじゃなくてOS(メモリ管理)に依存する話になりそう。
二極化っていうより多様化かな?ケースバイケースで。
WinAppを書こうと思えばC++以外ありえないし、組込み用途はほとんどC、
データ管理物はCOBOL→緩やかにスクリプト系に移行していくじゃないかな?
129 :
仕様書無しさん :01/09/13 13:06
お、いつのまにかこのスレの本題に戻ってるな。 良く聞いとけ〜。 > 1
結論から言うと目指すものによって違ってくるんだけどね。 漏れはハカーに憧れてこの業界に入ったからCは欠かせない。 ハカーだよハカー
>>130 あなたの憧れのハカーの名前を言ってみなよ?
132 :
仕様書無しさん :01/09/13 13:13
>>128 >多分それはコンパイラじゃなくてOS(メモリ管理)に依存する話になりそう。
やっぱりおヴァカさんでしたか。
>>125 もうこの人にマジレスするのイヤなんだがw
C(C++)のポインタは「メモリアドレスそのもの」指していているってのが重要なポイント。
これをどう使うかはプログラマに任されているわけで、これができるからこそ
メモリマップトされたIOにアクセスできるし、バッファ中のデータを操作できるし、
ポインタの指すバッファの2バイト目の最上位ビットを立てるとかもできる。
関数そのものもポインタで渡せるから、コールバック関数も書けるし、
アセンブラで言うところのベクタージャンプテーブルだって実装できる。
134 :
仕様書無しさん :01/09/13 13:17
>>131 ビルゲイツに決まってるじゃないか。
世界最高のハカーだよ。
>>127 なるほど、言われて気が付いた。
でも逆にコード領域がギチギチでRAM領域が余ってるときには
上の方法のほうがいいのかな。
でもなんかの拍子に書き換えられる可能性があるから、危険かもしれないけど。
137 :
仕様書無しさん :01/09/13 13:20
>>135 C信者の特徴をよく表していますね。100点です。
>>136 コード領域は読み込み専用だから危険じゃないと思われ。
139 :
お胸おっぱい :01/09/13 13:22
>>125 仕方なく、って…関数の引数にしかポインタを使ったことがないの?
ポインタはむしろ、データが構造を持っている場合にこそ有効なのに。
例えば、巨大な構造のデータの配列があるとき、配列の各要素を指すポインタの配列を
用意しておくことで並べ替え・追加・削除等の操作が高速化できるとか。
(配列でなくてもヨイけど)
まぁ、C は所詮高級マクロアセンブラなんで、「やろうと思えば何でもできる」けど
実装はプログラマ任せだから品質もピンキリ、細かくて余計な事まで覚えないと
マトモに使えない。そう考えれば、プログラミングの入門用には決して向いてないとは
言えるなぁ。(と、無理矢理スレタイトルに話を戻す)
>>137 もっと面白いレス期待してたのにな
By ハカー
141 :
仕様書無しさん :01/09/13 13:23
>>127 たかだかサンプルで出した例に何噛み付いてるんだか・・・
それにな、「コンパイラに期待するな」って教わらなかった?
コンパイラに期待しないからこそコード領域を指し示してるだけど・・・・ おばか?
143 :
仕様書無しさん :01/09/13 13:26
>>139 昔C使いってWizardっていわれてた時代があったなぁ。
まさに「やろうと思えば何でも出来る」って事をあらわしてたんだろうなぁ。
漏れ?今はC++ですよ。
けっこう前に移行しました。今はCはあんまり使わないなぁ。
144 :
仕様書無しさん :01/09/13 13:27
>>142 ほかのコンパイラでもおんなじ動作するといいね
スマソ。よく考えたら
>>139 の例はインデックス付ければいい話だね。
んー、何かよい例はないものか…
146 :
ちんこ大きい :01/09/13 13:30
>>139 >配列の各要素を指すポインタの配列を用意しておくことで並べ替え・追加・削除等の操作が高速化できるとか。
ワラタヨ
そんなの実装依存でしょ、あるいはコンパイラ次第。
パラレル計算とかしたことねー奴ばっかなのか、ここって。
>>143 漏れも今はもっぱらC++です。WinApp位しか書いてないんで。
ただ漏れの場合、C++(クラスラッパできるC) → C(抽象化されたアセ) ってな感覚ですけども。
Cで書くかC++で書くかは使うライブラリ/ターゲットによりけり、かなあ?
で、結局今の話の流れって 「Cで勉強するってのは、ポインタの理解が大変じゃないの?」 から派生してるんですよね?w
>>146 > パラレル計算とかしたことねー奴ばっかなのか、ここって。
そこまで話広げるかい?いいけど、そんなのしたことある奴の方がすくないと
思うぞ。
>>148 山崎はるかさんを尊敬してます。
By ハカー
>>143 >昔C使いってWizardっていわれてた時代があったなぁ。
ない
wizard n.
1. Transitively, a person who knows how a complex piece of software or
hardware works (that is, who groks it); esp. someone who can find and
fix bugs quickly in an emergency. Someone is a hacker if he or she has
general hacking ability, but is a wizard with respect to something only if
he or she has specific detailed knowledge of that thing. A good hacker
could become a wizard for something given the time to study it.
2. The term `wizard' is also used intransitively of someone who has extremely
high-level hacking or problem-solving ability.
3. A person who is permitted to do things forbidden to ordinary people;
one who has wheel privileges on a system.
4. A Unix expert, esp. a Unix systems programmer. This usage is well enough
established that `Unix Wizard' is a recognized job title at some corporations
and to most headhunters. See guru, lord high fixer. See also deep magic,
heavy wizardry, incantation, magic, mutter, rain dance, voodoo programming,
wave a dead chicken.
153 :
ちんこ大きい :01/09/13 13:41
>>150 でもさ、これからの時代x86互換がいつまでも残るわけじゃなかろ?
プログラムを始める若者のことを本気で考えてやろうじゃん、なー、じーさんや。
154 :
仕様書無しさん :01/09/13 13:43
キミたちOSとかコンパイラとか書けないでしょ?
155 :
お胸おっぱい :01/09/13 13:44
>>153 C の構造体の話をしているのに“実装依存”とか“パラレル”とか、
挙句“x86 互換”とか、どうも何をいいたいのか判らん。
156 :
仕様書無しさん :01/09/13 13:46
まぁ、目指すものによって必要な言語も違ってくるんだけどね。 漏れはハカーに憧れてこの業界に入ったからCは欠かせない。 ハカーだよハカー
157 :
仕様書無しさん :01/09/13 13:48
>>154 はい。かけません。
っていうか書きたくもありません。
もっとコストパフォーマンスのいい仕事いっぱいあるから
158 :
Demi God :01/09/13 13:49
>>155 漏れは"プログラムはなにから勉強するのがベスト?"
って話題をしてるつもりだけどね。
159 :
初心者@仕様書なし :01/09/13 13:52
>>138 あれ? 127 の上の例ってRAM領域が確保されて、そこに代入されるんじゃないの?
上の例に const 付ければ下と一緒かな?
間違ってたら指摘してください。
160 :
仕様書無しさん :01/09/13 13:52
>もっとコストパフォーマンスのいい仕事いっぱいあるから 結局、その次元の話をしてるんだよな。 この業界のデジタルドカタ路線はもう避けらん。
>>158 漏れはゼロから勉強するという話なら、「勉強のための環境が整っている」という理由でCを推したい。
それを足がかりに、C++でもアセンブラでもJAVAでも好きなのをやればいいと思う。
162 :
仕様書無しさん :01/09/13 13:58
>>161 よく解ってるな。今晩一緒に飲むか?
By ハカー
163 :
仕様書無しさん :01/09/13 13:59
>>160 > この業界のデジタルドカタ路線はもう避けらん。
そうか?それは仕事によるだろ。
Architectだったら重要な設計だってまかせてもらえるよ。
日本はあまりそういう仕事ないのか?
164 :
Demi God :01/09/13 13:59
>>161 漏れは、まず計算機の構造+アセ、そのあとJavaかC#。
C,C++はドカタ用言語と思てる。
ま、UnixでXが動かないって環境で勉強するなら C(+curses)かな。
165 :
仕様書無しさん :01/09/13 14:00
んなもん、N88BASICからの勉強にきまってるだろう
166 :
仕様書無しさん :01/09/13 14:01
OSもコンパイラもかけない奴はドカタだよ。 ところで情報システム板はどうして閉まったんだ?
167 :
仕様書無しさん :01/09/13 14:07
>>166 > OSもコンパイラもかけない奴はドカタだよ。
おいおい、そんなこたない。
OSやコンパイラは、学生だって研究室でそれ専門でやってれば書けるよ。
重要なのは、プログラミングじゃなくて、自分の専門分野を身につけることだよ。
画像処理や音声認識だって、その分野では専門職だよ。そういう専門的な知識がだいじ。
168 :
仕様書無しさん :01/09/13 14:12
>>166 そこまで言うなら君の書いたコンパイラとOSを公開してくれないか?
>>164 いきなりアセンブラ覚えろゴルァ!すると、そいつ挫折しそうでw
Cとかでプログラムの基礎勉強している最中にそれとなく(雰囲気だけでも)身につけてくれればって思うけど。
170 :
仕様書無しさん :01/09/13 14:14
>>160 >この業界のデジタルドカタ路線はもう避けらん
よくわかんないんだけど、君はこの業界に一体なにを求めているの?
>よくわかんないんだけど、君はこの業界に一体なにを求めているの? Love and Peace By ハカー
172 :
仕様書無しさん :01/09/13 14:16
愛と平和・・・・ ですね。
173 :
Demi God :01/09/13 14:17
>>169 >いきなりアセンブラ覚えろゴルァ!すると、そいつ挫折しそうでw
それはいえるな。ある程度やっていて楽しくないとな。
つーことで、
JavaかC#でプログラミングに興味を持たせる。
ちょっと生意気な質問してくるようになたら、アセを教える。でどや?
Javaバイトコードをアセのとっかかりにしてもいいでー。
174 :
仕様書無しさん :01/09/13 14:18
( ・∀・)カンサイベンキタナイ!!
175 :
仕様書無しさん :01/09/13 14:19
>よくわかんないんだけど、君はこの業界に一体なにを求めているの? 愛と正義と友情 長い業界生活の中で、どれにも遭遇した事無いけど。
>>174 言語に貴賤おまへーん(ただしCは除く)w
178 :
仕様書無しさん :01/09/13 14:22
( ・∀・)カンサイジンキタナイ!!
179 :
仕様書無しさん :01/09/13 14:23
>>168 OSやコンパイラは、アルゴリズムだよ。それを勉強した人ならたいしたことじゃない。
OS本を見ながら、もしくは他のOSのソース見ながらこつこつ作る。
Linusだって、BachかTannenbaumだかのOS本みながら作ったっていうしね。
ただし情報系の人みんなが作れなくちゃ、
そいつはドカタだってのは、極論だよね。
180 :
仕様書無しさん :01/09/13 14:23
俺は BASIC(MSX) → アセンブラ → C → C++(挫折) → Java → C++(リベンジ) という流れ。 所々に Perl とか Ruby とかスクリプト系が混ざる。 まあセオリーとして Cでしょうな。ポインタをおざなりにしなければアセンブラのうわずみ程度は 理解できるのではないかと。
>>178 ほうですか?
おまはんのけつの穴とどっちがきたにゃーですか?
182 :
仕様書無しさん :01/09/13 14:27
I/Oアクセスとか知らない奴は知らないからなぁ・・・・ 結局OSとコンパイラがハードを隠してるわけだし 漏れとしてはOS、コンパイラの勉強は学生のうちにしておいて欲しい。 実務で覚えられる事じゃないから。 そしてそのOS、コンパイラの知識が高級言語でプログラムする時の下地となり いいプログラムが出来る。
183 :
仕様書無しさん :01/09/13 14:27
( ・∀・) Cキタナイ!!
184 :
仕様書無しさん :01/09/13 14:28
( ・∀・)ヒロシマベンカコイイ!!
185 :
仕様書無しさん :01/09/13 14:31
>>184 ほうじゃろ?わしもそがぁに思うとったんよ。
186 :
仕様書無しさん :01/09/13 14:32
>>182 今のところの開発環境の発達の流れってそういうものからどんどん
遠ざかっていく傾向だからなぁ。
187 :
仕様書無しさん :01/09/13 14:36
>>186 OSの設計が直接ローレベルな部分をアクセスさせない流れに行ってるので
それは仕方が無いことなのかも。
まぁローレベルな部分は経験を積んだスペシャリストに任せておけばよいのでは。
わざわざそこを触らなくて良いが為のAPIやらライブラリなワケで。
188 :
仕様書無しさん :01/09/13 14:36
>今のところの開発環境の発達の流れってそういうものからどんどん >遠ざかっていく傾向だからなぁ。 それって将にPGのデジタルドカタ化じゃない? 言語はますます高水準になっていき開発環境も当然いまより整っていく。 結果的に、誰でもできるようになる。 「ひまわり」という言語を知ってるかい? あれこそ言語の最終形態だね♥
189 :
仕様書無しさん :01/09/13 14:38
>>186 効率を追求すると大切なものを見失うよね。
まさにC言語そのもの。
190 :
仕様書無しさん :01/09/13 14:42
>>189 プログラムの前に国語Tの勉強を中学校からやり直してください。
191 :
仕様書無しさん :01/09/13 14:45
>>188 >結果的に、誰でもできるようになる。
でも、本質的には言語や開発環境がいくら整備されても
どうやら未だにプログラマは純然たるプログラマのままであって。(汗
昔一人で書いてたものが、規模が大きくなってPGとSEに分業するようになって、
そして今度はPGがやってたような部分を処理系任せに出来るようになったときに、
結局SEは昔一人で全部書いてた時代に戻っただけ、みたいな。
結果的には要求されるスキルが変化していっているだけ。誰でも書けるは言い過ぎ。
192 :
仕様書無しさん :01/09/13 14:50
>>189 Cは効率を追求した結果、わざとダーティな部分を残したのであって。
その部分はそのままC++は継承してるし、CだってANSI Cになってからは
言うほど汚い(危ない)言語仕様じゃないよ。
193 :
仕様書無しさん :01/09/13 14:51
>誰でも書けるは言い過ぎ。 そうかなぁ?煽りじゃなくて誰でも書けるようになると思うよ。 コンパイラが日本語を柔軟にコンパイルしてくれるようになると思うけどなぁ。 そして2タイプの人間に。 そのような環境、OS、コンパイラを作る人間と その与えられた環境でプログラムする人間。
194 :
仕様書無しさん :01/09/13 14:51
195 :
仕様書無しさん :01/09/13 14:52
>>188 処理を簡素化してくれる新しいライブラリが出てくるとしても、
結局それは新しい仕様が増えるだけの話のような。
スクリプトを全く排した開発言語が出てくるとは思えないし。
(例えば、Flashの遷移を見てみて)
196 :
仕様書無しさん :01/09/13 14:53
>>193 10年前から言いつづけられてきた夢だね。
197 :
仕様書無しさん :01/09/13 14:57
>>194 ここらへん
{消費税の計算プログラム}
「商品の値段は、いくらですか?」と、尋ねる。
税込価格=それ×1.05。
「値段は、{それ}円で、税込価格は、{税込価格}円です。」と、言う。
おわり。
198 :
仕様書無しさん :01/09/13 14:59
>>196 その10年前から開発環境は格段に進化したけど。
これで終わりだと思う?
くだらない議論してるのは解ってるけど。
C++マンセー!
200 :
仕様書無しさん :01/09/13 15:02
>>188 デジタルドカタはコボラーだろ。寝ぼけてるなよ。
PCを特別視すんな。
やってることは車と同じだ。ITドライビングすりゃ車できんのか?
201 :
仕様書無しさん :01/09/13 15:02
>>189 >効率を追求すると大切なものを見失うよね。
>まさにC言語そのもの。
それってC信者の人生そのもの(w
202 :
仕様書無しさん :01/09/13 15:06
>>193 だから、コーディングする手法や技術は変化・向上していってるんだけど、
肝心の「システム設計」の分野は全く昔と変わって無いのよ。
日本語になろうと8086のマシンコードだろうと、どういう手順でどんな処理を
させるか(仕様作成)の部分は自動化出来ないってこと。
203 :
仕様書無しさん :01/09/13 15:07
201の発言でなんか冷めた。
>>1 X68000を買って来てベーマガのプログラムを入力しろ。
205 :
仕様書無しさん :01/09/13 15:08
おい、情報システム板はどうしたんだ?
206 :
仕様書無しさん :01/09/13 15:08
確かに201は程度が低いね。 Winを否定するLinux使い。 田舎を馬鹿にする東京人。 そして201。
209 :
仕様書無しさん :01/09/13 15:11
情報システム板にいけないのはもしかして漏れだけか?
210 :
仕様書無しさん :01/09/13 15:12
>>207 田舎に住んでいるVB厨さんですね?(藁
211 :
仕様書無しさん :01/09/13 15:12
213 :
仕様書無しさん :01/09/13 15:14
>>206 懐かしいね。
あれってどこいったの。
リアル厨房だった頃マジで欲しかった・・・
>>197 それってCで書いても大して変わらんぞw
明示的に変数の宣言とヘッダファイルのインクルードが必要なくらいで。
215 :
仕様書無しさん :01/09/13 15:17
>>204 アセンブラをやるときにはZ80よりMC68000のほうが易しいだろ。
そこいらの環境も整ってるし。
216 :
仕様書無しさん :01/09/13 15:47
>>198 AIを待て。そうすれば、
ガキ「こんなのがほしー」
PC「それだと1時間ぐらいかかります」
PC「...とりあえずできました」
ガキ「どれどれ...アレ?ダメジャン」
PC「おめーの指示が悪いんだろゴルァ。ウイルス作らすなんてもう通報済みだぜバーカ。」
いまはそうじゃなくて、高機能化と肥大化が進んでるだけよ。
VBみたいなね。
>>193 >>198 日本語のような「曖昧な」自然言語はプログラムに向かないと思われ
というか、人間同士でも全然意思の疎通ができてないってのに
そんな言語でプログラム生成さても使い物にならんだろw
誰だチャットしてたの
ぼくです。
とりあえず、age
1よ、悪いことは言わない。 中学・高校・大学の数学をやれ、それと英語だ(特に読む方)。 最後に1歩抜きんでるには基礎が重要だ。
222 :
仕様書無しさん :01/10/01 13:04
>>212 懐かしいねMSX。
俺が小学校の時、初めて買ったパソだよ。
って年がバレル・・・
222って厨房全開DANE!
225 :
仕様書無しさん :
01/10/01 18:11 Perl