プログラミングが上達するコツ

語り合おう。

Ｕ―20プログラミングコンテストを目標とする。

教科書通りに勉強していると飽きる。

好きなソフトを作ることを目標とする。

しかし、作り方がわからない。

教科書を買い勉強する。

しかし、つまらない。

結局、何もできない。

楽しむことだ。

IPAなんとかプログラミングを目指す

目標を持てばできる。

外国語を学ぶのと一緒
ひたすら読んで、ひたすら書く

ショートカットなんて存在しない

自宅でやるより、学校行った方がいいのか？

>>4　正確に言うと四つ目は「つまらない」じゃなくて「分からない」だ

ひたすら読む。飽きる。続かない。

分からないじゃなくて、つまらない。

賞を狙え。

メモ帳でも作ればいいよ。

HSPからはじめれば？

分かるだけいいだろ・・・俺はわからないだ・・・

お前ら、アホか。
まじめに勉強せずに、プログラミングできるわけないだろ。

楽しまないと上達しないよ。

教科書どおりなんてつまらん。

Cを3年はしろ。

英語は必要なのか？　あと、数学もいるの？

数学的な発想は必要。
まあ、簡単な数学の知識も必要。
英語は、関数を覚えるときに助かる。分かっていると。

プログラム自体にはあまり必要ないけどもらった仕様書が英語だと最悪。今はほとんどないけど

>>1
我慢しつつ、楽しむ。

作りたいソフトだけ、考えてもしょうがない。
作りたいソフト＋それを作る知識がいる。
だから、目的と言語が必要。

課題を出してもらいながら勉強する。

一日何時間勉強すればいい？

友達を作って、競い合うようにしながら、覚えたらいいよ。
友達と競うほうが、覚えやすい。

>>27
3時間はしたほうがいい。

毎日することが大切。
あと、プログラミング的な発想も必要。
日常生活でね。

少しでもできたら、ネットに公開したらいいよ

教科書で勉強するにしても、少し改造しながらしろ。
よく理解しながらしろ。

HTML,CSSからはじめたらいいよ。
プログラム言語じゃないけど、簡単だから。

それから、Cをするのがいいよ。その次はJava。

11月いっぱいまでにC言語で何か作らないといけない。ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ初心者で3日で初級本を読み上げた。
でも、ポインタとか構造体とか複雑になってくると分からない･･･

読んだだけ？

パソコンにソースを打ち込みながらやりながら読むのは良くないよ。
なぜかというと、頭で考えないようになるから。

パソコンなしで、本を読んで、頭で、流れとかを考えるほうが、
身に付く。

テレビを見ない、ゲームをしないなどして、時間を作り、
その中で集中して勉強すれば身に付くよ。

毎日しろとは言わない。土日くらいは休んでもいい。その代わり平日を受験生なみのペースですればいい。
分からないことがあったら誰かに聞くなりしないとな。

仕事で毎日５時間以上プログラミングしてたら確実に上達するよ
ということでハロワ逝け

ハロワに逝けないお子様はそんなことをするよりも
もっと勉強しろ。
勉強が面白く思えない奴にはプログラミングも面白くないだろうよ

勉強するってのは本を読むことじゃないぞ？自分で考えることだからな

毎日5時間もやってたら、太るし、禿げるし、目が悪くなる。
健康に悪いよ。

>>40
本を読まずに、考える？

教科書を読みながら、打ち込むのか。
一冊読んでから、打ち込むのか。

どっちがいい？

>>42　なんていうか・・・本に書いてあるプログラムを書いて勉強したつもりになるんじゃなくて自分で考えるというか・・・

教科書見ながら打ち込んでたら、時間かかるだろ。

一冊読んでからやったほうがいいぞ。

>>44
教養を付けろってこと？

数学の勉強？

本読まずに、プログラミングできるわけない。

邪念を振り払って勉強しろ。

本を読み込め。

仕様書だろ。

我慢強く頑張れ。

>>44
どういうこと？

C言語の勉強を続けるためには何が必要？

>>4が真理。

英語できないと、何もできないよ。

集中力が続かん。困った。皆さんは、どうしていますか？

http://www.freewebs.com/premiumtv/?rSTV=%E7%97%9B%E8%BB%8A

何か分からないことがあって他の本を見ても今一理解できないときどうしますか？

勉強できない奴はだいたいプログラミングもできないね。
頭のよさってのもあるかもしれんが、問題はそこじゃない。
勉強できない奴は、勉強する根性が無いんだよ。

読解能力が必要なのでは？

根性っていうか適性はあるかもしれない
勉強にしろ、運動にしろある程度の基礎がないと楽しめない
勉強や運動が楽しくない奴はその段階まで行っていないんだろう

すぐに自分の中で面白い、つまらないと結論をつけて
○○は俺には向いていないと逃げ出す

