SEとは

コピーされるほど儲かるシステム!開発日記:稚北大は、SEを否定し、佐賀大はSEを育成するのね!?
つーことで、稚北さんは、プロジェクトマネージャーやプログラマーがSEの仕事を引き受けていく=SEはなくなるってこと?と考えているみたい。
つまり、佐賀大の方向は、SEが、プログラマとマネージャーの内容をやるというかんじ=SEはなくならない?と考えてるみたい。
どっち(稚北大&佐賀大)の意見もピンときませんね。
私の考えは下記です。
■プロジェクトマネージャ
人、物、金を管理する人。当たり前ですがプロジェクトを管理する人
リスクを管理する人。
■ソフトウェアエンジニア(SE)
顧客の要求を取り纏める人。
顧客の要件を引き出し、人の仕事をソフトウェアに置き換える人。
またはソフトウェアを使ってサービスを創造する人。
■プログラマー
ソフトウェアのあるべき姿を作成する人。
仕様に基づきプログラムに変換する人。
なのでSEの仕事がどちらかによっていったり、振り分けられたりするのは
ちょっと違うかなと思ったりします。※兼任は可能だと思う
こういった話ではあまりでてこないテストエンジニアやインフラ(CE?)も
SEで纏められちゃったりしますが、やっぱり違う気がしますよね。
あちらの記事と主旨がずれた感が・・・

見せない化

1ヶ月くらい前からホワイトボードが壁に立てかけられてます。
書かれている内容はプロジェクトルームの鍵の開け閉めに関しての記載等です。
まあ守らない人がいるのでしかたないですが、ホワイトボードがもったいない。
しかし!問題なのはそこじゃない。ホワイトボードが立てられているその壁には
大日程スケジュールが貼られているんですよ!これじゃ見えないじゃん。
管理職メンバーが何も言わないのでわざとなのかもしれないと疑っているのは私だけでしょうか。
1ヶ月以上見なくて(見せなくて)いいスケジュールに意味はあるのかと?
優先度の高いものを隠して低いものを見せる、「見える化を使った見せない化」。
ややこしい・・・

プログラムのコメントについて

職業としてのプログラミング:省コメントのススメ
プログラムに対するコメントの考え方がだいぶ近い方を見つけた。
正確に言うと漠然と思っていたことがちゃんと纏められて書かれている。
今のところソースを組んだらこんな感じで実際コメントを記述していると
思う。(たぶん・・・)
ここらへの話題は私が目標とするプログラマの一人
「か」さんあたりが思うところありそうですがどうでしょう?
せつないぶろぐ:プログラム設計書
悪態のプログラマ:コメント論(7/25追加)