未経験入社のプログラマーの、研修課題の取り組み方について。

Question

いいいいいいいううううううううえええええけえええおおおおおめるふりぬぬぬつぬふるるふ

Comments

[m.ts10806]

タグは「PHP」は不適当と思います。

[S_kawa]

ちょっと確認ですが。
>自分のプログラムに改善余地
というのは、現状のコーディングスキル的な意味ですか？
それとも提出しようとしているプログラムですか？
前者であればその旨を共有できていればいいと思います。
後者だと何故不完全なものを提出するのか伝えないと悪い印象を与えると思います。
時間期限(+コーディング速度)的な問題なのか、改善コードが思いつかないのか、先輩方のアプローチも変わってきますので。
後は他の方の回答と同意見なので回答は控えます。

[m.ts10806]

何でもいいから解決済みにしてから退会してほしい。
内容編集削除して退会とかただ逃げただけやん

Answer 1

そういった、"自分のプログラムに改善余地があることを知りつつも先輩にコードレビューを頼む"というのは、逃げなのでしょうか？

自分としては、悩み続けてずっと時間を投下する(もちろん自分で考えまくるが、ある程度で区切りをつける)よりも、できる人のアドバイスを聞き、「こういった発想があるのか」と気づきを得て、その経験を繰り返して行った先でやっと、今までのアプローチの仕方を組み合わせたり、組み替えたりしてロジックがすんなり組み立てられるようになるのではないかと思っているのですが、どうするのが一番成長に繋がりやすいと思いますか？

teratailで質問すれば良いのでは。
ロジック・アルゴリズムのアドバイスを求める質問は多くあります。

むしろこの質問に「PHP」だけあるのが違和感です。PHPのことを全く聞いていません。
「アルゴリズム」「コードレビュー」タグありますよ。

ある意味teratailで質問するのも先輩に師事を仰ぐのもほぼ同じです。
自分の考え方をきちんと述べたうえで、アドバイスを求めることですね。

いずれも「どうしたらいいか分かりません」は丸投げです。
先輩も「いちからか！いちからせつめいしないとだめか？」となると自身の仕事もあるので
受け入れるのは難しいでしょう。教えてクンは絶対に避けなければなりません。

考えをまとめること、質問する前にすることなどはteratailの「質問するときのヒント」が良くできていると思います。

Answer 2

そういった、"自分のプログラムに改善余地があることを知りつつも先輩にコードレビューを頼む"というのは、逃げなのでしょうか？

コードレビューを依頼するときに、以下を告げましょう。
・「改善余地がある」箇所
・なぜ改善余地があると考えたのか
・改善策として考えたこと
（改善できずにコードレビューに出しているということは、実装方法がわからないだけだと思うので、教えを請いましょう）

本来はコードレビューを依頼する前に相談するべきですが状況が許さない場合もありますしね。

Answer 3

なにごとも、ナレッジからスキルへと消化します。
ナレッジがなければスキルは向上しません。

堂々とナレッジを取得するための行動を起こしてください。

よいコードを読むことは非常に勉強になります。

Comments

[退会済みユーザー]

本を読まない小説家もいるかも知れないけど、本をたくさん読んだほうがいい文章をかけるはず。
コーディングも、さまざまなコードを読み解いて血肉にしないと良いコードが書けない気がします。

[macaron_xxx]

これだけ丁寧に回答をもらっているのに、こういうことをする人だから、成長したいだなんて微塵も思ってないんでしょうね。

Answer 4

質問者さんの現状のレベルと置かれている環境、指導する人の都合や方針などが影響しますから、一般論で答えを出すのは無理です。

この質問を指導者の人に見せて「こういうことを思っているのですが、どうしたらいいんでしょうか」と指示を仰いでください。

返ってくる答えは「気になるところはコメント書いといてくれれば重点的にレビューする」かもしれないし「○○という本を読むと参考になる」かもしれないし「最初のうちはそこまで気にしなくてもいいよ」かもしれませんが、とにかく何かしら答えが得られます。