そんな人間にはプログラムどころか何も上達などできないだろう

読解力というかプログラムの流れを理解することかな

なに作ってるのかわかってないのは、表現力がないコード書くからすぐバレる。

例えば Hello, World! を Hello, Work! に変えてみるとか
自分なりに考えて楽しまないと読んだだけ、打ち込んだだけになる

>>65→>>53

>>56
それだから、プログラミングの勉強が英語の勉強にもなった俺。

>>1
黙れ学生のガキ

目的があって、そのための課題を細かく設定してこなすことかな

ex)
ゲームが作りたい
表示するだけ→動かす→壁までしか動かさない→...

とりあえず何か作る。
それ以外にない。

Linuxを使い始めると良いよ。Ubuntuでも入れてみな。

行数、見易さ、変更のしやすさ、処理性能に気をつける。
そのためにアルゴリズムの本も読む。

例えば、３変数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の場合)

楽しいことはするが楽しくないことはしない。俺はそんなの奴でﾌﾟﾛｸﾞﾗﾐﾝｸﾞはやろうと思ったけど
面白くなくて途中で挫折した。でもその後、どうしてもやらないといけないことになって苦労したよ。
おかげで痩せた。これから始める人は俺みたいにはなるなよ

>>72
追加：間違いを探す。

int a,b,c,min;

min=a;

if(b<min) min=b;
if(c<min) min=c;

return0;

>>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でやろうぜ！

まずは「動く喜び」を知ること。これが無いとプログラムなんてただの苦行。
VBでもHSPでも何でも良いので一度見えるものを作っていじくって遊ぶべし。
素人の他人に見せびらかして同時に自尊心も養うとモアベター。

>>1
自分で料理するようにしろ。

>>1
ttp://www.sanabo.com/kotowaza/arc/2004/12/post_482.html

ディバッグが楽しいと思えないと、プログラムの上達は難しいね。

本一冊読んでから、プログラミングを始めるか、
本を見ながら、プログラミングを始めるか、どっちがいい？

本を読みながら、それをノートにまとめて、
本を一冊読み終わって、ノートにまとめ終わったら、
ノートを読み。ノートを読んだら、プログラミングを始める。

自分で作りたい物をガンガン作る
初めから大風呂敷広げないで、しょぼい物でいい

自分は最初の頃、時計作ったり
ブロック崩しやインベーダー風のシューティング作ったもんだよ

Cで作れるプログラムを教えて。
やる気を出すために、挑戦しようと思って。

>>83
プログラム言語は何で？

VBだったら笑う。

>>85
言語なんて関係ない
好きな物を選びたまえ

>>83はHSPだったりして。笑う。

>>88
俺がプログラミングやりだしたのは13年前だ

>>89
お前の自己紹介なんて要らんて。

一日8時間以上のプログラミングは脳の機能を損なう恐れがあります。
プログラミングのし過ぎに気をつけましょう。

>>84

C言語でトランプゲームを作りたい
http://pc11.2ch.net/test/read.cgi/tech/1189892773/

トランプゲームか。いきなりは無理だろうがこれができればある程度は上達するな

シャッフルができませんという質問がでるに違いない

>>84
そんな事考える能力もない貴方に無理

初めて自分で考えて作ったプログラムは何かって考えてみると、本当に簡単なものしか作れなかったな。
とりあえず本読んで、作れそうだと思ったものを作ってみるのがいいんじゃないか？

頭の中で構想して「コイツはスゲェ！コイツはスゲェ！作り甲斐がありｓ・・・コイツはスゲェ！」って思ってても、
100行にも満たない、コーディング時間計数十分、手ごたえが無くて何かテンションが下がってしまう事はある。

>>97
仕事でやると、長さや規模は出来とは関係ないことが分かるようになるよｗ

ゲーム作りたいっていう目的は、そこまでの過程が長いなあ。
俺の場合、大きな目標が無く、CUIのテキスト処理プログラム→GUIのラッパをつけて・・・
って、主に利便性を求めて徐々に進んできた。
もちろん、ある期間は「MFCもマスターする！」とかって努力した面もあるけど。

あと、IDEだとドーンと立ち上げて、「今からやります」って気合がいるし、
変なプログラム書いたり消したりしているうちに環境が汚れるような気がして、
あんまし冒険できない気がした（今はまた使っているけど）。
71も書いているけど、Linux使うのは良いと思う。
おれはLinux常用するようになってから確実にプログラミングする機会が増えた。
IDEみたいな気合いがいらないのよね。

それと他人の作ったライブラリを使えるようになると、けっこうあれこれできて楽しくなるよね。

