「新入りがコーディングできない」理由は面接にあり? 134
ストーリー by hylom
日本ではそろそろ新入りが投入されるシーズンですね 部門より
日本ではそろそろ新入りが投入されるシーズンですね 部門より
cheez 曰く、
本家「Why the New Guy Can't Code」より。
職場の新入りの開発者を歓迎したい気持ちは山々なのだが、本人の仕事は遅く、口をついて出る質問は初心者丸出しであり、出来上がったコードを読んでみれば余りにずさんな仕上がりで他の人に一から書き直してもらわないといけない。このような悪夢は誰しもが経験した事があるだろう。
人事や面接担当者が「平均より優れた」「トップレベルの」「上位1%の」人材を雇っていると豪語していたとしても、こういった状況は起きる。問題は面接の仕方にあるとTechCrunchのライターJon Evans氏は指摘する。求めるべきは「良い開発者」なのではなく、出来る開発者なのである。どのような修了証や認定証、また学位を持っているかよりも、ウェブサイトやサービス、またアプリケーションなど現実のプロジェクトに関わってきたことが重要であるのだ。
それにGoogle App EngineやAmazon Web Serviceが無料ティアを提供し、Androind開発者の登録だってたった25ドルしかかからないこのご時世に「自分一人でこれを作った」と言えない、何も成し遂げていない開発者は面接するに値しないのだという。
/.J諸兄方の会社ではこのような不幸な状況を避けるために気をつけていることはあるだろうか?
どのような人材をそろえるべきか (スコア:5, すばらしい洞察)
うちの職場に来た2種類の新人の話。
A君 大学新卒採用で来た、まったくこの分野のことを知らない完全素人
B君 中途採用で来た、同業他機関からの流れ組
A君はまず仕事を覚えることから始めました。ただパソコンはある程度使いこなせることもあって、
関連する作業は基本だけ教えればあとは任せておけるし、わからないところはまず聞いてきます。
やはり仕事のペースは遅いのですが、それは仕方のないこととして確実にこなすことを重視してもらっています。
B君は知っている仕事には手を出してくる虫食い状態です。しかも同業他機関とは
仕事のやり方が違う部分もあり、時々トラブルになるのですが、下手に仕事を知っているだけに
プライドが高く、協調するより無理に押し切ることが多いです。それでも一応A君より仕事は
こなしますので皆目をつむっています。
A君にはここでの仕事の作法をきっちり学んでもらい、近い将来は新人を指導する立場になってもらいたいと思います。
B君は遊撃として突発的に発生する仕事などで知識や経験を生かし、迅速に動いてもらいたいと思います。
A君のタイプもB君のタイプも、生かすも殺すも現場の管理次第です。それぞれの悪い面を抑え込んだりフォローしながら
良い面を出して伸ばしてあげることが大切です。
いくら環境が整っているとはいえ、業界を知らない新人がコーディングできないのは当たり前、
最初からサクサクコーディングしてたらそれは新人でなく実務経験のある中途採用です。
もちろんA君だらけの職場もアレですが、育てることを忘れ、「使える」人間ばかり選んでいたら
その職場に未来は無いと思います。
#そろそろ「若手」ではなくなってきたgesaku
まったくもってして (スコア:4, すばらしい洞察)
育てるってこと考えてないんだなぁ。別の方も言っている通り、即戦力募集なら費用かけて募集し、高コストで運用して黒出すのは経営層の仕事でしょう。1,2ヶ月の引き継ぎで仕事が引き継げる部門とは、根本的に違うんだけどなぁ。
「そんな短期間で即使い物になる、非常に優秀な輩が、てめぇの会社になんか行く訳がネェだろ!」って言ってやりたい。誰か言ってやって。
#誰宛に?人事?取締役?
-- gonta --
"May Macintosh be with you"
Re:まったくもってして (スコア:2, すばらしい洞察)
一所懸命育てて、あっさり他社に行かれたんじゃたまりませんよね。
雇用の流動性が高い国だと、会社が社員に投資するのを求めるのは難しいんじゃないですか。
そういう社会だと大学等の高等教育に、学問よりも技能を重視する教育が求められてバランスがとられることになりそうですが・・・理屈どおりにはいかないということですかね。
Re:まったくもってして (スコア:1, 興味深い)
>一所懸命育てて、あっさり他社に行かれたんじゃたまりませんよね。
これって、本当なのか最近疑問に思う。
育てる、っていうのがどのレベルなのかによるんだけど、ちゃんと育てたなら、この先もここに居ればもっと
いい経験できると思わないんだろうか?と
つまりは、外に出て行くということは、先行きに閉塞感があるか、自分はもっとすごいことできるぜ!と思って
るかどっちかなわけでしょ?(後者はたいてい思い過ごし)
つまり、ここに居て、今までの延長でももっとわくわくできるんだ。と思われないのは一所懸命育ててないでしょ
っていうことなんだけどね。
Re:まったくもってして (スコア:1)
他にも外に出ていくパターンありますよ。
聞いた話なのですが・・・。
某海外メーカーからヘッドハンティングされた同僚は、以下の条件に負けたそうです。
・給料正確に3倍(なぜか情報漏れていた?)
・2年間は雇用保障、以後は実績により契約延長
・それなりの家提供
・専属通訳付き
・メイド付き
むむぅ。たしかにこれは外に出ていっちゃうかも。
Re:まったくもってして (スコア:2)
残った場合の6年分+家と比べれば、よほどの会社でも6,7年先はわからんからな。
Re:まったくもってして (スコア:1)
仰ってることは正論で、それはそれとして
短期の厳しい教育・研修を耐え切れば資格や実績が得られる、
と割り切って「ハードな職場」を通過して「ソフトな職場」に移ってしまうというケースもあるのかなとか思ったり。
冗談だとは思いますが、「免許を取るために自衛隊に入隊して各種免許取ったら除隊」とかいう机上の計画を聞いたりもしました。
あるいは若くして物書きでそこそこの収入を得ていたが、将来不透明なので就職してみた。
しかし研修終了後の振り分けで希望する職場に就けなかったから退職した。
という話もあったり。
……ちょっと違うか。
Re:まったくもってして (スコア:1, 興味深い)
海外在住だけど、こちらの企業はそんなこと考えていないですね。雇われている方も同じ。雇用契約を結んだときと仕事の内容が変わっていなければ昇給はないし、より高い給料が欲しければ、転職するのが普通。年功序列なんてありえんし。
かと言って、大学の現状は日本と大きくは違わないので、大卒でもアルバイトで経験を積んで、その経験を売りに正社員を目指す感じですね。必要なのは実績。
大卒というのも1つの実績ですが、それだけでは不足。
Re:まったくもってして (スコア:1, 興味深い)
ニュージーランドで会社を経営する日本人が、ニュージーランドの会社がダメなのは、社員が会社を踏み台にすることしか考えていなくて、すぐに人材流出してしまって(そして、最終的には海外に流出する)、ノウハウが全く蓄積されないという点が大きいのではと言っていました。
長期的に人手不足になる可能性が高い日本で、労働力の流動性を上げて吉と出るか凶と出るか、どっちでしょうね。
# 国の発展は、労働者云々よりも、経営者のイノベーション能力次第なのではと思う。
Re:まったくもってして (スコア:2, すばらしい洞察)
踏み台にしかならないということはそういうこと。
元記事の元 (スコア:3, 参考になる)
TechCrunch JAPAN の方に訳が出てましたよ。
[新人プログラマーが使えない理由]
http://jp.techcrunch.com/archives/20110507why-the-new-guy-cant-code/ [techcrunch.com]
単に人事がタコなだけじゃね? (スコア:2, すばらしい洞察)
Re:単に人事がタコなだけじゃね? (スコア:1, 興味深い)
>現場では入社していきなりコーディングが出来る人を求めてるならそういう人を取るべき採用を実施すればいいだけじゃね?
これに尽きるわな。
言うに事欠いて、最重要なのはコミュニケーション能力とか言い出す企業がいるくらいだし、そりゃミスマッチもするわ。
1つ企業に考えて欲しいのは、求人として求める人材に、現在の技術が廃れる4~5年後にどういうステップを踏んで欲しいかってこと。
つまり、新しい技術が好きな人を雇いたいのか、今の技術を使いこなすのが好きな人を雇いたいのか、どちらを雇いたいのかってこと。
このあたりは性格だから、能力じゃないんだけどね。
# いつまでも素人ってのも、それはそれで良いんだよ。
# 言い換えれば、それは消費者目線てことだから。
Re:単に人事がタコなだけじゃね? (スコア:1, すばらしい洞察)
コミュニケーション能力のないSEなんて願い下げもいいところなんだが…
最重要というのは不適切。
最低限だ。
人間か人間でないかぐらいの差がある
Re:単に人事がタコなだけじゃね? (スコア:1)
SEに限りませんて…。
Re:単に人事がタコなだけじゃね? (スコア:1, おもしろおかしい)
雀荘なら「兄さん背中がすすけてるぜ」なのに、これじゃぁ「兄さん背中に疫病神が透けて見みえるぜ」になっちゃう!
Re:単に人事がタコなだけじゃね? (スコア:2, すばらしい洞察)
Re:単に人事がタコなだけじゃね? (スコア:1)
Re:単に人事がタコなだけじゃね? (スコア:1, すばらしい洞察)
具体的にどんな能力を求めてるのか。
報連相?折衝力?プレゼン力?
意味不明なことをのたまうユーザ、矛盾だらけ穴だらけの仕様書とコミュニケートする「コミュニケーション能力」ですよ。
Re:単に人事がタコなだけじゃね? (スコア:2, 興味深い)
現場が欲しがるような人材を面接で選別できない人事が
コミュニケーション能力が重要です! なんて
タチの悪い冗談としか思えん
と思ったり思わなかったり
Re:単に人事がタコなだけじゃね? (スコア:2)
fj.jokes出身:
新入り≠新入社員 (スコア:2, 参考になる)
現場に新しく参画してきた人の事のように思います
きっとあの人出来るよ。とマネージャが言っていた人が
残念な感じの時もあるし、逆の場合もありました。
# 私はといえば偉そうに言う残念な感じの人だけどID
# yes, fly. no, fry.
つらつらと思ったことを書いてみる (スコア:2, 興味深い)
(1) (平社員ですが) 面接官したことあります。
これがなかなか難しかった。お話が盛り上がっても、その後に人事担当
から「人事面はOKです、後はあなたが判断してください。彼とこれから
一緒に仕事ができますか?」と言われて、小心者の私は「私には
決められません」と"採用せず"を選択しました。あの時の人すいません。
(2)モノを見せる
そういった意味も込めて、自営業の今は「自分の作品」を見せることに
しています。これボクが作りました、とモノを見せるとわかりやすいし
わかる人には(下限も上限も)わかる、はず。もちろんソースは
公開してます。
(3)コミュニケーション
自然言語としての日本語は非常に曖昧で短時間でのコミュニケーションは
難しいです。「あなたの言うこれこれは私の日本語でいうところのこれこれ
であってますか」という言い回しをよくします。
採用関係のもろもろはだいたいミスマッチだと思います。少しでもミス
マッチをなくすために、お互いにわかりあうような努力は必要ですよね。
前提を「わかってない」に置くことでかなり行き違いはカバーできる気が
しますのでそうしてます。
ただ、はなからだますつもり(悪気があるにせよないにせよ)の人も
いますのでこれもまた難しい。
結局仕事も「縁と運」ですかね、結婚と同様に・・・。
本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:1)
日本じゃ、コンピュータスキルはなくてもコミュ力があれば問題ないとかで、プログラミング言語に触れたことすら無い人がSEになるとか、そういった噂を耳にしたことがあるけど。
そして、それとセットで、日本はそんなんだからダメだ。外国ではもっとどーのこーの、という話を聞くけど。
実際のところ、どうなんでしょう。
どこも変わんねーよ、といったところ? やっぱり、日本はひどいの?
それとも、日本の抱えてる問題とは別の問題を抱えてたりするわけかなぁ。
1を聞いて0を知れ!
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:3, すばらしい洞察)
日本の抱えている大きな問題のひとつは、高い専門性を持つ技術者の評価が低くなりがちって所だと思うけど。
SEに限るなら、一人のエンジニアが営業から設計、実装、テスト、ドキュメント管理、メンテナンスまで全部こなす。なんでも人並みかそれ以上にできるのが優秀という評価になる。欧米だとよほど小さい企業じゃない限り、それぞれ専門化している。営業は営業しかしないし、テスト担当者はテストしかしない。その代わりそれぞれの分野で高い専門性を身に着けることを求められる。
プレイヤーとして優秀な人を昇進させてマネジメントをやらせたりする。プレイヤーに必要なスキルと、マネージャーに必要なスキルは別なのはみんなわかりきっているんだけどね。エンジニアにとってマネジメントをやらせるのは、懲罰以外の何物でもないと思うんだけどな。
日本でコミュニケーション力を高く評価するのも、何にでも応用できるつぶしが利くソーシャルスキルだからって理由じゃないのかな。
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:4, 興味深い)
>>日本の抱えている大きな問題のひとつは、高い専門性を持つ技術者の評価が低くなりがちって所だと思うけど。
微妙に違うと思います。
私が思うに、日本における技術者の立場は「低い」と言うより「頭脳を持たない、持つ必要の無い工作機械の一種」ととらえられているからなんじゃないかと。
それ故メーカーは「頭脳」である総合職ばかりを揃え、「工作機械」である技術者は下請けばかりとなり。
正社員技術者は「出世する=頭脳を使う必要がある=技術者からは卒業」といったプロセスを踏むハメになるのだと感じています。
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:3, 参考になる)
実感として、日本ではマネジメントスキルが重要とされていると感じます。
だから「昇進させてマネジメントを」というのが日本の大きな特色で、問題の根本にあると思っています。
昇進するということは、マネジメントをすると言うのと同義で、それ以外の道筋がないことが問題なのだと思います。
# 知っている限りのIT関連大手では、IBMぐらいじゃないかな。技術者としてキャリアを積んでいけるのは。
# 重工業系でもやはり現場はマネジメント層より一段落ちる(ただし給与的な意味で。尊敬などは別)。
ある分野に特化した技術者として高給がもらえる/プレイヤーとしてやっていくのは、日本では非常に困難だと思います。
で、日本の会社で何が重要かと言えば将来的にマネジメントするための準備、だったりします。
んで、企業が専門性を求めないと言うことは、新入社員には色んな業務を学ぶ、素直で良い子を求めると。
つまり、人の話を良く聞き、調整能力に長け、理解力があって、多少の無茶にへこたれない人材を求めると。
そう言う人材を「実際に現場を知らないとマネジメントできないから」とローテーションさせて仕事を覚えさせると。
入社後に教育をするのが前提なら、教育を受けるのに最適な人材を求める。
すぐに仕事が出来るのが前提なら、希望の職能を持っている人材を求める。
希望の職能を持っているのって判定するの難しいね、実績しか無いんじゃん?というのが、本家記事。
日本の(新卒主義を貫く企業の)現場とは、ずいぶん異なると思います:-P
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:2, おもしろおかしい)
一番重要なのはExcelでスケジュール表を書くことだ
――エクセル・ホーガン氏(1964-2048)
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:1, 参考になる)
マネジメントや営業はともかく、他に関しては専門化したほうがいいとも限らないですね。
よく言われるのが「プログラムも書けない奴が設計できるのか」というのがあって、
それはある意味真理だし。
まあ、専門化した人の居場所がないというのはそれはそれで問題だけど。
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:2, すばらしい洞察)
道具の使い方をよく知ってるに越したことはないけど、
道具の使い方なんて誰でもすぐに覚えられます。
システムの設計というとインフラからセキュリティ、保守運用設計まで含むから広いけど、
いわゆる設計でいうと業務ロジックなりの必要要件をブレイクダウンした見える化であって、
前者のロジックに通じていることの方が遙かに重要でしょう。
どれだけモデルや言語に強くても、例えば簿記や会計に疎く、
相手側担当者の要件を汲み出す人間としての力がないなら、
経理システムの良い設計なぞできるわけもないでしょう。
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:3, すばらしい洞察)
>どれだけモデルや言語に強くても、例えば簿記や会計に疎く、
>相手側担当者の要件を汲み出す人間としての力がないなら、
>経理システムの良い設計なぞできるわけもないでしょう。
いやあんたの言ってるのは「設計」じゃ無くて「業務分析」だけでしょ。
#プログラミングをやったことないレベル7プログラマはよく勘違いするんだ。
業務分析のことを「設計」と呼ぶのは、
プログラミングのことを「製造」と呼ぶのと同じくらい間違ってるよ。
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:1, おもしろおかしい)
>よく言われるのが「プログラムも書けない奴が設計できるのか」というのがあって、
それはある意味真理だし。
自分でかけないアルゴリズムを発案する私が来ましたよ。いや、ダブルポインタを使えば出来ることは解るんだが、ポインタの記法を良く覚えていないという…。
#つーか、通常の変数とポインタとポインタ変数とを明確に区別していないCが美しくないんじゃ!と逆ギレてみるテスト
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:1)
「ダブルポインタ」を使わないと実装できない 新しいアルゴリズム を考えたってことでしょう。だけれど、「ポインタのポインタ」をどう書けばいいんだっけ? というのが思い出せない、と。だから「アルゴリズムを思いつく」けど「実装できない」と。
.
うん。でもね。#1949834 [srad.jp]が『出来るだけ発案しないほうがみんなハッピーじゃないかな』というのは本気でそのとおりだと思う。
ダブルポインタが使えないとCで書けないなら、アセンブラで書けばいいじゃない。いまどきのC言語なら、インラインアセンブラ機能がついてるから、ポインタを void* でやり取りしとけば、とりあえず書けるだろう?!
そうすりゃ、1980年代までに作られたアルゴリズムか、うまく動かないアルゴリズムのどちらかであることが、はっきり判ると思うよ。
fjの教祖様
Re:本家記事だけど、日本との違いってどういうとこにあるんだろ (スコア:1)
そりゃ、両方ともしっかりできそうな人が欲しいですし、将来のこと考えるとマネジメントもできる人がいいですし、ついでに別のこともできればもっといいわけですが。
「新入りがコーディングできない」という現状があるわけで。
人と人とのつながりがあっても、もの作れないようじゃ話にならないのです。
# あるいは、下請けに投げるから、つながりさえあれば、物作る必要なんてないのかもしれませんが……
1を聞いて0を知れ!
Re:【急募】スーパーマン (スコア:1)
そんなこと分かってるから、皮肉で書いたんだけどね。
じゃあどういう人を求めて、どうやってそれを見極めるといいの?
あるいは現状は、どういう人を求めてどうやってそれを見極めて、結果どういう人が来てしまってるの?
論点はそういうところであって、君の書いてるようなこととは全然違うと思うよ。
1を聞いて0を知れ!
Re:【急募】スーパーマン (スコア:1)
気のせいでしょう。
全然違うように見えた主張を「同じ主張ですよね?」とか聞かれても、こっちの方がよくわからんわい。
1を聞いて0を知れ!
議論がすれ違ってない? (スコア:1)
未経験OKとか言っているの孫請けの会社やそんなところに派遣社員を出す会社で、もっと根深い日本独特の政治的な問題を抱えてる気がする。
そんな会社にしか入れなかった人は腕磨いて早く転職しなさい。それができなきゃ底辺のまま。ここを議論しても愚痴にしかならない。
元ストーリはスタートアップ企業のような何か新しいことをしようとしている会社に思える。
そんな会社でも総務人事はそっちの法律に詳しい人を優先し業界特有の問題を軽視し、これまで使い慣れた採用基準を持ち出すのでここを変えたい!
ってことじゃないかなあ。
世界的に共通の話題に思えるし。
と思うよ。多分。
Re:コーディング不要 (スコア:2, 興味深い)
逆にコーディング出来ると出世に響くしね。
コーディングできないやつが顧客対応に回される。
で、なぜか顧客対応のほうが評価されやすい。
コーディングは下っぱの仕事って思ってる管理者多いし。
Re:そんなもんかなあ (スコア:3, すばらしい洞察)
右も左も分からない新人達を「いっぱしの兵隊」に鍛え上げるのも企業の仕事の一つでしょうに。
それが出来ないなら出来ないで割り切って「即戦力」の獲得に全力を尽くせばいいのでは。新人を教えるよりも高く付くかも知れませんけど。
そうやって仕込んだ兵隊達を最高のパフォーマンスで運用するのも企業(部署のトップ)の仕事なわけで、
それが出来てない企業はそもそも人材に対する認識が甘いか間違っていると思いますよ。
そうかなぁ。
「開発者として」採用するのであれば適性のある人間を求めるのも必要じゃないですかね。
だから、面接は「開発者が」するべきです。
もちろん面接では簡単でもコーディングさせるのがいいでしょう。
履歴書の経歴なんてほんの10分程のpseudoコーディングに敵わないと思います。
適性のある人間を採用した後で、更に鍛え上げれば
企業としてなお素晴らしいことではないでしょうか。
# 開発の現場以外が判らないので、他の職種については何とも言えませんが
Re:そんなもんかなあ (スコア:1, すばらしい洞察)
「開発者として」採用するのであれば適性のある人間を求めるのも必要じゃないですかね。
適性があるかどうかを判断するのは企業側なわけで。
新人が使い物にならないといくら嘆いても「その人を採用すると決めたのは御社ご自身でしょ。どうしてもっと有能な人を選ばなかったの?」と言われたらそれまでの話だと思います。
ここで議論すべきは「使い物になる人間の判定方法の改良改善」とか「使い物にならない人間を使い物にするためのノウハウの効率化」とか、さらに思い切って「人材の適性に依存しない業務体制の模索」とか、その辺じゃないかと。
Re:そんなもんかなあ (スコア:1)
「開発者として」採用するのであれば適性のある人間を求めるのも必要じゃないですかね。
適性があるかどうかを判断するのは企業側なわけで。
新人が使い物にならないといくら嘆いても「その人を採用すると決めたのは御社ご自身でしょ。どうしてもっと有能な人を選ばなかったの?」と言われたらそれまでの話だと思います。
ここで議論すべきは「使い物になる人間の判定方法の改良改善」とか「使い物にならない人間を使い物にするためのノウハウの効率化」とか、さらに思い切って「人材の適性に依存しない業務体制の模索」とか、その辺じゃないかと。
それ↑に対しては
開発者の立場からすると「だったら俺に選ばせろ」なんですよ。
多くの企業で、「開発者としての」人材を選ぶ才能がない人間が選んでいるように思うのです。
だからそのフレーズの後に
『だから、面接は「開発者が」するべきです。』
と続けたのですが・・・・
Re:逆に言えば (スコア:1)
Re:逆に言えば (スコア:2, すばらしい洞察)
説明されないと分からないのは人事担当としては平凡だ。
彼らが優秀な技術者を求めるなら、我々も彼らに優秀な目利きを期待するべきじゃないか。
採用後もそいつらに評価されつづけるんだとしたら、なおさら。
Re:逆に言えば (スコア:1)
>その人が生み出す損益の見込みを換算しているだけです。
だけとおっしゃいますが、それがきちんと出来ている人事なんて、
ほとんどお目にかかったことがありません。
Re:じゃあ、大学・大学院教育ではどうすれば (スコア:2, すばらしい洞察)
得意分野をちょっとはみ出しただけで「検討がつかない」って思考停止しちゃうようでは採用したくないな
「今はさっぱりですが、すぐに出来るようになって見せますよ」って姿勢じゃないと
Re:じゃあ、大学・大学院教育ではどうすれば (スコア:1)
大学~院は職業訓練校じゃない。
定義的には一分野に特化して深く教授/研究する教育機関だから、
悪い言い方をすれば専門バカを育てるところ。
[コーディング技術学部]なんてなければ、その技術を求める方が悪い。
だから、その専門分野が必要でもなければ、
ただ単に[受験戦争を勝ち抜いた]だけの連中と思うべきだ。
# 新人は教育が必要。即戦力が欲しいなら経験者採用をすればいいのに。
Re:じゃあ、大学・大学院教育ではどうすれば (スコア:1, 参考になる)
言語なんてどうでもいいというのは同意です。
言語が変わると全く理解が追いつかない人は、
言語仕様と文法を切り離して理解出来ていないのでは無いかと思います。
# 文法も言語仕様の一部ではありますが、良い表現が見つからない。
ただ、アルゴリズムも(実際に適用していない時は)理解している必要はないと思いますよ。
暴論に聞こえるかもしれませんが、アルゴリズムなんて必要になった時に調べればいいんです。
頻繁に使うようであれば頻繁に使ってるうちは覚えているでしょうし、
数年ぶりに使うような場合は調べ直した方が良いと思いますし。
というわけで以下のような能力を持った人が欲しいかな。
1.どんなアルゴリズムが適用出来るかという知識
2.アルゴリズムの元になる(数学)理論からコードを起こす能力
3.または、Cなどで書かれたサンプルコードをコードに依存しない形として読み取る能力
1.は――より良い方法が見つかるかもしれませんし――都度調べてしまっても構わないと思いますが、
3.は他言語で書かれた時点でループとかコンピュータで処理しやすい形に直されているので、そのくらいは出来て欲しい。
Re:逆に考えてみた (スコア:3, 興味深い)
私自身、新入社員のトレーナーを(現在も)行っていますが、そのときに感じたこと。
#前提として、比較的規模の大きい会社(社員数3000人程度)における基盤系(サーバインフラ、OS、ネットワーク周り)担当のSEとなりますが。
1.新入社員研修の人事担当は”SE”とではなく”人”として出来上がっている
新入社員にとってはじめての先輩であり上司となる人事担当は一般的な人として出来上がっている方が多いです(もっともあたりまえの話ですが)。人事担当者と何ヶ月か教育を受けるため、新入社員としては「こういう人が社会人なんだなぁ」と思う今日この頃。
2.受け入れ先の先輩社員と比較されてしまう
配属先でトレーナーにつく先輩と、人事担当とでどうしても比較が発生してしまいます。新入社員は基準となる物差しを”技術力”ではなく”人”としています。ここでのギャップが大きいと、後の人生に大きく響くといっても過言ではないでしょうか。
#私が担当した新入社員は女性であり、HDD、CPUを初めて見た!から始まった。。
3.新入社員同士でトレーナーの比較がはじまる
新入社員同士でトレーナーについての当たり外れの話がはじまります。このとき、他のトレーナーと自分が担当されているトレーナーとを比較し、著しくはずれだった場合と感じられた場合、モチベーションが著しく低下します。こうなった状態は糠に釘を打つ状態となり、いくら技術的に優れたSEからすばらしい教育方法を行っても全く無意味な状態になります。
#実際にこの話を、私が担当した新入社員から聞きました。当然、私に関する評価もでてきましたが、いい話1/10、悪い話10倍で聞いております。
他の方のコメントを見ていると上司や人事担当が一方的に悪いようなコメントが多いように見受けられますが、そっくりそのまま自分自身に当てはめてみた場合、同じコメントが出来るかどうか気になるところです。
Re:逆に考えてみた (スコア:1)
○ 人事に必要な能力を適切に伝え、その判別方法を教えられない管理職
有能な技術者が欲しければ、有能な技術者がそいつを判定する以外手がないに決まってるじゃないか。
fjの教祖様
Re:Androind (スコア:1)
インドの山奥だったりガンダーラだったりするんですね。