優秀なエンジニアがいなくてもやっていくために - Line 1: Error: Invalid Blog('by Esehara' )

ITの世界には「銀の弾丸は存在しない」という合言葉がある。これはどうやら狼やドラキュラを退治するときの道具が「銀の弾」らしく、古典的な名著であり、未だに参照され続けている『人月の神話』という本に収められている論文から来ているらしい。なぜ、「銀の弾丸は存在しない」と言われるのかというと、ある諸問題に関して一気に片付けられるような、そういう解決策は無い。少なくともそれらの問題に関しては泥臭く、忍耐を持って接しないといけないという話だ。川を綺麗にするためには根気よく缶を拾ったりしなければいけないのと似たようなものだろう。 元のドラキュラの話を知らないので、Wikipediaで聞きかじりに語るのだが、そもそも「銀の弾丸」といったところで、その「銀の弾丸」を使う存在というものがいる。ドラキュラの場合、それが「ヘルシング教授」である。ヘルシングといえば平野耕太の漫画を思い出すが、どうやら原作のドラキュ

[rti7743]

場合によって優秀の定義が変わって、ミスしない人から、知識がある人、手が早い人まで指しているのが議論をわかりづらくしていると思う。

[Cald]

会社が優秀なエンジニアを集めることと、凡人でも回せるようにすることって対立した概念なの？会社としては凡人でも回せる環境づくりは当然で、その上で優秀な人がいたらもっとよく回せるよって話でしょ？

[knjname]

最後の段落、環境を改善できるエンジニアが優秀というのはその通りなので、平凡なエンジニアは手順を増やすことに終始します。もっと底辺想像してください。

[SigProcRandWalk]

とりあえずバージョン管理システムとバグ追跡システムになじんでる人ならそれで十分です。

[s17er]

優秀なエンジニアって魅力ある企業が抱えてる場合がほとんどで、中小のどうとでもない会社だと既存メンバーをどう底上げするかが大事だよね。仮に優秀なエンジニア採用できてもあっさりやめたりすることあるし

[meroy]

優秀な人材ががいるに越したことはないが、現実的にそれは難しいので凡人のチームでも最大限成果を上げられる環境を作りましょうよ、という話。

[raitu]

知らない人が100人集まっても知ってる1人に敵わないのが知識労働。しかしその「知ってる1人」は他の事しらなかったりね。優秀の定義は難しい

[hryord]

激しく同意。スーパープログラマー最高みたいな風潮はクソだと思う。例えばそいつが事故や病気になったらどうするんだろう？全体を底上げして安定した仕事ができるようにするのがチームでやっている意味だと思う。

[w84_yuto]

こういうのって野球やサッカーの弱小チームがどうやって勝ち上がっていくか、みたいなのを参考にできないかなー

[gallu]

なんだろう「成長する努力をするつもりのないボクがなんとかなるために」っていうふうにしか見えなかったのだが…

[masayki]

読みました

[karupanerura]

良い話

[horimislime]

[]

[nilab]

優秀なエンジニアがいなくてもやっていくために - Line 1: Error: Invalid Blog('by Esehara' )

[kiyo_hiko]

「平凡なエンジニアでも、優秀なエンジニアと同等の力を発揮できるような環境を整えていく」 まずはマルチモニターから。

[ledsun]

環境より人事ね。平凡なエンジニアが価値を生み出すよう教育したい。どうやって教育する？結局は地味にポンコツ事例を直していくのみ。（直しやすい環境をつくるのも大事なので、太極図になります。）

[kappaseijin]

能力を伸ばす話と失敗をさせない&リカバリーする話が混ざっているような。仕組が大事なのは同意。

[Youchan]

実に素晴らしい

[takigawa401]

自分が優秀ではないと気付いた時に、どう改善していくか、というような事を最近よく考えるので、改めて考え込んでしまった。う～ん…。

[chiku-san]

精鋭部隊は前線で新しいことやってもらって、二軍は休養したい精鋭に育ててもらうとかがらいいのかなー。ロボット三等兵だからよーわからん

[luccafort]

うーむ、面白いのだけどもなんとなく腑に落ちない部分もあるなぁ。

[kumaroku]

優秀の領域、尺度は本人を含め同じ目線で見る事が出来ないのよね。資格は試験に優秀ってのはわかるけど仕事に優秀かはわからないし。仕事といってもね。いろいろあるから。

[moondoldo]

エンジニア

[vanbraam]

似たテーマの記事が同時期に http://mcaf.ee/gw4t8 ;書かれている対策(テスト書く,デプロイ自動化,作業共有)はagile思想的には全て正しそう.逆にどんなにprogrammingの生産性が高くても,これらができない人は"優秀"ではないと思う

[koogawa]

「１人の天才よりも100人の凡人」って言葉を思い出した

[twatwa]

こんなしっかりしたことを考えているこのお方はポンコツどころかとても優秀なエンジニアでしょう。こういう人がいる職場だと気持ちよく働けそう。

[Samariumjp123]

全部賛成！

[xshsaku]

そうだよなー。一番難しそうなのは、その環境を作れるエンジニアの採用orz / 「優秀なエンジニアを採用する」ではダメ

[aliliput]

優秀さが発揮されるかどうかはある程度環境によるところもあるしね。名馬は常にあれども伯楽は常になし。

[tsukamott]

ほんとのポンコツはchefとかのツールで処々の問題を解決しようとか考えもしない人のことを言うんだと思いました。

[kazuph1986]

優秀なエンジニアになる話も是非。

[ardarim]

長期的視点では、平凡なプログラマでも一定の生産性を担保できる環境やツールを整備するというのが理想ではあるけど、やはり限界がある。システムを逸脱する優秀なプログラマの存在が期待されるのは仕方がない。

[koyancya]

平凡にも届かない人は切っておきますか。

[tenjin68k]

どうにもならないコトを考えるより、どうにかなるコトを考えましょうって事ですね。当たり前の事なんだけどワザワザ言わなきゃいけない位よく引っかかる罠でもあると思う。