PGの次はSEって決められるのは変ですよね。社内のリーダーでも、PGだとSEより単価が下がるからPGはダメだといっています。大工さんを「かっこいい」と言う人はいても、「大工にあまんじているなんて志が低い。建築士を目指せ」と言う人はいませんものね。単価がどうのこうのと言う話は私も飽きるほど聞きましたが、納得できる説明に出会えた経験はありません。うさぎかわいいw昔、うちにいたうさぎです。耳の位置がハンパなとこがポイントです。理由なのかな?と思います。誰か偉い人(団体さん)決めて!!!!今回、様々なお言葉をいただいて、「プログラマ」という定義は自分が考えていた以上にバラつきがあると実感しました。考えてみて、ある程度の結論が出たら書いてみたいです。偉い人じゃないけど(笑)。システムの性能に与える影響は少なくなっております。チューンナップしたストアドプロシージャが、DBサーバが変わった途端にまったく性能差がわからなくなったという経験がありますので、おっしゃることはよくわかります。プログラマの腕が保守性に与える影響は大きく、それはシステムの寿命を左右します。その保守性がユーザーさんには見えにくいんですよね。見える頃には瑕疵担保期間を過ぎていますし。あからさまにその場しのぎなコードを読んでいるとせつなくなってしまいます。45でフリーランスです。私も、職業を聞かれると、プログラマといいます。その年でSEじゃないのという顔をされてるなーと思いながら。「その年でSEじゃないの」という顔はよく見ましたよ、私も(苦笑)。00:2052歳でコンピュータが好きで未だにコードをゴリゴリ書いてます。ユーザーのシステム部門からソフト会社に転職して、さらに転職してユーザーの企画部門で即興コードを書いてます。SEって金勘定だけで、コード書けないし、そもそもコンピュータの事しらない人が多いと思います。寿司職人で5年もやれば一丁前かもしれませんが、この世界は全く評価されないけど技術は必要ですよね。70歳でもコードが書ければと思います。22:36saki1208です。システムの性能に与える影響は少なくなっております。>>せっかくチューンナップしたストアドプロシージャが、DBサーバが変わった途端にまったく>性能差がわからなくなったという経験がありますので、おっしゃることはよくわかります。SQL素人が作ったストアドにはよくありますよね。極端ですが、何カ月もかかる月次処理とか(w)チューニングして見せて、数分程度になると気持ちいいですよね。リプレースした時などにハード性能の向上だけで、数倍以上の性能差が出たりするんですよねぇ。チューニングなんかせずにハードウェアのせいにしたがるやつが多くて困る。11:19>haru8511さん>コード書けない上にコンピュータのことを知らないこの辺りを詳しく書いてほしい。21:23ひでみです。コメント欄が落ち着いてきました。言っても、コメントをいただけるのはとてもうれしいので、ちょっとした二律背反状態です(苦笑)。haru8511さん。52歳でコンピュータが好きで未だにコードをゴリゴリ書いてます。70歳でもコードが書ければと思います。こちらにも先輩がいらっしゃいました。70歳まで目がディスプレイに耐えてくれるかが心配です。saki1208さん。ありがとうございます。チューニングして見せて、数分程度になると気持ちいいですよね。リプレースした時などにハード性能の向上だけで、数倍以上の性能差が出たりするんですよねぇ。チューニングなんかせずにハードウェアのせいにしたがるやつが多くて困る。チューニングはSQLの勉強としては最高の素材だと思うんですけどねえ。成果がなかなかでない時は心が折れそうになりますけど(たまにホントに折れてグレてますけど)。この辺りを詳しく書いてほしい。えっと......これは私に対してのコメントなんでしょうか?コードを書けないうえにコンピュータのことを知らないSEのことを書き出すと、かなり愚痴っぽくなるんですけど(てか愚痴以外はなにも出てこない)。コード書けない上にコンピュータのことを知らないharuさんがこう書いているので過去にそういう人がいたと思うのでどんな人なのかな(どれくらいひどいレベル)・・と思って興味がわいたので聞いてみました。11:48ひでみさんはじめまして。私も、生島さんと同じ考えで「PG」と「SE」を区別する必要はないし難しいと思います。PGしていても、頭の中でPG・詳細設計は日常作業です。それにrubyを作ったまつもとさんは、今もプログラミングしています。海外の良書は、「プログラミング」を意識した本が多数ありますそこから、気づきをえて設計を学ぶ事も多いです。22:48ひでみです。