どうも、当ブログ(とあるエンジニアのエソラゴト)を運営している、エンジニアのエソラ(@ya6madev)です。
普段はSIer企業でDXとかAI開発をしながら、自社サービスの開発をしています。
先輩エンジニアからもらったアドバイスが自分にどう生きているか
ここまでの10年間を振り返ると、順風満帆ではありませんでした。
しかし、周りの先輩エンジニアに支えられながら、何とかシステムエンジニアとしてのキャリアを歩んでこれました。
ここまでの私のキャリアは先輩エンジニアからもらったアドバイスによって、支えられてきました。
ということで、今回は先輩からもらった金言と言えるようなアドバイスを紹介したいと思います。
この記事を読むことで、「エンジニアとしてのキャリアを今よりも楽に進めるように、また仕事に対する考え方や姿勢が変わると良いな」と思います。
では、行きましょう！
システムのソースコードを理解したいのであれば、データの流れを意識したら良いよ
これは3年目でまだプログラミングのことを理解していない時に、一緒にプロジェクトをしていた先輩から頂いた言葉です。
システムエンジニアになって3年経過しているので、プログラミングを学んである程度の文法は理解出来るようになっていました。
多分、最近システムエンジニアになったばかりの人であれば、共感してもらえる悩みなのではないかなと思います。
そんな感じで一人でぜーぜーと言いながら、ソースコードを眺めていると、見かねた先輩が言葉をかけてくれました。
プログラムはIPOと言って、「インプット→プロセス→アウトプット」という流れでデータが入力されて、データを加工する処理がされて、アウトプットとしてデータが出力されます。
プログラミングの用語を使って解説をすると、ここで言うインプットはメソッドの引数、プロセスはメソッド内の処理、アウトプットはメソッドの戻り値となります。
例えば、プログラムAのインプットとしてデータが流れて、処理して、データをアウトプットデータとして出力した場合、次のプログラムBがプログラムAが出力したアウトプットデータをインプットデータとして処理して、次のプログラムに流します。
このアドバイスを頭の中で意識をしながら、ソースコードを読んでいくと、今までよりも少し楽にソースコードを読むことが出来るようになりました。
また大きなシステムであっても、データという観点で、一つ一つを細かく分けながら考えていくと、システムの全体像が理解しやすくなりました。
技術的負債を残さない
そして、「修正出来る時間が出来たら、対応しよう」と思って、イマイチなままリリースをしてしまうことがあります。
しかしながら、こういう状況について先輩エンジニアに相談をすると、以下のような言葉が返ってきました。
「出来る時にやろう」と思っても、「出来る時はなかなか来ない」というのです。
割れ窓理論という理論があって、「小さな問題を放置していくと大きな問題に繋がっていく」ということを示しています。
最初は技術的負債であっても、年月が経つとどんどんとスパゲッティコードになってきて、もう誰も保守が出来ない巨大なシステムになってしまうというわけです。
というわけで、出来るだけ技術的負債は残したらいけません。
先輩エンジニアは技術的負債をそのまま残すことの危険性を教えてくれました。
しかしながら、どうしても時間がない時だってあります。
そんな時は忘れないように、課題管理表やRedmineのようなチケット管理ツールに問題を起票します。
絶対に技術的負債をいつまでも放置していてはいけません。
割れ窓理論等の話は以下の書籍に詳しく記載されています。
プログラマとしての視座をグンと上げてくれる良書なので、ここで一つ成長をしたいと考えている方は是非読んでみて欲しいと思います。
顧客満足度とは「顧客が上司に褒められるようなこと」をやったら良い
会社の会議とか現場とかで、「顧客満足度を上げるように仕事をしなさい」と言われることがありました。
しかし若手エンジニアだった私にとっては、この言葉の意味があまりピンと来ませんでした。
「顧客満足度を上げる」と言われても、何をしたら良いのか全く分かりませんでした。
そこで先輩エンジニアに「顧客満足度を上げるって具体的に何をしたら良いのですか？」って聞いてみました。
この先輩エンジニアは顧客からの信頼も厚く、凄く仕事の出来るプロジェクトマネージャーでした。
そんな先輩エンジニアから以下のようなアドバイスが返ってきました。
具体的には、自分たちに仕事をくれている一番関係性の近い自分たちの担当者として働いている顧客が、その上司から褒められるようなことをしたら良いと言うことでした。
例えば、身近な担当者が何か上司に対して重要なプレゼンをする場合は、そのプレゼンが上手くいくように客観的なデータを出したり、想定問答集を作ったりしたら良いと言われました。
システムエンジニアなので、システムを開発して、リリースするだけではなく、プロジェクトを円滑に回していくために、自分の役割を超えた仕事も積極的にやっていることを知りました。
闘え
「闘え」という言葉は、当時の部長から言われた言葉です。
仕事をしていると顧客から無理な要望や、理不尽があったりすることがあります。
と部長は言います。
この言葉を聞いてから、今の現状を疑わずに不利なまま働くことや、「みんながそうやっているから」と言うような非効率なことも出来るだけ、「それは違うのではないか」ということを提言して、改善案を考えるようになりました。
実際、提言をしたとしても上手く受け入れられないことも多数ありますが、闘うことを忘れずに仕事をしていると充実感が湧いてくると私は思います。
[afTag id=7893] 正しいことを言っても、提案が必ず受け入れられるわけではない 私 正しいことを提案すれば、その提案は受け入れられるははずだ！！ 若い頃の私の考え方はこんな感じでしたし、論理的に考えても正し[…]
ありがとうと言われたら、「こちらこそ、ありがとう」と言う
とても不思議な人がいました。
こちらが施して感謝しているのに、なぜか向こうからも感謝されてしまいます。
そして、とても人当たりが良く誰からも頼られている、相手のことを尊敬するようになりました。
この心境は凄いことだと思いました。
たった一言、感謝をされた時に「こちらこそ、ありがとう」と口癖のように言えば、豊かな人間関係を形成することが出来るということを思い知りました。
先輩からもらったアドバイスを受けて
先輩エンジニアとしては何気なく言ったアドバイスであっても、その言葉がきっかけで大きく仕事に対する考え方や姿勢が変わり、成長をする人もいます。
皆さんも何か自分の心に残っているアドバイスがあれば、教えて頂けると幸いです。
この記事が誰かの参考になれば幸いです。
ここまでお読み頂き、ありがとうございました。
よろしければ、ポチッとお願いしまーす！
それでは、良いエンジニアライフをお過ごし下さい！
スキマ時間で効率的に読書をしたいなら、聴く読書「Audible」が最強！
ビジネス書も読まないと、良いサービスが作れない…
自己啓発書も読んでおかないと、出世ができない…でも、そんな時間が自分にはない！
聴く読書「Audible」がヤバイ！！
ということで、通勤をしながら、家事育児をしながら読書ができるので、
忙しい人にぴったりです！
Audibleのメリット
聴くだけで本当に頭に入るの？
好きな音楽をヘビロテで聴いていると、自然と歌えるようになっているね！
そんな感じで何度も聴いていれば自然と頭に入っていくよ！
メリットをまとめていくと以下のような感じだね！
忙しくても手軽に読書ができて、
記憶にも残りやすく、
当たり前だけど、目を使わないので目にも優しいんだね！
今なら30日間、無料体験！
無料体験期間で使いまくって、合わなければ辞めたら？
無料期間内にサービスを停止したら、お金はかからないよ！
じゃあ、気軽に始めてみるか！
一冊もらう目的で登録しても良いと思うよ！
さっそく登録してみるよ〜