初心者の段階で一度はＧＵＩを作るべきだ
ＧＵＩを作るまではその辺のアプリとかがめちゃくちゃ遠い存在に思えてしまうが
一回作ったら何だただこれだけやってるだけなのかじゃあ自分にも作れると思える
この意識の違いが大きい

HSPで一瞬

で逝けます。

最近、TopCoderのマラソンマッチに参加し始めた。
成績はさっぱりだが、
問題を読み解いたり、
性能の比較のためにテスト方法を考えたり、
いろいろ楽しい。

TopCoderのマラソンマッチ？

Oracleって高いですよね
本読んでるだけじゃ勉強にならん？

>>103
TopCoderはまず英語という難関を乗り越えるのがちょっときついんだよなあ。

あそこのは難関って言うほど難しくないぞ？
中学生レベルの英語で十分

２ちゃんねるにコードを貼るときに
インデントを入れないような感性の持ち主は
上達しないと思う。

うｐロダに載せることよりも
ソースからインデント無くしていく方が面倒じゃね？

全角スペースでインデント

インデント整形するコードぐらい書けるだろ

mixiで整形するブックマークレットなら書いたな。
普通のブラウザで2chに書き込みするときにはブックマークレットのほうが楽だと思う。replaceを重ねるだけで済む。

問題は専用ブラウザだとブックマークレット使えないってあたりかな。

ある程度の言語はツールでいいが
Python辺りでやられると非常に困るｗ

上達するコツ。オレ流。

１．関数はできるだけ短く。１００行とかになると嫌になってくる。
２．書き方に一貫性を持つ。
　　　関数名は動詞が先、とか。getTestData()とか。
　　　似たような変数名を作らないとか。strPrg、sPrg、strProg、sProgramとかは統一しろと。
３．業務的な条件文には必ずコメント。nullチェックとか分かりきってる場合は不要。
４．条件文は定数を左に書く。C/Javaで使える手法。
　　　if( true != bHogeFlg)。これだけで代入バグは消えるし。
　　　意味わかんない人は、if(true = bHogeFlg)と書けば分かる。
５．動けばいいというソースはアホが書く。できる奴は保守できるソースを書く、という信念を持つ。

それぞれ書き方はあるだろうけど、
各人のこだわりについての良し悪しよりも、
同一人物が書いてるソースなのに、
あっちこっちで統一感が無いのが一番ダメ。

最初は動けばいいものを作ればいい。最初から難しく考えようとうするから嫌になってくるんだ

趣味ならそれでもかまわんけど、同じチームにそういう奴がいたら改善させる。
初心者でもそれは一緒。

いきなりそれは初心者にはきつくないか？まぁ仕事上仕方ないことだけどきついというか・・・
そこは先輩がフォローしてそっから改善させていけばいい。きついだけが仕事じゃないんだ

言わんとすることは分かるけどね、
初心者には何が良くて何が悪いかの基準は設けてあげんと。
「気合入れてコーディングしました！」
とかって奴やら結局作り直しで迷惑でしょ。

それやったら最初に
「こういう作り方をしたら結局作り直しで、お前のやってることはマイナス工程になっとる」
ってのを直接的にじゃないけど教えてあげた方がそいつのためになるし。

#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);
}

string.hはいらないの？

>>114
4番は要らない。そんなことに警告も出せないコンパイラを使うな。

>>120 だってあの中でstrxxxとかmemxxx使ってないじゃん。

m = MIN(x, MAX(y,z));

>>123
xが最小だとアウト

>>106
短いマッチだと英語の問題文を読んでいるうちに終わってしまうけど、
マラソンマッチだと問題文を読む時間に余裕があるので、
英語苦手な場合にも辞書を引きながらなんとか出来ると思う。

できたっぽい
m = x > y ? y > z ? y : z > x ? x : z : y > z ? z > x ? z : x : y;

((x - y) * (y - z) >= 0) ? y : (((z - x) * (x - y) >= 0) ? x : z)

あなるほど

m = (x > y) == (y > z) ? y : (z > x) == (x > y) ? x : z;

>>121
コンパイラの警告レベルがデフォルトだと代入は捕まえない場合あるからなあ。
コンパイラ任せよりもプログラマの意識が高いことはいいことだよ。

>>130
確かにいいことだ。でも上達するコツなのか？
４以外はわからないでもないんだが、これだけがなんか違う。

なんか違う、じゃなあ。
漏れも定数左派。
コーディングテクニックの一つってことで、
知らないよりは上達してるんじゃね？
知らない奴は代入バグが存在することに気がつかないし。

なんかこのスレ、初心者同士の情報交換って感じで和むよね。

そら達人プログラマーに
上達するコツは必要ない

コンパイラの警告レベルは理由が無い限り常に最大に。
これを守るだけで解消できることのために可読性を犠牲にしてもなぁ。

