nicqo

お問い合わせ

Fri, 18 Sep 2026 00:00:00 +0900

当ブログに関するお問い合わせ、お仕事のご依頼などは、以下のX（旧Twitter）のDMよりお願いいたします。

X (Twitter): @nicqooo

※内容によってはお返事できない場合もございますので、あらかじめご了承ください。

プライバシーポリシー・免責事項

Fri, 18 Sep 2026 00:00:00 +0900

個人情報の利用目的

当ブログでは、お問い合わせや記事へのコメントの際、名前やメールアドレス等の個人情報を入力いただく場合がございます。取得した個人情報は、お問い合わせに対する回答や必要な情報を電子メールなどをでご連絡する場合に利用させていただくものであり、これらの目的以外では利用いたしません。

広告について

当ブログでは、第三者配信の広告サービス（Googleアドセンス、A8.net、Amazonアソシエイト等）を利用しており、ユーザーの興味に応じた商品やサービスの広告を表示するため、クッキー（Cookie）を使用しております。クッキーを使用することで当サイトはお客様のコンピュータを識別できるようになりますが、お客様個人を特定できるものではありません。

Cookieを無効にする方法やGoogleアドセンスに関する詳細は「広告 – ポリシーと規約 – Google」をご確認ください。

アクセス解析ツールについて

当ブログでは、Googleによるアクセス解析ツール「Googleアナリティクス」を利用しています。このGoogleアナリティクスはトラフィックデータの収集のためにクッキー（Cookie）を使用しております。トラフィックデータは匿名で収集されており、個人を特定するものではありません。

免責事項

当ブログからのリンクやバナーなどで移動したサイトで提供される情報、サービス等について一切の責任を負いません。また当ブログのコンテンツ・情報について、できる限り正確な情報を掲載するよう努めておりますが、正確性や安全性を保証するものではありません。情報が古くなっていることもございます。当サイトに掲載された内容によって生じた損害等の一切の責任を負いかねますのでご了承ください。

Amazonアソシエイト・プログラムについて

当サイト（blog.nicqojp.com）は、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、Amazonアソシエイト・プログラムの参加者です。 Amazonのアソシエイトとして、適格販売により収入を得ています。

『人生ドラクエ化マニュアル』をSI現場に落とし込む【AI用プロンプト付】

Sat, 05 Sep 2026 00:00:00 +0000

📚 人生ドラクエ化マニュアル （Amazon）

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

日々の仕事に向き合っていると、納期に追われたり、調整事項に消耗したり、「やらされ感」や「壁の高さ」に気持ちが削られそうになる瞬間があります。気がつけば仕事に対するパッションが薄れ、「なんだか刺激のない人生だな……」と感じてしまうこともありました。

そんな中、ふと本屋で出会ったのが『人生ドラクエ化マニュアル』（JUNZO著）でした。

表紙を見た瞬間に引き込まれ、購入して一気に読了。手元のノートに思考を書き出しながら、自分なりのアウトプットを作ってみました。

本を読んで痛感したのは、「ゲームの3大要素（目的・敵・ルール）」のレンズを通すと、目の前の現実がまったく違う景色――まさにロールプレイングゲームの攻略画面に見えてくるということです。

※なお、この記事には『人生ドラクエ化マニュアル』の核心となる考え方やフレームワークなど、一部ネタバレを含みます。未読でこれから楽しみたい方はご注意ください。

この記事では、本から得たエッセンスの整理と、それを自分の生業である「SI（システムインテグレーション）の現場」にどう当てはめてゲーム化してみたか、そのリアルな思考プロセスをまとめます。

※記事の最後には、日常のタスクや悩みを投げるだけで「ゲーム感覚のクエスト」に変換してくれる【コピペ用AIプロンプト】も掲載しています。ぜひご自身の仕事やタスク管理にも使ってみてください！

1. 現実をゲームに変える「3大要素」の本質

ゲームが面白いのは、「目的」があり、「敵」が立ちふさがり、一定の「ルール（制約）」があるからです。日常がただの作業やつまらないものに感じられるときは、この3つのバランスや捉え方がズレていることが多いと気づかされました。

①「目的」――とにかくワクワクすることを見つける

ワクワクを基準に選ぶ（あるいは付加する）人生や行動の目的は、義務感ではなく「自分がワクワクできるか」を基準に選ぶのが基本。ただし、仕事ではやることを自由に選べない場面も多いため、「どうすればワクワクできるか」「どう捉えれば面白くなるか」というアプローチ側の工夫を考える。

