未経験からのITエンジニア

こんにちは❗たねまつです👦 「プログラミングさえできればいい」と思って現場に入ったら、全然違うことで焦った——そんな経験、SESあるあるです。未経験でこれから現場に出る人に、私の経験から先に知っておいてほしいことを正直に書きます 🙌 🙋 この記事を書いた理由 「現場に入ったら思ってたのと全然違った」 「プログラミングより先に詰まったのがExcelだった」 「テキストエディタって何？という状態で焦った」 未経験でSE業界に入り、SES現場に出たとき、プログラミング以外の部分で何度も「知っておけばよかった」と思いました。技術書には載っていない、でも現場では当たり前のことを今日はまとめます 📖 ① 説明する力——根拠にもとづいた「報告・説明力」は技術力と同じくらい大事 📋 現場で最初に驚いたのが、「説明する力」が求められる場面の多さです。 コードを書くだけが仕事だと思っていたけど、実際は違います。作ったもの・修正したもの・確認したことを、客先やリーダーに筋道立てて説明できないと、どれだけ技術力があっても信頼されません。 📌 現場でよく求められる説明の場面 プログラム修正の報告： 「〇〇の方法で影響範囲を特定し、今回の法改正に関わるプログラム箇所を修正しました。エビデンスはこちらです。」 テストパターンの説明： 「このプログラムを修正すると、〇〇・〇〇・〇〇の3パターンが想定されるため、それぞれのテストケースを準備しました。」 この「 根拠 → 作業内容 → 証拠（エビデンス） 」の流れで話せるかどうかが、未経験とベテランの大きな差のひとつです。 💡 実践ポイント： 「なぜその作業をしたのか」「どの範囲に影響が出るか」「確認したエビデンスは何か」——この3点をセットで説明する癖をつけましょう。最初はぎこちなくていい。続けると自然にできるようになります 🔧 ② Excelは必須——「Excelツールを作って」は現場の定番オーダー 📊 「SE現場ってExcelは関係ない」と思っていたら大間違いです。現場ではExcelが驚くほど活躍しています。 📌 よくある場面 テスト管理ツールがExcelで作られている テスト結果の記録・集計もExcel 他社から来ているリーダーや客先から「〇〇のツール作って」と言われる 「〇〇ツール作って」というオーダーはSES現場あるあ...