でもVCにWallオプション付けたらすんごい事になるよ
一応ワーニングサプレッサヘッダ作ったけど、これまた凄い行数で…

>>135
可読性が落ちる？
んなわけねー

可読性なんて人それぞれ。上がる人もいれば下がる人もいる。

等値比較で定数を左に置くのがナンセンスな理由

- 今どきのコンパイラは警告を出してくれる
- 比較する対象が両方変数だった時にはどうしようもない
- プログラムを読むときには、普通左辺にあるものを主語として読むけれども、
　 数値が主語になるのはいかにも不自然
　 （コードの意味を理解するまでにワンクッション入ってしまう）

IDEだと色もつくんじゃない？

２行目で破綻してるんだが。定数って書いてあんじゃん。
３行目も、初心者だからだろ。
定数左に慣れるのは２、３日もあれば十分。クッションなんかいらんし。

右利きと左利きどっちがいい？っていう質問で、
両利きが一番いい、って答えと一緒だな。
左定数が分かる奴は右だろうが左だろうが関係ないし。
可読性どうこう言ってる奴は、メリットを理解できないだけ。
コーディングテクニックを身につけることを何故拒絶するのか意味分からん。

２，３日もかかるのかよ
俺は書かんけど一目見たら慣れたよ

だろ。すぐわかるよな。

警告放置するなよ
そっちのほうがよっぽど重要だ

>>141
2番目に関して。
変数同士の比較をすることも結構多いんだから、
片方定数の場合だけアドホックに回避するんじゃなくて、
変数同士の場合でも大丈夫な対処法を取る方が賢いよね。
そしてそれはコンパイラの警告スイッチを入れるだけで十分な訳で。

C#だから定数を左に書く必要がありません＞＜
C++だと左に書いてもいいかな、昔のVCは警告出なくて困ったような

失礼。「2番目」と書いてあるのは、
>>141 で「2行目で破綻してるんだが……」と
書いてあることについてのレスという意味ね。

>>146
確かにその通りね。
ただ、それは警告してくれるコンパイラを使ってることが前提になるでしょ。
現場によっては優秀とは言えない処理系になる場合もある。

変数同士のは注意する。定数の場合は左に書く。
こういうコーディングテクニックを身につけておけば、
少なくとも定数に限って言えば、代入バグは回避できるでしょ。

lintでチェックしようぜ

長い事やってて代入バグなんて一度もないが。
どんだけ見難いソースなんだよ

実をいうと俺もない。
他人のも見たことない。
けど議論には参加するｗ

一度もないのはすごいな。
漏れは極まれにある。

あれ、常に同じ動作だな -> if(a = 1) { /* hogehoge*/} else { /*fuga*/}
みたいな・・・

俺は数年前に1回だがやっちまった事がある
プログラミング歴8年
他人のは見たことが無い

ＶＢ転向組がやらかしたのを見たことがある。

俺はタイプ遅いからかなｗ
ひょっとして = をやってしまいがち人は & | もやってしまう？

ビット演算で&&や||ならやったことある

俺はやった事は無いが、俺が居ない時に代わりに仕事をやってくれる小人さんはしょっちゅうやってる。

#define == eq

>>145
STL使ってて「名前が長すぎるんで255文字にカットしましたよん」って警告はどうすれば？
ライブラリのほうではプリプロセッサで回避してるけど、少し長いSTL使うたびにこれではやってらんない。

テンプレートクラス一回派生して使うとかそういうことしないと駄目？
関数引数以外でテンプレート引数使う関数同士を識別出来ないVC6でテンプレート使うなって言われたらそれまでだけどさ…。

>>160
そういう対処しようのない警告は無視するよう指定しておく。

大勢乗ってくれてありがと。いろんなアイデアに出会えて良かったですね。ちなみに私のは
m = x+y+z - max(x,y,z) -min(x,y,z) 私が駆け出しの頃に達人にやられた噺、当時はFortran。

本物の達人はオーバーフローを気にしない

うーC++にも可変引数のmax,minが欲しいぜ
でもboost使えば引数nのmax,minは引数n-1のを使って楽に作れそうだから
もう誰かが作ってるだろうなぁ…

>>57
DHCに相談汁

やる気だろ

マジレスすると、運動。

運動して、気分を明るくするというか、眠気を覚まして、体とか精神をリフレッシュさせると
プログラミングもはかどるし、それに集中できる。

昼は土木作業員
夜は趣味プログラマ
というのがいいんですね？

夜って言っても、深夜は駄目だけどね。
午後10時ぐらいまでは、趣味でプログラミングするのはいい。

規則正しい生活を送ってないと、何をするにも集中できないよ。

4:00〜8:30 仕事　9:00〜12:00 体育館でジム　13:00〜17:00 仕事　18:30〜19:00頃 就寝
ってパターンでやってます。ﾍﾙｼｰでいいよ。

TopCoder
http://pc11.2ch.net/test/read.cgi/tech/1177344510/
に参加。

>>171
どんな仕事してるの？

英語を勉強。

プログラマーライフを楽しみたければ生業にしてはいけないということだな

まずは、
#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);
}
の理解を目指せ。

参考にしてはいけないコード

目標がない

今の環境で欲しいものとかあるでしょ
それを作るのを目標にすればいいじゃない

環境でって？

今の環境で欲しいものといえばおにゃのこです。

>>181
親に頼め。

>>161
ども。

そろそろ終了しそうな雰囲気

>>173 フリーで、主に自宅で書いてます。小さいチップのクミコ。
客先の人達、私が朝型だと知ってるので、夕方のメールは翌朝返事がデフォになってます。

好きこそ物の上手なれだ

俺の生き方みたいに、スマートにコーディングしてると上達が早い。

http://www.premiumtv.12gbfree.com/?rSTV=dvdmajestic+trailer+STAR+WARS

>>168
体も動かせて運動不足どころか鍛えれて良いと思う。
ただ土木作業員にプログラミングなどする奴がいるかどうかは不明だが。

マッチョなプログラマーを目指せば、自然とプログラミングも上達するよ

それなんてノムソウ社員？

筋肉留学ならぬ、プログラミング留学すれば、技術も付くと思う。
違う環境で頑張るのもいいと思う。気分一新頑張れると思う。

専門学校に行くのはどうよ。

目標リストC言語の場合
初の初級：
初級：九九
中の初級：
中級：
上の初級：
上級：

初の中級:cal

http://rimo.tv/en/ch

目標リストC言語の場合
下の下：Hello,World
下の中：九九
下の上：
中の下：
中の中：
中の上：
上の下：
上の中：
上の上

目標リストC言語の場合
下の下：Hello,World
下の中：九九
下の上：受験勉強
中の下：東大入学
中の中：東大卒業
中の上：東大助手
上の下：ソフトウェア作成
上の中：逮捕
上の上：勝訴

　　＿＿＿_＿＿＿＿＿　
　 （遠く宇宙のラップを）
　　￣￣￣＼|￣￣￣￣　
http://www.premiumtv.12gbfree.com/?X3/?rSTV=New+Star+Wars+Gangsta+Rap

他人まかせ

->
を使ったプログラムを作れ

４９氏ですか？ｗｗｗｗ

printf("->");

>>201
「アロー演算子」の積もりならそう書かないと

>>189
謝れ、俺に謝れ。

不明と言っただけだろう
へぇ居るんだね　で終わり

肉体労働して金が貰えるんだから嬉しいじゃないか。
俺なんか金払って肉体労働してるんだぞ。

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-ｎ文字のコマンド名とそれの処理ルーチンの関数ポインタテーブルを定義

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
}

構造体[n].メンバ という参照をするたびに、「添え字から[n]番目のメンバへのアドレス計算」
が実行されるが、ポインタｐ＋オフセットというアドレッシングはたいていの石で速い。
なのでループ中でアドレス計算が何度も実行されないというのが利点１。

cmdfunct[n].cmd という参照が、p->cmd で、短く書けて楽、なのが利点２。
テーブルの並べ方は、コマンドABCDとABC があるような時はABCDのほうを前に置くこと。

珈琲はブラックでないとだめみたいだね。

>ポインタｐ＋オフセットというアドレッシングはたいていの石で速い。
最近はそうとも限らない。
とくに構造体のサイズが2のべき乗の場合は。

元が>>201なんだから、そんなとこにつっこまんでも・・・ 201はこれでも食いきれないだろうし。

プログラミング的な発想
とは？

物事が予測可能だと思うこと、かな。

ラプラス気取りか

経験した物事しか予想できない、だな

プログラマ的発想なら分かる。
「手でやれば1分で片付く作業を、10分かけてスクリプトにやらせる」

でも、ある入力をどう加工すれば目的の出力になるかということを考えるのは、いいトレーニングになると思う。

ここに書いてる人ってみんなプログラマーなんですか？

このスレの3割ぐらいはプログラマじゃない俺のコメントです。
ごめんね。

>>220
おぬし、気にいったゾ

うちにきて妹をデバッグしてもよいぞ

ゲーム好きなら、GUIでゲーム作ってるだけで楽しい
まぁ簡単なSTGくらいしか作れないけど

達人〜初級者から見て
プログラム超初心者が参考になるようなまたは参考になったサイト教えてください

とりあえず入門書をダラダラ1冊読破。
作りたいもの作りながら必要な技術をググる。
何か一つ、これで学べば大丈夫って便利な物は無いと思うべき。

入門書が何段階かに分けてある場合は、ある程度前巻が理解できた段階で次を読む。
物によっては中級編の内容が初級編に足りない項目足してあるだけの場合もあるから初級を飛ばせる場合もある。

出来るまでやる。
わかるまで調べる。

昔はベーマガのリストを手入力
俺は保存出来なかったから
遊ぶ度に全入力してたから自然と身についた
いまはDVDやらで配布され入力の手間を惜しんでる
とにかく 一から全部作れ なんでもいい
コピペなんかすな

初心者のうちからemacs用の補完入力リストとかスニペット作ってちゃだめってことですね…

自分で入力しようとするだけマシ

習うより慣れろってころれすか

一般的な語学学習に於いては
1)文法
2)単語
3)慣用句
4)その言語を話す国(地域)の文化・習慣
等と言ったものを学んでいきます。
文法だけ知っていても、単語だけを知っていてもカタコトしか話せませんし、
慣用句を知らなければ自然な言葉になりません。
また文化を知らない場合も同様にコミュニケーションに齟齬を来たします。

プログラミング言語にもこれと同じことが当てはまります。

他人のコードを沢山見て、読んで、書いてみろって事でしょう。

>>232 昔のUNIXはソースコードが全部付いていたから、勉強になった。
lsとかのコマンドのソースを見れたからね。

>>233
今でも見れるでしょ？

むしろ今の方が見放題。

しかし、慣れないとどこに何があるか判らないもろはの剣。

それに慣れようとする行為に意味があるんだろうがよ

ソースを読むのとは全然別の学習だがな。

ああすまん。どこでどのファイルが入手できるのかわからんていう話ね。

ググれ。
ttp://www.google.com/codesearch?hl=ja&lr=&q=%28%2F%2F%7C%23%29.*%E3%81%A8%E3%82%8A%E3%81%82%E3%81%88%E3%81%9A.*%24&btnG=Google+%E6%A4%9C%E7%B4%A2

まあ、必要な情報をどっからともなく引っ張ってくるのも技術のうちだよね。
ていうか一番重要な技術かもしれんね。

コピペばっかでプログラム書いてる香具師は自分の頭使ってないから
新しい仕事で自前でソースを書き起こすしかないときに対処出来ない

いつもIDEで窓にボタン貼り付けてメッセージ出して満足してプログラミング終了してしまう
俺にアドバイスをください

満足するならそれで十分なんじゃね？

Windowアプリ書いてるけど出力にはコンソール開いてる

>>241
引っ張ってきて、それを「理解して使える」ことかも。
後は目的にあわせて何が必要なのか考える頭があれば問題無い。

>>242
まぁ、この場合は「学習するために他人のソースを読む場合」だから、コピペとはまた別かと。

>>245
ウィンドウに出すのは大概メドイから悪くは無いんじゃね？
コンソールのごとくウィンドウ上のエディットコントロールを操作する関数でも書いてやるとかすると、そのうちGUIも便利に感じてくる。


とりあえずの対処でプログラム書く人間が案外多いことに突っ込む人はいないのか。

UWSCで書かれたあるゲームのマクロをVB.net2005に移行
（この時初めて勉強）する事からチャレンジしたら割と
すんなり入って行けた。
少しコツを掴んだらあとは世界が広がって楽しくなった。

と言うことでこの辺のきっかけは凄く個人差があると思う。

最初にC#選んでおけばよかったとちょっとだけ後悔したけど
それはそれで挫折したかもしれん。

好きこそ物の上手なれというけど、興味なり沸かなければ
そういった仕事に就くとかしない限り到底無理だと思う。

emacsとかunixのコマンドラインツールとか
便利なツールの使い方を知りながら進めていけば早く学習できると思ったが
別にそんな事はなかったぜ！
# emacsのカスタマイズに嵌ってしまって言語の勉強の方はなかなか進まない

あまりカスタマイズに凝ると他人の環境で仕事できなくなってストレスたまるぞｗ

そういう時はカスタマイズした環境をUSBメモリに放り込めば割と幸せになれる。
欠点はカスタム環境を持ち込めなかったときのストレスがさらに増えること。

USBメモリ禁止なら、Webサイト作ってemacs.elをあげておくという方法がある。

いやあの、外部とのデータ交換禁止端末とか、フリーウェア禁止とか、そういう状況の事を言ったつもりなんだが。

俺の場合は他所行くとキーボードの配列が違ってていきなりイライラする。

初心者の「自分はこうして覚えた」は、アテにしないほうがいい。

>>254
自称上級者さんの覚え方を教えて下さい。

目標ではなく目的を持つこと

あ〜それは確かに大事だと思う。

違いを説明してくれ。よくわからん。

言葉遊び

言葉尻はどうでもよくて、こういうプログラムを
書けるようになりたいとかじゃなくて、明確に
こういうソフトなり機能を作りたいって事じゃないの。