行動は自分でコントロールできる「目的を達成する」ための行動自体は、自分の工夫や知力次第でいくらでもコントロール可能。

周囲の人間は「NPC」周囲の環境や他人は「NPC（ノンプレイヤーキャラクター）」のようなもの。自分に都合よく動かないことを嘆くのではなく、情報や助けをもらう存在として関わる。どうしても噛み合わない相手なら、ドラクエと同じで「最悪無視（逃げる）」を選んでもいい。

人生の目的は妥協せず探し続ける人生のゲーム化においては、自分が本当に熱中できる目的が見つかるまで、妥協せず探し続ける姿勢が大切。

②「敵」――敵がいないゲームはつまらない

敵とは「目的を阻む障害」のすべて目的達成を阻もうとするあらゆる障害・環境・不安のこと。

「絶望」から「どう攻略するか」へゲームなら「どう倒すか？」とワクワクして考えるのに、現実で問題が起きると人は絶望しがち。しかし本質は同じで、「どう攻略するか？」を考える試行錯誤のプロセスこそがゲームの醍醐味。

目的があるから敵が生まれる人生においては目的を決めた瞬間に、初めて「敵（超えるべきハードル）」が自動生成される。敵がいるからこそ、クリアしたときの達成感がある。

敵は「味方」に変化することもある立ちはだかる相手や状況も、攻略次第で強力な協力者へとクラスチェンジする。

倒せない強敵に出会ったら？それは単に「実力や経験値がまだ足りていない」だけ。いきなり大ボスを倒そうとせず、「中ボス」「小ボス」に分解してステップを踏み、経験値を稼ぎながら攻略していく。人生においては、失敗すらもすべて「経験値」になる。

③「ルール」――縛りではなく、緊張感と面白さを生むもの

ルールは「面白さ」を生むスパイスルールは自由を奪う「縛り」ではなく、ゲームに適度な緊張感を与え、面白くするためのもの。

ルールを知る者が勝つルールの仕組みを深く知り、うまく活用することこそが「次の一手（攻略法）」につながる。

足りなければ「縛りプレイ」を追加するもし与えられたルールだけでは物足りない（刺激が足りない）なら、「自分独自のルール（縛りプレイ）」を追加して攻略性を高めればいい。

2. 失敗を恐れず「ゲームとして楽しむ」スタンス

ノートをまとめていて特に刺さったのは、「失敗への向き合い方」でした。ゲームの目的は、とにかく「ワクワクすること」。途中で全滅しかけたり、ミスをして遠回りしたりしてもいい。失敗しても「あらゆる可能性を試すチャレンジ」と捉えれば、試行錯誤そのものが楽しくなります。

目的を達成するまでの道のりそのものを楽しむ。

自分の「得意な工夫」を用意して挑む。

自分が楽しみ、周りを楽しませる。その結果として、あとから「お金」や「評価」がついてくる。

この思考フレームワークを踏まえ、ノートの後半で整理した「仕事のゲーム化5ステップ」を、実際の自分の仕事に当てはめてみました。

3. 実践編：SIerの仕事を「5つのステップ」でゲーム化する

自分の仕事はSI（システムインテグレーション）です。顧客の要望をヒアリングして提案し、契約を結び、システムに落とし込んで納品・運用していく。この一連の流れを「やらなければいけない業務」ではなく、「自発的に楽しむクエスト」として再定義してみました。

ステップ①：目的の再定義（ワクワク要素の付加）

単に「仕様通りに作って納品する」だけでは、仕事としては100点でもゲームとしては少し退屈です。自分にとってのアドレナリンが出る瞬間を考えた結果、目的をこう設定しました。

メイン目的（表）：

「顧客すら気づいていなかった盲点を突く提案を行い、劇的な業務効率化を実現して、圧倒的な信頼を勝ち取る」

「助かりました！」「次もぜひあなたにお願いしたい」と言わせる、替えの利かないパートナーになること。

サブ目的（裏）：

課題解決のアプローチや最新技術を徹底的に調べ、自分のスキルツリー（技術・PM経験値）をガンガン伸ばすこと。

ステップ②：敵（モンスター）の特定

目的を阻む障害を「倒すべきモンスター」として可視化します。

慎重派の顧客（ゲートキーパー）：

「前例がない」「予算が…」とガードを固めてくる。しかし、本質は敵ではなく「攻略して味方に引き入れるべきNPC」。リスクを取り除き、盲点を突いたメリットを示せば、最強の協力者にクラスチェンジする。

社内承認・稟議の壁：

ブレーキに見えるが、論理武装と社内ルールを攻略すれば、リソースを供給してくれるギルドマスターになる。

メンバーのスタンドプレーや抱え込み（サイレント・スタック）：

相談が遅れて納期遅延を引き起こす要因。いきなり大きな課題を丸投げせず、タスクを「小ボス」に分解してデイリーで経験値を積ませることで攻略する。

『イン・ザ・メガチャーチ』を読んで考える、「孤独」と「孤立」と「境界線」の行方

Sat, 15 Aug 2026 00:00:00 +0000

📚 イン・ザ・メガチャーチ （Amazon）

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

※この記事には、朝井リョウ『イン・ザ・メガチャーチ』のネタバレが含まれます。 ※本記事の内容は、あくまで一読者としての個人的な解釈や受け止め方を整理・考察したものです。

朝井リョウさんの『イン・ザ・メガチャーチ』を読みました。小説は読むのに時間がかかるため、苦手意識がありましたが、すんなり読めました。

読後に胸に残った重たい余韻と、作中で描かれる「人が何かに依存していく構造」があまりにもリアルで、思わずノートを開いて各登場人物の心の動きや「自分なりの気づき」を整理してしまいました。

以下からネタバレを含みます。

本作は、3人の視点から物語が展開していきます。彼らの足跡を辿る中で、私なりに深く考えさせられたのは、現代社会を生きる私たちが直面する「孤独」と「孤立」、そして「他者との境界線」というテーマでした。

3人の登場人物が辿った「埋まらない穴」

物語は、立場も年齢も異なる3人の視点を行き来しながら進みます。自分なりに彼らの変化を追いかけてみました。

1. 久保田慶彦（離婚済み・父親）

離婚し、仕事にもやりがいを感じられず、娘との電話だけが生きがいの久保田。彼は元々、人をどこか客観的に見ている冷めた人物でした。しかし、新たな仕事でアイドルグループの「直哉」と出会い、雑談や相談ができる関係になることで充実感を得ていきます。

ですが、彼は「仕事関係」という一線を越えて踏み込んでしまい、結果として全てが崩壊。元の「孤独」な状態へ戻ってしまいました。

2. 武藤澄香（久保田の娘・大学生）

大学での友達付き合いが上手くいかず、周囲と話が合わずに無理を重ねていた澄香。彼女にとって同級生の「ユリちゃん」だけが心の拠り所でした。そんな中、自分と同じ繊細さを持つ「直哉」というアイドルを知り、推し活に没入していきます。

「直哉のために生きる」ことに幸せを見出した彼女は、親から金を騙し取ってまで全財産を注ぎ込むようになります。コミュニティでの知人は増えたものの、本当の友達はおらず、以前にも増して不健全な「孤立」へと突き進んでいきました。

3. 隅川絢子（推し活・宗教への依存）

ある俳優のファンで、同じファンの友人・いづみさんと共に推すことを生きがいにしていた絢子。しかし、推していた俳優の自死をきっかけに居場所を失い、孤独に陥ります。

いづみさんに誘われて参加したグリーフケアから、いつしか「ブルームマイセルフ」という団体の教えを深く信仰するようになります。最終的に全てを捧げた彼女でしたが、騙されているいづみさんの姿を見てふと「我」に返ります。正気に戻った時、彼女の手元にはお金も、友達も、何も残っていませんでした。

考察①：「孤独」と「孤立」は似て非なるもの

この3人の姿を自分なりに整理していてハッとさせられたのが、「孤独」と「孤立」の違いについての解釈です。

孤独：年を重ねる中で周囲との関わりが薄れ、周りに誰もいなくなる状態（久保田、隅川）

孤立：学校や職場など集団の中に人はいるのに、話が合わず心の繋がりを持てない状態（澄香）

一見どちらもいたな状況ですが、客観的に自分と他者の距離感を見れていたというプラスがありました。

ただし、人は孤独や孤立の寂しさに耐えかねた時、救いを求めて「何か」に強烈にハマり、信じ込もうとします。それが推し活であったり、宗教的な観念であったり、あるいは特定の人への過度な執着であったりするのだと感じます。

