Notices by ひだお初段@Qiitadon (hidao@qiitadon.com), page 68

新人の方が「不慣れだから小さな機能の改修からやりい」的なことを言っていたので、
「どんな機能も分解すれば小さな機能が集まってできてるものだよ」って言っておきました。

大きな機能も小さな機能も分解してしまえば変わらないです。
しかし、分解する能力が身についてないところがネックなんでしょうね…。

ちなみに私個人のタスク分割に関する見解としては、分割する習慣がついてる方が、分割しない人よりもいい感じに仕事できる傾向はあるかなと思います(絶対的ではないです)
コーディング能力そのものとは、直接は関係ないと思いますが、今回はそもそもコーディング能力よりも仕事能力(?)が必要なので、そっち重視かなと思っています
ちなみにインターン募集ではこのような質問は全くしていないですが、結果的に3割ぐらいの人は手元で1〜2時間程度のタスクに分割していて、概ね分割してる方がコーディングも上手かったです(概ねなので、当然ですが個人差はありますし、そもそも私はそういうの苦手...リスト作らないと漏れるので、ある程度はやってますが)

@yoto_3 なるほど、確かに商流も実態構造も、私が現場作業するときは気になっていて、サーバーの管理資料や議事録を読み漁ったりしていたのを思い出しました
その辺の構造把握に目が向くかどうかも、プロジェクト推進の立場では必要ですね

#IT用誤辞典

【amend】

IT 宗教用語。過去の行いに対して免罪をこう際に唱える。主に VCS 教の１宗派である Git で使われる。

「git commit --amend」（訳：主よ過去の過ちを正しい行為で償います。受け入れ給え amend）

案件配属に関する挨拶について、具体的なやり方に落とそうかなと思っている…けど、どういう話をするのがよいかなあ。

※最初に褒めて惹きつける

・自分の工数の管理はしていますか？している場合は、どういう方法ですか？
・自分のタスクの管理はしていますか？している場合は、どういう方法ですか？
・コーディングする時、どれぐらいのタスクに分割して作業をしますか？
・○○のような仕組みを持つ新しい機能を作って下さい、と言われた時の作業のイメージを教えてください。
・現場によっては全く作業をしてくれないメンバーが居ますが、その人に働きかけたりしますか？
　働きかける場合は、どのように働きかけますか？
・ステークホルダーがふわっとしている場合の業務の失敗談や成功談はありますか？

必ずしもコーディングの高度な知識は要求しないんだけど、普通の業務アプリの構築経験みたいなのは必要で、不確実耐性が欲しい感じ

「これまで実際にどういうポジションで業務に関わっていたか」
「空気を読んでコーディングできるか」
「ステークホルダーの応答がいまいちでも、ある程度主体的に作業ができるか」
などをチェックしたい。

#trap
#naming

インデックス
「0始まり」か「1始まり」かでoff-by-one-errorにはまる。

C言語であれば「0始まり」が配列のインデックスで一般的。

言語によっては「1始まり」が配列のインデックスで一般的かもれいない。

関数の引数として渡す時に「0始まり」か「1始まり」か分かる名前が良い。

自分はCやC++実装の場合
idx : 0始まり
idx_st1: 1始まり
のような名前付けにしている (Cでは0始まりが一般的としてidx_st0とはしない)。

この名前付けで失敗は減ったが、人から引き継いだコードではそれを実施できない。