ホリエモンが語る『日本の人手不足・AI・人口減少』の未来

要約元 タイトル:人口が減っていく日本で何をするか?台湾有事・サプライチェーン・人材の偏り…ホリエモンが若者に伝えたいこと チャンネル:堀江貴文 ホリエモン 公開日:2024-10-03 ホリエモン(堀江貴文氏)が、日本社会の変化について語った講演を要約する。 内容は人口減少だけではなく、AI、半導体、建設業、教育など幅広いテーマに及んでいる。 日本は深刻な人手不足の時代に入っている ホリエモンが語る「日本の人手不足・AI・人口減少」の未来 ホリエモン(堀江貴文氏)が、日本社会の変化について語った講演を要約する。 内容は人口減少だけではなく、AI、半導体、建設業、教育など幅広いテーマに及んでいる。 日本は深刻な人手不足の時代に入っている ホリエモンは、日本ではすでに「仕事がない」のではなく、「人がいない」時代になっていると説明する。 特に不足している職種として次のような例を挙げている。 建設業 測量 建築 半導体関連 インフラ整備 一方で、事務職などのホワイトカラーは余り始めているという見方を示している。 半導体工場が建設ラッシュを生んでいる 熊本のTSMC工場やラピダスなど、国内で半導体工場の建設が相次いでいる背景として、次の要因を挙げている。 台湾有事への備え コロナ禍で起きた半導体不足 サプライチェーンの見直し これらにより建設需要が急増し、建設業界では人材不足と賃金上昇が起きているという。 サプライチェーンの重要性 現代の製品は、多くの企業が連携して作られている。 例えば 自動車 半導体 ロケット などは、一社でも部品供給が止まれば全体が止まってしまう。 ウクライナ戦争や新型コロナによって、その脆弱さが明らかになったと説明している。 AIによって減る仕事 ホリエモンは、生成AIやCopilotの普及により、 Excel作業 Word作成 書類整理 一般的な事務仕事 などはAIが代替していくと予想している。 その結果、ホワイトカラーの需要は減少していくという見方を示した。 逆に不足する仕事 一方で、AIでは代替しにくい仕事として、 建設 測量 建築士 インフラ保守 などは今後も人材不足が続くと述べている。 人口減少はさらに加速する 団塊世代、さらにその子どもである団塊ジュニア世代の高齢化によって、日本の人口減少はさらに加速すると予想している。 現在約1億2千万人の人口も、将来的には 1億人未満 8000万人 7000万人 まで減少する可能性があるという見方を示した。 コンパクトシティ化は避けられない 人口減少によって 道路 橋 上下水道 地方インフラ を維持することが難しくなる。 そのため、住民が都市部へ集まり、生活圏を集約する「コンパクトシティ化」が進むと予想している。 海外を見ることの重要性 ホリエモンは、日本だけを見ていると変化に気づきにくいと話す。 東南アジアなどでは、 人口増加 経済成長 活気 があり、日本との違いを実感できるという。 ...

Arch Linux と Windows 11 を安全にデュアルブートするためのメモ

このメモの目的 このメモは、ASRock 環境で実際にトラブルを踏んだ経験を元に、 Arch Linux と Windows 11 を同じディスクでデュアルブートしたい systemd-boot を使いたい 変な EFI トラブルで何日も溶かしたくない Arch / Windows / systemd-boot / UEFI の関係図 という人向けの「基礎まとめ」です。 詳細なチュートリアルというより、やってはいけないポイント や 設計の考え方 を中心にしています。 前提環境 例として想定している環境はこんな感じです。 マザーボード: ASRock A520M Pro4(UEFI) CPU: Ryzen 7 5700X GPU: Radeon RX 6600 XT メモリ: DDR4 32GB ストレージ: NVMe SSD 1 本 OS: Windows 11 + Arch Linux ブートローダー: systemd-boot パーティション形式: GPT ブート方式: UEFI(Legacy BIOS / CSM は使わない) 他のマザーボードでも基本の考え方は同じですが、UEFI のクセはメーカーごとに違うので、あくまで「考え方の参考」として読んでください。 ...

ASRock環境のArch+Windowsデュアルブート問題の記録

Arch Linux と Windows 11 デュアルブート問題 ASRock 環境で「restart だと起動しないのに、shutdown だと起動する」謎バグの記録 はじめに Arch Linux と Windows 11 を同じマシンでデュアルブートしているときに、 「Arch から再起動すると Windows が起動しないのに、電源OFF→ONだと普通に起動する」 という不可解な現象に遭遇した。 環境: ASRock A520M Pro4 Ryzen 7 5700X Radeon RX 6600 XT DDR4 32GB systemd-boot ESP を共有 この記事は、このときに見た現象と、EFI / systemd-boot / ASRock UEFI まわりを調べたメモをまとめたもの。 トラブルの症状と再現性 症状 Arch → 再起動 → systemd-boot で Windows を選択 → 自動修復、ロゴ停止、黒画面 Arch → シャットダウン → 電源ON → Windows → 正常起動 再現手順 Arch を起動 再起動(reboot) systemd-boot で Windows を選択 起動失敗 or 自動修復に入る 逆に、 ...

Waydroid Binder/BinderFS

Waydroidが起動しない原因とBinder/BinderFSの仕組み

概要 Arch Linux で Waydroid を動かそうとした際、 「Can't open /dev/anbox-binder: No such device or address」というエラーが発生した。 原因は カーネルが BinderFS を正しくマウントしていなかったことにあった。 ここでは、Binder/BinderFS の役割と、実際に動作させるまでの手順をまとめる。 1. Binder と BinderFS の違い Android のアプリ間通信(IPC)は Binder ドライバで実現されている。 Linux でこれを再現するためには、カーネルモジュールと特別な仮想ファイルシステムが必要になる。 名称 説明 /dev/binder Android のプロセス間通信 (IPC) のコアデバイス /dev/hwbinder ハードウェア抽象層 (HAL) 用 Binder /dev/vndbinder ベンダーサービス用 Binder BinderFS これらのデバイスノードを動的に管理するためのファイルシステム 昔の環境では /dev/binder を直接作っていたが、 最近の Waydroid や Mainline カーネルでは BinderFS を使うのが標準。 2. エラーの原因 Waydroid 起動時のログ: [gbinder] ERROR: Can't open /dev/anbox-binder: No such device or address [08:49:18] Failed to add presence handler: None Copy これは、/dev/anbox-binder が存在しても中身が無効、 つまり Binder デバイスがカーネル側で認識されていないことを意味する。 ...

AWSでSSH接続できない問題を解決した話

はじめに 先日、AWSで立てたEC2インスタンスにSSH接続できなくなる問題が発生しました。このトラブルの原因と解決方法を記録しておきます。同じ状況に陥った方の助けになれば幸いです。 問題の症状 EC2インスタンスにSSH接続を試みると、Connection timed out のエラーが表示される。 AWSコンソール上では、インスタンスは正常に動作中。 ブラウザからの接続は可能(インスタンス内のApacheは稼働中)。 トラブルシューティングの進め方 問題解決のため、まずはSSH接続ができない間もAWS System Managerの「セッションマネージャー」を利用しました。System Managerを活用することで、インスタンスの内部に直接ログインでき、次のような確認や操作が可能になりました: ファイアウォール(UFW)の状態確認 sudo ufw status Copy SSHサービスの状態確認 sudo systemctl status ssh Copy System Managerは、セキュリティグループやファイアウォールの設定ミスが原因でSSH接続ができなくてもインスタンス内部にアクセスできるため、非常に有用です。 原因と解決方法 調査の結果、以下の4つの原因が考えられました。 原因1: セキュリティグループのルール設定ミス 問題点 セキュリティグループでポート22(SSH)が許可されていなかった。 解決方法 AWSコンソールのセキュリティグループ設定に以下のルールを追加: タイプ: SSH プロトコル: TCP ポート範囲: 22 ソース: 自分のグローバルIPアドレス(例: 203.0.113.0/32) 原因2: UFW(Uncomplicated Firewall)がポート22を閉じていた 問題点 EC2インスタンス内のUFW(ローカルファイアウォール)でポート22が閉じられていた。 解決方法 以下のコマンドを実行してポート22を許可し、設定を反映しました。 sudo ufw allow 22 sudo ufw reload Copy 原因3: グローバルIPの変動 問題点 自分のグローバルIPアドレスが変更されたことで、セキュリティグループのルールが機能しなくなった。 解決方法 新しいグローバルIPを確認し、セキュリティグループのSSHルールを更新しました。 curl ifconfig.me Copy 原因4: インターネットゲートウェイの設定ミス 問題点 インターネットゲートウェイがVPCに正しくアタッチされていなかった。 解決方法 AWSコンソールのVPCダッシュボードで以下を確認しました: ...