こんにちは❗たねまつです👦 ITの現場で実際に使われる知識を、できるだけわかりやすくお届けしています。 今回のテーマは「 社内ネットワークの有線LAN・無線LAN 」 「え、そんなインフラの話、自分には関係ないかな…」と思いましたか？ いやいや、実はこれが SE転職・ITスキルアップを目指す人にとって、情報システム部署にいくと社内から質問される知識 なんです 💡 システムの知識って、プログラミングだけじゃない。 ネットワークの基本を語れる人 は、現場で一気に頼られる存在になれます。ぜひ最後まで読んでみてください！ 🤔 あなたの会社は有線？無線？ 最近こんなこと、思ったことはありませんか？ 「うちの会社、まだ有線LAN…。無線にならないかな」 フリーアドレス化（決まった席を持たず自由に座る働き方）やリモートワーク推進で、 無線LANへの移行を検討している会社が急増 しています。 確かに、無線LAN（Wi-Fi）は便利ですよね。ケーブルに縛られず、好きな席で仕事できる。でもちょっと待って。 「とりあえず無線ルーターに替えればOK」は危険な落とし穴 です。 今回はその理由を、しっかり解説していきます！ 📡 そもそも有線LANと無線LANって何が違うの？ まず基本の整理から。 項目 有線LAN 無線LAN（Wi-Fi） 接続方法 LANケーブルで物理接続 電波（Wi-Fi）で接続 速度の安定性 安定している 電波状況に左右される 配線 机やフロアに配線が必要 配線不要 セキュリティ 物理的に管理しやすい 電波が外に漏れるリスクあり 😅 有線LANの「あるある」不満 有線LANって、正直こんなこと困りますよね。 👤 人が増えるたびに配線工事 が必要 🪑 席替えのたびにケーブルの引き回し が大変 🗄️ 机の下や床がケーブルでゴチャゴチャ 📦 ハブ（複数のLANポートをまとめる機器）の置き場所に困る フリーアドレスオフィスに有線LANは、正直相性が悪いです。でも「じゃあ無線に変えればOK！」と単純にはいかないのがITの世界。 ⚠️ 無線LANにすると「リスク」が増える理由 🔴 リスク① 電波は壁を超える 有線LANのデータはケーブルの中を流れるので、物理的に管理できます。でも無線LANの電波は オフィスの壁・床・天井を超えて漏れ出します 。 駐車場、隣のビルの...

 こんにちは❗たねまつです👦 SES でシステム開発に携わり、その後事務職に転職して顧客側でシステム構築・導入に関わった。この「両側の経験」があるからこそ見えたことがあります。SE志望の方にも、今のSEにも、顧客側のIT担当の方にも届けたい話です 🙌 🙋 この記事を書いた理由 「システムエンジニアって、何がそんなに大変なの？」 「要件定義でいつも揉める原因って何？」 「顧客が不満を持つ本当の理由がわからない…」 ベンダー側とユーザー側、両方の現場を経験してから気づいたことがあります。多くの問題は技術の問題ではなく、「認識のズレ」と「コミュニケーションの設計ミス」から生まれていた、ということです。この記事では、両側を知る立場から正直に話していきます 📖 要件定義・基本設計——「決めた」ではなく「納得して決めた」にする技術 📋 システム開発で最も重要なフェーズを一つ挙げるなら、迷わず「要件定義・基本設計」です。ここの質が、プロジェクト全体の成否を左右します。 🔑 顧客の要望を「引き出す」ことの難しさ 顧客は「やりたいこと」を持っています。でも「やりたいこと」と「システムで実現できること」は必ずしも一致しない。ここのギャップを埋めるのがSEの仕事です。顧客が明確に言語化できていない要望をインタビューで引き出し、それを「標準機能でできること」「お金をかければできること（カスタマイズ）」「今回のスコープ外にすること」の3つに整理する。この線引きを曖昧にしたまま進むと、後工程で必ず炎上します 🔥 ⚠️ 必ず確認すべき「前システムの引き継ぎ確認」 要件定義で絶対につぶしておくべき観点があります。それは、 「前のシステムでできていたことが、今回のシステムでもできるか？」 これを確認しないまま進めると、移行後に「前はできてたのに！」という話が必ず出てきます。顧客側は「当然できる」と思っていても、SEは把握していない——この認識ズレが後から致命傷になります。 「前システムでやっていたこと」を一覧化 して、新システムでの対応可否を一つひとつ確認すること。地味ですが、これをやるかどうかで後のトラブルの量が全然違います。 📝 「納得して決めた」を証跡に残す——議事録の本当の役割 要件定義・基本設計で決めたことは、必ず議事録として記録し、出来れば...

こんちにちは❗ たねまつです👦 情報システム部に配属になって半年。 UTM という装置の存在を知ったとき、「こんなすごいことをしてたの？」と正直驚きました。でも情シス以外の方にはほとんど伝わっていない。この記事が、その「知られていないすごさ」を知るきっかけになれば嬉しいです 🙌 🙋 こんな経験、ありませんか？ 「ファイアウォールとUTMって何が違うの？」 「ランサムウェアってよく聞くけど、うちの会社は大丈夫なの？」 「情シスって何をやってる部署なのか、よくわからない…」 情シスに来るまでの自分も、正直そうでした。でも知ってみると、UTMは 会社のネットワークを守る最前線の要 。知っているだけで周りと差がつきます 📖 🔒 UTMとは何か？ ファイアウォールとの違いから理解する UTMとは  Unified Threat Management （統合脅威管理）  の略で、社内ネットワークをサイバー攻撃から守るための「総合セキュリティアプライアンス」です。 よく混同されるのが 「ファイアウォール」 との違いです。整理すると、 🧱  ファイアウォール ：「怪しい通信をブロックする壁」。許可・拒否のルールを設定して通信を制御する。機能は1つ。 🛡️  UTM ：「ファイアウォール＋ウイルス対策＋Webフィルタリング＋不正侵入検知など、複数のセキュリティ機能を1台に統合した装置」。 例えるなら、ファイアウォールは「玄関の鍵」。UTMは「鍵＋防犯カメラ＋インターホン＋センサーライト＋警備会社との連携」が全部入った スマートセキュリティシステム です 🏠 情シス以外の人にはほぼ知られていませんが、 今あなたが会社でインターネットを安全に使えているのは、UTMが裏で動いているおかげ といっても過言ではありません。 ⚙️ UTMの主な機能——何をしてくれているのか 🧱 ① ファイアウォール 社内ネットワークと外部インターネットの境界線に立ち、 許可された通信だけを通し、不審な通信をブロック します。「このIPアドレスからの通信は拒否」「このポートは開放しない」といったルールを設定して通信を制御します。UTMの土台となる機能です。 🦠 ② アンチウイルス / アンチマルウェア 社内に入ってくる通信を検査し、 ウイルスやマルウェアが...