考察②：幸せの裏にある「境界線」を越えるリスク

何かにハマり、全てを捧げている瞬間、人は間違いなく「幸せ」を手に入れています。澄香も、絢子も、直哉や信仰に夢中になっている時は心が満たされていたはずです。

しかし、その熱狂は同時に「他者の視線や周りの現実がどうでもよくなる」という危険と隣り合わせです。

私なりに読み解いた作中の過ちの共通点は、3人がそれぞれの形で「他者との境界線」を越えてしまったことでした。

久保田 | 直哉（仕事相手としての境界線）

澄香 | ユリちゃん（現実の友人関係としての境界線）

隅川 | 世の中の人（現実社会との境界線）

境界線を越えて過剰に関わったり、自分の願望を相手に押し付けたりすることで、巡り巡って大切な人間関係を壊し、より深底の孤独・孤立へと落ちていってしまう。その描写が本当に鋭く、胸を刺しました。

実感：何気ない「雑談」と「対話」の大切さ

この本を読み進めながら、私は自分自身の日常や今後の生き方についても強く引き寄せて考えさせられました。

作中の久保田の姿を見て、特に自分自身の課題として痛感したのが「日常の中で気軽に雑談ができる相手を見つけることの必要性」です。 ※ただし、作中では、仕事関係の相手を年齢差の離れた友達と信じてしまい、崩壊を生み出しています。

普段の職場では「仕事に必要な会話」が中心になりがちで、要件があれば話すことは苦ではないものの、雑談という「何もないゼロの場所」から会話を生み出していくコミュニケーションスキルの難しさと大切さを、私自身あらためて実感しています。

仕事だけの繋がりに閉じてしまうと、何かあったときに心の拠り所を失いかねません。だからこそ今のうちに、

何もない状態から他者と心地よい会話を生み出していく雑談力を身につけること

将来にわたって気軽に話せる身近な人間関係を大切にしておくこと

といった取り組みをし、自分自身が将来「孤独」の泥沼にハマらないための土台を作っておくことが必要なのだと個人的に解釈しました。

おわりに：ブレーキを捨てきれない、人間の「嫌な部分」

正気に戻った絢子が、未だ信仰の中にいるいづみさんをただ待つラストの虚無感。それは「一度客観性を失い、境界線を踏み越えてしまった代償」の大きさを物語っています。

本当なら、何かを全身全霊で信じたり推したりして、自分を忘れるほど没頭できたらどんなに幸せでしょうか。けれど、破滅を避けるためには、どこかで冷めた自分（客観性）を残し、ブレーキをかけ、欲望や境界線をコントロールし続けなければなりません。

「熱狂して救われたい」と望みながらも、社会的に死なないために理性という名の冷めたブレーキを捨てきれずに生きる――。

そんな人間の浅ましさや悲しい性が突きつけられるからこそ、この作品はこれほどまでに重たく、そして一読者である自分の生き方を見つめ直させる苦い余韻を残すのだと感じました。

【合格記】2週間で合格！話題のAWS AIプラクティショナーに、NotebookLMを「専属家庭教師」にして挑戦

Sun, 19 Jul 2026 00:00:00 +0000

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

まずはご報告：AIプラクティショナー受けてきました！

久々に資格試験を受けてきました！結果から先にお伝えすると、2週間という期間で無事に一発合格することができました！合格時のリアルな感想や、これまでの自分の資格勉強パターンとの違いなどは後半に詳しくまとめていますが、まずは無事に形になってホッとしています。今更？かもしれませんが、もしNotebookLMまだ触ったことないよという同士の励みになればよいなと思います！

0.合格メール

忙しい人のためのクイックサマリー

本編を読む時間がない方向けに、今回のスマートな学習プロセスを超簡潔にまとめました。

やったこと：新資格「AWS Certified AI Practitioner」の受験と、話題のAI「NotebookLM」の検証を並列の目的として同時挑戦。

戦略：ダラダラ続くのが嫌いなので、最初に2週間後の試験を予約して短期集中環境を構築。

学習プロセス：手動インプットは最初の「公式シラバス」のみ。あとはAIの調査機能で自動肉付けし、音声解説（通勤用）や評価指標の解説画像を作成させて学習。

結果：Ping-tなどの外部問題集・模擬試験を一切解かない新しいスタイルで、無事に一発合格！

0. ここから本編：今回の受験背景と、NotebookLMを活用した理由

私はAWS Certified Solutions Architect - Professional（SAP）を一応保持しているのですが、ここ1年以上はAWSの実務から少し疎遠になっていました。

そこでリハビリを兼ねて、今回は以下の2つを並列の大きな目的として同時に挑戦してみることにしました。

AWSに新しく登場してから気になっていた「AWS Certified AI Practitioner」の受験

最近話題のAIツール「NotebookLM」の検証

もともと私はゴールが決まらずにダラダラと長く続くことが好きではないため、期間が延び延びにならないよう、「短期集中で一気にやり切る」と決めて最初に2週間後の試験を予約しました。

資格への挑戦と最新AIツールの検証、この2つを2週間という限られたデッドラインの中で一気に回したプロセスの実践備忘録です。

1. 最初の課題：どうやって資料を取り込む？

NotebookLMを使うにあたって、最初に迷ったのが「ソース（資料）のインプット方法」でした。「まずは試験範囲を取り込んで…」「あれ、これすべてのインプット情報を手動で取り込むの…？」

AWSの膨大なサービス群やAIの用語を一個ずつ手動で調べるのはめんどくさいな……と考えたのですが、NotebookLMの機能のおかげで、手動でやったのは最初の1個だけという非常にスマートなスタートを切ることができました。

具体的には以下のような流れです。

まず最初に、公式が出している「試験範囲（シラバス）」のファイルを自分で送る

「これらのシラバスを満たすために必要な情報は何か」を、NotebookLMの調査機能を使って自動で調べさせ、肉付けしてもらう

自分で調べたり教材を1から集めたりする必要はなく、最初にシラバスさえ放り込めば、あとはAIが自動で必要な中身を補完して肉付けしてくれました。

この土台を作った上で、最初の一歩として以下をお願いしました。

「これらの情報から足りないものをWeb検索して引っ張ってきてください。必ず最新情報を追ってください。」

「1.インプット情報の取り込み」参照

1.インプット情報の取り込みこれだけで、試験対策に必要なベースとなるインプット情報がすべて NotebookLM 内に美しく揃ってしまいました。手動の手間がほぼゼロのまま、自分専用の完璧な「教材の器」が出来上がったこの時点で、ツールのポテンシャルの高さに感動です。

こうして集まった情報をもとに、いよいよ具体的な学習プロセスへと進んでいきました。

2. 合格までの学習プロセス（スケジュールと機能の使い倒し）

2週間という限られた期間で効率よく合格ラインに達するため、NotebookLMの機能をフル活用してプロセスを回していきました。

① 必須単語と要点の自動整理

前章の手順で NotebookLM 内に最新のインプット情報が揃ったところで、まずはチャットで以下をお願いしました。

「まず試験を受けるにおいて、覚えておくべき単語や要点を整理して、教えてください」

「2-1.重要単語と要点整理」

2-1.重要単語と要点整理これだけで、公式シラバスに完全に準拠した必須の重要単語や試験の要点を、驚くほど綺麗に整理して出力してくれました。自分でテキストを読み込んでノートにまとめるような作業を一切することなく、一瞬で自分専用の「完璧な要点まとめ」が手に入った形です。まずはこれを活用して、全体像の理解を一気に進めました。

② 合格までの全体プラン策定

ベースとなる知識の整理ができたところで、次にNotebookLMと相談しながら、「合格までの学習プラン（全体スケジュール）」をガチッと立ててもらいました。このゴールから逆算された確かな計画に沿って、迷うことなく日々の学習を進めることができました。

2-2.勉強スケジュール立て### ③ 音声解説の活用

Day1からさっそく、基礎情報のインプットとしてNotebookLMの強力な機能である「音声解説（Audio Overview）」を作成してもらいました。これが非常に分かりやすく、かつ内容がコンパクトに凝縮されていて驚きました。Udemyなどの動画教材の代わりとして、非常に重宝する機能です。

【部下としてのAI】GeminiとAntigravityを部下にして、アプリをデプロイした開発プロセス

Sat, 27 Jun 2026 00:00:00 +0000

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

「どんな仕事が自分に向いているか悩んでいる」という課題に対し、特性やストレス要因に寄り添った提案ができる「自己診断・適職提案AIアプリ」を個人開発した。

今回は、最近出た『部下としてのAI』という本の思想を参考に、「AIを優秀な開発メンバー（部下）としてプロジェクトに組み込む」というアプローチを実際の開発プロセスで検証した。上流の仕様検討から下流のテスト駆動開発（TDD）、デプロイまでの一連のプロセスをAI（Gemini / Antigravity）とどう回したかの備忘録。

1. 『部下としてのAI』をベースにした開発プロセス

ツールの特性に合わせて適宜使い分けながら、実業務のフローを意識して以下の手順で進めた。

① 仕様検討・要件定義（使用ツール：Gemini）

まずは課題のブレストからスタート。コンテキストの理解が深く、チャットでじっくり壁打ちができるGeminiを使い、こちらの意図を明確に伝えながら仕様を具体化していった。

15問の診断で「性格特性」「学習スタイル」「ストレス要因」を多角的に可視化する。

Gemini APIを組み込み、診断結果に応じた具体的な職業やアクションを提案する。

② アーキテクチャの選定・レビュー

AIにいくつか言語やインフラ構成の提案（資料作成）をさせ、こちらでレビューを行った。データの持たせ方や開発スピードを考慮した結果、インフラにはGCP（Google Cloud Platform）とFirebaseの組み合わせを採用することに決定した。

③ 詳細設計

Firestoreのデータ構造定義など、裏側の仕組みの初案をAIに作成させ、手戻りがないよう細部を詰めた。

④ テスト駆動開発（TDD）での実装（使用ツール：Antigravity）

品質と堅牢性を担保するため、実装フェーズではテスト駆動開発（TDD）を採用。具体的なコード生成やエラーログの解消など、テンポ重視のやり取りにはデスクトップアプリのAntigravityを利用した。

AIに対して「まずテストコードを作成」→「テストをパスするための最小限の実装」→「リファクタリング」という明確な指示を出して進めたが、当然一発で全てが綺麗に動くわけではなく、初期段階ではかなりの数のエラーが発生した。検証環境でエラーの挙動を一つずつ詳細に確認し、修正コードを当てては再テスト、という「テストが100%合格と認識できるまで修正ループを愚直に回す」対応を行った。Antigravityの爆速なレスポンスを活かすことで、このRed/Greenのサイクルを高速で回し、正確にコードを組み上げることができた。

2. 実際にプロセスを回してみての気づき（AIのすごさと恐ろしさ）

アプリ完成後、AIに「システム全体の構造を教えて」と頼んだところ、すべてのファイルの役割や通信の流れ、テストの意図までを網羅した『SYSTEM_GUIDE.md』というドキュメントを自動生成してくれた。まさに「指示した以上の成果物を出してくる優秀な部下」の動きそのものだった。

検証環境でエラーの山と格闘し、都度確認を挟みながら、最終的に無事デプロイ（公開）まで漕ぎ着けることができたが、一連のプロセスを終えてみて感じたのは、「AIのすごさ」と同時に覚える「恐ろしさ」だ。

振り返ってみると、確実に「自分が構築のために手を動かす頻度」が激減していた。仕様を伝えれば、設計も、テストで出た大量のエラーへのアプローチも、デプロイに必要な構成も、AIが驚くほどのスピードで正確に打ち返してくる。

生産性を爆上げしてくれるツールとして見ればこれ以上ないすごさだが、エンジニアの視点で見れば、「人間が泥臭くデプロイやバグに悩むフェーズ」の本質がここまで代替されてしまうのか、という静かな恐ろしさもある。だからこそ、AIに丸投げして中身をブラックボックスにするのではなく、エラーの挙動やプロセス、仕組みを人間が100%「理解」した上でコントロールしていくスキルが今後は絶対に不可欠になると身をもって実感した。

3. 完成したWebアプリのご案内

(9/14に廃止しました。)

試行錯誤を経て、無事に「自己診断・適職提案AIアプリ」が完成し、デプロイまで完了しました。もし「今の仕事が自分に合っているか悩んでいる」「自分の特性を客観的に見つめ直したい」という方がいれば、ぜひ触ってみていただけると嬉しいです。

アプリURL: https://self-analysis-app-43249804449.asia-northeast1.run.app

簡単な使い方:

ページにアクセスすると、初回の診断はログインなしで誰でもすぐに受けられます。

15問の診断に直感で答えていきます。

ダッシュボードであなたの「性格特性」「学習スタイル」「ストレス要因」が可視化され、Geminiによる具体的なアドバイスが表示されます。

さらにアカウント登録（ログイン）をすることで、診断結果を保存し、メンタルの推移を定点観測できるようになります。

