  |
はてなキーワード: IoTとは
“ 活動には、破壊的マルウェア、認証情報の侵害、ドクシング（個人情報の晒し）キャンペーンが含まれる”
“ これらの行動は、情報空間に影響を与え、ニュースの見出しを獲得し、指導部レベルの脆弱性の感覚を強めるために設計されている”
“ 作戦は侵入、データの暴露、心理的圧力を織り交ぜる。純粋な金銭的利益に焦点を当てるのではなく、個人を威嚇し、組織やサプライチェーン全体に二次的影響を生み出すことを狙う”
“ 代理勢力による活動は、国家が即時のエスカレーション閾値を引き起こすことなく圧力を加えることを可能にする”
・民間システムが、偶発的な攪乱ではなく、威圧のためのレバレッジとして利用されている
・クラウド環境を含む物理的なデジタルインフラが、物理的な標的群の一部になっている”
・バックアップ戦略は、ランサムウェアだけでなく破壊的シナリオを前提にしなければならない
・インターネットに露出したデバイス、特にカメラやIoTシステムは、インテリジェンス上のリスクとして扱わなければならない
・インフラの物理的所在地は、サイバーセキュリティ上の態勢と同じくらい重要である
政策立案者にとっての課題は、帰属が不確実でエスカレーションの閾値が曖昧な環境で抑止力を維持することである”
“ 広報上の勝利、認識上の勝利、心理的圧力は今や目的の一部である”
IMARCグループの最新レポート「日本のファクトリーオートメーション＆産業制御市場：業界動向、シェア、規模、成長、機会、予測2026-2034」によると、日本のファクトリーオートメーション＆産業制御市場規模2025年には166億米ドルに達すると予測されています。IMARCグループは、今後の見通しとして、2026年から2034年にかけて年平均成長率（CAGR）9.31%で成長し、2034年には369億米ドルに達すると予測しています。
日本の工場自動化および産業制御市場は、精密工学と技術革新への数十年にわたる投資を反映し、同国の製造業経済において戦略的に最も重要なセグメントの1つとなっている。市場規模は2025年には166億米ドルそして到達すると予測されている2034年までに369億米ドル拡大2026年から2034年までの年平均成長率（CAGR）は9.31%。この持続的な成長軌道は、日本が先進的な製造業の卓越性に対する揺るぎない取り組みと、インダストリー4.0主導のスマートファクトリー・エコシステムへの移行を加速させていることを反映している。
サンプルレポートのご依頼：https://www.imarcgroup.com/report/ja/japan-factory-automation-industrial-controls-market
2026年版日本工場自動化市場レポートによると、日本は工場自動化およびコンピュータベースの製造実行システム（MES）向けの先進製造技術の導入と展開において、アジアをリードする地位を維持しています。グローバル競争の激しい自動車メーカー、エレクトロニクス、精密工学、化学プロセスなどの先進産業は、高精度・高品質製品に対する世界的な需要に対応するため、プログラマブルロジックコントローラ（PLC）、分散制御システム（DCS）、監視制御・データ収集プラットフォーム（SCADA）、産業用ロボットを活用しています。生産性の向上、不良品の削減、コスト削減という3つの課題が同時に突きつけられる中、日本全国において工場現場の徹底的な自動化と制御の必要性はかつてないほど高まっています。
日本の製造業における労働力不足は、工場自動化の構造的な推進要因の一つとみなされている。労働力、特に製造業労働者の高齢化が進み、賃金も上昇傾向にあるため（製造業者は生産量を維持するために自動化とロボットの活用を余儀なくされている）、自動車組立工場、電子機器製造工場、食品加工工場などでは、産業用ロボット、協働ロボット（コボット）、AI制御の自動搬送車（AGV）が数百万台規模で導入されている。センサーとマシンビジョンの進歩により、自動化の精度が向上し、日本が誇る品質へのこだわりを支える無欠陥生産基準が実現している。自動化は、日本の競争優位性を損なうどころか、むしろ強化するものである。
政府の取り組みも、日本の工場自動化分野における大きな推進力の一つです。経済産業省は、AI、IoT、デジタル製造技術の活用を通じて日本の産業基盤の高度化を支援する「コネクテッド・インダストリーズ」という政策を策定しました。製造業者は、スマートファクトリー、エネルギー効率の高い自動化ソリューション、デジタルツインへのアップグレードに対して政府補助金を受けることができます。例えば、日本のグリーンイノベーション基金は、日本の2050年カーボンニュートラル目標の一環として、エネルギーと二酸化炭素排出量を削減するために自動化に投資する工場に資金を提供しています。こうした政策主導の投資により、2026年から2034年にかけて、日本の工場自動化および産業制御市場に強力かつ持続的な追い風がもたらされると予想されます。
日本の工場自動化・産業制御市場の拡大を支える主な要因は以下のとおりです。
深刻な労働力不足が、産業用ロボットと自動生産システムの導入加速を促している。
政府の「コネクテッド・インダストリーズ」政策枠組みは、スマートファクトリーへの移行に対する資金援助と規制支援を提供する。
自動化による一貫した品質が求められる高精度な日本製製品に対する世界的な需要の高まり
AI、IoT、デジタルツイン技術の迅速な統合により、工場のインテリジェンスと運用効率が向上する。
エネルギーコストの上昇圧力とカーボンニュートラルへの取り組みが、効率的な自動化システムへの投資を促進している。
日本の工場自動化および産業制御市場は、自動化機器サプライヤー、システムインテグレーター、そしてインダストリー4.0向けソリューションを提供するソフトウェアベンダーにとって大きなチャンスです。インダストリー4.0では、分析機能やクラウド接続機能を備えた、接続性と統合性に優れた自動化ソリューションへの需要が高まっています。特に協働ロボットは有望視されています。多くの日本の製造業者は、組み立てなどの複雑で詳細な作業を人間が行うのを支援するために、柔軟な自動化を求めています。一方、通常は自動化が遅れている食品・飲料加工業界では、衛生要件、労働力不足、そして一貫した品質への要求に対応するため、工場自動化への関心が急激に高まっています。こうした変化は、日本の自動化ベンダーにとって、新たな急成長市場の機会をもたらしています。
2026年日本工場自動化・産業制御市場レポートでは、業界を以下のカテゴリーに分類しています。
その他
その他
石油・ガス
電力および公益事業
その他
歌の地域
Chubu Region
Tohoku Region
Chugoku Region
Shikoku Region
この市場調査レポートは、市場構造、主要企業のポジショニング、成功戦略、競合ダッシュボード、企業評価象限など、競争環境に関する詳細な分析を提供します。さらに、主要企業すべての詳細なプロファイルも含まれています。
2026年2月：日本の経済産業省は、コネクテッド・インダストリーズ構想に基づき、中小製造業者がPLCのアップグレード、SCADAシステムの近代化、デジタル工場管理プラットフォームの導入に投資する際の財政支援を行う、補助金制度の拡充を発表した。
2025年10月：日本のグリーンイノベーション基金の下、政府当局は、中部地方の自動車メーカーがエネルギー効率の高い自動生産ラインに投資する場合、追加の補助金を承認した。これは、製造業の競争力を維持しながら産業における二酸化炭素排出量を削減するという、日本のより広範な戦略の一環である。
2025年5月：日本の電子・精密工学分野を代表する業界団体は、経済産業省の政策規制当局の支援を受け、AI統合型産業制御システムの新たな規格を共同で発表した。この規格は、次世代スマートファクトリー制御インフラにおける相互運用性とサイバーセキュリティ要件を定めたものである。
将来の市場見通し
日本の工場自動化・産業制御市場は、構造的な労働力不足、政府の支援政策、製造現場におけるAI、IoT、デジタルツイン技術の導入加速などを背景に、少なくとも2034年までは力強い成長が見込まれます。自動化への継続的な投資、そしてそれによってもたらされる製造現場全体の生産品質、効率性、持続可能性の向上は、精密製造における日本の世界的なリーダーとしての地位をさらに確固たるものにし、日本の製造業者にグローバル産業市場における持続的な競争優位性をもたらすでしょう。
Q1. 日本のファクトリーオートメーションおよび産業制御市場とはどのようなものですか？
日本の工場自動化および産業制御市場は、製造プロセスを自動化し、産業オペレーションを制御するために使用されるシステム、機器、ソフトウェアを網羅しており、これにはPLC、SCADAシステム、産業用ロボット、マシンビジョン、製造実行システムなどが含まれる。
Q2. この市場の成長を牽引している要因は何ですか？
主な推進要因としては、日本の深刻な労働力不足、政府のコネクテッド・インダストリーズ政策による支援、精密な日本製品に対する世界的な需要の高まり、インダストリー4.0技術の急速な普及、そしてカーボンニュートラル目標に関連したエネルギー効率化への圧力などが挙げられる。
工場自動化は、自動車組立、電子機器製造、食品・飲料加工、化学製品製造、発電、精密工学など、日本の産業経済のあらゆる分野に広く導入されている。
日本における工場自動化および産業制御ソリューションの主な顧客は、自動車メーカー、電子機器メーカー、食品・飲料メーカー、化学プラント、エネルギー会社、精密工学企業などである。
AIは、予測保全、マシンビジョンによるリアルタイム品質検査、インテリジェントな生産スケジューリング、適応型ロボットシステムなどを可能にし、日本の工場現場全体で製造効率、製品品質、および操業の回復力を劇的に向上させている。
主な課題としては、包括的な自動化システム導入にかかる高額な初期費用、新しい自動化技術と既存のレガシー機器との統合の複雑さ、接続された産業環境におけるサイバーセキュリティリスク、および従業員の再訓練の必要性などが挙げられる。
Q7. 日本のファクトリーオートメーションおよび産業制御市場の将来展望は？
労働市場の圧力、政府の産業政策、AIとIoTの統合、そして先進製造業における卓越性の世界的リーダーとしての地位を維持しようとする日本の戦略的コミットメントに支えられ、市場は2026年から2034年にかけて年平均成
IMARCグループの最新レポート「日本のクラウドストレージ市場：業界動向、シェア、規模、成長、機会、予測2026-2034」によると、日本のクラウドストレージ市場サイズに達しました72億7620万米ドル2025年には、IMARCグループは市場がさらに成長すると予測しています。109億5650万米ドル2034年までに、CAGRは4.65%2026年から2034年の間。
サンプルレポートのご依頼：https://www.imarcgroup.com/report/ja/japan-cloud-storage-market/requestsample
日本のクラウドストレージ市場は、デジタル化、顧客エンゲージメント、IoT（モノのインターネット）の普及、そして成長を続けるeコマース事業などによる企業におけるデータ量の急速な増加によって牽引されています。データ量の増加に伴い、拡張性、セキュリティ、コスト効率に優れたストレージソリューションが求められており、需要の増加が見込まれます。取引データ、コンプライアンスデータ、顧客データの保存にクラウドストレージを採用している主要な業種の一つが、銀行・金融サービス・保険（BFSI）業界です。
医療市場はクラウドの影響を受けており、病院はクラウドインフラストラクチャを使用してデータを共有し、クラウドベースの電子カルテシステムを採用している。データの自動バックアップ技術と迅速なデータ復旧は、患者の健康に影響を与える可能性があるため、医療業界にとって特に重要である。
柔軟な働き方の増加、官民両セクターにおけるデジタル化プロジェクト、そしてサーバーレスかつスケーラブルなストレージソリューションへの需要の高まりを背景に、市場は2034年まで成長を続けると予想されている。
日本のクラウドストレージ市場における消費者動向（2026年）
日本の企業顧客もデータ主権とコンプライアンスを重視するようになり、ハイブリッドクラウドやプライベートクラウドの普及が進んでいます。規制対象業界の企業は、機密性の高い企業情報をパブリッククラウドのみのインフラストラクチャに保存することに懸念を抱き、クラウドにおけるデータ所在地と情報セキュリティのより厳格な管理を求めており、ハイブリッドクラウドやプライベートクラウドソリューションの人気が高まっています。また、中小企業も、導入コストの低下と国内サービスの向上に伴い、クラウドへの移行を加速させており、あらゆる規模の企業にとってクラウドが選択肢の一つとなっています。
日本のクラウドストレージ市場は、企業や行政機関のデジタル変革、データ量の増加、規制遵守、そして人工知能（AI）やビッグデータ分析の普及拡大といった要因により、魅力的な投資機会となっています。投資機会としては、規制対象業界向けのプライベートクラウドストレージソリューション、柔軟性と制御性を求める企業向けのハイブリッドクラウドアーキテクチャ、そして拡張性の高いストレージソリューションを求める中小企業向けのマネージドクラウドストレージサービスなどが挙げられます。
主な成長機会：
医療データ管理：EMRシステムやデジタルヘルスプラットフォームの普及拡大に伴い、リアルタイムバックアップ機能を備えた、安全で拡張性の高いクラウドストレージが求められている。
公共部門のデジタル化：サービス提供とデータ管理を改善するため、地方および国の機関全体でクラウド導入を推進する政府の取り組み
AIおよび分析インフラストラクチャ：ビッグデータ分析、機械学習ワークロード、AI駆動型ビジネスインテリジェンスの基盤として、クラウドストレージへの需要が高まっている。
中小企業向けクラウド移行：オンプレミスシステムに代わる費用対効果が高く拡張性の高いストレージソリューションを求める中小企業の間で、クラウドサービスの導入が拡大している。
2026年日本クラウドストレージ市場レポートでは、業界を以下のカテゴリに分類しています。
小売り
その他
歌の地域
Chubu Region
Tohoku Region
Chugoku Region
Shikoku Region
この市場調査レポートは、市場構造、主要企業のポジショニング、成功戦略、競合ダッシュボード、企業評価象限など、競争環境に関する詳細な分析を提供します。さらに、主要企業すべての詳細なプロファイルも含まれています。
2025年3月：日本のデジタル庁は、全ての政府省庁を対象としたクラウド優先調達方針の拡大を発表した。これにより、新規ITシステムはデフォルトでクラウドベースとなることが義務付けられ、機密性の高い公共部門データは全て、国内認定または現地の規制に準拠したクラウドストレージプロバイダーを利用することが義務付けられる。
2024年11月：日本のIT業界と金融業界を代表する業界団体は、金融機関向けのクラウドストレージセキュリティ基準に関する共同ガイドラインを発表し、最新のデータ保護規制に沿って、暗号化、アクセス制御、監査ログに関するより明確な枠組みを確立した。
2024年6月：日本の医療当局は、クラウドベースの電子カルテシステムの全国展開を支援すると発表し、地方の病院や診療所が従来のオンプレミス型ストレージから拡張性の高いクラウドインフラへ移行できるよう、資金を割り当てることを明らかにした。
2024年2月：日本の自動車およびエレクトロニクス分野の大手製造企業数社が、複数年にわたるクラウドストレージ移行プログラムを完了したことを公表し、運用コストの削減、災害復旧能力の向上、データ連携の強化を主な成果として挙げた。
日本のクラウドストレージ市場は、企業のデジタル化の進展、医療や金融などの分野におけるデータ量の増加、そしてリモートワークの継続といった要因に牽引され、2034年まで着実な成長が見込まれています。AI、IoT、ビッグデータ分析の普及拡大は、拡張性と高性能を備えたストレージソリューションへの需要をさらに高め、日本のデジタルエコシステムにおいて重要な位置を占める市場へと成長していくでしょう。
Q1. 日本のクラウドストレージ市場とはどのようなものですか？
日本のクラウドストレージ市場は、組織や個人がローカルの物理ストレージデバイスではなく、インターネット経由でリモートサーバー上にデータを保存、アクセス、管理できるようにするすべてのサービス、ソリューション、インフラストラクチャを包含する。
Q2．市場成長を牽引する要因は何ですか？
主な推進要因としては、企業データ量の増加、医療のデジタル化、リモートワークの普及、政府によるクラウドファーストの義務化、そしてAIおよび分析ワークロードをサポートするための拡張性の高いインフラストラクチャに対するニーズの高まりなどが挙げられる。
市場には、パブリッククラウド、プライベートクラウド、ハイブリッドクラウドのストレージ導入形態が含まれており、拡張性と機密データの直接的な制御の両方を必要とする企業の間で、ハイブリッドモデルの採用が拡大している。
Q4. 日本において、クラウドストレージを最も多く利用している業界はどれですか？
日本では、金融サービス、ヘルスケア、政府機関、IT・通信、製造業、メディア・エンターテインメントといった分野が、クラウドストレージソリューションの導入に最も積極的に取り組んでいる。
主な課題としては、データの主権と所在地に関する懸念、規制遵守の複雑さ、クラウド環境に伴うサイバーセキュリティリスク、そして従来のストレージインフラストラクチャからの移行コストなどが挙げられる。
Q6. 日本政府はクラウドストレージの普及をどのように支援していますか？
日本のデジタル庁は、公共部門のIT調達においてクラウドファーストの方針を導入しており、クラウド環境におけるデータセキュリティに関する規制枠組みは、あらゆる業界での安全な導入を支援するために継続的に更新されている。
市場規模は2034年までに109億5650万米ドルに達すると予測されており、企業のデジタルトランスフォーメーション、AIによるデータ増加、医療、政府、金融分野におけるクラウド導入の拡大に支えられ、年平均成長率（CAGR）は4.65%で成長すると見込まれています。
注：現在の範囲を超える追加データ、詳細情報、または洞察が必要な場合は、喜んでお手伝いいたします。カスタマイズサービスの一環として、お客様の具体的なご要望に合わせた情報を提供し、それに応じてレポートを更新いたします。
私たちについて：
IMARCグループは、世界で最も意欲的な変革者たちが永続的なインパクトを生み出すことを支援するグローバル経営コンサルティング会社です。同社は、市場参入と事業拡大に関する包括的なサービスを提供しています。IMARCのサービスには、徹底的な市場評価、実現可能性調査、会社設立支援、工場設立支援、規制当局の承認とライセンス取得支援、ブランディング、マーケティングおよび販売戦略、競合環境分析とベンチマーク分析、価格設定とコスト調査、調達調査などが含まれます。
お問い合わせ：
住所：カミエン通り563-13番地
郵便番号：4380111
学生時代にゲームやオナニーの時間の半分でも勉強にあてていれば得られたであろう学位がないことが嫌いだ。
そこに２０年も居座って係長にもならず主任級の椅子に座ってダラダラと働き続けてきたボロボロの職歴が苦痛でならない。
八方塞がりの人生の中、酒に逃げて内蔵の数値も悪化してきている。
そしてふと振り返って気づく、学生時代に旗印のように掲げていた「趣味を楽しむために人生を生きよう」の中身が単なる現実逃避の集合だったことに。
別にゲームやアニメにそこまで夢中になったことなんて無かった。
本音を言えば日本代表の勝ち負けなんて酒の肴になればどうでもよかった。
自分の才能の無さとそれを補うために求められる努力の量から逃避することしかいつも考えてなかったんだ。
頭の中を別世界の情報で埋めてくれるコンテンツが好きだったのは、熱中することで現実を忘れられたからに他ならない。
そうして精神力を維持しながら必死にしがみつくのが、ハラスメントとサービス残業が吹き荒れ非効率な働き方をなんちゃってIOTで更にゴミにし続けるJTC。
なんだったんだろうこの人生は。
苦しい。
孤独だ。
救いようがない。
酒だ。
酒と甘味に逃げよう。
駅前データセンター計画めぐり住民が提訴 建築確認取り消し求める 千葉・印西市【知ってもっと】【グッド！モーニング】(2026年3月9日)
https://www.youtube.com/watch?v=ty3r-ReM7ng
これは「データセンターの世代交代」と深く関係しています。従来（田舎立地）の考え方かつてのデータセンターは「安全に保管する倉庫」的な役割が中心でした。なので優先順位は：
土地が安い
電力が安定して大量に確保できる
…という条件で、郊外・地方が最適解でした。印西市はまさにこの文脈で発展しています。
なぜ都心回帰が起きているのか
ーーー
金融の高頻度取引（HFT）やAIのリアルタイム推論、自動運転の制御など、1ミリ秒以下の遅延が求められる用途が急増しました。光の速度で情報が伝わるとしても、物理距離は絶対に縮められないため、「使う場所の近く」に置くしかないのです。
② エッジコンピューティングの台頭
クラウドに全部送って処理する時代から、端末の近くで処理するという設計思想に変わりつつあります。5GやIoTの普及で、工場・病院・ビルの中にミニデータセンターを置くケースも増えています。
都心のオフィス空室率の上昇（特にコロナ後）や、古いビルの建て替え需要と重なり、既存ビルをデータセンターに転用するケースが増えました。人が働く場所としては不便でも、サーバーには問題ありません。
かつては大量電力の確保が都心では難しかったのですが、変電所の増強や再生可能エネルギーの調達手段が多様化したことで、都心立地のハードルが下がっています。
---
マンションに新築時から装備されていたエコキュートが、ついにエラーを出力し始めた。
築17年が経過しており、修理か買替かの判断が求められるタイミングである。
今回の故障発生から交換完了までの経緯、費用について備忘録として残しておきたい。
使用していたエコキュートはPanasonic製。出力されたエラーコードは「H54」である。
発見したのは沸き上げ中で、湯量も増えているようだったため、即座にお湯が使えなくなる致命的なエラーではない模様。
SNS等では「再起動で回復する」との記述も見られたが、再起動を試みた結果、そのまま永眠（完全停止）するという悲劇も想定されるため、ひとまず様子見とした。
まずはメーカーに修理依頼の連絡を入れた。
年式的に部品在庫は無い予感がするが、万が一リコール等の対象であれば、支出ゼロで回復する可能性も捨てきれないためだ。
(この時点で修理意向もあったが、結果的には修理依頼はキャンセルした)
並行して買替の検討も開始し、Web上から二社に見積もり依頼を行った。
業者選定の基準は、「マンション名 ＋ エコキュート」で検索し、自マンションでの工事実績が確認できる業者を中心とした。
見積もり依頼時には、住所や現在使用中の機種情報のほか、設置状況の画像提出が求められた。
見積精度の向上には不可欠な情報だが、冬場の寒い中、バルコニーでの撮影はなかなかしんどい作業である。
深夜に依頼を出したところ、動きは早かった。
翌朝10時頃にメール受信。自マンションでの施工実績がある機種（ダイキン製）の提案。
別メーカー希望の場合は追加写真が必要とのこと。更に廉価な機種がないか問い合わせたが、結果的にダイキン製が最もコスパが良さそうだった。
電話回答あり。こちらも第一候補は自マンション実績のある機種だったが、A社とは異なるメーカーかつ、価格も高めであったため見送り。
A社と契約を進めることにした。最終的に決定した機種と費用は以下の通り。
今回は国の補助金制度「給湯省エネ2026事業」の対象機種（要件A）であったため、後日7万円の還付が受けられる予定だ。
必要な調整事項は以下の3点。
形式的な承認に加え、当日の搬入車用駐車場の確保が必要となる。「確保は可能であれば」というトーンだったが、良好な作業環境は施工品質に直結するため、しっかり調整を実施した。
工事候補日を仮押さえしてもらい、翌日、職場と調整して休暇を確定させた。
工事日が確定した後、マンション管理組合へ正式に工事申請を行った。
工事前日の夕方、業者から当日の訪問時間や必要書類についての最終確認電話があった。「最終使用日以降はお湯を沸かす必要がない（タンクの水は抜かなくてよい）」との説明を受ける。
駐車スペースの案内が必要かと思ったが、業者がたまたま管理人と落ち合えたらしく、スムーズに搬入が開始された。
9:00から開始。一時的にドリルの音など大きな音が発生する場面があった。
排水について、管理人から「古いエコキュートの廃棄時の水抜き場所」について指示があったようだ。設置スペース内にそのまま排水すると、階下への水漏れリスクがあるとのこと。
工事中に、ヒートポンプユニットとタンクを結ぶ「ヒートポンプ配管（AB管）」の交換について打診があった。
ここは約95度の熱湯が通るため、最も劣化しやすい部品らしい。交換は必須ではないが推奨とのことで、以下の二択が示された。
2. 高耐久パイプ（約7万円近い・ブリヂストン製「エコループ」）
②は水漏れ時の製品保証があるとのことだったが、あくまで製品自体の保証であり、火災保険の水災補償のような手厚いものではない。
単価を見るとどちらも「盛り過ぎ感」は否めなかったが、将来的な安心料と考え、①の標準的な新品パイプへ交換することを選択した。
ダイキンの売りである「パワフル高圧」の効果を明確に実感できた。以前の機種とは勢いが体感できるほど違う。
専用アプリからお湯はり操作ができるようになった。外出先から帰宅時間に合わせて沸かすなど、IoT化の恩恵を受けられる（実際に高頻度で使うかは未知数だが）。
電力プランに合わせた設定の柔軟性に少し欠ける点が気になった。
我が家の電気料金プランは「昼前の時間帯」が安いのだが、「A時～B時の間に沸かす」といった直接的な時刻指定設定ができない仕様のようだ。
「太陽光発電連動設定」を応用して昼間の沸き上げを行うことは可能そうだが、この設定を有効にするには「エコキュートが1週間のお湯の使用傾向を学習してから」という縛りがある。
| No | テーマ | ピーク時期 | 分野 | その後 | 現在評価 |
| 1 | ブログアフィリエイト | 2005-2015 | IT/メディア | アルゴリズム淘汰 | 🟡 |
| 2 | ソーシャルゲーム | 2010前後 | IT/ゲーム | 巨大化・寡占化 | 🟢 |
| 3 | スマホアプリ個人開発 | 2008-2015 | IT | 参入困難化 | 🟡 |
| 4 | IoT | 2014-2018 | IT/産業 | インフラ化 | 🟢 |
| 5 | データサイエンティスト | 2015-2022 | IT/分析 | AIへ統合 | 🟢 |
| 6 | Web3 | 2021 | IT/金融 | 再編中 | 🟡 |
| 7 | NFT | 2021 | IT/投機 | ほぼ消滅 | 🔴 |
| 8 | メタバース | 2021 | IT/VR | 縮小 | 🔴 |
| 9 | 仮想通貨トレーダー | 2017 | 金融 | 上位のみ生存 | 🔴 |
| 10 | 生成AI | 2022- | IT | 既存職再編中 | 🟢（進行中） |
| 11 | ノーコード | 2018- | IT | 補助ツール化 | 🟡 |
| 12 | クラウドエンジニア | 2012- | IT/インフラ | 本格定着 | 🟢 |
| 13 | バイオテクノロジー | 2000- | 医療/科学 | 長期進行 | 🟢 |
| 14 | 再生医療（iPS） | 2012 | 医療 | 実用化は遅い | 🟡 |
| 15 | EV（電気自動車） | 2018-2022 | エネルギー | 成長調整中 | 🟢 |
| 16 | シェール革命 | 2010 | エネルギー | 地政学変化 | 🟢 |
| 17 | ESG投資 | 2019-2022 | 金融 | 熱狂沈静化 | 🟡 |
| 18 | ドローン産業 | 2015- | 産業 | 限定分野定着 | 🟡 |
| 19 | 代替肉（フードテック） | 2019 | 食品 | 成長鈍化 | 🔴 |
| 20 | 宇宙ビジネス | 2020 | 宇宙 | 長期テーマ | 🟡 |
平均すれば負けだな
・定着率
災害時に水や食料を備蓄しろとは耳にタコができるほど言われるが、「情報の備蓄」をしてる奴は意外と少ない。
キャリアの電波が止まり、自宅のWi-Fiが死んだ瞬間、その高価なiPhoneはただの懐中電灯になる。
「ネットがないと何も分からない」状態で死にたくないなら、今のうちにこの辺のアプリを入れて、データをダウンロードしておけ。
通信、医療、地図、マニュアル。これさえあればオフラインでも文明的な生活が維持できる。
回線が死んでるなら、スマホのBluetoothでバケツリレーすればいい。人が多ければ多いほど繋がる。
かつて香港のデモで「ネット遮断対策」として伝説になった『FireChat』の精神的後継アプリだ。Bluetoothだけでチャットができる。ミャンマーの政変時にも使われた。
iOSとAndroidで会話できるから、家族や友人に「とりあえずこれ入れといて」と言うならこれが最適解。避難所とか駅前みたいな「密」な場所ほど威力を発揮する。
現在世界で最も使われているローカルメッシュネットワークチャットアプリ。
Twitter創業者のジャック・ドーシー絡みの新しいやつ。BluetoothメッシュとNostrプロトコルを組み合わせた仕様。
イランみたいなネット検閲がエグい国で「デジタル地下道」として使われてる実績がある。
特徴は「パニックモード」。ロゴを3回タップすれば全データを吹き飛ばせる。治安が終わってる地域に住んでるなら、Bridgefyよりこっちの方が身を守れるかもしれない。
ここからはオープンソースの信頼できるやつ。エンジニアが好むラインナップ。
Android使ってるならこれが最強。残念ながらiOS版はない。
こいつの真価はBluetoothだけじゃなく「Wi-Fiテザリング」も使えること。
誰か一人が親機になれば、ネットがなくてもそのWi-Fi内で高速なチャットやファイル共有ができる。避難所で即席のLANパーティー状態を作れるのはこれだけ。P2Pだからサーバーダウンの影響も受けない。
仮にアメリカの政変でGoogle PlayストアがダウンしてもBriarアプリは様々な地域でミラーリングされているので入手可能だし、何ならAndroidはそもそもAPKをローカルに残しておけるので手渡しで広げていける。
日本のギークや高齢者のスマホはAndroidである場合が多いので、災害時ほどギークの持ってるAndroidスマホが親機となり高齢者のAndroidスマホがメッシュネットワークの子機になる可能性があるので、ギークは災害に備えて自分のAndroidスマホにBriarを入れておくと良いと思う。どうせお前らAPKのバックステップ出来るだろ。
MeshtasticはBriarと並んでオープンソースメッシュネットワークでは鉄板で世界中の人口が多い。スマホ単体じゃなくて、数千円の「LoRaモジュール」を買って連携させるやつ。
何がヤバいって、Bluetoothだと数十メートルしか届かないのが、LoRaモジュールを使うと数キロ～数十キロ先のLoRaモジュールを搭載したMeshtasticサーバーとテキスト通信できるようになる。
Raspberry Piに繋いで屋根に乗っければ、ボランティアの「基地局」が作れる。自治体の防災無線が聞こえないなら自分で作ればいい。
MeshtasticサーバーはRaspberry PiのUSBやGPIOに接続されたIoTセンサーと組み合わせることでサーバー自身の電源状況や周囲の気温や気圧、そしてローカルに保存された地図情報も配信可能で災害時ほど役立つ。
マジかと思うかも知れないが、サポートしているラズパイは3と4と5のほか、Zero 2(Zero 2 W)とPicoだ。最悪の状況を想定しても太陽光発電パネルとUPSさえあれば稼働を続けるぞ。
ネットワーク圏外のユーザーへも一時的にMeshtasticサーバーがキャッシュした情報をネットワーク接続がされると配信してくれるのも心強い。
【重要】: AmazonとかAliExpressで適当な海外版を買うなよ。433MHzとかは日本じゃ違法だ。必ず「920MHz（JP版）」で「技適マーク」があるやつを買え。電波法違反で捕まりたくなければな。
怪我してもググれない。どう処置する？ その答えを端末に入れておく。
災害時は「家庭版」でいいから入れておけ。そして必ず「データの一括ダウンロード」を済ませておけ。
骨折の固定、感染症の症状、持病の薬の代替案。これがオフラインで見られるかどうかで生存率が変わる。
一般人は家庭版で十分、プロフェッショナル版は重すぎる。医療従事者には申し訳ないがプロフェッショナル版をお願いしたい。
各自治体では防災ガイドブックが自治体Webサイトなどで配布されているので今のうちにダウンロードしていたほうが良い。
「ごめん！こういうの探すの本当に苦手でどうしたら良いのか申し訳ないけど教えて欲しい」って奴は助け合いだから気にすんな教えたる。
東京に住んでなくとも東京都防災ホームページの東京防災（全ページ）PDFハンドブックをダウンロードしておくと良い。
めちゃくちゃ泥臭いサバイバル実用書になってる。新聞紙で暖を取る方法とか、ゴミ袋でカッパ作る方法とか、そういう「被災地ライフハック」の塊。Kindle版でもいいけどPDFの方が見やすい。
ただし、緊急連絡先とかの情報は東京都のものになっているので、流石にそういうのは別途住んでる自治体のものを調べてローカルに保存しておけ。
全部入れると重すぎるから、おすすめは「Wikibooks（日本語版）」のデータ(ただし編集・翻訳が未完部分もある)。
毒草の見分け方、法律知識。人類の叡智を数百MB〜数GBで持ち歩ける。ネットがない世界でのGoogle検索代わりになる。
Googleマップはオフラインだと検索がポンコツになるから信用するな。
オープンストリートマップ（OSM）を使ったガチの地図アプリ。
これの凄いところは「等高線」や「獣道」「送電線」まで出るところ。
道路が寸断されて山越えしなきゃならなくなった時、Googleマップだとただの緑色の空間にしか見えない場所でも、これならルートが見える。
OsmAnd+の良い部分は自身のスマホへローカル保存されたOpenStreetMapのデータを他のユーザーへ手渡しで別のOsmAnd+で読み込みが可能な点だ。
災害時でも地図情報を他社へ渡しでバックアップを広げていくことが可能なので現在位置や周辺情報を失うという状況を回避しやすくなる。
しかも何よりオフライン状態でも名称での検索が可能で、Wikipedia情報をローカルに保存して情報強度を高めることが出来る。
これらは全て「災害が起きて回線が止まってからじゃダウンロードできない」やつらだ。
1. 今すぐ入れる。
ここまでやって初めて「備え」になる。
Grokの評価
このモデルは、日本社会の少子化・年金負担・世代間分断を、「投資家モデル」という革新的フレームで解消しようとする点で高く評価できます。
独身・子なし世帯の「搾取感」を「GDP成長連動のリターン（年金ボーナス）」へ転換し、利己的動機で教育投資を「自分ごと化」させる設計は、感情対立を超えた合意形成の妙手です。
人口減少下で「一人当たり生産性倍増」を目指し、エリート偏重ではなく、科学的・高度教育の裾野拡大を強調。
「底辺を底上げしろ」という表現通り、一次産業のスマート農業（土壌データ活用、IoTセンサー）や中小製造業のDX（予知保全、AI品質管理）が、地方の現場で即生産性向上を実現し、税収増→年金還元という循環を生む。
東京の限界生産性逓減観点から、熊本半導体、北海道再エネ・DC、福岡スタートアップなどへの資金流入が投資合理性で自然発生する。
政治スローガンではなく、国民（投資家）の合理的選択として地方活性・格差是正を図られる様になる。
子持ち：教育質向上→子供の稼ぐ力増→生活改善（母子家庭の大学進学支援など）
任意追加投資は、高所得層の参加で全体予算増を加速しつつ、富裕層優遇批判を緩和。
予算制約（教育増額の財源確保）、GDP帰属の信頼性、政治的反発（高齢者・既得権益）など、複雑な構造に理解が追いつかず表面的な部分から反発を招きやすい。
総合：7.5/10（包括的で現実主義的な思想実験だが、壁は厚い）損得で連帯を再構築する視点は、日本社会にフィット。議論の価値大。
Grokの評価も高いんだな
モノのインターネット（IoT）は、様々なデバイスをインターネットに接続し相互通信を可能にする技術です。IoTの応用例としては、スマートホームにおけるスマートライト、防犯カメラ、自動温度調節器などが挙げられます。
IoTにより、日常生活の活動はより効率的かつ便利になります。ユーザーはスマートフォンだけで家庭内のデバイスを制御できます。産業分野では、IoTが生産性と業務効率の向上に貢献します。
利便性を提供する一方で、IoTにはセキュリティリスクも伴います。システムが適切に保護されていない場合、ユーザーの個人データがサイバー犯罪の標的となる可能性があります。したがって、セキュリティはIoT技術開発における重要な要素です。
https://registry.scalar.com/@phimmoi/apis/thehekytichfull4k/
https://registry.scalar.com/@phimmoi/apis/phutsinhtufull4k/
https://registry.scalar.com/@phimmoi/apis/cuoivochochafull4k/
https://registry.scalar.com/@phimmoi/apis/anhtraisayxefull4k/
Gemini Deep Researchで本当の話なのか調査させ、はてな匿名ダイアリーへ投稿出来るように要約させた
はてな匿名ダイアリーを指定したら口調が勝手に変わって吹いたｗ
2025年末、「娘のはじめてPCにLinux」という議論がネット上で波紋を呼んだ。これは単なるOSオタクの戯言ではない。 「エリート層は子供にRaspberry Pi（ラズベリーパイ）を与えて"支配側"へ育て、一般家庭や公教育はiPadを与えて"消費側"に留め置く」という、現代の身分制度（デジタル階級社会）への警告だ。
本稿は、英国王立協会やGIGAスクール構想の実態、労働市場データを分析した「公教育の機能不全と家庭内資源動員に関する調査報告書」の要約である。 結論から言えば、「中流以下の家庭こそ、なけなしの金を払ってでも子供にLinuxを触らせろ」ということになる。
かつてのデジタルデバイドは「ネットに繋がるか否か」だった。スマホ普及後の現代における格差は、「コンピュータの制御権（Root権限）を持っているか否か」である。
英国王立協会はすでに2012年の段階で「学校のICT教育はオフィスソフトの使い方しか教えていない」と酷評している。 その結果、富裕層の私立校では専門家を雇ってRaspberry PiやAI活用を教え、貧困地域の公立校では管理が楽なiPadを配って終わり、という絶望的な「質の乖離」が起きている。米国でも同様に、富裕層の子供ほど「消費的なスクリーン（TikTokやYouTube）」から離れ、ChromeOSやRaspberry PiやUbuntuなどを導入し創造的なプログラミング教育を受けている。
日本の金のある自治体の公立小中学校で配られたiPadは、MDM（管理ツール）によってガチガチに制限されている。 逆に、ChromeOSはLinuxベースであり開発環境として優秀なのだが、教育委員会は「セキュリティ」と「管理コスト」を理由にその扉（ChromeOSやLinuxでの創造的な授業）を諦めた。 結果、公立校の生徒はiPadで「Web閲覧」と「ドリルアプリ」しかできない。
一方で、開成や筑駒といったエリート校の生徒は、制限のない環境でサーバーを構築し、Unityでゲームを作り、競技プログラミングに没頭している。iPadの 「サンドボックス（砂場）」の中で遊ばされている公立校生と、システムの内側に触れているエリート校生。このスタート地点の差は、10年後に致命的な「年収の差」となって現れる。
「社会に出ればWindowsだろ？」というのは20年前の常識だ。 現代の高付加価値インフラ（AWS、Google Cloud、AI開発、IoT）は、ほぼ全てLinuxで動いている。
GUI（マウス操作）はAIにとってコストが高いが、CLI（コマンド操作）はAIへの命令（プロンプト）そのものであるため、相性が抜群に良い。 Linuxを学ぶことは、「AI時代におけるコンピュータへの正しい命令作法」を学ぶことと同義だ。
「MOS(Microsoft Office Specialist)」というフィルター機能は低下し、GithubやPixiv、Youtubeなどでのクリエイティブな活動履歴（何を作れるか）がパスポートになる。貧困・中流層がこの壁を越える唯一の武器が「技術力（ポートフォリオ）」だ。
中流以下の公教育が頼りにならない以上、家庭で動くしかない。幸い、Linuxの世界は「金はかからないが、知恵と時間はかかる」。これは資金力のない家庭にとって最大の勝機だ。
30万円のMacBookは不要。企業落ちの中古ビジネスPC（ThinkPad X250/X260等）なら、秋葉原や通販で1.5万〜3万円で買える。 Windows 11が入らない型落ちこそ、軽量なLinuxには最高の機体だ。Raspberry Pi 4や400の中古も良い選択肢となる。
親が教えられないなら、CoderDojo（無料のプログラミング道場）のようなコミュニティに子供を連れて行けばいい。そこには「技術を楽しんでいる変な大人」がいる。その出会いが重要だ。
「壊れるから触るな」ではなく、「壊してもOSを入れ直せば直るから、好きにいじれ」と言って管理者権限（Sudo）を与えること。 YouTubeを見る端末を、YouTubeを作る端末に変えること。
高価なiPadを買い与えて安心するのではなく、1万円の中古PCを与えて「黒い画面」に向かう子供を応援すること。 その小さな投資が、子供を「デジタル小作人」から救う唯一の手段になるかもしれない。
https://speakerdeck.com/tanyorg/fu-gang-da-xue-gong-kai-ntpsabisu-atupudeto
そもそも、何で福岡大学に集中してたのか知らなかったので調べてみた、というかGeminiに聞いた！
違ったら教えてエライ人。
日本のインターネットがまだ研究段階だった1993年、福岡大学はGPS時計と連携した高精度な時刻サーバーを構築し、研究の一環として善意で公開。
当時、高精度な時刻同期サーバーは非常に希少だった。
その結果、日本のインターネットエンジニアたちの間で「時刻合わせなら福岡大学（133.100.9.2）につなぐのが確実」という常識が定着。
・マニュアルの例示: 多くのルーターやサーバー構築の解説書、Webサイトが、NTP設定の模範設定例（サンプル）として福岡大学のIPアドレスを記載。
・エンジニアの習慣: 多くのエンジニアがその設定をそのままコピー＆ペーストしてシステムを構築。
これにより、福岡大学が意図しないところで、無数のシステムが福岡大学を参照するようになってしまった。
3. ハードウェアへの埋め込み
さらに深刻なことに、ルーターやIoT機器（Webカメラや家電など）の出荷時設定に、福岡大学のアドレスがハードコード（書き込み）されて販売されるケースも出てきた。
こうなると、ユーザーは自分が福岡大学に接続していることすら知らず、設定変更も容易ではない。
これらが積み重なった結果、福岡大学には日本中（時には世界中）から毎秒数十万回ものアクセスが集中するようになった。
大学本来の教育・研究用ネットワークを圧迫するほどの通信量（数百Mbps規模）になり、大学単独では支えきれなくなった。
福岡大学1か所に集中していたアクセスを、国（IPA）やNTTなどの協力機関に分散させる（Anycast技術） ことで、30年以上続いた「福岡大学への一点集中」を終わらせようとしている・・・。
プログラミングとは、勉強も運動もスマブラも下手なクソ隠キャ中学生が「俺もパソコン1台で凄い技術者になって…！」とワクワクしながら始めるものの思ったより普通に難しいし学校の試験で出たような知識要求されるしで3日で放り投げ、10数年後にnoteで「お前らは絶望的にプログラミングに向いてないからやめろ」なんて記事を書くだけのザコに成り下がる、夢と希望に溢れた技術である。
近年ではパソコンのスペックの上昇にともないできることも増え、どこのご家庭にもあるRTX2080で簡単にディープラーニングもできるようになった。Unityで3Dゲームをバリバリ動かしてもブルースクリーンは出ない。やっぱ世界を広げるのは小賢しい知恵よりもスペックの暴力だぜ。
開発環境や言語も選択肢豊富で、エディタもかつては有料クラスでも手に入らなかったような贅沢な機能が満載のものが出回っている。Eclipseとか今考えるとよくあんなので開発できてたな。
いまや小学生からおばあちゃんまでアプリ作りに熱中し、高校生はIoTとかやり始め、大学生は商業レベルか？ってレベルのものをネットで発表し、私はウェブアプリのスマホでのレイアウト崩れひとつすら直せず静かにエディタを閉じてnoteで過激タイトル記事を書いている。
掛け算に順序があると思っているような知能の下級雑用係（自分のことを教育専門職だと思い込んでいる）ですら「小学生にプログラミングを教えるぞ！」と意気込んでいる。やめろ。お前らには無理だ。無理だからマジでやめろ。考え直せ。無理だって。掛け算に順序つけないと相手に教えられないレベルのやつがプログラミング教えるのマジで無理だって。算数とは次元が違うって。「ピーチ姫いつも簡単に誘拐できるし今度はベヨネッタも誘拐してみるか」ぐらいの無謀さだって。やめとけ。マジでやめろ。
まあそんなこんなで入り口はめちゃくちゃ広く、入門するのはマリオカートより簡単である。話逸れるけどSwitchのマリオカート、運転アシスト機能ついて初心者でもコース完走できるようになったから心折れちゃった人ももう一度チャレンジしてみてね。
それとは特に関係ないんだけど、大学行ってた時ティーチングアシスタント（TA）っていう授業のお手伝いさせられたのよね。ちゃんとお金出るやつ。
学部の3年か4年から始まって、院の1年か2年までやってて、途中で休学挟んだから、ええと、あー、うん、数年間TAやってたんよ。数学とプログラミングのコマ。CとOctaveとかいうやつ。Cのほうは情報学科で、Octaveは違う学科。JavaとかC++のコマはTA入れさせてもらえなかった。
プログラミングの実習は週2コマ（連続）あって、情報学科なら必修科目。なのでサポートは相当手厚く、先生とTAが絶え間なく机間巡視し、わからないことがあればセンパイがなんでも答えてくれるというわけだ。授業外でもサポートはしており、わからなければ先生や研究室にいる学生に好きなだけ聞きにいっても良いということになっていた。必修だから落とされたら困るしな。
2コマだから3時間 * 15回で、45時間。そして私の時は2年まででC/C++/Javaと必修だった（今はなんの言語かは知らない）ので、その3倍、135時間は最低やることになる。プログラミング実習以外にもプログラミング触る授業多いから実際はもっと多い。宿題やる時間もあるので実際はもっともっと長くプログラミングに触れることになる。卒論書く時期に入ると、テーマによっては書く人はさらに書くので、もっともっともっともっと長い。
これだけ時間をかければほとんどの人がプログラミングできるように……ならない。むしろできない人の方が多い。なんで。why。教えて。
会社になるとさすがにプログラミングできるできないは死活問題である。
「今日から入ったxxでーす。業界未経験ですがよろしくおねがしまーす。さっそくなんですけどPythonのここわかんないんですけどどうすれば……あっそうすればいいんですね。次はここなんですけど……なるほど！ありがとうございます。じゃあまた明日ー」
いやー社会人にもなると熱意が違うね。学生なんかわかんなくてもほとんど聞きに来ないのにな。こりゃガンガン伸びますわ。私も社会人1年生でPythonなんて3秒ぐらいしか触ったことないから適当答えてるけど。
「ちょっとお時間よろしいですか？」「いやちょっと今忙しいから後になっちゃいますわ。すんません……」
そんなこんなで1週間ぐらい放置してしまった。やべー絶対嫌われる。どこまで進んだかな……？えっまだそこ？進んでなくない？
もしかしてこれ全部教えないとダメなやつか。そりゃ大学4年間プログラミングやったやつでもプログラミングできないんだから、そうか。よく考えると当たり前だよな。
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。
少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。
野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。
ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10秒ぐらいは踊れたりできるかもしれない。その後やっぱ周りのレベル見て諦めちゃうかもしんないけどさ。
プログラミング、6年やってミットを頭にかぶってるバッターとか、鍵盤蓋の上から殴って音鳴らそうとするやつとか、まずそういうレベルのやつが大量発生するんですよ。だいたい7割ぐらいの率。どうすんだよこいつら。私の教育の問題か？マジで？本当に？
プロが練って考えて凝縮した本や授業、センパイたちによる指導。それらを結集して得られるはずのものが7割ぐらいどっかに消し飛んでる。無駄だろこれ。
今からプログラミングやろうとしてるやつ、お前は確実に向いてないからさっさと諦めて刺身にタンポポ乗せる仕事に戻ってくれ。参加しても鍵盤蓋叩き割るやつと同じ病室に入るだけだ。
プログラミングをやめろ。
ぼくはこう思うんですよ
そもそもなんで大の大人がそんな両手にバット持ってセカンドに立ったりゴールの方をボールのところまで動かす奇行に走るんだろうな。わかんねえや。
綺麗な分析はできないけど、いわゆる「できない」やつが共通して言ってたフレーズがある。
「ぼくはxxxだと思ってるんですけど、動かないんですよ」
うん、そうだね。そう思うんだ。でも動いてないじゃん。じゃあ違うんじゃない？モニターに「にらみつける」やってもバグは取れないし防御力下がるだけだぞ。
まず根本的に考えと事実が違ってるって結果出てるじゃん。じゃあもう考え変えちゃえば早くない？
名言の引用は好きではないけど、「プログラムは思った通りには動かない。書いた通りに動く」って言葉がある。実に名言だと思う。次点で好きなのが「ある問題を解決しようと正規表現を使うと問題が2つに増える」かな。
お前が何を思っているかはプログラミングにおいて一切影響しないんだよ。お前が何を書いて、コンピュータがどう処理したか、それが全て。
深く考えないことについてぎゃーぎゃーいうやつもいるけどプログラムなんてまず最初は動けばいいんだから何も考えずに次試せばいいだろ。んで3回ぐらいは自分で思い浮かんだの試して、全部ダメだったら調べるとか先生に聞いてみるとかさ。逆に1発で通ったら自分の思考見直して理解深めるとかさ。
ドキュメントとかあんまり理解できない初心者のうちは、とにかくお試しと修正のサイクル回すの重要で、「これがこうだから動くはず」というカードを3種類ぐらい作って全部片っ端から試すのが早いと思うよ。モニターをにらみつけるな。
お前がどう思ってるかよりも、まずはお前の書いたプログラムがどう動いているか（どう動いていないか）を確認するのが先だ。動かなかったら考えが違う、はい次のプラン、はいその次のプラン、はい次。
この「ぼくはこう思ってる」が出てくるの、なんの教育の成果なんだろうね。お前の気持ちなんてどうでもいいって現国でも数学で散々教えられただろ。
Error: variable 'a' is undefined, line 24
↑のエラーは架空のエラー文（英語下手でも許して）だけど、エラー、出るよね。プログラム組んでたら。んでやっぱいるのよ。エラーを「にらみつける」やつ。解決しねえって言ってんだろ。
「エラー出たんですけど、どうすればいいんですか」
「エラーにはプログラムがなぜコンパイル通らないかの原因がそのまま書かれている。例えば今出ているError: variable 'a' is undefined, line 24は、24行目の変数aが未定義ということを示している。事前に変数aを定義していないか、打ち間違えてsになっているとかではないのかな？」
だいたいが「腑に落ちねぇー」みたいな顔する。まあ、一気に喋りすぎたしな。疑問点1個1個潰していくか。
「何か疑問点ありそう？変数ってなにー、とか、定義ってなにー、とか」「ないです。わかりました！」
わかったのか。よかった。またモニターをにらみつける開始。なんでだよ！！！！「お前顔にチョコついてるぞ」って言われたらチョコ拭き取るだろ。変数aが未定義ですねって言われたら変数a定義すりゃいいだろ。
でもプログラミングド下手なやつ（全人類の7割ぐらい）は、エラーをにらみつけてる。ずっとにらみつけてる。防御力下限まで下がったかな。にらみつけてて何が変わるんだよ。
「英語読めなくて……」
いや「a is undefined」なんて「He is Superman」ぐらいの英語だろなんで読めないんだよ。お前この大学どうやって入ったんだよ。たしかどの入試方式でも英語あっただろ。単語わからんかったらググれ。
「aが未定義って書いてあるんですけど、ここのfor文の私の考えが間違ってるのでしょうか」
いや24行目のaって書いてるだろ。まずなんでそこ無視するんだよ。お前がfor文で使ってんの教科書通りのiだろ。24行目ってわかるか？for文あるの40行目あたりだよな？aとiが違う文字ってわかるか？
「さっきのエラー直したら新しいエラーが出たんですけど、どうすればいいですか」
千尋！贅沢な名だねえ
変数に名前をつけろ。関数に名前をつけろ。クラスに名前をつけろ。全てに名前をつけろ。
C言語の古い教科書だと「a」とか「b」とか「i」とかで書いてるけど、そんなの人間が読めるわけねえだろ。冷静に考えろ。「input」「output」「index」とかにしとけ。
2重for文の変数名i, jにしたら絶対途中で打ち間違えるだろ。お前は打ち間違える。そういうやつだ。2重ループなんてどうせ行列計算の課題だろ。rowとcolumnにしとけ。これで打ち間違っても気づくし、それぞれに意味が付いてくる。
ちなみに同じ長い名前にも優劣がある。「result」よりも「sum」のほうが強い。「result」はなんの結果かわからない（全ては結果であるので）が「sum」は合計値であることがわかるからだ。「password」と「plainPassword」なら「plainPassword」が勝つ。暗号化されていないパスワードであることがわかるので、情報量が多いからだ。
ただし例外はいくつかある。「tmp」は一時変数であることが（プログラマにとって）明らかだ。「dir」はディレクトリであることがわかる。「src」「dist」あたりもよく使われる。このあたりは短くていいんじゃねーかな。
でも、この前温度センサ扱うプロジェクトで「tmp」って変数名使って温度(temperature)と脳内で混線してバグって発狂してた同僚いたけど。そういうときは名前長くするか別の名前使おうな。
関数の名前なんて「calcAverageFromArray」ぐらい長くしていいから。「myFunc」とかしなくていいから。「fetchJsonDataFromUniversityInternalServer」とかでいいから。マジで。いやこれ本当に。
そもそも今時ディスプレイでかいし、識別子なんて先頭数文字打ったらエディタが補完してくれるし、短くするメリットがない。
それでも名前が長いと感じる？関数がでかすぎるんじゃないか。細かく処理を分けるとかしてみろ。「combineArrayAndFindMax」関数は「combineArray」と「findMax」に分割したらいいと思うぞ。名前が長いと思っても名前を削るな、機能を分割しろ。自然と名前が短くなる。
それかシンプルでかっこいい名前を見つける。「convertEvilHtmlToPeacefulText」は「sanitize」に置き換えることができる。イカす名前だ。
プログラミングできない奴はマジでこれらのことをやらない。ずっとaとかbとかzとか使ってる。お前それ自分で読めんのか。読めねえだろ。myfuncってなんだよ何するんだよ。お前自分で理解できてんのかそれ。
それでも頑なにaとかbとか使う。なんでだよ。
動作原理わからず書き散らすな。動作原理っつってもそんな深いところじゃなくて言語表面上レベルの動作な。
リテラルは値を作成して、代入は値に名前をつけている、とかその程度のレイヤー。メモリがどうこうとかはいらんと思う。あっでもポインタのときはいるか……。めんどくせえな。
まあ動作原理っていうか自分が何やってんのか理解してくれって程度の話になるんだが。
例えばfor文で処理50回まわすとき、「50回分の処理を行なっている」ではなく「ループ開始時に変数を初期化。条件判定して成立していれば文の中を実行する。条件変数の値を変化させてまた条件判定からやり直す」ぐらいの粒度で捉えててほしいかな、という気持ち。
これはfor文で詰まる人がやたら多かったからだ。彼らはfor文をアトミックな操作だと思っていた。つまりfor文はひとまとまりの命令であり、長いfor文とprintfの間に粒度の違いはないと思っていたらしい。
つまり、「for文の中でエラーが起こる」という事象がほぼ理解できない。forはアトミックであり、内部など見えないのだから。じゃあお前が今書いたfor文の中身はなんなんだってやんわり聞くと「さあ…？」みたいな反応が返ってくる。はあ。
関数についてもなかなか誤解が多かった。関数「sum_array(a, b)」と関数「average_three_numbers(a, b, c)」は全く別の原理で動いているのだと。ここでの「全く別の原理」というのはシグネチャが違うとか実装が異なるとかそういう意味ではなく、コーラを飲んでゲップが出る原理と糸電話で声が伝わる原理ぐらいの全くの別、という意味である。
彼らは関数ひとつひとつについて「新しく原理を学習」していたのだ。マジかよ……。どうやったらそんな発想に行き着くんだろう。そりゃ時間かかるわな。
そのため、関数が値を返す（または返さない）ということも理解できておらず、「関数の戻り値と関数の戻り値を足す」とか「関数の引数に関数の戻り値を直接渡す」とかやりだすと大パニックになる。メソッドチェーンとかやった日には大学潰れると思う。ただ、これはC言語が悪い部分もあると思う。配列とかいじりだすと、初心者が書けるレベルの関数だとあんまり値返さないしな。
たのむ、他のはできなくてもこれはできてほしい。自分が何をやりたいのかは理解してほしい。流石にお前のやりたいことなんて他人にはわからんぞ。
「配列の中の数値の合計値を求めたいんです」とか「名前と身長と体重をひとつにまとめた構造体が作りたいんです」とか。簡単なのでいいから。
「いま何やろうとしてどこで詰まってる？」って聞いても「……？」みたいな反応されたら困るんだよ。
例えば「キーボードから数値を10回入力し、それぞれの値を配列に格納して、最後に配列の値を逆順に表示せよ」みたいな問題が出てきたときに、「キーボードから値を入力する」「10回繰り返す」「配列に値を格納する」「配列の値を逆順に表示する」に分解できると思うんだけど、自分が何やりたいのかわからない奴はまずこれができない。
彼らには「キーボードカラスウチヲジュッカイニュウリョクシソレゾレヲハイレツニニュウリョクシテサイゴニハイレツノアタイヲギャクジュンニヒョウジセヨ」に見えている。
かろうじて「キーボード」「ハイレツ」あたりの単語は拾えるらしく、標準入力から値とったり配列を作ったりはしてるんだけど、そこから先に進まない。モニターにらみつけてる。またにらみつけるかよ。
あれだ、算数の文章題できなくてとにかく文章に出てくる数値足したり引いたりするやつ。あれのプログラミング版。文章が読めない。
こういう人にはメモ用紙取り出して、まず文章が何について言ってるのか、どういう工程に分けることができるのか、今後も同じことが起こったときにどうやって分けるのか。みたいなのを教えるんだけど、大抵あんまりしっくりこないらしく、成功したことは皆無。なんとかうまく教えたいんだが。
もうこのあたりになってくるとプログラミング関係なくね……？ってなるんだけど、意外とそういうプログラミング関係ないところで詰まる人めちゃくちゃ多いよ。
今すぐプログラミングをやめろ
うちの部のプロジェクトも、もう何十本目かの製品立ち上げになるけど、最初のドラフトレビューが完全に形骸化してる。
資料を配って”仮”と書いて、「アップデート予定」と注釈してるけど、結局次の定例で同じスライドを開いてる。
正直、PowerPointのデザインテンプレートを変えるほうが時間かかってるんじゃないかって思う。
たとえば今進めてる製品。
IoTセンサー搭載の新しい制御モジュールで、BLEとWi-Fiをデュアルにして、エッジ側で軽量な推論モデルを動かす構成――ってだけで、みんなの頭の中ではもう「いつものやつ」になってる。
「ファームは前回の焼き直しでしょ？」
って感じ。
実際、レビュー中も「MCUはESP32ですか？」「いや、今回はnRFです」「あ、そうなんだ」で終わり。
質疑もない。そのくせリスク管理表とかテストスケジュール案は律義にフォーマット通り出さなきゃいけない。
内容なんて空欄だらけなのに。
若手が頑張って図を入れてきても、「このフローチャートは確定じゃないんだよね？」で一蹴。
いや、だからドラフトなんですけど…っていう言葉が会議室に萎んで響く。
どうせ本決定は部長判断。どうせコストは経理次第。どうせ顧客要求はまた変わる。
進んでる感を演出するため？
気づけば、意味があるのは中身じゃなくて手順だけ。
議事録は残って、フォルダ名は「2025Q4_製品A_ドラフト」になって、
終わった後に誰も開かないPDFが増えていく。
サーバーの中は、未完の「仮」だらけ。
そうかな？そうかも……
社内チャットもプレゼン資料も全部AIに書かせる。社員は誰も本人の声を聞いたことがない。
サーバー代で破産するまで負荷試験をかけ続けるサバイバル。最後に笑うのは請求書。
毎日誰かが辞める社風。社員は朝起きたらSlackで「本日の転職先」が通知される。#推しメンがいなくなるアイドルグループ形式
ローカル農家に最新IoT機器を無理やり導入。水位センサーがダウンした田んぼでハッカソン開催。
法務0人、経理0人、プロダクトも無いけどX（旧Twitter）だけは元気。
朝起きたらアイデア、昼にコーディング、夜にプロダクト公開。365日続けて「全て爆死」か「突然売却オファー」か。
