C# と VB.NET の質問掲示板

基礎の基礎は入門本を１冊読破すること。
サンプルコードがたくさん載ってるものを選んで、全ての
コードを自分で手書き(インテリセンスは使ってください(汗))して、
　　『そのコードを応用した自分専用ツールが作れないか？』
を常に意識しながらどんどんサンプルコードを実行していく。。。
何か思い浮かんだら、応用したコードを書いてみる。
 # 売れるものはなかなか作れないので、確かに仕事と一緒には
 # できないけど、仕事で使ったコードを他で応用できないか？
 # とかは今でも常に考えています。
MSDNとかのサンプルって結構そのままじゃ動かない(バグのある)
コードも多かったんだけど、最近は直ってるのかなぁ。。。
そんなバグのあるコードを修正できるようになったら及第点だと
思います。

で、更に応用するとなると…質問掲示板で回答者をすること？(爆
バグのあるコード満載ですよーｗ
しかも下手なコードや説明を書いているとドンドンつっこみ入ります(T＿T)
http://f57.aaa.livedoor.jp/~jeanne/bbs/faq.cgi?mode=al2&namber=4164
何クソは全角カナを使いましょう。。。とか？ｗ

オイラくらいのレベルの回答者なら、ちょっと勇気を出せばすぐに
なれますよぉ♪(その場でWEBで調べてるから勉強する必要ないし
…ってゆーかしてないし(滅)必要なのは勇気のみ。。。)
プログラムに限らず、初心者のうちにドンドン痛い目みるほうが
いいですよ。

>思い込みで作業を進めないって、大事ではないでしょうか…？
大事！！！ある程度の自信は必要だし、予想をたてるのも大事。
でも、プログラムは実行結果が全て。検証できてるかどうかで価値が
雲泥の差。

>勉強しよう!!と思って、会社で指示されたプロジェクトを作成していても
>何から手を付けていいのかが分かっていない状態です。
はいこーんさんのおっしゃる通りで『勉強しよう!!』がメインではだめ
です。仕事の目的(仕様)はハッキリしているでしょう？まずはそれを
実現することです。初心者に経験のないプログラム作成を任せたり
しません。通常、既存のソフトの修正からでしょう。なら、その解析
に一番力を入れてみてください。

話を聞いてる限り、そこそこ間違ってないと思いますよ。

>これまでの研修でも、何度やっても分からなかったモノが
>聞いてみたら（もしくは完成してみたら）
>「あ･･･考えてたやり方と全然違うや･･･」ってことが多かったのは
>まさにコレですね＞＜
　だからといって『最初から聞く』“しか”できないようになったら成長しなくなります。
かといって、納期前なのに『聞けない』人も困ります(今は関係無いでしょうが)。
これをやったら正解ってのは難しくて、頭をやわらかくするのが一番かもｗ
今、一番何に重点をおけばいいか？はその都度変わることを覚えておきましょう。
　また、プログラムの正解は１つではありません。最初に考えていた(今の
実力で実現できなかった)やり方を覚えておくのも財産になります。
　一見、仕様通り実行できるコードは複数あります。ただし、例外発生時などに
対応できるコードは多少限られてきます。手法には理由がある場合があります。
(無い場合や間違ってる場合もあります(汗))他人のコードを解析する能力は重要です。

>実際は、レビューというのは時間を要する作業なので、
>比較的避けられがちなタスクではあるんですが・・・(汗)
プロジェクト終了後のレビューを取ろう取ろうと長年言ってて、必要って結論も毎回
出ていて…取ってないなぁ。。。(　＿)＿へたり