[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/09 11:54 / Filesize : 190 KB / Number-of Response : 656
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

僕は独学でC言語やってるんですv



1 名前:仕様書無しさん [2007/05/08(火) 19:23:01 ]
ネタを探してそれを作って次へ

半年続けてきたけど正直飽きてきた

明確な目標が無いと続かねー!!

32 名前:仕様書無しさん mailto:sage [2007/05/09(水) 05:04:11 ]
>>18
>void(*a[5])();
「void型で引数なしの関数」へのポインタ5個分の配列の名前がa、かな
Cではこう書けないんだっけ?
少なくとも似たような事をやってた覚えはあるんだけどな orz

この手の物は、太古に、テキストのみのメニューシステムで使った
アイテム構造体ごとに入力はこの関数、リターンが押されたらこの関数、
みたいな仕掛けを作って、それを2次元〜4次元の配列でちくちく編む
もちろん、上下左右にお互いのポインタを持ってる
かなり保守しやすかったんだけど、10歳年上の先輩からはワケワカンネって
言われたw


>>13
しばらくCを離れてるからあやふやだけど、これでいいのかな

a = {print1, print0, print4, print2, print3}:

33 名前:1 [2007/05/09(水) 06:55:45 ]
>>13
32様をヒントに何とか出来た。

a[0] = print0;
a[1] = print4;
a[2] = print2;
a[3] = print3;
a[4] = print1;


何か効率悪いけどこれが限界・・
他の部分で何やってるのか全然分からない

34 名前:仕様書無しさん mailto:sage [2007/05/09(水) 10:40:12 ]
>>13
for(int i=0;i<5;++i)
  printf("print%c\n","04231"[i]);
return 0;

35 名前:仕様書無しさん mailto:sage [2007/05/09(水) 11:59:47 ]
>>33
そんなのやるんだったら

int call[] = {0,4,2,3,1}

for(int i=0;i++;i<5){
(*a[call[i]])();
}

の方が良くね?と言ってみる。

36 名前:32 mailto:sage [2007/05/09(水) 17:49:16 ]
>>33
ついでなので>>13をなんとなく解説してみるtest、改行制限でちと見辛い

>void print0(){ printf("print0\n"); } // 表示関数の実体の定義
 :
>void print4(){ printf("print4\n"); }
>typedef void(*voidfunc_t)(); // void型引数なし関数へのポインタ型voidfunc_tの定義
// voidfunc_t型を返す関数asdfの定義
// この関数は、引数aと引数bの内容を入れ替え、元の引数aの内容を返す
>voidfunc_t*asdf(voidfunc_t*a,voidfunc_t*b){
> voidfunc_t*t=a; a=b; return b=t;
>}
// ↑例:a[0]=print0、a[1]=print1の場合、
// asdf(&a[0], &a[1]) を呼び出すと、戻値は関数print0()へのポインタとなり、
// 実行後はa[0]がprint1()を、a[1]がprint0()を指す事になる
>int main(void){
> void(*a[5])(); // 「void型で引数なしの関数」へのポインタ5個分の配列の宣言
> voidfunc_t*(*f)(voidfunc_t*,voidfunc_t*); // voidfunc_t型関数へのポインタの宣言
> [ X ] // 何か足りない所
> f=asdf; // voidfunc_t型関数へのポインタへvoidfunc_t型関数の実体(のポインタ)を代入
// f(&a[1],&a[2]) → asdf(&a[1],&a[2]) = 実行後のa[2]へのポインタ
// よって、f(&a[0],f(&a[1],&a[2])) → asdf(&a[0],&a[2])
> f(&a[2],f(&a[3],f(&a[4],f(&a[0],f(&a[1],&a[2])))));
// a[0]〜a[4]を呼び出す、設問から推測すると表示関数の筈
> for(int i=0;i<5;i++) (a[i])();
> return 0;
>}

なので、必要なのは void(*a[5])(); の中身、つまり「表示関数へのポインタ」の代入
いじょ、なんか間違ってたらスマヌ

37 名前:仕様書無しさん mailto:sage [2007/05/09(水) 19:45:54 ]
なんというみずらいレス

38 名前:仕様書無しさん mailto:sage [2007/05/09(水) 20:53:27 ]
code golfでもやってろ

39 名前:仕様書無しさん [2007/05/09(水) 22:34:01 ]
>>13

X =

void(*b[])() = {print0,print4,print2,print3,print1};
for(i=0;i<5;i++)
 a[i] = b[i];

//-----------------------------------

ただこれだったら最初から
void(*a[])() = {print0,print4,print2,print3,print1};

でいいんだけどさ


40 名前:仕様書無しさん [2007/05/09(水) 22:46:55 ]
いくら短くたって見づらいコードに意味は無い。



41 名前:仕様書無しさん [2007/05/09(水) 23:17:59 ]
素人がイキナリCを独学する位ならAccessVBAのがよっぽどためになる。

そんで簡単なもんサクサク作れるようになったらVBとかJAVAとかC#やれば。
そんでチョロけりゃCでもなんでもやればいいよ。

師事する人があるならまだしも素人は素人らしく取っ付きやすい所からはじめるべき
まず何かひとつ自由に操れる言語ができればあとはたやすい。

42 名前:仕様書無しさん [2007/05/10(木) 00:20:26 ]
>>40見辛くても読めりゃまあ問題ないけどね。
汎用性が無かったり効率悪かったりするソースの方が苦痛。

43 名前:仕様書無しさん mailto:sage [2007/05/10(木) 01:02:51 ]
>>41
工房時代にC独学で始めて今C++で飯食ってる俺を全否定ですか。そうですか。

当時はCカコイイ!て感じでやってたから
新しい知識でプログラム動かす度に感動してて
それが今につながるモチベーションになったと思ってる。

今はもう、家に帰ってまで仕事考えたくねえよ馬鹿('A`)
な感じだが。

Cが好きならCでいいのでは。
AccessVBAはためになるかも知れんが、本人がCやりたいっつってるし。

44 名前:仕様書無しさん mailto:sage [2007/05/10(木) 01:32:49 ]
>>43
>本人がCやりたいっつってるし。
「本人」てのが >>1 を指すのなら、そいつは別に C 好きでも何でもないだろ。
何やればいいのかなんて人に訊くようじゃ話にならん。つか向いてない。

45 名前:仕様書無しさん mailto:sage [2007/05/10(木) 04:09:12 ]
>>35
ざっとレス見た限りそれが一番良い方法な気がします


>>36
ありがとうございます!
凄く賢さあがりました

13のコード今見ると凄く便利な事やってますね・・
これ使えるようになりたい

46 名前:1 [2007/05/10(木) 04:16:06 ]
>>41
そうですね。
師事してくれる人が居てくれればかなり楽だと思います

>>44
いや、あのすみません。
向いてなくても続けます

47 名前:仕様書無しさん [2007/05/10(木) 05:02:46 ]
>>43
漏れも工房からCやってC++を今勉強中

最初からCから入れる奴とそうで無い奴は居そうだが
初めっから諦めて他の簡単な言語やるよりは良いんでないかな

48 名前:仕様書無しさん [2007/05/10(木) 14:56:07 ]
すみません、>>13
voidfunc_t*asdf(voidfunc_t*a,voidfunc_t*b){
voidfunc_t*t=a; a=b; return b=t;
}
は何をしてるんですか? 単に無意味なローカル変数代入をして、voidfunc_t* bを戻すだけ?

49 名前:仕様書無しさん mailto:sage [2007/05/10(木) 14:56:14 ]
>>1
>13にもサンクスしたげて。
ネタ投下する人大事にしないとスレ続かなくなるyo

50 名前:仕様書無しさん [2007/05/10(木) 16:02:29 ]
工業高校の情報工学科に合格した俺が来ましたよ
北部九州唯一の初級シスアド認定試験一部免除校



51 名前:仕様書無しさん mailto:sage [2007/05/10(木) 16:31:01 ]
>>50
別にしらんけどおめ。
4月から通ってるんけ?

52 名前:仕様書無しさん [2007/05/10(木) 16:43:25 ]
>>51
はい
C言語の勉強も始まりました

53 名前:仕様書無しさん [2007/05/10(木) 16:51:36 ]
#include<stdio.h>

int main(void)
{
int a = 1;
printf("%d",a);
return 0;
}

まだこんなところです
独学でJAVAやってたのが結構役に立ちますね
最初の#include<stdio.h>ってのはJAVAでいうimportみたいな物ですかね

54 名前:仕様書無しさん mailto:sage [2007/05/10(木) 18:07:04 ]
>>53
似てるけど違う。
C言語で先頭に # 付いたやつはコンパイラに渡される前に
プリプロセッサで処理される部分だ。で、プリプロセッサは
テキスト変換を行う。たとえば #include ならそれで指定
されているファイルをその部分に展開した新たなテキストを
作成する。コンパイラはそうやって変換された後のテキストを
読み込んでオブジェクトに変換する(更にそれをリンカが
読んで他のオブジェクトやライブラリと組み合わせて
(または実行時に動的に組み合わせられるようにして)実行
ファイルが完成する)。

プリプロセッサが処理した後にどうなるかを見たい場合は
gcc ならば -E オプションで確認できる。gcc -E x.c の
ような感じ。そうすると標準出力に結果が出る。
(他のコンパイラは知らないが同じようなことをする
オプションはあると思う)。


55 名前:仕様書無しさん [2007/05/10(木) 18:13:50 ]
なるほど
プログラム造型中のプロセスに違いがあるわけですね

56 名前:仕様書無しさん mailto:sage [2007/05/10(木) 18:26:17 ]
気持ち悪い言葉づかいすんな虫けらw

57 名前:仕様書無しさん [2007/05/10(木) 18:28:39 ]
大分毒されてますね
この様な失態御前目に置いて申し訳御座る所ではありませぬ

58 名前:仕様書無しさん mailto:sage [2007/05/10(木) 19:06:54 ]
呼んだでおじゃるか?

59 名前:仕様書無しさん mailto:sage [2007/05/11(金) 02:38:53 ]
蟲けらはねーよww

60 名前:1 [2007/05/11(金) 02:42:33 ]
遅レスだけど
>>13の方有難うございます。勉強になりました




61 名前:仕様書無しさん mailto:sage [2007/05/11(金) 03:28:13 ]
3日の研修で経験3年のCプログラマを作り上げ現場にたたき込んであげよう。

62 名前:仕様書無しさん mailto:sage [2007/05/11(金) 03:42:07 ]
精神と時の部屋を思い出した。
3日で3年も経験がつめるなら悪くないな。

63 名前:仕様書無しさん mailto:sage [2007/05/11(金) 07:47:05 ]
C独学で身につく奴が皆無とは言ってない
世間サマに簡単だと笑われてるもんも録に使えない輩が俺はC独学!とか微妙。。。
初心者は初心者向けの言語を学べばいいのに…
できるやつは何から入ってもできるだろうしそれは否定しないが
凡人は段階を踏んだ方が理解がしやすいだろうて。
んでVB程度しか解らなくともそこそこのもんは作れるよ
BASICの意味をしってるか?って話しだ。

64 名前:仕様書無しさん mailto:sage [2007/05/11(金) 10:27:56 ]
僕は独学でCコンパイラ作ってるんですv  ←語尾にvをつけるところがミソ

65 名前:仕様書無しさん mailto:sage [2007/05/11(金) 11:18:37 ]
  Viiv  ←ハサミの大きさが違うところがミソ
 ミ(エ)ミ  ←このへんにカニミソ

66 名前:仕様書無しさん mailto:sage [2007/05/11(金) 12:23:07 ]

BASICとはBeginner's All purpose Symbolic Instruction Codeの略

67 名前:仕様書無しさん mailto:sage [2007/05/11(金) 12:41:50 ]
Cは何の略?

68 名前:仕様書無しさん mailto:sage [2007/05/11(金) 15:16:41 ]
僕は独学でB言語やってるんですviiV
                    ミ(エ)ミ

69 名前:仕様書無しさん [2007/05/11(金) 17:36:18 ]
趣味でプログラムやるならC楽しいよね
ポインタ覚えたら同じ目的のコードでも
書き方は無限大

70 名前:仕様書無しさん mailto:sage [2007/05/11(金) 17:52:13 ]
>>67
Conpailer Language(コンパイラ言語)の略





71 名前:仕様書無しさん mailto:sage [2007/05/11(金) 18:10:34 ]
Language が書けて Compiler が書けないわけが

72 名前:仕様書無しさん mailto:sage [2007/05/11(金) 18:58:10 ]
初心者は普通どんな順で覚えるの?
VB→JAVA→Cみたいな感じ?

73 名前:仕様書無しさん [2007/05/11(金) 19:32:55 ]
>>72

俺はアセンブラ→C→C++


74 名前:仕様書無しさん [2007/05/11(金) 19:59:57 ]
わては理解できてないからいつまでもCにとどまってる。カレコレ5年ぐらいかな
いまでも、ポインター理解できてませんよ
やっぱ、Cを理解するには10年以上の地道な努力が必要だよ、>>1

  Viiv  
 ミ(エ)ミ


75 名前:仕様書無しさん mailto:sage [2007/05/11(金) 20:36:33 ]
>>74
ポインタはアセンブラをやれば理解できるッス

76 名前:仕様書無しさん mailto:sage [2007/05/11(金) 21:00:25 ]
int *i; <-ポインタの宣言
*i = (int*)0x0100; <-ポインタへのアドレス値代入
i = 0x39; <-ポインタが指す領域へ値の代入

こうだったらよかったのに。

77 名前:仕様書無しさん mailto:sage [2007/05/11(金) 23:04:02 ]
>>76
x86の実アドレスモードで実行してもそれは動いてくれる(まあINTベクタが壊れる)が現代のオペレーティングシステムでやると動作するか保証出来ない。
まあ二行目が間違ってるので何とも言えんが・・・

78 名前:仕様書無しさん [2007/05/11(金) 23:30:57 ]
わてはポインター理解できんから、代わりに参照(&)をようつこうちょるけん

  Viiv  
 ミ(エ)ミ


79 名前:仕様書無しさん mailto:sage [2007/05/11(金) 23:47:16 ]
ポインタの配列使ったプログラムが動作しなくて
ポインタと5時間の激闘を繰り広げた末に
全然別の所で定数打ち間違えてたのが原因だと
気付いて無事に動作してorzな気分で帰ってきた
俺が来ましたよ。

>>76
マジックナンバーは地獄の一丁目deathよ。
const指定かせめて#define定義プリーズ

80 名前:仕様書無しさん [2007/05/12(土) 03:51:13 ]
結局は生のC言語は自由度が高すぎて危険だからやめた方が良いという事だ。



81 名前:1 mailto:sage [2007/05/12(土) 06:39:54 ]
>>63
そこまで言うなら初心者向けの言語を1から教えてくださいm(_ _)m


82 名前:1 mailto:sage [2007/05/12(土) 06:46:32 ]
>>74
そうなんですか・・・
自分は基本的な使い方のみ覚えてポインタは後回しにしてます・・

>>72
VBから入る人はだいたいが学校で教えてもらったものがVBだったからって感じっぽいです
自分はPerlとJavascriptをほんの少しやってCに

83 名前:仕様書無しさん [2007/05/12(土) 11:13:29 ]
>>74

失礼かもしれないが、10年ってギャグだろ…?
数ヶ月で挫折して5年間ほったらかしというのならありそうだが


84 名前:仕様書無しさん mailto:sage [2007/05/12(土) 11:49:21 ]
>>76
&*i;
↑ポインタそのもののアドレス

85 名前:仕様書無しさん mailto:sage [2007/05/12(土) 13:06:26 ]
ポインタ変数がiという時点で萎え

86 名前:仕様書無しさん mailto:sage [2007/05/12(土) 13:13:14 ]
例題の本質を突かないでどうでもいいところを突っ込む奴は負け組

87 名前:仕様書無しさん mailto:sage [2007/05/12(土) 15:15:44 ]
プログラミングという時点で萎え

88 名前:仕様書無しさん mailto:sage [2007/05/13(日) 07:57:15 ]
じゃあ例題が解けなかった俺は負け組みじゃないとすると一体。。

89 名前:流離 [2007/05/14(月) 00:42:24 ]
・・・
何方か・・・
すこしでいいので・・・c言語のことを教えていただけないでしょうか・・・
正直・・・
c言語を始めようと思いついて始めてみたはいいが何もわからない・・・
見よう見まねでメモ帳にc言語組んだところで実行の仕方がわからない・・・
おねがいします・・・少しでいいので何か教えてください・・・

90 名前:仕様書無しさん mailto:sage [2007/05/14(月) 00:51:04 ]
ぐぐれ



91 名前:仕様書無しさん [2007/05/14(月) 02:46:33 ]
独学でやってるやつは変数名や関数名どうやってつけてる?
俺いつも何にするか悩むわorz

92 名前:仕様書無しさん mailto:sage [2007/05/14(月) 06:31:37 ]
見て何かわかるような名前つけるだろ普通

93 名前:仕様書無しさん mailto:sage [2007/05/14(月) 07:25:22 ]
こうすれば判りやすいぜ?

From_OpenSource_Linux_XXXXXXとか
From_Nullpo_Hatena_XXXXXとか

コピー元を名前の先頭に入れるんだ。


ごめ適当に書いた

94 名前:仕様書無しさん mailto:sage [2007/05/14(月) 07:44:59 ]
ループカウンタはiから始まる

95 名前:仕様書無しさん [2007/05/14(月) 10:08:44 ]
>>89
まずコンパイラというのを落としましましょう

96 名前:仕様書無しさん [2007/05/14(月) 10:16:26 ]
>>91
関数名はだいたい長くても10文字以内にしてる
何か難しそうな単語は英語にするの諦めて阿呆な名前付ける
でも仕事でやってる人はローマ字で名前付けるのはまずいっぽいな

変数名も短いのが好きで、作ってる時は大丈夫なんだけど
しばらくたってから改修しようとする時に「これ何?何の暗号?」状態www


97 名前:仕様書無しさん mailto:sage [2007/05/14(月) 11:15:15 ]
>>96
> でも仕事でやってる人はローマ字で名前付けるのはまずいっぽいな
んなこたぁーない。
訳の分からん省略形や自己満足な英単語使うくらいならローマ字の方が万倍マシ。

98 名前:仕様書無しさん [2007/05/14(月) 11:38:15 ]
>>97
そうなんだ。このまえC++スタイルブックってのを読んで
日本人以外の人も一緒に作業する場合はローマ字で書くのお互いにやめたほうが良い・・・とか書いてあった
まぁ日本人以外の人も読むかもしれない!っつってわざわざ英単語調べて名前つけるのも大変だしな

99 名前:仕様書無しさん mailto:sage [2007/05/14(月) 11:46:13 ]
今やIT技術者にとって基本的な英語能力は必須のスキルなんだから、英単語
調べるの面倒臭がってるようじゃこの先こころもとないな。

100 名前:仕様書無しさん mailto:sage [2007/05/14(月) 14:42:32 ]
>>99
そうは言ってもただでさえクズが多いのに
英語が出来て組めない奴
英語が出来ないけど組める奴

普通に後者を採用




101 名前:仕様書無しさん mailto:sage [2007/05/14(月) 14:51:26 ]
俺なら両方のスキルを最低限持ち合わせている奴が来るまで待つな。
今や英語サイトからしか入手できない有益な情報は山のようにある。

102 名前:仕様書無しさん mailto:sage [2007/05/14(月) 18:42:55 ]
単語調べてなんてやってられん

103 名前:仕様書無しさん mailto:sage [2007/05/14(月) 19:16:31 ]
この前、関数名を、InputtoChekku() ってしてる奴がいたな。さすがにかんべんしてくれと思った。

104 名前:仕様書無しさん [2007/05/14(月) 19:17:21 ]
>>103
こだわりが感じられるなwww

105 名前:仕様書無しさん mailto:sage [2007/05/14(月) 19:47:26 ]
中学レベルじゃんw

106 名前:仕様書無しさん [2007/05/14(月) 19:51:52 ]
英語が出来てそれなりに組めるのだがなんかズレてるやつがいたりする。
ItIsNotNecessaryToCheckItButItIsTheFunctionThatItChecksForTheTimeBeing()
というメソッド名を見たことがあった。
それの属するクラスは、
TheClassWhichAssistsDrawing

英文としては間違ってないんだがな…


107 名前:仕様書無しさん mailto:sage [2007/05/14(月) 20:46:50 ]
後者は

TheClassOfObjectsWhichAssistDrawing

の間違いではないかと

108 名前:仕様書無しさん [2007/05/14(月) 21:37:53 ]
>>106
そいつ何かがズレ過ぎだろwwwwww

>>107
余計長くなってる・・・

109 名前:仕様書無しさん mailto:sage [2007/05/14(月) 22:45:54 ]
>>107

TheClassWhoseInstancesAssistDrawing

だろ

110 名前:仕様書無しさん mailto:sage [2007/05/14(月) 22:54:34 ]
>>106
>それの属するクラスは、 
>TheClassWhichAssistsDrawing 

もしかしてその人、
全てのクラス名の頭に TheClass って書いてるの?




111 名前:106 [2007/05/14(月) 23:09:11 ]
>>110
大部分というかほぼ8割がそう。

↓こんなのもあった
TheWrapperClassToManageInputAndOutputCollectively
TheFunctionThatPreparesSakeCorrespondingToTheUserInputAfterReflectingUpdateToTheScreen()

IOでなくInputAndOutputとわざわざ書くあたり
PGとして基本的な資質が欠けている気がしてならない。
まあ俺の上司なんだが。

こいつのせいで常に画面横スクロールしながら読んでる…


112 名前:仕様書無しさん mailto:sage [2007/05/14(月) 23:23:06 ]
>>111
一般に、あまりに名前が長い場合は、
それらの処理やオブジェクトが
設計上しっかり切り分けできていない
可能性があるのだが。

そこら辺はどう?


113 名前:仕様書無しさん [2007/05/14(月) 23:39:51 ]
>>112
それもあるだろうね。
> TheFunctionThatPreparesSakeCorrespondingToTheUserInputAfterReflectingUpdateToTheScreen()
例えば↑は、画面の更新とユーザ入力への準備を同じメソッドで処理してしまっている、
というのがメソッド名からだけでもわかる。

それ以前に、成句というより明らかに文になっている時点で論外なんだがな。


114 名前:仕様書無しさん [2007/05/14(月) 23:42:09 ]
わざと長くしてるか顔文字が入れたかったんだろうなw

115 名前:仕様書無しさん mailto:sage [2007/05/15(火) 02:52:43 ]
ToTw

116 名前:仕様書無しさん mailto:sage [2007/05/15(火) 22:21:16 ]
ワロス

117 名前:仕様書無しさん [2007/05/15(火) 23:24:04 ]
どなたか
www.cns.ci.ritsumei.ac.jp/~kitano/exp1/ex3.html
の08、09の解析をしていただけないでしょうか?

118 名前:仕様書無しさん mailto:sage [2007/05/15(火) 23:55:46 ]
>>117
立命館で北野さんとこの信号処理実験の講義とってて
20で割ると8になる学生ね。候補かなり絞れるから特定できそうだな。

というか、こんなとこで他人にやってもらおうとせんで自分でやれ。
やり方はレジュメみればわかるだろう?

119 名前:仕様書無しさん mailto:sage [2007/05/16(水) 00:04:16 ]
フーリエ変換すらできない立命館の生徒なんて・・・

120 名前:仕様書無しさん mailto:sage [2007/05/16(水) 00:31:04 ]
独学者の陥りやすい欠点は他人のソースを読めない事
せいぜい数千行までしか読めず、十万を超えるようなお仕事レベルになると時間があっても読めない



121 名前:仕様書無しさん [2007/05/16(水) 01:37:47 ]
確かにwてかなぜいきなり独学w?なんだかんだ言う前にアルゴリズム勉強しろってw

122 名前:仕様書無しさん mailto:sage [2007/05/16(水) 09:09:06 ]
オプソ独学なら全くの逆だろ

123 名前:仕様書無しさん mailto:sage [2007/05/17(木) 00:18:10 ]
コードリーディングは難しい
独学者の欠点と言うより書物の力を使って近道で書けるようになった人の弱点と言うべき
こればっかりは長い経験が無いと駄目だもん
逆にちっちゃい頃から汚いソースも含めて書き続けてきたって言う人はこういうの強いよね

124 名前:仕様書無しさん mailto:sage [2007/05/17(木) 00:25:40 ]
技術を主に他人のコードから得たか、主に本から学んだかの違い
しかし本で学んだ人も慣れれば数十万行のスパゲティでも読めるようになるだろうて
結局は道の違いより単なる経験の差かと

125 名前:仕様書無しさん mailto:sage [2007/05/17(木) 06:29:13 ]
結局スパゲティを書いたほうが参入障壁になるんだから皮肉なもんだよな。

126 名前:仕様書無しさん mailto:sage [2007/05/17(木) 20:44:28 ]
ちっちゃい頃からソース書きつづけてるけど潔癖症だから他人のソースが読めないし治したくなる。

127 名前:仕様書無しさん [2007/05/19(土) 02:56:19 ]
今自分が小さなゲームくらいなら作れるようになったのはあるサイトが
完成したゲームのソースを公開しててくれて
それを分解して理解してやっと作れるようになれた
そのサイトは俺が見つけて二ヵ月後くらいにソース消されてた
多分そのサイト見つけてなかったら未だまともな物作れてない
完成した生のソースは本の数十倍の価値があると思う
独学してる人なんかはそういうのに出会えるかどうかでかなり学習スピード左右される

128 名前:仕様書無しさん mailto:sage [2007/05/19(土) 02:57:22 ]
それは理解せずに使えるソースを寄こせっつう事か。

129 名前:仕様書無しさん [2007/05/19(土) 03:05:43 ]
違うわ
独学の人が一方的に駄目みたいに言われてるからちょぃ反論を

答え見てから式考えるほうが楽なんよ
ゆとりと言われりゃそれまでなんだけどな

130 名前:仕様書無しさん mailto:sage [2007/05/19(土) 03:10:44 ]
>>129
駄目とは誰も言ってなくね



131 名前:仕様書無しさん mailto:sage [2007/05/19(土) 03:49:27 ]
>>128
どちらかというと、理解し易いソースをヨコセ、と言ってるように見えるが

132 名前:仕様書無しさん mailto:sage [2007/05/19(土) 04:06:27 ]
公開された完成状態のソースから飛躍的な学習効果を得られるケースがある。
というだけの話だろ。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<190KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef