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

 こんにちは❗たねまつです👦 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アドレスを確認したい...

こんにちは❗ たねまつです👦 SESを検討している人、今まさに転職活動中の人に、経験から学んだことを伝えたくてこの記事を書きました。知っていれば防げた後悔が、たった一つの質問でわかります 🙏 🙋 SES転職を考えているあなたへ 「SESに入りたいけど、何を基準に会社を選べばいいの？」 「技術スタックとか案件内容は見るけど、他に見るべきポイントってある？」 「面接では感じよかったのに、入ってみたら全然違った…」 こういう経験、IT業界では本当によく聞く話です。この記事がその「入ってからの後悔」を少しでも減らす役に立てれば嬉しいです 👀 📌SESで最初に確認すべきは「案件のスキルマッチ」——これは大前提 まず大前提として、 SES会社を選ぶ上でその会社が抱えている案件があなたのスキルや目指したい方向性とマッチしているかどうか は絶対に確認してください。 たとえばこんな点です。 ✅ 使う技術スタックが自分の経験・学びたい方向と合っているか ✅ 業界（金融・医療・Web系など）の傾向が自分のキャリアに沿っているか ✅ 常駐先の規模感（大手SIer・スタートアップ・社内SE等）が希望と合うか ✅ リモート・常駐・ハイブリッドの比率が生活スタイルに合っているか ただ——これは多くの人が調べる。問題は 「その次」 にあります。 🔑 スキルマッチと同じくらい大事なのが「営業担当の質」——これ、マジです SESという働き方の構造上、あなたの現場・キャリア・待遇のほぼすべては 営業担当を通じて決まります 。 どれだけ良い会社でも、どれだけ良い案件を抱えていても—— 間に入る営業担当がどんな人かで、 あなたのSES生活は天国にも地獄にもなります 。 これは経験からくる話です。同じ会社でも担当によってエンジニアの扱いがまったく違う、というのは業界内では「あるある」として語られていることです。 ⚠️ 2種類の営業担当がいる SESの営業担当には、大きく分けて2つのタイプがいます。 😤  「空いてる案件にとりあえず放り込む人」 ：稼働率を埋めることが最優先。あなたの希望・スキル・ストレス度合いは二の次。とにかく「今空いている案件」に入れようとする。 😊  「エンジニアの希望をちゃんと聞いてくれる人」 ：何を学びたいか、どんな環境が合っているか、今の現場でどんな...

 こんにちは❗たねまつです👦 AIでコードが書ける時代になった」とは聞くけど、ツールが多すぎて何を使えばいいかわからない——この記事は、そんな疑問を持っている方に少しでも役に立てたらという思いで書きました 🙌 🙋 こんな疑問、ありませんか？ 「 Claude Code と Cursor って何が違うの？」 「 Google AI Studio って無料で使えるらしいけど、何ができるの？」 「仕様書を渡せばコードを書いてくれるって本当？」 「AIコーディングって実際の現場でどのくらい使われてるの？」 「エンジニアの仕事、AIに取られるの…？」 それぞれ順番に整理していきます 📖 🔍 4大AIコーディングツール、それぞれの「顔」を知ろう まず、代表的な4つのツールの特徴を整理します。「どれが最強か」より「どれが何に向いているか」が大事です。 🟣 ① Claude Code（Anthropic） Anthropicが提供する ターミナルベースのエージェント型コーディングツール 。2025年にリリースされ、「AIがプロジェクト全体を自律的に理解してコードを書く」という方向性で注目を集めています。 ✅ コードベース全体を読み込んで複数ファイルをまたいだ変更が得意 ✅ 自然言語の指示で「テストも書いて」「バグ修正して」がそのまま通る ✅ 安全性・倫理面を重視したAnthropicのAIが土台 💰 Claude Pro（月$20）/ Max（月$100〜$200）/ API従量課金で利用可 🔵 ② Cursor VS Codeをベースに AIと一緒にコードを書くことを前提にゼロから設計された専用IDE 。100万人以上のユーザーを持つ、現在最も商業的に成功しているAIコーディングツールです。 ✅ コードを書きながらTabキーで次の行を予測補完（承認率72%！） ✅ チャット欄に「この関数にバグがある、直して」と日本語で入力するだけ ✅ リアルタイムで差分がエディタに反映、コードレビュー感覚で確認できる 💰 Hobby（無料）/ Pro（月$20）/ Pro+・Ultra（上位プラン） 🟡 ③ Google AI Studio / Gemini Code Assist Googleが提供する Web上のAI開発プラットフォーム（AI Studio）と、I...

 こんにちは❗たねまつです👦 「プログラミングを始めたいけど、言語が多すぎて選べない…」——その迷い、本当によくわかります。この記事では、現場の視点で各言語の違いと選び方を整理しました。少しでも判断の役に立てたら嬉しいです 🙌 🙋 こんな経験、ありませんか？ 「 Ruby と PHP 、どう違うの？」 「 Java と JavaScript 、名前が似てるけど関係あるの？」 「 TypeScript って最近よく聞くけど、JavaScriptとどう違う？」 「結局、転職に一番強い言語ってどれ？」 Web開発の世界に飛び込もうとしたとき、最初の壁がこの「言語選び」です。順番に整理していきましょう 📖 🕰️ まず「歴史」で整理すると、一気にわかる 言語を古い順に並べると、なぜその言語が生まれたかの文脈が見えてきます。 🟤  Java（1995年） ：Sun Microsystems（現Oracle）が開発。「どのOSでも動く」という革命的な思想で登場し、企業システムの主役に。 🐘  PHP（1994年〜広まったのは1997年頃） ：もともとはC言語で書かれた個人ツールが起源。HTMLに埋め込んで動的なWebページを作れる手軽さで爆発的に普及。 💎  Ruby（1995年） ：日本人のまつもとゆきひろ氏が開発。「プログラマーが楽しく書ける言語」を目指して作られた。2004年登場の Ruby on Rails （フレームワーク）で一躍人気に。 🟡  JavaScript（1995年） ：ブラウザ上で動かすために生まれた唯一の言語。Netscape社が10日で開発したという逸話も。当初は軽いスクリプトだったが、今はフロントからバックまで何でもできる超巨人に。 🔷  TypeScript（2012年） ：MicrosoftがJavaScriptの「型なし」問題を解決するために開発。JavaScriptの上位互換として、大規模開発の現場で急速に普及中。 こうして並べると、 Javaは企業システム向け、PHP・RubyはWeb向け、JavaScriptはブラウザ向け、TypeScriptはJSの進化版 という流れが見えてきますね 🎯 ⚡コードで比べてみよう——何が違うの？ 同じ処理「Hello, Wor...