Test Post

echo "Hello, World!" Copy

First Post

AWSでLAMP環境を構築したけれど… 最近、AWS上でLAMP環境を構築し、WordPressを立ち上げました。これ自体は、これまでの経験を活かして比較的スムーズに進めることができました。EC2のインスタンスを用意し、Apacheを設定し、MySQLとPHPを組み合わせて、ようやくWordPressのインストールにこぎつけました。 WordPressのダッシュボードを初めて開いたときには、達成感がありました。「これで理想のブログができる」と思ったのです。しかし、その後、運用をイメージし始めたとき、徐々に違和感が生じてきました。 WordPressで感じた違和感 WordPressは確かに便利で多機能です。しかし、カスタマイズしようと思うとプラグインの選定やセキュリティ対策に多くの時間を費やす必要があります。そして、定期的なアップデートの管理、MySQLのバックアップ、万が一のトラブル時の復旧作業…これらが少しずつ重くのしかかってきました。 ブログ運営は長期戦です。構築そのものに時間をかけすぎるのではなく、記事の執筆や情報発信にもっと時間を使いたい。そう思い始めると、WordPressは少し「重たい」と感じるようになりました。 静的サイトジェネレーターとの出会い そんな中で目にしたのが、静的サイトジェネレーターの存在です。特にHugoのシンプルさや高速性には興味を惹かれました。さらに、GitHub Pagesを利用すれば無料でホスティングでき、運用コストを大幅に削減できることに気づいたのです。 Hugoで生成される静的サイトは、セキュリティリスクも少なく、更新もGitの操作だけで完結します。「これなら、より気軽にブログを運営できるかもしれない」と思い、試しにローカル環境でHugoを導入してみました。 GitHub Pages + Hugoへの移行を決断 Hugoを使ってサイトを構築してみると、その軽さとスピード感に驚きました。Markdownで記事を書き、コマンド一つでサイトを生成。そして、そのファイルをGitHubにプッシュするだけで公開できる。このシンプルさに感動しました。 最初は「WordPressで構築したものを捨てるのはもったいない」と葛藤しました。しかし、将来を見据えたとき、運用の手軽さが何よりも重要だと判断し、GitHub Pages + Hugoに移行することを決断しました。 結論:ブログ運営における最適解とは? AWSでのLAMP環境構築やWordPressの設定は、確かに学びの多い経験でした。しかし、それ以上に「どんな形でブログを運営したいのか」を考える貴重な機会にもなりました。 今、私はHugoとGitHub Pagesでブログを運営しています。そのシンプルさと自由度の高さに満足しながら、これから記事を増やしていくつもりです。 もし、ブログの運営方法で悩んでいる方がいれば、「自分にとって最適な運用方法は何か?」をぜひ考えてみてください。決して、簡単にたどり着ける答えではありませんが、その過程で得られる学びは大きいものです。