ttp://www.kyoto.zaq.ne.jp/dkaqw906/spopsy5.htm

あなたはなぜプログラムを続けているのですか？

ぜんぜんわかんねえ（；´Д｀）
例えばそれぞれ英単語にしたらどう違うの？

くだらん。

モチベーション維持しろってことだろ

わかりやすく書くと

× 超スゲー検索エンジン作ってGoogle超えてやるぜ！
○ 連番エロ画像自動ダウンロードスクリプト作るぜ！

一日一つだけでも、成功するように勉強計画を立てるのが重要。
あと、その成功を記録するのも大事。

プログラムを書くことを目標にするんじゃなくて
書いたプログラムを使って何かをすることを目標にしようってことだよね。

プログラムを書くことを目的にするんじゃなくて
書いたプログラムを使って何かをすることを目的にしようってことだよね。

わからないのに無理して上達しようとしなくてもいいじゃん。

>>255
読書百遍意自ずから通ず

いまネット上のサンプルプログラム見ながらwin32api勉強してるけど
Ｃ/C++言語ある程度使いこなせてもあんま意味ないと感じてる
「この定数は何？」「こんなのwin32apiリファレンスに載ってねーぞ」
で、ＨＥＬＰ見て、つたない英語力と翻訳ページつかって
SDKのヘルプを読解して、コメント付加して・・・
MFCはなんかよくわかんねーし
やっぱC#勉強すべきかな・・・

プログラムが上達したと言う定義は何?

実際にコーディングするより、ライブラリやAPIについて調べるのが多いってのは
どの言語も同じだと思うよ。プログラミング全体のうち、コーディングなんて3割あれば
かなり多い方で、調査、テスト、デバッグが行程のほとんどを埋めるのが普通。
とはいえ、それらをやりやすい言語や環境ってのはある。

>>269
ＪＡＶＡ→Ｃ言語→Ｃ＃→Ｃ＋＋の順番で勉強することを勧める

C→Java or C#の方がよくね？
言語仕様だけならCの方が簡単

オブジェクト指向を何処で入れるかだよな。
C言語はどっかでやっとくと理解が深まるから入れておきたいし。

>>271
プログラムって夢がないね

仕事のプログラミングに夢はない。
楽しいプログラミングはおうちでやるものだね。

そりゃあ、夢は与えられるものじゃなくて
自分で描くものだからな。

C -> C++ -> アセンブラ

C -> C++ -> アセンブラ = (*((*C).C++)).アセンブラ

>>277
かっこいー

Dreamインターフェースは他者から与えられるものだが、
継承して実装書くのは自分で、インスタンス化するのも自分という動作環境なんだ。

つまんね

現実はつまらなさとの戦いでもある

面白き事もなき世を面白く
住みなすものは心なりけり

この仕事１０年やってるけど
趣味でプログラム組んだことないわ

http://www.01-tec.com/document/code_design/vol04.html

俺、就職のためにC/C++とか勉強してるけど
プログラミングを学べば学ぶほど、とてもじゃないが
趣味ではやってられんと思う日々つれづれ
いつかは楽しくなるんかいな

仕事でやったら一気に萎えるぞｗ
仕事で好きに書けないストレスを発散するために趣味でコード書く奴も多い。

>>30のプログラミング的な発想ってたとえば何ですか？

>>289
while(所持金>=料金){
風俗;
}

フラグがたったなんて、元はプログラムじゃねぇか

左定数の話題ですけど、
そもそもifの条件にイコールを使うのがいけてないんじゃないの。

それは話が飛躍しすぎだ。nullとの比較すら困難になるじゃないか。

イコール使わないとして、たとえばどんな？

292が言いたいのは代入の=のことで、比較の==のことではないと思う。

実際、それでコンパイラは警告出すから、左に定数を置く意味はないというのが現在の主流。

ん、>>292が言いたいことがわかったかもしれん。
「==」というoperatorがいけないということでこれが、例えば「@」というoperatorなら「=」とのtypoなんかしないじゃん？ってことでは？

そうであるなら、変えてもいいと思うのは比較ではなく代入の演算子だとは思うが・・・

あんがい　if()の括弧のなかで代入=を許すな、ってことかも。
if(foo=func()) とかいうの。

構文として許すなってことね、コーディングスタイルとかじゃなくて。

if (!(hoge - 100)) ;
と書けば良いのジャマイカ?

typoが怖いなら、もういっそのことマクロにして一か所にしとけばいいじゃまいか。
#define IS_EQUAL(x,y) ( ( x ) == ( y ) )

そこで#include <iso646.h>
(x eq y)

…と思ったらeqは無かった、スマン
#define eq ==

