アカウント名:
パスワード:
30前後でPGは卒業して、SEになってもらわないと単金と釣り合わなくなる。PGしかできない奴は、昇格できないし、技術的に足手まといならなおのこと。年上だろうがなんだろうが、使えない奴を切るところまでがお仕事です。とはいえ、そこまでドライにはなれないんだけどね。技術支援部みたいな、客先に出せない奴のゴミ捨て場みたいな部署もあるし(もちろん何も支援してくれない)
まあ、部長級になれない50代のSEとか、PGすら勤まらない若手とかを抱えながら運営していくことが求められるので大変です。
管理屋を目指すなら昇格と昇給くらいは区別しないと。単金と年齢でしか考えられない管理屋の下ではあまり働きたくないなあ…
出世が管理職になることと同じの会社に属していれば、そうなるんじゃないかなあ理想を言えば、キャリアパスは複数存在して欲しいよね
マネジメント、設計、プログラミングは本来別の職種でそれぞれ得意な人間が分担すべきもの。それを「管理職>SE>プログラマ」なんて変な序列つけるところが多すぎ。
マネジメントが別なのは分かりますが、設計とプログラミングは同じでしょ。
同じですね。
SIerの設計はExcelを書くのが仕事だから、Web系のTestが仕様だとかそんな世界とは違うっていいたいんだろ。
それが「設計出来ないけどプログラミングなら出来ます」とか「プログラミングを全部は難しいけど設計なら」っていう人も居るみたいです。
それは「何も出来ない」って人ですよ。
「それ」の指しているものがサッパリわからん。
話しとしては、*何の*設計を念頭に置いているのか、という部分に落ち込みますね。で、設計とプログラミングが同じという話が成立する範囲はかなり狭いです。
「設計とプログラミングは同じでしょ。」が成立するためには、設計される対象がプログラミングされる対象と同じである必要があるわけですが、そうすると「設計とプログラミングは同じでしょ。」は設計対象がコンピュータシステムのソフトウェア部分である場合にしか成立しなくなります。実際のコンピュータシステムはソフトウェアの他にハードウェアやそれを取り巻く環境があってはじめて動作しますし、業務シ
行き過ぎてしまう人は多いですね。文芸的プログラミングの考え自体はそう悪くないとは思うのですが、程度ってものが…w
個人的には、doxygen等ツールを組み合わせた上で1)くらいに留めておいくのが丁度いいバランスかなと。捕捉すべき内容がソースファイル複数にまたがるくらいの粒度になったら独立ファイルにしたり。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
SIerの場合 (スコア:0)
30前後でPGは卒業して、SEになってもらわないと単金と釣り合わなくなる。
PGしかできない奴は、昇格できないし、技術的に足手まといならなおのこと。
年上だろうがなんだろうが、使えない奴を切るところまでがお仕事です。
とはいえ、そこまでドライにはなれないんだけどね。
技術支援部みたいな、客先に出せない奴のゴミ捨て場みたいな部署もあるし(もちろん何も支援してくれない)
まあ、部長級になれない50代のSEとか、PGすら勤まらない若手とかを抱えながら
運営していくことが求められるので大変です。
Re: (スコア:0)
管理屋を目指すなら昇格と昇給くらいは区別しないと。
単金と年齢でしか考えられない管理屋の下ではあまり働きたくないなあ…
Re: (スコア:0)
出世が管理職になることと同じの会社に属していれば、そうなるんじゃないかなあ
理想を言えば、キャリアパスは複数存在して欲しいよね
Re: (スコア:1)
マネジメント、設計、プログラミングは本来別の職種でそれぞれ得意な人間が分担すべきもの。
それを「管理職>SE>プログラマ」なんて変な序列つけるところが多すぎ。
Re:SIerの場合 (スコア:1)
マネジメントが別なのは分かりますが、設計とプログラミングは同じでしょ。
Re: (スコア:0)
同じですね。
Re: (スコア:0)
SIerの設計はExcelを書くのが仕事だから、Web系のTestが仕様だとかそんな世界とは違うっていいたいんだろ。
Re: (スコア:0)
それが「設計出来ないけどプログラミングなら出来ます」とか「プログラミングを全部は難しいけど設計なら」っていう人も居るみたいです。
Re:SIerの場合 (スコア:1)
それは「何も出来ない」って人ですよ。
Re: (スコア:0)
「それ」の指しているものがサッパリわからん。
Re: (スコア:0)
話しとしては、*何の*設計を念頭に置いているのか、という部分に落ち込みますね。で、設計とプログラミングが同じという話が成立する範囲はかなり狭いです。
「設計とプログラミングは同じでしょ。」が成立するためには、設計される対象がプログラミングされる対象と同じである必要があるわけですが、そうすると「設計とプログラミングは同じでしょ。」は設計対象がコンピュータシステムのソフトウェア部分である場合にしか成立しなくなります。実際のコンピュータシステムはソフトウェアの他にハードウェアやそれを取り巻く環境があってはじめて動作しますし、業務シ
Re: (スコア:0)
ただ行き過ぎて設計書不要論に短絡的に陥る人も結構いますよね。
補足事項はすべてコメントに書いてあるのかな・・・。
Re: (スコア:0)
Re: (スコア:0)
行き過ぎてしまう人は多いですね。
文芸的プログラミングの考え自体はそう悪くないとは思うのですが、程度ってものが…w
個人的には、doxygen等ツールを組み合わせた上で1)くらいに留めておいくのが丁度いいバランスかなと。
捕捉すべき内容がソースファイル複数にまたがるくらいの粒度になったら独立ファイルにしたり。