私は、WEBアプリケーションのバックエンド（※2）開発に携わっています。今はアプリ内の導線を作っているのですが、上の方々が考えた具体的な方法を元に、調べながら開発に取り組んでいます。

私は動くものや機能が完成する時が楽しいです。
プログラムが何もできない状態で入社したのですが、シンプルな機能を自分で作れるようになったことが嬉しいですね。
以前、製品のログイン周りの機能を作ったのですが、ユーザーIDとパスワードを入力するとそのユーザーの情報が返ってくる仕組みなど、自分が見たことのある機能を作ることができたことにちょっと感動しました。

そうですね。
ただ、自分が作ったものが本番環境に反映されてお客様に使われていると感じた時は「自分が作った部分でミスがあったら、情報が流出しちゃうのかな」と不安を感じる部分もありました。
不安もありつつ、お客様が本当に使ってくれているんだという嬉しさもありつつ、と言った感じです。

私は既存製品の改修に取り組む時に、他の人が作ったものに手を加える大変さを感じました。

自分で１から作る場合は、設計や変数の定義などを１つ１つ把握できるのですが、途中から参入すると書いてある内容の意図が読み取れず……これによってミスをしてしまったり、何を作ったらいいのかわからなかったり、といったことがありました。

わからない時や考えに自信がない時は自分だけで解決しようとせず、上司に相談するようにしています。確認をとりつつ、必要に応じて他の人にも協力していただくことが解決につながっている気がします。

PDグループでは、Outlookの予定表で時間が空いているところはいつでも予定を入れて良いというルールがあります。
ちょっと聞きたい時は空いているタイミングを見計らってSlackからコールをかけたり、まとまった時間教わりたい時は30分〜1時間で打ち合わせの予定を入れたりして、相談しています。

みなさん快く対応してくださって、とても優しいです。

廣瀬さんが受けた研修は、PDグループの中である程度業務経験を積んだ人が受ける研修だったんです。だから難しかったんですね。

私が配属後に受けた内部研修は新人向けの内容で、JavaとSpringを学びました。
外部研修でも同じ言語を学びましたが、内部研修はより実践的な内容で、今も業務中に「研修でやったところだ！」と気づくことがあります。
プログラム未経験からのスタートでしたが、こうした研修のおかげでスムーズに取り組めているのではないかと思います。

はい。私は身近な先輩に聞いて、「こういうふうに考えるといいよ」とヒントをいただいて解決していました。
実務に入った現在も、自分だけじゃわからないことがあった時は周りにヒントをいただき、解決していくことが多いです。

私は文系大学の出身なので大学の頃はプログラムをやっていませんでしたが、レポートや課題に取り組む時に「論文や書籍から自分が知りたい情報を探し当てる」ことを何度もやっていました。
この経験から調査が上手くなったことは、今も技術的にわからないことを調べる時に役立っています。

私は、わからないことを「わかりません」と人に言えるようになったことです。

学生時代は同年代の人くらいしか関わりがなかったのですが、社会人になってはじめて自分よりずっと知識がある上司や先輩社員と出会いました。そして、内部研修の時に多くの先輩が私に「今どんな感じ？」と声をかけてくれたんです。こうしたやり取りを通して、はじめて「人に聞いてもいいんだ」と思えるようになったことが、自分の中で変わったポイントですね。

今はまだ自分が解決したいことを解決するので精一杯な状態ですが、今後はプロジェクト全体のことや製品が完成した後のことも考えてコーディングできるようになりたいと思っています。

そのためにはコーディングや設計の知識を身につけていきたいです。頑張ります！