こんにちは❗ たねまつです👦 「 SaaS is Dead （SaaSは死んだ）」——そんな衝撃的な言葉をIT系雑誌で見ました😵これは誇張なのか、本当に変革が起きているのか。私が調べたり、勉強した内容を発信したいと思います！AIとSaaS・システム開発の変化を正直に整理していきます。少しでも参考になれば嬉しいです 🙌個人的な予想も入っていますのでご了承ください。 🙋 こんな疑問、ありませんか？ 「SaaSってそもそも何？」 「なぜ"SaaSはなくなる"という話が出てきたの？」 「AIが普及したら、エンジニアの仕事はどうなるの？」 「これからどんなスキルを身につければいい？」 順番に、答えていきます 📖 🌐 そもそも「SaaS」って何？ 3分でわかる基本 SaaSとは  Software as a Service  の略で、「インターネット経由でソフトウェアを使うサービス」のことです。 わかりやすい例でいうと、 📊  Salesforce （営業管理） 💬  Slack （チャットツール） 📂  Dropbox / Google Drive （クラウドストレージ） 📝  freee / マネーフォワード （会計ソフト） 🎥  Zoom （ビデオ会議） これらはすべてSaaSです。ソフトウェアを自社のサーバーにインストールするのではなく、 インターネット経由でブラウザやアプリから使う 。月額・年額の定額料金（サブスクリプション）で利用するモデルが主流です。 コロナ禍でリモートワークが広がり、SaaSは爆発的に普及しました。 アメリカの企業では1社あたり90〜100ものSaaSを導入している ケースもあるほどです。 💥 なぜ「SaaSはなくなる」という話が出てきたのか 2024年12月、Microsoftの CEO サティア・ナデラ氏がポッドキャストで発言しました。 「従来のビジネスアプリケーション、特に多くの古典的なSaaSアプリケーションは、AIとクラウドの急激な進化により、間もなく崩壊するか大幅な停止を余儀なくされる」 この発言を機に、IT業界では  「SaaS is Dead（SaaSは死んだ）」  という言葉が広まりました。そして実際、数字にも変化が現...

こんにちは❗たねまつです👦 インフラSEになって半年。障害対応をこなす中で「このコマンド、また使った！」というものが自然と見えてきました。これからインフラSEを目指す人、IT業界に入りたい人への参考になれば嬉しいです 🙌 🙋 こんな人に届けたい記事です 「インフラSEってどんなコマンドを日常的に使うの？」 「障害が起きたとき、まず何から確認すればいいの？」 「Windowsのコマンドプロンプト、なんとなく怖くて触れていない…」 インフラSEになりたての頃、自分もそうでした。でも実際の現場では「いつも使うコマンド」はそんなに多くない。まずこれだけ覚えれば大丈夫、という話をしていきます 📖 🏆 障害対応Windowsコマンドランキング TOP7 半年間の実務経験から、実際によく使った順に正直にランキングしました。 🥇 1位　ping——ネットワーク問い合わせの絶対王者 使う場面： 「インターネットにつながらない」「社内サーバーにアクセスできない」という問い合わせ、まずこれ。 ping 8.8.8.8 ping [サーバー名 or IPアドレス] 指定した相手に対して「届いてますか？」と確認するコマンドです。返答があれば通信は生きている、タイムアウトなら経路かサーバー側に問題がある——これだけで切り分けの半分ができます。 ネットワーク系の問い合わせが来たら反射的に叩くコマンドNo.1。インフラSEのスタートラインはpingから始まると言っても過言ではないです 💡 🥈 2位　gpupdate——Active Directory（AD）の設定を強制反映 使う場面： OUグループから一時的に外して戻したとき、ADから新しいポリシーを適用したいとき。 gpupdate /force Active Directory でグループポリシーを変更しても、クライアントPCに即反映されるわけではありません。このコマンドを叩くことで手動で強制適用できます。 「設定を変えたのに反映されない」という問い合わせでお世話になることが多い、地味に頻出のコマンドです。 社内SE・インフラSEはActive Directory環境を扱う機会が多いので、これは必須知識 です 🔧 🥉 3位　ipconfig——PCのネットワーク情報を即確認 使う場面： PCのIPアドレスを確認したい...