if((fp=fopen(...))==NULL)
if(NULL==(fp=fopen(...)))
どっちか忘れたけど入門書でこういう風に習った覚えが有る。
代入のときは一回余分に括ると警告出なかったりするんだよな。
APIのエラーチェックのときはたまに使うけど、気持ちのいいもんではない。

そもそも括弧がないと正常に動作しない。
よく見られる手法だし、慣れだとおもう。

1年前くらいから、その詰め込みやめたな。
今は
fp = fopen(...);
if(fp == NULL)
みたいに書いてる。

でも305より303のほうが最適化がかかりやすい。

そこまで気になる人は詰めればいいやん。

今のコンパイラの最適化は、
303で書いても、一旦305に変形した後に最適化するんだから、変わらんよ。

でも、俺は303で書くが。

ホームページを作るのは、勉強になるだろうか？
もちろんツールとかは使わないで。

LintにかけてVaildなHTMLを書くなら多少は意味がある。

多少は。

それで『多少』か…。
プログラム自体まだVBAとSQLがようやくわかってきた程度で、他のもなんかできんかな〜、って挑戦しようと思ってたんだが…。
ま、いっか(´・ω・`)。

プログラムなんてできてもあまり良いことないよ。
一般人との距離がさらに遠くなるし

俺もう既に一般人じゃないから…。
せめて色々言語知って使えれば、ちっとは金になるかなぁって。
…甘いな。

>>309
htmlを吐き出すコードを自分で書けばいいｗ

ﾅﾙﾎﾄﾞ!

ゲーム作りたい
↓
Cについて学ぶ
↓
Cだけじゃ無理。WIN32apiの基礎を学ぼう。そして学ぶ
↓
プログラミングにおける設計やdirectxその他諸々が必要（心が折れそうです！）←今ここ

行きたい場所はわかるのに目的地に近づけば近づくほど
自分の考えが浅慮で無謀である事に気付きゴールが程遠い事に気付いてしまった
もうここまで我慢して学習したのにやめるわけにはいかないし…dirextxなんて鬼だろうな･･･

オープンソースを覗くのが手っ取り早い気が。
入門書読んでなんとなく理解したら、後はすごいことやってるけど読みやすいプログラムを探して
ひたすら解読。ググルのコードサーチとか割とピンポイントでやりたい事が見つかる。

>>316　　そんなあなたにDxLibraryをおすすめする

左手はキーボードじゃなくてペニス。豆な。

ソース嫁とはよく言われるけどさ、実際には何を読めばいいのかすらわからん。
自分の場合、プログラムを勉強して何をしたいのかが定まってないってのもあるけど。

プログラム覚える必要ないんじゃないの？

作りたいものがあるじゃん？
そしたらそれに必要なプログラムがなんとなく想像できるじゃん？
（例えば、フォルダの中身を再帰的に検索するプログラム、とかね。）
でね、そしたらそのソースをネットで探すわけ。大抵みつかるから。
で、その中身を見て、なんでこんな面倒臭いことやってるんだとか、
なるほど！こりゃすごい！とか思うのさ。
で、自分だったらこう書くってのをそれを見ながらかいちゃうわけ。
元々動くやつを見本に書くから簡単にできちゃうわけよ。
で、後々仕様の追加とかデバックとかしていくと、大抵元のソースに近づいていくの。
結局自分しか使わないプログラムなんかより、
何人もの人間がたたき上げたプログラムの方が良くできてるって結論にたどり着くわけさ。
で、その良くできてるって作り方をまねると。これは本では中々手に入らないんだよね。

age

>>316
DxLibを使い始めてあまりのお手軽さに鼻血出そうになった
ドキュメントも丁寧だし利用者も多いのでお勧め

俺ダニ麻呂！！

一応、Oracle Master(Silver Fellow)とCCNA持ってますが 何か？

とりあえず名刺に堂々と刷れる資格です！！
てか なんだよコードって？

JAVAを制する者が世界を制します(^-^)v
因みに携帯はシンビアンだし、
パソコンはUNIX系も以外にあるし。

お前ら、えらそうなこと吐かすなら、マシン語読め！
CCNA 万歳！ (^o^)
http://www.metro-manila.net/test/read.cgi/031084/1231146406/212-

なんだか、人が書いてくれた構文をいろんなところから引っ張ってきて、名詞や変数変えたり
継ぎ接ぎしながら少しずつ作りたいプログラムができていく・・・なんか実力が付いてる感じが全くしないｗ
自分では書けないけど、書かれてることはなんとなくわかるみたいな・・・なんかくやしい

ある程度、規模が大き目のやつを作り始めると
設計の重要性がわかるな…

最初は慣れで早く作れるが…後半部分になると
頭の回転が遅くなって、打ち込みが遅くなる

やっぱり、そこそこ規模が大きい場合は設計もしっかりしないと
できないものなんだな