アカウント名:
パスワード:
30前後でPGは卒業して、SEになってもらわないと単金と釣り合わなくなる。PGしかできない奴は、昇格できないし、技術的に足手まといならなおのこと。年上だろうがなんだろうが、使えない奴を切るところまでがお仕事です。とはいえ、そこまでドライにはなれないんだけどね。技術支援部みたいな、客先に出せない奴のゴミ捨て場みたいな部署もあるし(もちろん何も支援してくれない)
まあ、部長級になれない50代のSEとか、PGすら勤まらない若手とかを抱えながら運営していくことが求められるので大変です。
管理屋を目指すなら昇格と昇給くらいは区別しないと。単金と年齢でしか考えられない管理屋の下ではあまり働きたくないなあ…
出世が管理職になることと同じの会社に属していれば、そうなるんじゃないかなあ理想を言えば、キャリアパスは複数存在して欲しいよね
マネジメント、設計、プログラミングは本来別の職種でそれぞれ得意な人間が分担すべきもの。それを「管理職＞SE＞プログラマ」なんて変な序列つけるところが多すぎ。
マネジメントが別なのは分かりますが、設計とプログラミングは同じでしょ。
同じですね。
SIerの設計はExcelを書くのが仕事だから、Web系のTestが仕様だとかそんな世界とは違うっていいたいんだろ。
それが「設計出来ないけどプログラミングなら出来ます」とか「プログラミングを全部は難しいけど設計なら」っていう人も居るみたいです。
それは「何も出来ない」って人ですよ。
「それ」の指しているものがサッパリわからん。
話しとしては、*何の*設計を念頭に置いているのか、という部分に落ち込みますね。で、設計とプログラミングが同じという話が成立する範囲はかなり狭いです。
「設計とプログラミングは同じでしょ。」が成立するためには、設計される対象がプログラミングされる対象と同じである必要があるわけですが、そうすると「設計とプログラミングは同じでしょ。」は設計対象がコンピュータシステムのソフトウェア部分である場合にしか成立しなくなります。実際のコンピュータシステムはソフトウェアの他にハードウェアやそれを取り巻く環境があってはじめて動作しますし、業務シ
行き過ぎてしまう人は多いですね。文芸的プログラミングの考え自体はそう悪くないとは思うのですが、程度ってものが…ｗ
個人的には、doxygen等ツールを組み合わせた上で1)くらいに留めておいくのが丁度いいバランスかなと。捕捉すべき内容がソースファイル複数にまたがるくらいの粒度になったら独立ファイルにしたり。
だから日本のハードウェアは世界トップレベルを生み出すのにソフトウェアは駄目なんだと思ってる
管理屋も他の職業と同じく、本来はスキルを売っているだけなんですよねー。もちろん管理屋として有能になるのも他と同じく大変なことなのですが、管理スキルの無い管理屋が苦肉の策で「管理職の俺は偉いから従え」という話を持ちだして今に至ると。
んで、管理屋になることだけを出世とみなす組織は要するにサル山ですから、どこかの段階でキャリアパスが複数存在していても、今度はキャリアパス同士で優劣をつけたくなって結局潰してしまうというｗ治療ですか？組織ごと消滅するか、サル山志向のやつを全員辞めさせるしかないです。
最終キャリアパスが複数存在しても、技術屋のプロフェッショナルになる前に中間管理職でしっかり業績を上げてそこから選考されないとふるい落とされて中間管理職にとどまると言う体系の会社もあったり…
#まあ中間管理職になる前にも、技術職以外の上司の推薦を受けることが必須だったりするので、 上に上がろうと思うと 季節の付け届けとか飲みニュケーションを欠かさないようにしないと「コミュニケーション能力不足」で その前の段階ではじかれるようですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
SIerの場合 (スコア:0)
30前後でPGは卒業して、SEになってもらわないと単金と釣り合わなくなる。
PGしかできない奴は、昇格できないし、技術的に足手まといならなおのこと。
年上だろうがなんだろうが、使えない奴を切るところまでがお仕事です。
とはいえ、そこまでドライにはなれないんだけどね。
技術支援部みたいな、客先に出せない奴のゴミ捨て場みたいな部署もあるし(もちろん何も支援してくれない)
まあ、部長級になれない50代のSEとか、PGすら勤まらない若手とかを抱えながら
運営していくことが求められるので大変です。
Re: (スコア:0)
管理屋を目指すなら昇格と昇給くらいは区別しないと。
単金と年齢でしか考えられない管理屋の下ではあまり働きたくないなあ…
Re:SIerの場合 (スコア:0)
出世が管理職になることと同じの会社に属していれば、そうなるんじゃないかなあ
理想を言えば、キャリアパスは複数存在して欲しいよね
Re:SIerの場合 (スコア: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)
行き過ぎてしまう人は多いですね。
文芸的プログラミングの考え自体はそう悪くないとは思うのですが、程度ってものが…ｗ
個人的には、doxygen等ツールを組み合わせた上で1)くらいに留めておいくのが丁度いいバランスかなと。
捕捉すべき内容がソースファイル複数にまたがるくらいの粒度になったら独立ファイルにしたり。
Re: (スコア:0)
だから日本のハードウェアは世界トップレベルを生み出すのにソフトウェアは駄目なんだと思ってる
Re: (スコア:0)
管理屋も他の職業と同じく、本来はスキルを売っているだけなんですよねー。
もちろん管理屋として有能になるのも他と同じく大変なことなのですが、
管理スキルの無い管理屋が苦肉の策で「管理職の俺は偉いから従え」という話を持ちだして今に至ると。
んで、管理屋になることだけを出世とみなす組織は要するにサル山ですから、
どこかの段階でキャリアパスが複数存在していても、今度はキャリアパス同士で優劣をつけたくなって結局潰してしまうというｗ
治療ですか？組織ごと消滅するか、サル山志向のやつを全員辞めさせるしかないです。
Re: (スコア:0)
最終キャリアパスが複数存在しても、技術屋のプロフェッショナルになる前に中間管理職でしっかり業績を上げてそこから選考されないと
ふるい落とされて中間管理職にとどまると言う体系の会社もあったり…
#まあ中間管理職になる前にも、技術職以外の上司の推薦を受けることが必須だったりするので、 上に上がろうと思うと
季節の付け届けとか飲みニュケーションを欠かさないようにしないと「コミュニケーション能力不足」で
その前の段階ではじかれるようですが。