なぜどうして日本ではプログラマが育たないの?
■ このスレッドは過去ログ倉庫に格納されています
ミ~ ̄ ̄ ̄\
/ ____亅
/ > ⌒ ⌒|
|/ (・) (・)|
(6――○-○-|
| つ |
| ___)/
\ (_/ / <どうしてなんだいアナゴくぅん?
/\__/
/ \><∧
/ / V||
/_/ |||
⊂ニu\__/Lu⊃
| / /
| / /
| / /
(ニフフ >>101
文字がよめねーんだからプログラムが組めるわけがない >>107
そもそもwikipediaは寄付で成り立っているサイトだろ
広告があること自体おかしい
パクリサイトに決まっている。 >>105-106
にせものすら見破れないとはたいしたプログラマじゃないな
ドメイン名を見てもわかるだろ
.com → 企業
.org → その他の組織
ぜんぜん違う組織だよ wikipediaの運営がDQNなのも知らないんだろうな 日本のシステム開発業界が、人月見積りや
プログラマを30代になったら遍くPL/PMに
職種転向させるようなやりかたが続く限り
優秀なプログラマなんて育たないよ。
人月単価だと、早く安くなところが仕事もっていくけど
品質出しながら早くできる技術者は高給でないと雇えない。
品質を考慮した場合、早くと安くは両立しない。
また優秀なプログラマは多くの場合優秀なマネージャにはなれない。
どちらもまったく役割が違う。
プログラマとしてキャリアと技術スキルを積んできた人を
途中からそれまでのスキルを捨てさせて、まったく新しい役割に
転向させるのは、本人の希望がない限りは間違い。
そうやって、日本のソフトウェア開発力は衰退していくのだ。 ぶっちゃけ、PL/PMってプログラマ的には負け組だよな。
現役スポーツ選手がなんの問題もないに、
年齢で突然コーチとかマネージャーやらされるようなもん。
一流の選手が一流のコーチになるとは限らないのに。 >113
同意できるところもあるけど、スキルのある技術者が管理職をできないというのは正しくないと思う。
スキルのあるひとが上に立つといろいろと効率がいいし、的を得た仕事ができる。
スキルのない部下は苦しむだろうけど。
スキルのある人はポリシーがあるから衝突することもある。
それはいい商品を作り、利益を出すにはむしろよいことだと思う。
でも日本のトップは衝突があるとプロジェクトがうまくいかなくなると勘違いしていて、衝突しない人を管理職に据えてしまう。
衝突しない人というのは裏を返せばノンポリシーということ。
だからリーダーシップを発揮できず、スキルのない人を切ったり、
腐ったところを早めに切って被害を最小限に抑える決断ができなかったり、
明らかに効率をよくできるツールや機材、ミドルウェアを導入できず、
人力でなんとかしようとしてかえって高コストになる。
そして本当の問題はこうした事実を把握できず、スキルのない人を管理職に置いてしまうトップと、それが正しいと勘違いしている職場の雰囲気にあると思う。 >>115
お前、管理職の仕事を何か勘違いしてるだろ?
管理職の仕事にプログラミング技術は関係ない。
職種そのものが違うといってもいい。
お前、花屋さんがケーキ屋さんの技術を見て
花屋さん技術が上がると思うか?効率が上がると思うか?
仕事の内容が違うので、凄いとは思っても参考にはならんよ。 あとチームワークが大切なのはスキルのある人々がうまく自分の力を発揮するために必要なのであって、
スキルがなければチームワークがあってもしょーもない。むしろ一見うまくやっているように見えるからタチがわるい。
スキルのある人が1日で終わる仕事を一週間かけてやってる。
しかもスキルのある人も糞コードのメンテや、そこから派生した障害の対応など、尻拭いに忙殺される。
職場に尻拭い担当の高スキルな火消し役がいるところはマジでヤバい。その火消し役をチームリーダーにして、スキルの低い人を何人か切ると、開発効率が数倍アップする上に、一度 > スキルのない人を管理職に置いてしまうトップ
ではなく、プログラマの仕事内容や抱えている問題点が
わからず、理解もせず、ただ単に進捗の把握だけ
している奴が、管理職になるから問題が発生する。 職場に尻拭い担当の高スキルな火消し役がいるところはマジでヤバい。
なぜなら、この火消し役がやめたら、会社は終わりということだからだ。
火消しだった好きでやっているわけじゃない。
ストレスが溜まる。そのうち会社をやめるか病気になるかのどちらかだろう。
そもそも炎上しなければよかったこと。
火消しにたよるということは、その他を育てるという考え方が無くなる。
火消しが火消しをやっている状況というのは、なんの余裕もないということ。
その火消しがリーダーをやる時間なんて取れるわけがない。 途中で切れた。
一度職場から糞コードが一掃されると、中間クラスのスキルを持つエンジニアが釣られてどんどん伸びて、プラスのスパイラルが起き始める。
ただしスキルのない奴はこの状況でも全く伸びないという不思議な現象も同時に見られる。
こうしたプラスのスパイラルを呼び起こすには、スキルの高い、ちょっとケンカっ早いようなエンジニアを管理職にすることが必須なんだよね。 管理職が進捗の把握だけをしているとアウト
プロジェクトが遅れた時に、さっさと作れと急かすだけになる。
本来やらないといけないのは、なぜそういう自体に陥ったか。
それを解決するにはどうすればいいか?
この答えの多くは、教育や改善をするということになる。
それはつまり、時間がかかるということ。
プロジェクトを早くするために、時間をかける必要がある。
矛盾しているようだが、ようは急がば回れということ。
一見遠回りしているようだが、それが一番早い。
管理者はそういう決断をする勇気を持つ必要がある。
あと問題点を把握するために、チームの話を聞く力も必要だな。
自分ができるから他の人もできると思う管理職。これもアウトだ。
開発スキルが高いことと、管理職スキルが高いことは別の話。
職種が違うと考えれば良い。 >116
管理職とエンジニアの業務内容が違うということは当然わかった上で言っているのですよ。
業務内容が違うからできない、ということはないでしょ。
むしろ高スキルエンジニアの大半は管理職も余裕でできる。 >>121
ぜんぜん違うよ。
そいつ、スキルという言葉を使ってるだろ?
あれ、開発のスキルと管理のスキルが
同一のものだと思っているから。
スポーツ選手は(スポーツの)スキルが高いが、
コーチのスキルが高いと思うか?
この二つのスキルはぜんぜん違う。 >>123
> むしろ高スキルエンジニアの大半は管理職も余裕でできる。
根拠がない。 だいたい、高スキルのエンジニア
つまり、一流のスポーツ選手を
引退させるということがそもそも間違った考え。
一流のスポーツ選手を管理職にしたら、
残りは三流のスポーツ選手ばかりなんだろう?
どうせ優秀な人そんなにいないんだからさ。 ここまでをまとめると
開発とは、出たとこ勝負である。 >122
言いたいことはわかるけど、スキルのあるエンジニアにはできない、というところに論理の飛躍がある。
真理値表を作ってみよう。
A 管理OK スキルOK
B 管理NG スキルOK
C 管理OK スキルNG
D 管理NG スキルNG
この4タイプの人がいるとする。
俺が言いたいのは…
Aの人は存在し、しかも案外多い。
スキルの高い人はBタイプとの決めつけが世間にある。
Cタイプを狙ってBを避け、Dタイプを管理職に付けるトップがいる。
そして重要なのは、CタイプとAタイプでは、凄い違いがあるということ。
確実にAタイプの方がよい。
俺が言いたいのはAタイプを採用しなさいということ。
Bタイプを推奨しているわけではない。 管理職に一流の開発スキルなんていらん。
そこそこの開発スキルと経験と理解があれば十分。
開発しないものに、開発のスキルなんていらん。
管理職は管理職で忙しい、直接開発しないし教育することもない。
開発のスキルあったって、開発しないのなら意味が無いだろ。
優秀な管理職は、成長する流れを作り出すもので、
結果的に、部下である開発者のほうが、開発スキルが高くなる。
実際に仕事してるんだから、当たり前だし、そうでないといけない。
下手に管理職に開発スキルがあると、管理職の開発スキルが
会社全体の上限になってしまいかねない。
管理職に技術的なことを聞く、お伺いを立てる、許可をもらう。
こうなったら最悪だね。
管理職は、自分よりも部下のほうが(開発技術で)優れていると
素直に認められるようにならないといけない。 どのみち給料は管理職のほうが圧倒的に高いんだから
管理職にならざるを得ないんだよな。
管理職になれない奴は40くらいで解雇だし。 >>129
> Aの人は存在し、しかも案外多い。
結局お前の決めつけじゃんか。
最初に結論があって、
それに合うように話してるだけだろ。
その結論が正しいあることをお前は証明していない。
> 俺が言いたいのはAタイプを採用しなさいということ。
スーパーマンは面接にすら来ないのが普通だと考えよう。
数十分〜数日程度の面接で、スーパーマンかどうか
わかることはないと知ろう。
所詮全部机上の空論。 >>132
スーパーマンはオーラが漂ってるから
一目見ればわかるよ。
というか、数十分も会話するのにその相手がスーパーマンかどうか
わからないおまえは、相当に無能だね。 あともう1つ、管理職はリーダーでもあるわけだけど、リーダーシップがないのにリーダーをやってる奴がいる。
つまりDタイプ。いつもデスマーチで管理能力がなくても、人当たりがよいので降ろされないDタイプ。
また同時に、本当はAで人当たりもよいけど、スキルが高いから最前線で働かされ、Bタイプと決めつけられて出世できず、管理能力を発揮できない人も多い。 >>113
的は得るものではなく射るものです
プログラマとしても管理職としても適性のない人がプログラマや管理職を語るなど笑 >>131
> どのみち給料は管理職のほうが圧倒的に高いんだから
> 管理職にならざるを得ないんだよな。
それが間違いなんだよな。
プログラマが育たない原因
(プログラマ以外でも当てはまる)
管理職ってのは、プログラマからすれば
別の仕事。職種が変わるのと同じ。
職種を変えて給料を上げるという考えを持っている人もいると思うが、
人っていうのは、自分の仕事の技術を上げたいと思うのが普通。
でも、今仕事やっている技術を捨てないと給料が上がらない。
今もってる技術スキルを上げても給料が上がらない。
それがどういうことかというと、皆聞いたことがあるだろうけど、
「いくら頑張ってもどうせ給料は上がらない」という考え。
頑張ると言っても口だけじゃない。本当に技術が上がってるのに
それを捨てて職種を変えなきゃ給料が上がらない。
こんなんだからプログラマ(以外も含む)が育たないの当たり前だろ。
職種を変えればいい(管理職業務やる)と思うかもしれんが
職業選択の自由ってあってな。仕事は自分で選びたいんだよ。
技術にプライドを持っている技術者が、技術以外の仕事なんかしたくねぇ。
やりたくない仕事をやるなんて負け組同然だろ。 結局Dタイプの奴が、俺はAタイプと信じてるだけのスレなんだなw >>135
的に的中させることを得るといいます。
日本語を勉強してからでなしてきなさい。朝鮮人。 管理職であればなんでもできる
スーパーマンだっていう
幻想があるんだろうねw しかし実際にはDタイプ管理職が溢れているという現実。
Cタイプはほとんど見たことがない。 >>130
>開発しないものに、開発のスキルなんていらん。
ドッグイヤーと言われるくらい変化の激しい業界で、開発スキルがない人が
適切なハードやミドル、開発ツールを選ぶことが出来るのか?出来ないから
数々のバズワードにハマってダメスパイラルを続けているわけなのだが。 元々スキルがある人は、最前線から離れても、勘がするどいというか、
見るべきところ、押さえどころを把握するのが早い。
しかも分野違いでも結構いける。俺の部署のトップはハード出身だけどかなりいい。
スキルがない人が自分の分野外の部署で管理職をやるとボロが出て死ねる。 >>142
> ドッグイヤーと言われるくらい変化の激しい業界で、開発スキルがない人が
> 適切なハードやミドル、開発ツールを選ぶことが出来るのか?出来ないから
開発ツールを選ぶのは開発者の仕事だろう?
承認するのは管理者かもしれんが。
何を言ってるのかね? このスレのように口だけの奴が蔓延ってる業界だからなぁ
カスと一緒に仕事しても育たないよ C++風に
if (偽装請負) delete 偽装請負; reward<yen> NTTData::DoJobs(job &task)
{
return GetChild(task.GetCondition()).ThrowJob(task);
} reward<yen> DoJobs(job &tasks)
{
reward<yen> result = mChild.CreateResult(tasks);
static const double margin_rate = 0.35;
reward<yen> profit = result * margin_rate;
Save(profit);
return result - profit;
} 給料が安いから。
WEB技術者の給料なんて、アメリカの半分ですよ。 >>158
原資がないのに給料出せるかよ
売り上げあげてから文句言えや >>157
ありがとうございます。
マージン低くお願いします。 Webじゃ、PHP技術者で月80万支払い、とかやってるのに。
お前らときたら。 >PHP技術者で月80万支払い
発注側からの支払いでしょ。
「お前ら」側に支払われる時点ではだいぶ中抜きされんだよね 1. 開発能力が高い人は火消しもさせられて仕事に忙殺される事が多い
2. 開発能力が低い人は火種を作ってしまうので簡単な雑務に回される
3. 雑務には開発者に進捗状況を確認して記録・報告するというものがあるが、
これを管理と勘違いする輩も
4. いつの間にか使えない奴の中から本当に勘違い管理職が誕生
5. 開発で使えなかった奴が決定権を持つ状態に\(^o^)/ >>167
月80万のうち65万円は団塊じーさんの給料 警視庁に偽装請負の取締りや告訴状受理のお願いしに行きましたが、ようやく適切な対応をして下さいました。
詳しい事は、三田警察生活安全課保安係の帯刑事と鈴木刑事に聞いて下さい。 営業も技術者も、大手メーカーから仕事をもらうことしか考えてない人が多いよねー
何人現場に連れていけるかで優劣が語られるようなプログラマ()ばかり。 それほどプログラムが上手くない人でも適当にやってりゃ食ってけちゃうからだろ
だから使い捨てされる 役に立たない重役に
筐体見本を見せると「おお、これか」と言ってまじまじと見てる
プログラムの概要を説明すると、まったく無反応 人売り幇助要員活動中
技術不要の使い捨てスキル
事務ソフト作成ツール
DB
COBOL
VB
Java
window
Web さて、.netでも勉強するか。
>>178
その中にないってことはこれは事務ソフト作成ツールではないんだな。w >>179
必要充分条件じゃないじゃん。
あんた、文系? >>180
別に必要「十分」条件である必要はないと思うが?
あんた、Fラン? >>181
よって、こいつ馬鹿↓
>>178
その中にないってことはこれは事務ソフト作成ツールではないんだな。w プログラマは優秀な人と仕事すれば伸びるらしいよ
よって今の管理職連中がアホなのが問題
上をドンドン入れ替えるのが重要 >>191
「つまり、悪くしろって事ですよ?」
って聞いてみたら 偽装請負幇助要員の将来
使い捨て
コミ障
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死 組織で決定権を持ってる奴でまともにできる人間を見たことがない。
確かに良く知ってる。
でも、自分がやったことじゃない。 やってないのに知ってるなら優秀なんじゃないの?
知ってるのにできないって矛盾してない? >>195
知ってるけど出来ない奴って多いだろ。
カタログスペックでかたるやつとか。
理論だけで実装したことないやつとか 偽装請負幇助要員が使い捨ての理由
・偽装請負の訴訟件数が少ない。
・ソフトの発達で開発が簡単になっているため、需要が減っている。
・事務ソフトは文系向きのため、就職採用が容易である。
・事務ロジックは難易度が低いため、交代要員確保が容易である。
・SEの営業力が弱いため、期間や金額の請求利益が乏しい。
・SEに非婚志向が多いため、低賃金で済まされる。
・SEに従順人格が多いため、残業競争が激しい。
・事業の資本金がかからないため、経営者の参入競争が激しい。
・事業の同業他社が多いため、安売り競争が激しい。
・事業の偽装請負業者が多いため、悪徳利益競争が激しい。
・事業の技術革新のため、若手労働者の獲得競争が激しい。
・事業の経費削減のため、高齢労働者の解雇競争が激しい。 勉強する時間があまり日本社会にはないから
eclipse,strutsがあれば深く文法を精通する必要ないから
分業化して知っている範囲が限られるから 人売りITが多いからではないですか?
gitもよく知らなかったし 偽装請負幇助要員の代償
使い捨て
コミ障
低技術
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死 ■ このスレッドは過去ログ倉庫に格納されています