もうちょっとで脱初心者できそうな素人です。
今日はスクリプトの改修をやったので、振り返りを書きます。
まずは指示書をよく理解する
しっかりと読み、疑問点があればすぐに上司に聞きます。
解釈が複数に分かれるようなところは、どちらの意味か確認します。
ディレクトリにまとめておく
開発環境にもよりますが、編集するファイルをフォルダにまとめます。
自分のところはクラウドからローカルに落として編集という感じです。
バックアップフォルダ置いておくと素早くやり直しが聞くので、
フォルダ作ってコピーを入れておくとよいです。
ノーコード開発で一部だけスクリプトが必要な場合は、コピーしておきます。
改修箇所の洗い出し
何をどう編集するか、エクセルにすべて洗い出します。
これだけで成果物になるので仕事している感じが出ます。
成果物を急ぐ
作業が複数のファイルに及ぶこともありますが、簡単なものは先に仕上げて、納品物のフォルダを作って入れておきましょう。
上司に進捗報告求められた時、どこまで完成しているか言いやすいですし、手伝ってもらいやすいです。
設計をする
案件にも寄りますが、単に指示書通りに作業すればいいとも限りません。問題の洗い出しや、設計が十分でないこともあります。やっていく中で問題が出てきて、こういう改修をすればこうなる、という提案（相談）を上司にしないといけない場面があります。。
思いのほか改修する場所が広く、触ったことのない部分を仕上げないといけないとき、上司に聞かないとわからないこともあります。
新人には頭の痛い問題ですが、全体像を見通して、必死こいてやるしかないです
ゲームのように楽しむ
メンタルの持ち方ですが、自分は対戦ゲーやってる感覚で仕事しています。
いい感じの時もあれば、眠い時・イライラする時などありますが、淡々とキャラクターを操作して、勝率のあがるムーブを続けていくだけです。
プログラミングはとても楽しいですが、あまり拘りすぎないほうが仕事としては続けられる気がします。
振り返りをどこかに書いておく。
上司は顧客との打ち合わせからプログラミングまでをこなすスーパーマンです。部下の面倒を見ている暇はありません。できることなら何でも上司と喋りたいところですが現実は許してくれません。こうやって書かないと何も成長できない気がしているので、アウトプットしています。
以上です。
明日も頑張ります。