07/09/23 22:43:51
語り合おう。
2:デフォルトの名無しさん
07/09/23 22:47:41
Ｕ―20プログラミングコンテストを目標とする。
3:デフォルトの名無しさん
07/09/23 22:50:51
教科書通りに勉強していると飽きる。
4:デフォルトの名無しさん
07/09/23 22:54:35
好きなソフトを作ることを目標とする。
しかし、作り方がわからない。
教科書を買い勉強する。
しかし、つまらない。
結局、何もできない。
5:デフォルトの名無しさん
07/09/23 22:55:54
楽しむことだ。
6:デフォルトの名無しさん
07/09/23 22:56:34
IPAなんとかプログラミングを目指す
7:デフォルトの名無しさん
07/09/23 22:56:43
目標を持てばできる。
8:デフォルトの名無しさん
07/09/23 22:58:29
外国語を学ぶのと一緒
ひたすら読んで、ひたすら書く
ショートカットなんて存在しない
9:デフォルトの名無しさん
07/09/23 22:58:36
自宅でやるより、学校行った方がいいのか？
10:デフォルトの名無しさん
07/09/23 22:58:47
>>4 正確に言うと四つ目は「つまらない」じゃなくて「分からない」だ
11:デフォルトの名無しさん
07/09/23 22:59:02
ひたすら読む。飽きる。続かない。
12:デフォルトの名無しさん
07/09/23 22:59:27
分からないじゃなくて、つまらない。
13:デフォルトの名無しさん
07/09/23 22:59:40
賞を狙え。
14:デフォルトの名無しさん
07/09/23 22:59:52
メモ帳でも作ればいいよ。
15:デフォルトの名無しさん
07/09/23 23:00:01
HSPからはじめれば？
16:デフォルトの名無しさん
07/09/23 23:00:14
分かるだけいいだろ・・・俺はわからないだ・・・
17:デフォルトの名無しさん
07/09/23 23:00:23
お前ら、アホか。
まじめに勉強せずに、プログラミングできるわけないだろ。
18:デフォルトの名無しさん
07/09/23 23:00:46
楽しまないと上達しないよ。
19:デフォルトの名無しさん
07/09/23 23:00:58
教科書どおりなんてつまらん。
20:デフォルトの名無しさん
07/09/23 23:01:09
Cを3年はしろ。
21:デフォルトの名無しさん
07/09/23 23:01:42
英語は必要なのか？ あと、数学もいるの？
22:デフォルトの名無しさん
07/09/23 23:02:49
数学的な発想は必要。
まあ、簡単な数学の知識も必要。
英語は、関数を覚えるときに助かる。分かっていると。
23:デフォルトの名無しさん
07/09/23 23:03:00
プログラム自体にはあまり必要ないけどもらった仕様書が英語だと最悪。今はほとんどないけど
24:デフォルトの名無しさん
07/09/23 23:03:08
>>1
我慢しつつ、楽しむ。
25:デフォルトの名無しさん
07/09/23 23:04:05
作りたいソフトだけ、考えてもしょうがない。
作りたいソフト＋それを作る知識がいる。
だから、目的と言語が必要。
26:デフォルトの名無しさん
07/09/23 23:05:07
課題を出してもらいながら勉強する。
27:デフォルトの名無しさん
07/09/23 23:05:41
一日何時間勉強すればいい？
28:デフォルトの名無しさん
07/09/23 23:05:42
友達を作って、競い合うようにしながら、覚えたらいいよ。
友達と競うほうが、覚えやすい。
29:デフォルトの名無しさん
07/09/23 23:06:00
>>27
3時間はしたほうがいい。
30:デフォルトの名無しさん
07/09/23 23:07:01
毎日することが大切。
あと、プログラミング的な発想も必要。
日常生活でね。
31:デフォルトの名無しさん
07/09/23 23:07:32
少しでもできたら、ネットに公開したらいいよ
32:デフォルトの名無しさん
07/09/23 23:08:35
教科書で勉強するにしても、少し改造しながらしろ。
よく理解しながらしろ。
33:デフォルトの名無しさん
07/09/23 23:10:00
HTML,CSSからはじめたらいいよ。
プログラム言語じゃないけど、簡単だから。
それから、Cをするのがいいよ。その次はJava。
34:デフォルトの名無しさん
07/09/23 23:12:29
11月いっぱいまでにC言語で何か作らないといけない。ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ初心者で3日で初級本を読み上げた。
でも、ポインタとか構造体とか複雑になってくると分からない･･･
35:デフォルトの名無しさん
07/09/23 23:13:15
読んだだけ？
36:デフォルトの名無しさん
07/09/23 23:14:52
パソコンにソースを打ち込みながらやりながら読むのは良くないよ。
なぜかというと、頭で考えないようになるから。
パソコンなしで、本を読んで、頭で、流れとかを考えるほうが、
身に付く。
37:デフォルトの名無しさん
07/09/23 23:21:25
テレビを見ない、ゲームをしないなどして、時間を作り、
その中で集中して勉強すれば身に付くよ。
38:デフォルトの名無しさん
07/09/23 23:25:43
毎日しろとは言わない。土日くらいは休んでもいい。その代わり平日を受験生なみのペースですればいい。
分からないことがあったら誰かに聞くなりしないとな。
39:デフォルトの名無しさん
07/09/23 23:29:51
仕事で毎日５時間以上プログラミングしてたら確実に上達するよ
ということでハロワ逝け
ハロワに逝けないお子様はそんなことをするよりも
もっと勉強しろ。
勉強が面白く思えない奴にはプログラミングも面白くないだろうよ
40:デフォルトの名無しさん
07/09/23 23:35:38
勉強するってのは本を読むことじゃないぞ？自分で考えることだからな
41:デフォルトの名無しさん
07/09/23 23:37:15
毎日5時間もやってたら、太るし、禿げるし、目が悪くなる。
健康に悪いよ。
42:デフォルトの名無しさん
07/09/23 23:37:52
>>40
本を読まずに、考える？
43:デフォルトの名無しさん
07/09/23 23:40:25
教科書を読みながら、打ち込むのか。
一冊読んでから、打ち込むのか。
どっちがいい？
44:デフォルトの名無しさん
07/09/23 23:40:49
>>42 なんていうか・・・本に書いてあるプログラムを書いて勉強したつもりになるんじゃなくて自分で考えるというか・・・
45:デフォルトの名無しさん
07/09/23 23:41:42
教科書見ながら打ち込んでたら、時間かかるだろ。
一冊読んでからやったほうがいいぞ。
46:デフォルトの名無しさん
07/09/23 23:42:17
>>44
教養を付けろってこと？
47:デフォルトの名無しさん
07/09/23 23:42:32
数学の勉強？
48:デフォルトの名無しさん
07/09/23 23:42:48
本読まずに、プログラミングできるわけない。
49:デフォルトの名無しさん
07/09/23 23:44:11
邪念を振り払って勉強しろ。
50:デフォルトの名無しさん
07/09/23 23:45:22
本を読み込め。
51:デフォルトの名無しさん
07/09/23 23:46:11
仕様書だろ。
52:デフォルトの名無しさん
07/09/23 23:46:30
我慢強く頑張れ。
53:デフォルトの名無しさん
07/09/23 23:46:37
>>44
どういうこと？
54:デフォルトの名無しさん
07/09/23 23:47:28
C言語の勉強を続けるためには何が必要？
55:デフォルトの名無しさん
07/09/23 23:47:47
>>4が真理。
56:デフォルトの名無しさん
07/09/23 23:48:34
英語できないと、何もできないよ。
57:デフォルトの名無しさん
07/09/23 23:52:24
集中力が続かん。困った。皆さんは、どうしていますか？
58:デフォルトの名無しさん
07/09/23 23:56:10
URLﾘﾝｸ(www.freewebs.com)
59:デフォルトの名無しさん
07/09/23 23:58:41
何か分からないことがあって他の本を見ても今一理解できないときどうしますか？
60:デフォルトの名無しさん
07/09/24 00:03:26
勉強できない奴はだいたいプログラミングもできないね。
頭のよさってのもあるかもしれんが、問題はそこじゃない。
勉強できない奴は、勉強する根性が無いんだよ。
61:デフォルトの名無しさん
07/09/24 00:08:50
読解能力が必要なのでは？
62:デフォルトの名無しさん
07/09/24 00:09:27
根性っていうか適性はあるかもしれない
勉強にしろ、運動にしろある程度の基礎がないと楽しめない
勉強や運動が楽しくない奴はその段階まで行っていないんだろう
すぐに自分の中で面白い、つまらないと結論をつけて
○○は俺には向いていないと逃げ出す
そんな人間にはプログラムどころか何も上達などできないだろう
63:デフォルトの名無しさん
07/09/24 00:18:40
読解力というかプログラムの流れを理解することかな
64:デフォルトの名無しさん
07/09/24 00:21:38
なに作ってるのかわかってないのは、表現力がないコード書くからすぐバレる。
65:デフォルトの名無しさん
07/09/24 00:35:58
例えば Hello, World! を Hello, Work! に変えてみるとか
自分なりに考えて楽しまないと読んだだけ、打ち込んだだけになる
66:デフォルトの名無しさん
07/09/24 00:38:06
>>65→>>53
67:デフォルトの名無しさん
07/09/24 00:53:19
>>56
それだから、プログラミングの勉強が英語の勉強にもなった俺。
68:デフォルトの名無しさん
07/09/24 01:11:13
>>1
黙れ学生のガキ
69:デフォルトの名無しさん
07/09/24 02:06:31
目的があって、そのための課題を細かく設定してこなすことかな
ex)
ゲームが作りたい
表示するだけ→動かす→壁までしか動かさない→...
70:デフォルトの名無しさん
07/09/24 03:30:40
とりあえず何か作る。
それ以外にない。
71:デフォルトの名無しさん
07/09/24 04:07:42
Linuxを使い始めると良いよ。Ubuntuでも入れてみな。
72:デフォルトの名無しさん
07/09/24 04:37:49
行数、見易さ、変更のしやすさ、処理性能に気をつける。
そのためにアルゴリズムの本も読む。
例えば、３変数x,y,zの最小値を見つける例。
ただし、わざとmin関数は使わない、という条件付。
実装１：素朴な方法
f(x,y,z)
if(x<=y)and(x<=z)then
return x
elsif(y<=x)and(y<=z)then
return y
else
return z
end
実装２：再帰を使う
f(x,y,z)
if(x<=y)and(x<=z)then
return x
else
retrun f(y,z,x) <---ここがポイント
end
実装３：if分岐先が比較結果フラグ値で決まっていることを利用
f(x,y,z)
retrun (x<=y)*(x<=z)*x + (y<=x)*(y<=z)*y + (z<=x)*(z<=y)*z
(ただし、真=1、偽=0の場合)
73:デフォルトの名無しさん
07/09/24 04:38:30
楽しいことはするが楽しくないことはしない。俺はそんなの奴でﾌﾟﾛｸﾞﾗﾐﾝｸﾞはやろうと思ったけど
面白くなくて途中で挫折した。でもその後、どうしてもやらないといけないことになって苦労したよ。
おかげで痩せた。これから始める人は俺みたいにはなるなよ
74:デフォルトの名無しさん
07/09/24 04:40:33
>>72
追加：間違いを探す。
75:デフォルトの名無しさん
07/09/24 04:47:58
int a,b,c,min;
min=a;
if(b<min) min=b;
if(c<min) min=c;
return0;
76:デフォルトの名無しさん
07/09/24 04:53:32
>>75
main(){
int a,b,c,min;
min=a;
if(b<min) min=b;
if(c<min) min=c;
printf("%d\n",min);
return0;
}
言いたいことは分かるが>>72でやろうぜ！
77:デフォルトの名無しさん
07/09/24 05:45:52
まずは「動く喜び」を知ること。これが無いとプログラムなんてただの苦行。
VBでもHSPでも何でも良いので一度見えるものを作っていじくって遊ぶべし。
素人の他人に見せびらかして同時に自尊心も養うとモアベター。
78:デフォルトの名無しさん
07/09/24 07:41:30
>>1
自分で料理するようにしろ。
79:デフォルトの名無しさん
07/09/24 07:44:58
>>1
URLﾘﾝｸ(www.sanabo.com)
80:デフォルトの名無しさん
07/09/24 08:51:59
ディバッグが楽しいと思えないと、プログラムの上達は難しいね。
81:デフォルトの名無しさん
07/09/24 10:43:07
本一冊読んでから、プログラミングを始めるか、
本を見ながら、プログラミングを始めるか、どっちがいい？
82:デフォルトの名無しさん
07/09/24 10:47:55
本を読みながら、それをノートにまとめて、
本を一冊読み終わって、ノートにまとめ終わったら、
ノートを読み。ノートを読んだら、プログラミングを始める。
83:デフォルトの名無しさん
07/09/24 10:54:03
自分で作りたい物をガンガン作る
初めから大風呂敷広げないで、しょぼい物でいい
自分は最初の頃、時計作ったり
ブロック崩しやインベーダー風のシューティング作ったもんだよ
84:デフォルトの名無しさん
07/09/24 10:54:32
Cで作れるプログラムを教えて。
やる気を出すために、挑戦しようと思って。
85:デフォルトの名無しさん
07/09/24 10:54:54
>>83
プログラム言語は何で？
86:デフォルトの名無しさん
07/09/24 10:56:23
VBだったら笑う。
87:デフォルトの名無しさん
07/09/24 11:04:20
>>85
言語なんて関係ない
好きな物を選びたまえ
88:デフォルトの名無しさん
07/09/24 11:05:43
>>83はHSPだったりして。笑う。
89:デフォルトの名無しさん
07/09/24 11:07:15
>>88
俺がプログラミングやりだしたのは13年前だ
90:デフォルトの名無しさん
07/09/24 11:09:02
>>89
お前の自己紹介なんて要らんて。
91:デフォルトの名無しさん
07/09/24 11:37:07
一日8時間以上のプログラミングは脳の機能を損なう恐れがあります。
プログラミングのし過ぎに気をつけましょう。
92:デフォルトの名無しさん
07/09/24 16:21:28
>>84
C言語でトランプゲームを作りたい
ｽﾚﾘﾝｸ(tech板)
93:デフォルトの名無しさん
07/09/24 16:38:44
トランプゲームか。いきなりは無理だろうがこれができればある程度は上達するな
94:デフォルトの名無しさん
07/09/24 17:22:23
シャッフルができませんという質問がでるに違いない
95:デフォルトの名無しさん
07/09/24 17:23:05
>>84
そんな事考える能力もない貴方に無理
96:デフォルトの名無しさん
07/09/24 17:40:40
初めて自分で考えて作ったプログラムは何かって考えてみると、本当に簡単なものしか作れなかったな。
とりあえず本読んで、作れそうだと思ったものを作ってみるのがいいんじゃないか？
97:デフォルトの名無しさん
07/09/24 17:45:58
頭の中で構想して「コイツはスゲェ！コイツはスゲェ！作り甲斐がありｓ・・・コイツはスゲェ！」って思ってても、
100行にも満たない、コーディング時間計数十分、手ごたえが無くて何かテンションが下がってしまう事はある。
98:デフォルトの名無しさん
07/09/24 17:55:54
>>97
仕事でやると、長さや規模は出来とは関係ないことが分かるようになるよｗ
99:デフォルトの名無しさん
07/09/24 18:07:07
ゲーム作りたいっていう目的は、そこまでの過程が長いなあ。
俺の場合、大きな目標が無く、CUIのテキスト処理プログラム→GUIのラッパをつけて・・・
って、主に利便性を求めて徐々に進んできた。
もちろん、ある期間は「MFCもマスターする！」とかって努力した面もあるけど。
あと、IDEだとドーンと立ち上げて、「今からやります」って気合がいるし、
変なプログラム書いたり消したりしているうちに環境が汚れるような気がして、
あんまし冒険できない気がした（今はまた使っているけど）。
71も書いているけど、Linux使うのは良いと思う。
おれはLinux常用するようになってから確実にプログラミングする機会が増えた。
IDEみたいな気合いがいらないのよね。
それと他人の作ったライブラリを使えるようになると、けっこうあれこれできて楽しくなるよね。
100:デフォルトの名無しさん
07/09/24 18:15:14
初心者の段階で一度はＧＵＩを作るべきだ
ＧＵＩを作るまではその辺のアプリとかがめちゃくちゃ遠い存在に思えてしまうが
一回作ったら何だただこれだけやってるだけなのかじゃあ自分にも作れると思える
この意識の違いが大きい
101:デフォルトの名無しさん
07/09/24 18:37:05
HSPで一瞬
102:デフォルトの名無しさん
07/09/24 19:07:13
で逝けます。
103:デフォルトの名無しさん
07/09/24 19:07:48
最近、TopCoderのマラソンマッチに参加し始めた。
成績はさっぱりだが、
問題を読み解いたり、
性能の比較のためにテスト方法を考えたり、
いろいろ楽しい。
104:デフォルトの名無しさん
07/09/24 19:10:19
TopCoderのマラソンマッチ？
105:デフォルトの名無しさん
07/09/24 19:44:20
Oracleって高いですよね
本読んでるだけじゃ勉強にならん？
106:デフォルトの名無しさん
07/09/24 19:50:13
>>103
TopCoderはまず英語という難関を乗り越えるのがちょっときついんだよなあ。
107:デフォルトの名無しさん
07/09/24 19:52:58
あそこのは難関って言うほど難しくないぞ？
中学生レベルの英語で十分
108:デフォルトの名無しさん
07/09/24 20:18:10
２ちゃんねるにコードを貼るときに
インデントを入れないような感性の持ち主は
上達しないと思う。
109:デフォルトの名無しさん
07/09/24 20:19:25
うｐロダに載せることよりも
ソースからインデント無くしていく方が面倒じゃね？
110:デフォルトの名無しさん
07/09/24 20:38:33
全角スペースでインデント
111:デフォルトの名無しさん
07/09/24 20:55:56
インデント整形するコードぐらい書けるだろ
112:デフォルトの名無しさん
07/09/24 21:04:32
mixiで整形するブックマークレットなら書いたな。
普通のブラウザで2chに書き込みするときにはブックマークレットのほうが楽だと思う。replaceを重ねるだけで済む。
問題は専用ブラウザだとブックマークレット使えないってあたりかな。
113:デフォルトの名無しさん
07/09/24 21:04:34
ある程度の言語はツールでいいが
Python辺りでやられると非常に困るｗ
114:デフォルトの名無しさん
07/09/25 01:00:46
上達するコツ。オレ流。
１．関数はできるだけ短く。１００行とかになると嫌になってくる。
２．書き方に一貫性を持つ。
関数名は動詞が先、とか。getTestData()とか。
似たような変数名を作らないとか。strPrg、sPrg、strProg、sProgramとかは統一しろと。
３．業務的な条件文には必ずコメント。nullチェックとか分かりきってる場合は不要。
４．条件文は定数を左に書く。C/Javaで使える手法。
if( true != bHogeFlg)。これだけで代入バグは消えるし。
意味わかんない人は、if(true = bHogeFlg)と書けば分かる。
５．動けばいいというソースはアホが書く。できる奴は保守できるソースを書く、という信念を持つ。
それぞれ書き方はあるだろうけど、
各人のこだわりについての良し悪しよりも、
同一人物が書いてるソースなのに、
あっちこっちで統一感が無いのが一番ダメ。
115:デフォルトの名無しさん
07/09/25 01:03:29
最初は動けばいいものを作ればいい。最初から難しく考えようとうするから嫌になってくるんだ
116:デフォルトの名無しさん
07/09/25 01:10:35
趣味ならそれでもかまわんけど、同じチームにそういう奴がいたら改善させる。
初心者でもそれは一緒。
117:デフォルトの名無しさん
07/09/25 01:15:28
いきなりそれは初心者にはきつくないか？まぁ仕事上仕方ないことだけどきついというか・・・
そこは先輩がフォローしてそっから改善させていけばいい。きついだけが仕事じゃないんだ
118:デフォルトの名無しさん
07/09/25 01:45:31
言わんとすることは分かるけどね、
初心者には何が良くて何が悪いかの基準は設けてあげんと。
「気合入れてコーディングしました！」
とかって奴やら結局作り直しで迷惑でしょ。
それやったら最初に
「こういう作り方をしたら結局作り直しで、お前のやってることはマイナス工程になっとる」
ってのを直接的にじゃないけど教えてあげた方がそいつのためになるし。
119:デフォルトの名無しさん
07/09/25 02:21:00
#include <stdio.h>
void main(void) { /* mに、x,y,zの「中間の値」を入れる */
int m,x,y,z;
sscanf("%d%d%d",&x,&y,&z); /* これでx,y,zを取り込む */
m = /* ここをうまく考えてね。x,y,z３つを参照するはず。 */
sprintf("mid = %d\r\n",m);
}
120:デフォルトの名無しさん
07/09/25 02:24:10
string.hはいらないの？
121:デフォルトの名無しさん
07/09/25 09:27:38
>>114
4番は要らない。そんなことに警告も出せないコンパイラを使うな。
122:デフォルトの名無しさん
07/09/25 09:43:00
>>120 だってあの中でstrxxxとかmemxxx使ってないじゃん。
123:デフォルトの名無しさん
07/09/25 09:54:30
m = MIN(x, MAX(y,z));
124:デフォルトの名無しさん
07/09/25 11:01:14
>>123
xが最小だとアウト
125:デフォルトの名無しさん
07/09/25 13:43:02
>>106
短いマッチだと英語の問題文を読んでいるうちに終わってしまうけど、
マラソンマッチだと問題文を読む時間に余裕があるので、
英語苦手な場合にも辞書を引きながらなんとか出来ると思う。
126:123
07/09/25 19:40:13
できたっぽい
m = x > y ? y > z ? y : z > x ? x : z : y > z ? z > x ? z : x : y;
127:デフォルトの名無しさん
07/09/25 20:02:06
((x - y) * (y - z) >= 0) ? y : (((z - x) * (x - y) >= 0) ? x : z)
128:デフォルトの名無しさん
07/09/25 20:08:03
あなるほど
129:デフォルトの名無しさん
07/09/25 20:22:44
m = (x > y) == (y > z) ? y : (z > x) == (x > y) ? x : z;
130:デフォルトの名無しさん
07/09/25 21:05:14
>>121
コンパイラの警告レベルがデフォルトだと代入は捕まえない場合あるからなあ。
コンパイラ任せよりもプログラマの意識が高いことはいいことだよ。
131:デフォルトの名無しさん
07/09/25 21:48:20
>>130
確かにいいことだ。でも上達するコツなのか？
４以外はわからないでもないんだが、これだけがなんか違う。
132:デフォルトの名無しさん
07/09/25 22:00:37
なんか違う、じゃなあ。
漏れも定数左派。
コーディングテクニックの一つってことで、
知らないよりは上達してるんじゃね？
知らない奴は代入バグが存在することに気がつかないし。
133:デフォルトの名無しさん
07/09/25 22:03:49
なんかこのスレ、初心者同士の情報交換って感じで和むよね。
134:デフォルトの名無しさん
07/09/25 22:07:54
そら達人プログラマーに
上達するコツは必要ない
135:デフォルトの名無しさん
07/09/25 22:14:21
コンパイラの警告レベルは理由が無い限り常に最大に。
これを守るだけで解消できることのために可読性を犠牲にしてもなぁ。
136:デフォルトの名無しさん
07/09/25 22:20:11
でもVCにWallオプション付けたらすんごい事になるよ
一応ワーニングサプレッサヘッダ作ったけど、これまた凄い行数で…
137:デフォルトの名無しさん
07/09/25 23:09:54
>>135
可読性が落ちる？
んなわけねー
138:デフォルトの名無しさん
07/09/25 23:26:03
可読性なんて人それぞれ。上がる人もいれば下がる人もいる。
139:デフォルトの名無しさん
07/09/25 23:29:57
等値比較で定数を左に置くのがナンセンスな理由
- 今どきのコンパイラは警告を出してくれる
- 比較する対象が両方変数だった時にはどうしようもない
- プログラムを読むときには、普通左辺にあるものを主語として読むけれども、
数値が主語になるのはいかにも不自然
（コードの意味を理解するまでにワンクッション入ってしまう）
140:デフォルトの名無しさん
07/09/25 23:36:31
IDEだと色もつくんじゃない？
141:デフォルトの名無しさん
07/09/25 23:39:32
２行目で破綻してるんだが。定数って書いてあんじゃん。
３行目も、初心者だからだろ。
定数左に慣れるのは２、３日もあれば十分。クッションなんかいらんし。
142:デフォルトの名無しさん
07/09/25 23:43:12
右利きと左利きどっちがいい？っていう質問で、
両利きが一番いい、って答えと一緒だな。
左定数が分かる奴は右だろうが左だろうが関係ないし。
可読性どうこう言ってる奴は、メリットを理解できないだけ。
コーディングテクニックを身につけることを何故拒絶するのか意味分からん。
143:デフォルトの名無しさん
07/09/25 23:44:43
２，３日もかかるのかよ
俺は書かんけど一目見たら慣れたよ
144:デフォルトの名無しさん
07/09/25 23:46:13
だろ。すぐわかるよな。
145:デフォルトの名無しさん
07/09/25 23:46:29
警告放置するなよ
そっちのほうがよっぽど重要だ
146:デフォルトの名無しさん
07/09/25 23:48:34
>>141
2番目に関して。
変数同士の比較をすることも結構多いんだから、
片方定数の場合だけアドホックに回避するんじゃなくて、
変数同士の場合でも大丈夫な対処法を取る方が賢いよね。
そしてそれはコンパイラの警告スイッチを入れるだけで十分な訳で。
147:デフォルトの名無しさん
07/09/25 23:50:34
C#だから定数を左に書く必要がありません＞＜
C++だと左に書いてもいいかな、昔のVCは警告出なくて困ったような
148:146
07/09/25 23:53:43
失礼。「2番目」と書いてあるのは、
>>141 で「2行目で破綻してるんだが……」と
書いてあることについてのレスという意味ね。
149:デフォルトの名無しさん
07/09/25 23:55:06
>>146
確かにその通りね。
ただ、それは警告してくれるコンパイラを使ってることが前提になるでしょ。
現場によっては優秀とは言えない処理系になる場合もある。
変数同士のは注意する。定数の場合は左に書く。
こういうコーディングテクニックを身につけておけば、
少なくとも定数に限って言えば、代入バグは回避できるでしょ。
150:デフォルトの名無しさん
07/09/25 23:59:54
lintでチェックしようぜ
151:デフォルトの名無しさん
07/09/26 00:02:28
長い事やってて代入バグなんて一度もないが。
どんだけ見難いソースなんだよ
152:デフォルトの名無しさん
07/09/26 00:03:59
実をいうと俺もない。
他人のも見たことない。
けど議論には参加するｗ
153:デフォルトの名無しさん
07/09/26 00:05:01
一度もないのはすごいな。
漏れは極まれにある。
あれ、常に同じ動作だな -> if(a = 1) { /* hogehoge*/} else { /*fuga*/}
みたいな・・・
154:デフォルトの名無しさん
07/09/26 00:07:42
俺は数年前に1回だがやっちまった事がある
プログラミング歴8年
他人のは見たことが無い
155:デフォルトの名無しさん
07/09/26 00:08:32
ＶＢ転向組がやらかしたのを見たことがある。
156:デフォルトの名無しさん
07/09/26 00:20:09
俺はタイプ遅いからかなｗ
ひょっとして = をやってしまいがち人は & | もやってしまう？
157:デフォルトの名無しさん
07/09/26 00:22:49
ビット演算で&&や||ならやったことある
158:デフォルトの名無しさん
07/09/26 01:01:02
俺はやった事は無いが、俺が居ない時に代わりに仕事をやってくれる小人さんはしょっちゅうやってる。
159:デフォルトの名無しさん
07/09/26 02:10:41
#define == eq
160:デフォルトの名無しさん
07/09/26 03:37:19
>>145
STL使ってて「名前が長すぎるんで255文字にカットしましたよん」って警告はどうすれば？
ライブラリのほうではプリプロセッサで回避してるけど、少し長いSTL使うたびにこれではやってらんない。
テンプレートクラス一回派生して使うとかそういうことしないと駄目？
関数引数以外でテンプレート引数使う関数同士を識別出来ないVC6でテンプレート使うなって言われたらそれまでだけどさ…。
161:デフォルトの名無しさん
07/09/26 07:33:59
>>160
そういう対処しようのない警告は無視するよう指定しておく。
162:119
07/09/26 08:36:56
大勢乗ってくれてありがと。いろんなアイデアに出会えて良かったですね。ちなみに私のは
m = x+y+z - max(x,y,z) -min(x,y,z) 私が駆け出しの頃に達人にやられた噺、当時はFortran。
163:デフォルトの名無しさん
07/09/26 08:55:22
本物の達人はオーバーフローを気にしない
164:デフォルトの名無しさん
07/09/26 09:01:07
うーC++にも可変引数のmax,minが欲しいぜ
でもboost使えば引数nのmax,minは引数n-1のを使って楽に作れそうだから
もう誰かが作ってるだろうなぁ…
165:デフォルトの名無しさん
07/09/26 10:05:48
>>57
DHCに相談汁
166:デフォルトの名無しさん
07/09/26 16:11:41
やる気だろ
167:デフォルトの名無しさん
07/09/26 16:14:49
マジレスすると、運動。
運動して、気分を明るくするというか、眠気を覚まして、体とか精神をリフレッシュさせると
プログラミングもはかどるし、それに集中できる。
168:デフォルトの名無しさん
07/09/26 16:21:18
昼は土木作業員
夜は趣味プログラマ
というのがいいんですね？
169:デフォルトの名無しさん
07/09/26 16:21:48
夜って言っても、深夜は駄目だけどね。
午後10時ぐらいまでは、趣味でプログラミングするのはいい。
170:デフォルトの名無しさん
07/09/26 16:45:47
規則正しい生活を送ってないと、何をするにも集中できないよ。
171:デフォルトの名無しさん
07/09/26 17:14:22
4:00～8:30 仕事 9:00～12:00 体育館でジム 13:00～17:00 仕事 18:30～19:00頃 就寝
ってパターンでやってます。ﾍﾙｼｰでいいよ。
172:デフォルトの名無しさん
07/09/26 17:34:16
TopCoder
ｽﾚﾘﾝｸ(tech板)
に参加。
173:デフォルトの名無しさん
07/09/26 17:34:36
>>171
どんな仕事してるの？
174:デフォルトの名無しさん
07/09/26 17:41:02
英語を勉強。
175:デフォルトの名無しさん
07/09/26 17:47:47
プログラマーライフを楽しみたければ生業にしてはいけないということだな
176:デフォルトの名無しさん
07/09/26 17:50:12
まずは、
#include <stdio.h>
int main(void)
{
int i,j;
for (i=1; i<=9; i++) {
for (j=1; j<=9; j++)
printf("%3d",i*j);
putchar('\n');
}
return (0);
}
の理解を目指せ。
177:デフォルトの名無しさん
07/09/26 20:06:07
参考にしてはいけないコード
178:デフォルトの名無しさん
07/09/26 20:19:51
目標がない
179:デフォルトの名無しさん
07/09/26 20:21:52
今の環境で欲しいものとかあるでしょ
それを作るのを目標にすればいいじゃない
180:デフォルトの名無しさん
07/09/26 20:22:22
環境でって？
181:デフォルトの名無しさん
07/09/26 21:14:40
今の環境で欲しいものといえばおにゃのこです。
182:デフォルトの名無しさん
07/09/26 22:43:44
>>181
親に頼め。
183:デフォルトの名無しさん
07/09/26 23:24:46
>>161
ども。
184:デフォルトの名無しさん
07/09/26 23:47:31
そろそろ終了しそうな雰囲気
185:171
07/09/27 03:24:10
>>173 フリーで、主に自宅で書いてます。小さいチップのクミコ。
客先の人達、私が朝型だと知ってるので、夕方のメールは翌朝返事がデフォになってます。
186:デフォルトの名無しさん
07/09/27 15:07:09
好きこそ物の上手なれだ
187:デフォルトの名無しさん
07/09/27 16:26:27
俺の生き方みたいに、スマートにコーディングしてると上達が早い。
188:デフォルトの名無しさん
07/09/27 16:30:29
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
189:デフォルトの名無しさん
07/09/27 18:20:28
>>168
体も動かせて運動不足どころか鍛えれて良いと思う。
ただ土木作業員にプログラミングなどする奴がいるかどうかは不明だが。
190:デフォルトの名無しさん
07/09/27 18:50:23
マッチョなプログラマーを目指せば、自然とプログラミングも上達するよ
191:デフォルトの名無しさん
07/09/27 18:53:15
それなんてノムソウ社員？
192:デフォルトの名無しさん
07/09/27 18:54:28
筋肉留学ならぬ、プログラミング留学すれば、技術も付くと思う。
違う環境で頑張るのもいいと思う。気分一新頑張れると思う。
193:デフォルトの名無しさん
07/09/27 18:54:42
専門学校に行くのはどうよ。
194:デフォルトの名無しさん
07/09/27 18:56:08
目標リストC言語の場合
初の初級：
初級：九九
中の初級：
中級：
上の初級：
上級：
195:デフォルトの名無しさん
07/09/27 19:02:39
初の中級:cal
196:デフォルトの名無しさん
07/09/27 19:05:05
URLﾘﾝｸ(rimo.tv)
197:デフォルトの名無しさん
07/09/27 22:36:03
目標リストC言語の場合
下の下：Hello,World
下の中：九九
下の上：
中の下：
中の中：
中の上：
上の下：
上の中：
上の上
198:デフォルトの名無しさん
07/09/27 22:39:24
目標リストC言語の場合
下の下：Hello,World
下の中：九九
下の上：受験勉強
中の下：東大入学
中の中：東大卒業
中の上：東大助手
上の下：ソフトウェア作成
上の中：逮捕
上の上：勝訴
199:デフォルトの名無しさん
07/09/27 22:56:34
＿＿＿_＿＿＿＿＿
（遠く宇宙のラップを）
￣￣￣＼|￣￣￣￣
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
200:デフォルトの名無しさん
07/09/27 22:58:04
他人まかせ
201:デフォルトの名無しさん
07/09/28 14:20:10
->
を使ったプログラムを作れ
202:デフォルトの名無しさん
07/09/28 14:21:05
４９氏ですか？ｗｗｗｗ
203:デフォルトの名無しさん
07/09/28 14:36:08
printf("->");
204:デフォルトの名無しさん
07/09/29 00:50:45
>>201
「アロー演算子」の積もりならそう書かないと
205:デフォルトの名無しさん
07/09/29 01:28:37
>>189
謝れ、俺に謝れ。
206:デフォルトの名無しさん
07/09/29 01:35:53
不明と言っただけだろう
へぇ居るんだね で終わり
207:デフォルトの名無しさん
07/09/29 02:50:30
肉体労働して金が貰えるんだから嬉しいじゃないか。
俺なんか金払って肉体労働してるんだぞ。
208:>>201
07/09/29 02:56:19
typedef void (*const t_cmdsub)(char*);
typedef struct { // 識別ｺﾏﾝﾄﾞ+処理関数型
char cmd[12]; // ｺﾏﾝﾄﾞ名
t_cmdsub funca; // 関数ｱﾄﾞﾚｽ
} t_cmdfunct;
static const t_cmdfunct cmdtbl[] = { // 識別ｺﾏﾝﾄﾞ+処理関数tbl
{ "VER?" , cmdver }, // Version?
{ "$GPGGA" , cmdgga }, // GPS NMEAｾﾝﾃﾝｽ
{ "$GPRMC" , cmdrmc }, // GPS NMEAｾﾝﾃﾝｽ
・・・
こんな感じにmax-ｎ文字のコマンド名とそれの処理ルーチンの関数ポインタテーブルを定義
209:つづき
07/09/29 03:02:09
void etcfunc(char *p) { sendout("?\r\n"); } // 再入力のﾌﾟﾛﾝﾌﾟﾄﾙｰﾁﾝ
static void *cmdmatch(char* cmd) { // ｺﾏﾝﾄﾞ名識別ﾙｰﾁﾝ
// in : *cmd ｺﾏﾝﾄﾞ名のあるﾊﾞｯﾌｧのｱﾄﾞﾚｽ、
// return : 認識したｺﾏﾝﾄﾞ処理ﾙｰﾁﾝのｱﾄﾞﾚｽ、
register t_cmdfunct *p = cmdtbl;
do {
if( memcmp(cmd,p->cmd,strlen(p->cmd))==0 )
return (void*)(p->funca); // ｎ番目のｺﾏﾝﾄﾞを識別
} while( (++p)!=(cmdtbl+(sizeof cmdtbl/sizeof cmdtbl[0])) );
return (void*)etcfunc; // 不一致時、空func
}
210:つづき
07/09/29 03:09:23
構造体[n].メンバ という参照をするたびに、「添え字から[n]番目のメンバへのアドレス計算」
が実行されるが、ポインタｐ＋オフセットというアドレッシングはたいていの石で速い。
なのでループ中でアドレス計算が何度も実行されないというのが利点１。
cmdfunct[n].cmd という参照が、p->cmd で、短く書けて楽、なのが利点２。
テーブルの並べ方は、コマンドABCDとABC があるような時はABCDのほうを前に置くこと。
211:デフォルトの名無しさん
07/10/02 07:48:44
珈琲はブラックでないとだめみたいだね。
212:デフォルトの名無しさん
07/10/02 09:50:45
>ポインタｐ＋オフセットというアドレッシングはたいていの石で速い。
最近はそうとも限らない。
とくに構造体のサイズが2のべき乗の場合は。
213:デフォルトの名無しさん
07/10/08 03:45:55
元が>>201なんだから、そんなとこにつっこまんでも・・・ 201はこれでも食いきれないだろうし。
214:デフォルトの名無しさん
07/10/08 12:25:24
プログラミング的な発想
とは？
215:デフォルトの名無しさん
07/10/08 15:09:54
物事が予測可能だと思うこと、かな。
216:デフォルトの名無しさん
07/10/08 16:39:46
ラプラス気取りか
217:デフォルトの名無しさん
07/10/09 16:37:19
経験した物事しか予想できない、だな
218:デフォルトの名無しさん
07/10/09 19:24:26
プログラマ的発想なら分かる。
「手でやれば1分で片付く作業を、10分かけてスクリプトにやらせる」
でも、ある入力をどう加工すれば目的の出力になるかということを考えるのは、いいトレーニングになると思う。
219:デフォルトの名無しさん
07/10/09 19:27:08
ここに書いてる人ってみんなプログラマーなんですか？
220:デフォルトの名無しさん
07/10/09 19:31:15
このスレの3割ぐらいはプログラマじゃない俺のコメントです。
ごめんね。
221:デフォルトの名無しさん
07/10/09 20:17:52
>>220
おぬし、気にいったゾ
222:デフォルトの名無しさん
07/10/09 22:14:49
うちにきて妹をデバッグしてもよいぞ
223:デフォルトの名無しさん
07/10/09 22:41:39
ゲーム好きなら、GUIでゲーム作ってるだけで楽しい
まぁ簡単なSTGくらいしか作れないけど
224:デフォルトの名無しさん
07/10/10 04:09:48
達人～初級者から見て
プログラム超初心者が参考になるようなまたは参考になったサイト教えてください
225:デフォルトの名無しさん
07/10/10 06:47:12
とりあえず入門書をダラダラ1冊読破。
作りたいもの作りながら必要な技術をググる。
何か一つ、これで学べば大丈夫って便利な物は無いと思うべき。
入門書が何段階かに分けてある場合は、ある程度前巻が理解できた段階で次を読む。
物によっては中級編の内容が初級編に足りない項目足してあるだけの場合もあるから初級を飛ばせる場合もある。
226:デフォルトの名無しさん
07/10/10 11:06:54
出来るまでやる。
わかるまで調べる。
227:デフォルトの名無しさん
07/10/10 11:46:46
昔はベーマガのリストを手入力
俺は保存出来なかったから
遊ぶ度に全入力してたから自然と身についた
いまはDVDやらで配布され入力の手間を惜しんでる
とにかく 一から全部作れ なんでもいい
コピペなんかすな
228:デフォルトの名無しさん
07/10/10 11:48:45
初心者のうちからemacs用の補完入力リストとかスニペット作ってちゃだめってことですね…
229:デフォルトの名無しさん
07/10/10 13:23:44
自分で入力しようとするだけマシ
230:デフォルトの名無しさん
07/10/10 19:32:00
習うより慣れろってころれすか
231:デフォルトの名無しさん
07/10/10 22:29:10
一般的な語学学習に於いては
1)文法
2)単語
3)慣用句
4)その言語を話す国(地域)の文化・習慣
等と言ったものを学んでいきます。
文法だけ知っていても、単語だけを知っていてもカタコトしか話せませんし、
慣用句を知らなければ自然な言葉になりません。
また文化を知らない場合も同様にコミュニケーションに齟齬を来たします。
プログラミング言語にもこれと同じことが当てはまります。
232:デフォルトの名無しさん
07/10/11 00:53:37
他人のコードを沢山見て、読んで、書いてみろって事でしょう。
233:デフォルトの名無しさん
07/10/11 23:26:46
>>232 昔のUNIXはソースコードが全部付いていたから、勉強になった。
lsとかのコマンドのソースを見れたからね。
234:デフォルトの名無しさん
07/10/11 23:51:43
>>233
今でも見れるでしょ？
235:デフォルトの名無しさん
07/10/12 00:26:23
むしろ今の方が見放題。
236:デフォルトの名無しさん
07/10/12 00:34:58
しかし、慣れないとどこに何があるか判らないもろはの剣。
237:デフォルトの名無しさん
07/10/12 01:04:11
それに慣れようとする行為に意味があるんだろうがよ
238:デフォルトの名無しさん
07/10/12 01:39:52
ソースを読むのとは全然別の学習だがな。
239:デフォルトの名無しさん
07/10/12 01:44:25
ああすまん。どこでどのファイルが入手できるのかわからんていう話ね。
240:デフォルトの名無しさん
07/10/12 04:46:16
ググれ。
URLﾘﾝｸ(www.google.com)
241:デフォルトの名無しさん
07/10/12 04:51:28
まあ、必要な情報をどっからともなく引っ張ってくるのも技術のうちだよね。
ていうか一番重要な技術かもしれんね。
242:デフォルトの名無しさん
07/10/12 05:34:04
コピペばっかでプログラム書いてる香具師は自分の頭使ってないから
新しい仕事で自前でソースを書き起こすしかないときに対処出来ない
243:デフォルトの名無しさん
07/10/12 11:11:29
いつもIDEで窓にボタン貼り付けてメッセージ出して満足してプログラミング終了してしまう
俺にアドバイスをください
244:デフォルトの名無しさん
07/10/12 18:07:14
満足するならそれで十分なんじゃね？
245:デフォルトの名無しさん
07/10/12 20:09:02
Windowアプリ書いてるけど出力にはコンソール開いてる
246:デフォルトの名無しさん
07/10/14 01:09:49
>>241
引っ張ってきて、それを「理解して使える」ことかも。
後は目的にあわせて何が必要なのか考える頭があれば問題無い。
>>242
まぁ、この場合は「学習するために他人のソースを読む場合」だから、コピペとはまた別かと。
>>245
ウィンドウに出すのは大概メドイから悪くは無いんじゃね？
コンソールのごとくウィンドウ上のエディットコントロールを操作する関数でも書いてやるとかすると、そのうちGUIも便利に感じてくる。
とりあえずの対処でプログラム書く人間が案外多いことに突っ込む人はいないのか。
247:デフォルトの名無しさん
07/10/16 11:25:46
UWSCで書かれたあるゲームのマクロをVB.net2005に移行
（この時初めて勉強）する事からチャレンジしたら割と
すんなり入って行けた。
少しコツを掴んだらあとは世界が広がって楽しくなった。
と言うことでこの辺のきっかけは凄く個人差があると思う。
最初にC#選んでおけばよかったとちょっとだけ後悔したけど
それはそれで挫折したかもしれん。
好きこそ物の上手なれというけど、興味なり沸かなければ
そういった仕事に就くとかしない限り到底無理だと思う。
248:デフォルトの名無しさん
07/10/16 16:58:50
emacsとかunixのコマンドラインツールとか
便利なツールの使い方を知りながら進めていけば早く学習できると思ったが
別にそんな事はなかったぜ！
# emacsのカスタマイズに嵌ってしまって言語の勉強の方はなかなか進まない
249:デフォルトの名無しさん
07/10/16 18:42:53
あまりカスタマイズに凝ると他人の環境で仕事できなくなってストレスたまるぞｗ
250:デフォルトの名無しさん
07/10/16 21:37:09
そういう時はカスタマイズした環境をUSBメモリに放り込めば割と幸せになれる。
欠点はカスタム環境を持ち込めなかったときのストレスがさらに増えること。
251:デフォルトの名無しさん
07/10/17 06:48:47
USBメモリ禁止なら、Webサイト作ってemacs.elをあげておくという方法がある。
252:デフォルトの名無しさん
07/10/17 20:36:39
いやあの、外部とのデータ交換禁止端末とか、フリーウェア禁止とか、そういう状況の事を言ったつもりなんだが。
253:デフォルトの名無しさん
07/10/17 21:09:39
俺の場合は他所行くとキーボードの配列が違ってていきなりイライラする。
254:デフォルトの名無しさん
07/10/18 17:45:24
初心者の「自分はこうして覚えた」は、アテにしないほうがいい。
255:デフォルトの名無しさん
07/10/19 09:04:14
>>254
自称上級者さんの覚え方を教えて下さい。
256:デフォルトの名無しさん
07/10/19 10:01:30
目標ではなく目的を持つこと
257:デフォルトの名無しさん
07/10/19 10:28:36
あ～それは確かに大事だと思う。
258:デフォルトの名無しさん
07/10/19 10:45:43
違いを説明してくれ。よくわからん。
259:デフォルトの名無しさん
07/10/19 11:04:15
言葉遊び
260:デフォルトの名無しさん
07/10/19 11:37:59
言葉尻はどうでもよくて、こういうプログラムを
書けるようになりたいとかじゃなくて、明確に
こういうソフトなり機能を作りたいって事じゃないの。
261:デフォルトの名無しさん
07/10/19 11:44:21
URLﾘﾝｸ(www.kyoto.zaq.ne.jp)
あなたはなぜプログラムを続けているのですか？
262:デフォルトの名無しさん
07/10/19 13:07:39
ぜんぜんわかんねえ（；´Д｀）
例えばそれぞれ英単語にしたらどう違うの？
263:デフォルトの名無しさん
07/10/19 13:20:05
くだらん。
264:デフォルトの名無しさん
07/10/19 18:43:27
モチベーション維持しろってことだろ
265:デフォルトの名無しさん
07/10/19 18:50:19
わかりやすく書くと
× 超スゲー検索エンジン作ってGoogle超えてやるぜ！
○ 連番エロ画像自動ダウンロードスクリプト作るぜ！
一日一つだけでも、成功するように勉強計画を立てるのが重要。
あと、その成功を記録するのも大事。
266:デフォルトの名無しさん
07/10/19 19:02:53
プログラムを書くことを目標にするんじゃなくて
書いたプログラムを使って何かをすることを目標にしようってことだよね。
プログラムを書くことを目的にするんじゃなくて
書いたプログラムを使って何かをすることを目的にしようってことだよね。
267:デフォルトの名無しさん
07/10/20 10:57:48
わからないのに無理して上達しようとしなくてもいいじゃん。
268:デフォルトの名無しさん
07/10/20 10:59:24
>>255
読書百遍意自ずから通ず
269:デフォルトの名無しさん
07/10/23 23:04:21
いまネット上のサンプルプログラム見ながらwin32api勉強してるけど
Ｃ/C++言語ある程度使いこなせてもあんま意味ないと感じてる
「この定数は何？」「こんなのwin32apiリファレンスに載ってねーぞ」
で、ＨＥＬＰ見て、つたない英語力と翻訳ページつかって
SDKのヘルプを読解して、コメント付加して・・・
MFCはなんかよくわかんねーし
やっぱC#勉強すべきかな・・・
270:デフォルトの名無しさん
07/10/23 23:22:07
プログラムが上達したと言う定義は何?
271:デフォルトの名無しさん
07/10/23 23:27:13
実際にコーディングするより、ライブラリやAPIについて調べるのが多いってのは
どの言語も同じだと思うよ。プログラミング全体のうち、コーディングなんて3割あれば
かなり多い方で、調査、テスト、デバッグが行程のほとんどを埋めるのが普通。
とはいえ、それらをやりやすい言語や環境ってのはある。
272:デフォルトの名無しさん
07/10/23 23:34:36
>>269
ＪＡＶＡ→Ｃ言語→Ｃ＃→Ｃ＋＋の順番で勉強することを勧める
273:デフォルトの名無しさん
07/10/24 00:47:35
C→Java or C#の方がよくね？
言語仕様だけならCの方が簡単
274:デフォルトの名無しさん
07/10/24 00:51:56
オブジェクト指向を何処で入れるかだよな。
C言語はどっかでやっとくと理解が深まるから入れておきたいし。
275:デフォルトの名無しさん
07/10/24 00:53:37
>>271
プログラムって夢がないね
276:デフォルトの名無しさん
07/10/24 00:56:00
仕事のプログラミングに夢はない。
楽しいプログラミングはおうちでやるものだね。
277:デフォルトの名無しさん
07/10/24 12:39:49
そりゃあ、夢は与えられるものじゃなくて
自分で描くものだからな。
278:デフォルトの名無しさん
07/10/26 22:15:31
C -> C++ -> アセンブラ
279:デフォルトの名無しさん
07/10/27 13:05:33
C -> C++ -> アセンブラ = (*((*C).C++)).アセンブラ
280:デフォルトの名無しさん
07/10/28 02:11:33
>>277
かっこいー
281:デフォルトの名無しさん
07/10/28 03:59:32
Dreamインターフェースは他者から与えられるものだが、
継承して実装書くのは自分で、インスタンス化するのも自分という動作環境なんだ。
282:デフォルトの名無しさん
07/10/28 04:41:14
つまんね
283:デフォルトの名無しさん
07/10/28 04:56:53
現実はつまらなさとの戦いでもある
284:デフォルトの名無しさん
07/10/28 07:27:15
面白き事もなき世を面白く
住みなすものは心なりけり
285:デフォルトの名無しさん
07/10/31 01:04:42
この仕事１０年やってるけど
趣味でプログラム組んだことないわ
286:デフォルトの名無しさん
07/11/01 21:11:54
URLﾘﾝｸ(www.01-tec.com)
287:デフォルトの名無しさん
07/11/06 05:32:49
俺、就職のためにC/C++とか勉強してるけど
プログラミングを学べば学ぶほど、とてもじゃないが
趣味ではやってられんと思う日々つれづれ
いつかは楽しくなるんかいな
288:デフォルトの名無しさん
07/11/06 09:38:41
仕事でやったら一気に萎えるぞｗ
仕事で好きに書けないストレスを発散するために趣味でコード書く奴も多い。
289:デフォルトの名無しさん
08/02/17 01:12:10
>>30のプログラミング的な発想ってたとえば何ですか？
290:デフォルトの名無しさん
08/02/17 01:28:03
>>289
while(所持金>=料金){
風俗;
}
291:デフォルトの名無しさん
08/02/17 01:42:49
フラグがたったなんて、元はプログラムじゃねぇか
292:デフォルトの名無しさん
08/02/17 03:04:06
左定数の話題ですけど、
そもそもifの条件にイコールを使うのがいけてないんじゃないの。
293:デフォルトの名無しさん
08/02/17 03:13:22
それは話が飛躍しすぎだ。nullとの比較すら困難になるじゃないか。
294:デフォルトの名無しさん
08/02/17 03:24:40
イコール使わないとして、たとえばどんな？
295:デフォルトの名無しさん
08/02/17 10:27:14
292が言いたいのは代入の=のことで、比較の==のことではないと思う。
実際、それでコンパイラは警告出すから、左に定数を置く意味はないというのが現在の主流。
296:デフォルトの名無しさん
08/02/17 14:57:39
ん、>>292が言いたいことがわかったかもしれん。
「==」というoperatorがいけないということでこれが、例えば「@」というoperatorなら「=」とのtypoなんかしないじゃん？ってことでは？
そうであるなら、変えてもいいと思うのは比較ではなく代入の演算子だとは思うが・・・
297:デフォルトの名無しさん
08/02/17 22:52:51
あんがい if()の括弧のなかで代入=を許すな、ってことかも。
if(foo=func()) とかいうの。
298:297
08/02/17 22:53:21
構文として許すなってことね、コーディングスタイルとかじゃなくて。
299:デフォルトの名無しさん
08/02/17 23:23:22
if (!(hoge - 100)) ;
と書けば良いのジャマイカ?
300:デフォルトの名無しさん
08/02/17 23:34:58
typoが怖いなら、もういっそのことマクロにして一か所にしとけばいいじゃまいか。
#define IS_EQUAL(x,y) ( ( x ) == ( y ) )
301:デフォルトの名無しさん
08/02/18 00:44:35
そこで#include <iso646.h>
(x eq y)
302:デフォルトの名無しさん
08/02/18 00:46:08
…と思ったらeqは無かった、スマン
#define eq ==
303:デフォルトの名無しさん
08/02/18 17:46:50
if((fp=fopen(...))==NULL)
if(NULL==(fp=fopen(...)))
どっちか忘れたけど入門書でこういう風に習った覚えが有る。
代入のときは一回余分に括ると警告出なかったりするんだよな。
APIのエラーチェックのときはたまに使うけど、気持ちのいいもんではない。
304:デフォルトの名無しさん
08/02/18 23:02:06
そもそも括弧がないと正常に動作しない。
よく見られる手法だし、慣れだとおもう。
305:デフォルトの名無しさん
08/02/18 23:12:57
1年前くらいから、その詰め込みやめたな。
今は
fp = fopen(...);
if(fp == NULL)
みたいに書いてる。
306:デフォルトの名無しさん
08/02/19 05:03:32
でも305より303のほうが最適化がかかりやすい。
307:デフォルトの名無しさん
08/02/19 09:29:39
そこまで気になる人は詰めればいいやん。
308:デフォルトの名無しさん
08/02/19 13:39:11
今のコンパイラの最適化は、
303で書いても、一旦305に変形した後に最適化するんだから、変わらんよ。
でも、俺は303で書くが。
309:デフォルトの名無しさん
08/06/19 18:43:58
ホームページを作るのは、勉強になるだろうか？
もちろんツールとかは使わないで。
310:デフォルトの名無しさん
08/06/20 04:30:22
LintにかけてVaildなHTMLを書くなら多少は意味がある。
多少は。
311:デフォルトの名無しさん
08/06/20 07:53:22
それで『多少』か…。
プログラム自体まだVBAとSQLがようやくわかってきた程度で、他のもなんかできんかな～、って挑戦しようと思ってたんだが…。
ま、いっか(´・ω・`)。
312:デフォルトの名無しさん
08/06/20 12:14:56
プログラムなんてできてもあまり良いことないよ。
一般人との距離がさらに遠くなるし
313:デフォルトの名無しさん
08/06/20 13:54:29
俺もう既に一般人じゃないから…。
せめて色々言語知って使えれば、ちっとは金になるかなぁって。
…甘いな。
314:デフォルトの名無しさん
08/06/20 19:05:04
>>309
htmlを吐き出すコードを自分で書けばいいｗ
315:デフォルトの名無しさん
08/06/21 11:21:45
ﾅﾙﾎﾄﾞ!
316:デフォルトの名無しさん
08/09/01 22:02:06
ゲーム作りたい
↓
Cについて学ぶ
↓
Cだけじゃ無理。WIN32apiの基礎を学ぼう。そして学ぶ
↓
プログラミングにおける設計やdirectxその他諸々が必要（心が折れそうです！）←今ここ
行きたい場所はわかるのに目的地に近づけば近づくほど
自分の考えが浅慮で無謀である事に気付きゴールが程遠い事に気付いてしまった
もうここまで我慢して学習したのにやめるわけにはいかないし…dirextxなんて鬼だろうな･･･
317:デフォルトの名無しさん
08/09/04 15:41:59
オープンソースを覗くのが手っ取り早い気が。
入門書読んでなんとなく理解したら、後はすごいことやってるけど読みやすいプログラムを探して
ひたすら解読。ググルのコードサーチとか割とピンポイントでやりたい事が見つかる。
318:デフォルトの名無しさん
08/09/15 22:38:42
>>316 そんなあなたにDxLibraryをおすすめする
319:デフォルトの名無しさん
08/09/17 21:39:57
左手はキーボードじゃなくてペニス。豆な。
320:デフォルトの名無しさん
08/09/18 20:04:45
ソース嫁とはよく言われるけどさ、実際には何を読めばいいのかすらわからん。
自分の場合、プログラムを勉強して何をしたいのかが定まってないってのもあるけど。
321:デフォルトの名無しさん
08/09/18 21:12:09
プログラム覚える必要ないんじゃないの？
322:デフォルトの名無しさん
08/09/23 15:17:59
作りたいものがあるじゃん？
そしたらそれに必要なプログラムがなんとなく想像できるじゃん？
（例えば、フォルダの中身を再帰的に検索するプログラム、とかね。）
でね、そしたらそのソースをネットで探すわけ。大抵みつかるから。
で、その中身を見て、なんでこんな面倒臭いことやってるんだとか、
なるほど！こりゃすごい！とか思うのさ。
で、自分だったらこう書くってのをそれを見ながらかいちゃうわけ。
元々動くやつを見本に書くから簡単にできちゃうわけよ。
で、後々仕様の追加とかデバックとかしていくと、大抵元のソースに近づいていくの。
結局自分しか使わないプログラムなんかより、
何人もの人間がたたき上げたプログラムの方が良くできてるって結論にたどり着くわけさ。
で、その良くできてるって作り方をまねると。これは本では中々手に入らないんだよね。
323:デフォルトの名無しさん
09/01/16 20:26:55
age
324:デフォルトの名無しさん
09/01/17 12:36:44
>>316
DxLibを使い始めてあまりのお手軽さに鼻血出そうになった
ドキュメントも丁寧だし利用者も多いのでお勧め
325:ダニ麻呂
09/01/17 15:45:54
俺ダニ麻呂！！
一応、Oracle Master(Silver Fellow)とCCNA持ってますが 何か？
とりあえず名刺に堂々と刷れる資格です！！
てか なんだよコードって？
JAVAを制する者が世界を制します(^-^)v
因みに携帯はシンビアンだし、
パソコンはUNIX系も以外にあるし。
お前ら、えらそうなこと吐かすなら、マシン語読め！
CCNA 万歳！ (^o^)
URLﾘﾝｸ(www.metro-manila.net)
326:デフォルトの名無しさん
09/01/17 17:08:03
なんだか、人が書いてくれた構文をいろんなところから引っ張ってきて、名詞や変数変えたり
継ぎ接ぎしながら少しずつ作りたいプログラムができていく・・・なんか実力が付いてる感じが全くしないｗ
自分では書けないけど、書かれてることはなんとなくわかるみたいな・・・なんかくやしい
327:デフォルトの名無しさん
09/01/18 12:47:02
ある程度、規模が大き目のやつを作り始めると
設計の重要性がわかるな…
最初は慣れで早く作れるが…後半部分になると
頭の回転が遅くなって、打ち込みが遅くなる
やっぱり、そこそこ規模が大きい場合は設計もしっかりしないと
できないものなんだな