りさ子🍐未経験→現役エンジニア×Webライター

一般事務から未経験でエンジニアへ｜現役エンジニア・社内講師経験あり｜IT・エンジニア・キャリア領域を中心に執筆｜実務経験と初心者目線を活かし、専門的な内容をわかりやすく伝えます

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

はじめまして、りさ子です！
一般事務から未経験でエンジニアへ転職し、現在も現役エンジニアとして働いています。
これまで開発・保守業務を経験し、社内講師として研修生やインターン生への技術指導にも携わってきました。
未経験からエンジニアになった経験と、初心者を教えてきた経験を活かし、「初心者がどこでつまずくのか」を意識して、専門的な内容をわかりやすく伝えることを大切にしています。
Webライターとして、以下の領域を中心に執筆しています。
・IT・エンジニア
・エンジニアの学習・キャリア
・転職・仕事に関するテーマ
未経験〜若手エンジニアに役立つ情報を発信しながら、エンジニア経験を活かした記事づくりにも取り組んでいます。
執筆実績・執筆サンプルは、プロフィールのリンクからご覧いただけます。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

未経験からエンジニアになった頃は、説明されてもロジックがなかなか理解できない。
デバッグもできない。
ソースを読んでも意味がわからない。

「私、エンジニア向いてないかも」と思っていました。

��れでも後に社内講師を経験し、基礎を学び直したことで理解がかなり変わりました。

最初に理解できないことと、向いていないことは同じではなかったです。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

私はもともと、100％理解できていなくても問題はなんとなく解けるタイプでした。

でも社内講師になって研修教材をやり直すと、
「ここ、実はちゃんと理解してなかったな」
と��う部分が結構ありました。

自分で正解できることと、「なぜそうなるのか」を説明できることは別。

人に説明する立場になって、基礎の理解がかなり変わりました。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

@climbdoor_com 職場の人と交流したいタイプかをそれとなく探り、大丈夫そうであれば誘います！

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

昨日、初めて自分の下につく後輩が現場に入りました。

今までは社内講師として教える経験はありましたが、実務の中で後輩を見るのはまた少し違いそうです。

自分が新人の頃につまずいたことも思い出しながら、質問しやすく、仕事を進めやすいサポートができたらと思います。

私も教え方を学びながらやっていきます。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

「SESは技術が身につかない」という意見を見かけることがあります。

確かに、現場によっては開発より運用や調整業務が中心になることもあります。

私も最近は、懸案管理、客先での説明、社内への報告、問題や疑問が出たときのすり合わせなど、プロジェクトを前に進めるための仕事が増えま��た。

技術だけでなく、仕事を進める力も少しずつ身についている感覚があります。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

Javaしか経験がなかった頃、初めてVBAでツールを作ることになりました。

VBA特有の書き方は調べましたが、
「この処理を組み合わせれば実現できそう」
という考え方は意外とそのまま使えました。

変数、条件分岐、繰り返しなど、文法が変わっても基��は共通する。

このとき初めて、「基礎を理解するってこういうことか」と実感しました。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

私は完璧主義なところがあって、つい自分��けでなんとかしようとしてしまいます。

でもこの投稿を見て、誰かに相談したり頼ったりすることと、自分で考えて進むことは反対ではないんだと気づきました。

答えをもらって終わるのではなく、なぜそう考えるのかまで理解して、次に活かす。

人に頼ることを悪いことだと思わず、自分の成長につなげていきたいです。
#poten #ライジョブ

[山崎詠華｜Webライター講師｜poten・ライジョブ @CoachPoten]

私が大切に���ているのは、伴走があるから、自走できるということです。
答えを受け取るだけで終わらず、なぜその判断なのかを知る。次の原稿では、少しずつ自分でも考えられるようになる。
相談することと、自分で進めることは反対ではありません。頼りきりにするのではなく、その先を支えたいです。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

執筆記事を追加しました。

キャリアの迷いにコーチングは必要？原因の整理から次の一歩まで解説 | poten
https://t.co/jdbug0RX4c
#poten #ライジョブ #キャリアコーチング

ポートフォリ��｜りさ子｜りさ子🍐未経験→現役エンジニア×Webライター @mWpear135 https://t.co/L6Mb0gWgGB

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

昨日は新人くんにExcelの勉強をしてもらいました。

研修で一度やったVLOOKUPも、少し忘れていたようなので問題を作って復習。
あとは、Excelを使ったINSERT文の量産方法なども。

一度習ったことでも、使わないと忘れるもの。
実際に手を動かしながら、少しずつ仕事で使える形にしてもらえたらと思っています。

一生懸命取り組んでくれていて、好印象です。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