4. まとめ

今回は『部下としてのAI』の思想を借りて、仕様検討からTDD実装、Cloud Runへのデプロイまでの一連のプロセスをAIと一気通貫で回してみた。

初めてGCPを触るきっかけにもなり、本に書かれていた「AIへの任せ方・指示の出し方」を実際の開発フローで試す良い実践ログになったと感じている。特に、検証環境でエラーの挙動を確認しながらテストが合格するまで愚直にループを回した工程は、システムへの理解を深める良い機会になった。

それと同時に、技術の進化に対するある種の危機感も含め、今後の開発やプロセス設計においてAIをどう巻き込んでいくべきか、多くの示唆を得られる取り組みとなった。

5. 本日参考にした本

今回の開発プロセスを設計するにあたり、以下の書籍のアプローチを大いに参考にさせていただきました。AIをツールとして使うだけでなく、チームの連携メンバーとして捉える視点を与えてくれる、全エンジニアにおすすめの一冊です。

書名: 『部下としてのAI 世界一流エンジニアの進化術』

著者: 牛尾剛

出版社: 文藝春秋

インフラエンジニアがモテたいターミナルを作るために躓いたこと（Wezterm/Neovim）【備忘録】

Fri, 01 May 2026 00:00:00 +0000

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

1. はじめに

自己紹介社会人5年目のインフラエンジニアです。AWS Certified Solutions Architect – Professional (SAP)を保持し、現在はオンプレミス環境の構築・運用をメインに、クラウド（AWS）の設計にも携わっています。

なぜ「WezTerm」と「Neovim」なのか？効率化？生産性向上？……いえ、「単純にかっこいいと思ったから」です。動機は100%好奇心。最近、AIエージェントを活用する機会が増えましたが、開発環境が「ただの真っ黒な画面」では味気ない。「どうせならテンションの上がる画面で作業したい！」というパッションだけで、モダンなターミナル環境の構築を始めました。

2. 構築時に参考にしたサイト

本記事では躓いたポイントのみを紹介します。構築については、以下の素晴らしい記事を参考にさせていただきました。

モテるターミナルにカスタマイズしよう（WezTerm）

オレオレ Neovim 環境構築 with LazyVim - Qiita

3. 躓いたポイント

エンジニアなら「公式サイトからインストーラーを落として入れる」のが定石と思いがちですが、ここが最初の落とし穴でした。WezTermとNeovim、両方でしっかり躓きました。

🐧 WezTerm：設定ファイルの罠

「背景が透過されない！」「背景を透かしてオシャレにしたい」のに、設定を書いても微動だにせず。ログを確認したところ、syntax error の文字を発見しました。該当箇所を書き直してもなかなか改善せず、一時は「自分のPC環境（AMD GPU）のせいかも？」と疑心暗鬼に……。

原因と解決：結局のところ、設定ファイルの書き換えミスでLuaの構文が崩れており、設定自体が正しく読み込まれていない状態でした。改めて参考サイトからコードをコピーして整理し直したところ、無事に美しい透過画面を手に入れることができました！

🟢 Neovim：インストーラーの罠

「nvim」コマンドが認識されない…… 公式サイトからパッケージをダウンロードしてインストールしたものの、いざターミナルで実行しようとすると「認識されていません」の非情な文字が。

スクショ2-1 「nvim」が認識されない原因：アーキテクチャの選択ミス自分のPC環境（x64）に対して、誤って ARM64版（Surface Pro等向け）のインストーラー（nvim-win-arm64.msi）を選んでいたことが原因でした。これでは動くはずもありません。

解決策：winget で叩き込む手動インストールを一度諦め、Windows標準のパッケージマネージャー winget を使うのが最も確実で早かったです。

手動で迷うより、これが一番早くて確実でした

winget install –id Git.Git -e –source winget winget install –id Neovim.Neovim -e –source wingetインストール後、ターミナルを再起動することで無事に nvim が開通しました！

AWS SAP持ちインフラSEが、セキュリティ視点で「ネットワーク基礎」を学び直したら景色が変わった話【TryHackMe体験記】

Mon, 24 Nov 2025 00:00:00 +0000

Note: この記事は過去にnoteで公開したものを移行したものです。元記事はこちら

1. はじめに

自己紹介　社会人4年目のインフラエンジニアです。 AWS Solution Architect　Professional（SAP）の資格を保持しており、現在は主にオンプレミス環境の構築・運用を担当しつつ、クラウド（AWS）の設計業務にも携わっています。

なぜセキュリティを学び始めたか　3年目までは、セキュリティ要件に対して「システム全体のどこで、どのように対応するか」を検討・相談する上流工程の業務を行っており、日々セキュリティについて学ぶ環境にいました。現在は実務経験を積むため、インフラ構築の現場に出ていますが、これまでの経験を活かし、将来的には「ペネトレーションテスト（侵入テスト）を実施し、発見した脆弱性に対して具体的な対策提案まで行えるエンジニア」になりたいという思いがあり、学習を開始しました。

なぜTryHackMeを選んだか　座学だけでなく「実際に手を動かしながら学べる実践的な形式」である点と、最新のセキュリティ情報に触れるためには英語が不可欠であり、「英語の勉強も同時にできる」点に大きな魅力を感じたためです。

2. 何をやったか

　TryHackMeの初心者向け学習パス「Pre-Security」に含まれる、「Network Fundamentals」というモジュールを完了しました。主な学習内容は以下の通りです。

What is Networking?（ネットワークとは？）ネットワークの基本概念、インターネットの仕組み、IPアドレスの役割などの導入。

Intro to LAN（LAN入門） LAN（ローカルエリアネットワーク）の基礎。スター型やバス型などのトポロジー、スイッチやルーターといった物理デバイスの役割。

OSI Model（OSI参照モデル）ネットワーク通信を7つの階層に分けた概念モデルの学習。各層（物理層からアプリケーション層まで）の役割とカプセル化の流れ。

Packets & Frames（パケットとフレーム）実際にデータがどのように分割されて送信されるか。 IPヘッダーやTCP/UDPヘッダーに含まれる情報（送信元/宛先IP、ポート番号など）の確認。

Extending Your Network（ネットワークの拡張） Port Forwarding（ポートフォワーディング）、Firewall（ファイアウォール）、VPNなど、LANを拡張し保護するための仕組みと主要機器の役割。

3. 気づき

図解とハンズオンがもたらす「動き」への理解 [Before] 書籍学習での課題　これまでネットワークの基礎学習には参考書を使っていました。概念は文字と静止画の図で理解できるのですが、「実際にパケットがどう流れているか」「設定がどう影響するか」という「動き」の部分は、自分の頭の中でイメージを補完するしかありませんでした。

[After] TryHackMeでの体験　TryHackMeは、この「動き」を可視化してくれました。例えば、Firewallの単元では、ブラウザ上で実際にルールを追加し、その結果として通信が許可/拒否される様子をリアルタイムで確認できました。また、TCPの「3-way handshake」のような抽象的な概念も、ゲーム形式のインタラクティブな解説によって、パケットのやり取りが手に取るように分かりました。

インフラ視点とペンテスター視点の交錯　インフラエンジニアリングの現場では、納期や効率の観点から「設定後の結果（繋がるか否か）」を重視しがちです。特にクラウド環境は、複雑なネットワーク処理を裏側で「よしなに」抽象化してくれており、その恩恵を痛感しました。　しかし、ペンテスターの視点に立つと話は別です。攻撃の糸口は、抽象化される前の「生のデータ」や「プロトコルの本来の挙動」にこそ隠されています。TryHackMeを通じて「通信の動的な振る舞い」を鮮明にイメージできたことで、改めて基礎（パケット解析など）への回帰が不可欠であると強く悟りました。

4. まとめと今後の展望

　今回、初めてTryHackMeを利用しましたが、ネットワークの「動き」が可視化されたハンズオン学習を通じて、既存の知識が繋がり、理解の解像度がもう一段階上がったと強く実感しました。ITエンジニアとして基礎を深く理解し直すための最高のツールだと感じています。

今後の学習ロードマップとして、まずはTryHackMeの「Introduction to Cyber Security」パスを進め、セキュリティの全体像を把握します。それと並行して、ネットワーク知識を体系的に固めるためにCCNAの学習も進めていく予定です。

学習の成果は、引き続きこのnoteでアウトプットしていきます。同じようにキャリアアップを目指す方の参考になれば嬉しいです。また、X（旧Twitter）アカウント（@nicqooo）でも日々の学習記録や気づきを発信しています。

Xアカウントよろしければフォローしていただけると励みになります！

About

Mon, 01 Jan 0001 00:00:00 +0000

nicqo縺ｫ縺､縺・※