ありがとうございます☺️
新人の頃、困っているときに先輩が気づいてフォローしてくれたのは嬉しかったです。

最初は「わからないことがわからない」状態だったので、自分では気づけていないことまで説明してもらえると助かりました。

あとは、雑談したりランチに誘ってもらったりして、質問しやすい雰囲気を作ってもらえたのも嬉しかったです。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

私が思うSESのメリットは、現場との相性が合わなければ、変更を相談できるところ。

もちろん、営業がエンジニアの意見をきちんと聞いてくれる会社であることが前提です。

ちなみに私は、今のところどの現場も楽しめているので、毎回お別れがちょっと寂しいです。笑

でも、新しい現場でのランチ��拓も楽しみのひとつだったりします。笑

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

@climbdoor_com フォローありがとうございます😊よろしくお願いします！

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

はじめまして、りさ子です！
一般事務から未経験でエンジニアへ転職し、現在も現役エンジニアとして働いています。
これまで開発・保守業務を経験し、社内講師として研修生やインターン生への技術指導にも携わってきました。
未経験からエンジニアになった経験と、初心者を教えてきた経験を活かし、「初心者がどこでつまずくのか」を意識して、専門的な内容をわかりやすく伝えることを大切にしています。
Webライターとして、以下の領域を中心に執筆しています。
・IT・エンジニア
・エンジニアの学習・キャリア
・転職・仕事に関するテーマ
未経験〜若手エンジニアに役立つ情報を発信しながら、エンジニア経験を活かした記事づくりにも取り組んでいます。
執筆実績・執筆サンプルは、プロフィールのリンクからご覧いただけます。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

「未経験からでもエンジニアになれる？」

私は一般事務を4年経験したあと、未経験からエンジニアに転職しました。

研修でJavaの基本は理解できても、複数のクラスやメソッドが関わる処理になると、全体像をつかむのに苦労しました。

それでも、実務でコードを読む経験を重ねるうちに、少しずつ理解できる範囲が広がりました。

最初からすべて理解できる必要はありません。わからないことを調べ、学び続ける姿勢も必要だと思います。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

エンジニアの仕事を楽しめるのは、「なぜ？」を考えるのが好きな人だと思います。

コードを読んで処理の仕組みを理解したり、エラーの原因を調べたり。

考えていたことがつながって、「そういうことか！」と納得できたときが面白い。

知的好奇心があって、物事を深く理解することが好きな人には、魅力のある仕事だと思います。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

一般事務からエンジニアに転職して、よかったと感じること。

特に開発の仕事では、できることが増えるたびに成長を実感できます。

自分で考えた処理が実際に動いたときの達成感も大きいです。

案件によって仕事内容は違いますが、毎回新しい課題に向き合えるのも、この仕事の面白さだと思っています。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

既存システムの改修では、コードを書く前に、まず今の処理を理解する必要があります。

変更する箇所だけでなく、その処理を呼び出している場所や、変更によって影響を受ける箇所も確認する。

目の前のコードだけを見て修正すると、思わぬところに影響が出ることも。

改修するときほど、変更箇所の前後の処理まで確認しましょう。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

仕事を頼まれたとき、作業内容は理解したつもりでも、相手が求めているものとズレていることがあります。

依頼する��の経験が増えて、作業の目的や完成イメージを共有することの重要性を感じています。

何をすればいいかだけでなく、何のためにやるのか、どんな状態になれば完了なのか。

作業を始める前に、ここまで確認しておくと認識のズレを減らせそうです。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

複数の懸案を抱えているとき、何から手をつけるか。

私が優先順位を考えるときは、���限だけでなく、作業の順序や依存関係も確認します。

例えば、関係者への確認が必要なものは早めに依頼しておく。その回答を待つ間に、自分で進められる作業に取りかかる。

複数の仕事を抱えていても、全部を同時に進める必要はありません。作業の依存関係を整理すると、次にやるべきことが見えてきます。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

目標を大きく立てすぎる���、できていない自分が気になってしまいます。これからは、

達成できるくらいの小さな目標を立て���こと。
自分のペースで進んでいいと認めること。

この2つを心がけたいです。

[りさ子🍐未経験→現役エンジニア×Webライター @mWpear135]

以前、JUnitの単体テストでは問題なかったのに、実際の処理ではバグになったことがあります。

原因は、
「この処理はここから呼ばれる」
という自分の想定だけで確認していたこと。

実際には、上流や別機能から処理が流れてくるケースもありました。

テスト結果がOKで���、
「実際にはどこから、どんなデータが来るのか」
まで見ないと確認としては足りない。

この経験から、目の前の処理だけでなく前後の流れも見るようになりました。