  |
はてなキーワード: 通信とは
１月１８日に行われた「大学入学共通テスト」の宮城県内の会場で、受験生１人が試験中にスマートフォンを使用する不正行為がありました。
大学入試センターによりますと、１８日に行われた「数学I」の試験で、受験生１人がスマートフォンを両足の間に隠し持ち、操作しているのを複数の試験関係者が確認しました。
スマートフォンでは検索エンジンのほか、電卓を利用していましたが、外部との通信は行われていなかったということです。
聞き取りに対して受験生は不正を認めたため、失格となりました。
県内の会場では２０１９年度に当時の「センター試験」で不正行為が確認されています。
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
最近「どうしてこれに誰も声を上げないんだ、〇〇は何で止めないんだ」っていうニュースが多いんだけど
コロナ禍でそういう〇〇を機能させてたタバコ部屋とか先輩後輩みたいな社会の潤滑油的な裏向きの細かいプロセス間通信が全部ぶっ潰された結果、機能してない表向きのプロセスが残されたっていう分野が多いんじゃないか
フォルダを漁っていたら、1999年5月に書かれた、自分のPC履歴が発掘されたので、貼り付けてみる。
なんだかんだ言って、私がパソコンを使うようになってから、１０年近く経ってしまったのである。プログラムを組んで実行できる最初のマシンは、高校のときに購入したＣＡＳＩＯのプログラム電卓ＦＸ－５０２Ｐであるが、これはあくまで電卓であり、パソコンとは多少趣を異にするものであった。
パソコンとして最初に購入したのは、ＮＥＣの８ビットマシンＰＣ－８８０１ＭＡ２であり、完全なるゲームマシンであった。以下、１６ビット時代に突入してＥＰＳＯＮ ＰＣ－２８６ＶＥ、３２ビットマシンのＥＰＳＯＮ ＰＣ－４８６ＳＥと続き、とうとう自作ＤＯＳ／Ｖマシンをメインのマシンにするようになってしまうのであった。
これから、私のこのしょ～もない足跡を辿ってみたいと思う。ＰＣ－８８０１ＭＡ２～ＰＣ－４８６ＳＥの項には、そのときハマったゲームの感想なども記してある。暇な方はこちらもどうぞ!?
小さい頃から、電気・電子関係が好きで、親にマイキット（パネル上にトランジスタとか抵抗、コンデンサなどが並べられており、スプリングになった端子にコードを挟んでそれらを繋いで回路を作る）や電子ブロック（透明なブロックにトランジスタや抵抗などが入っており、ブロックをボード上に配置して回路を作る）などを買ってもらい、それでラジオなどを作って遊んでいたのである。マイキットでラジオを作り、夜中にこっそりと深夜放送を聞いていました。(^^;
因みに、私がアマチュア無線の免許を取得したのは、小学生のときである。これは、ちょっと自慢してもいいと思う。
当時、「初歩のラジオ」とか「ラジオの製作」、「電波科学」などの雑誌をよく読んでいたのだが、流石に、中学生の私にはディジタル回路は難しく（というよりも、何をするためのものなのか、イマイチ理解できなかった）、ボードマイコンＴＫ－８０などに手を出すには至らなかった。
まぁ、何しろ当時は、マイコンといっても論理回路の動作から入る必要があったので、当然といえば当然であろう。
そして、関数電卓などをいじくり、「このキーとこのキーを同時に押すと変な表示になる!?」などと遊んでいた私が、最初に手にしたコンピュータらしきものは、カシオのプログラム電卓「ＦＸ－５０２Ｐ」である。
これは、５１２ステップまでのプログラムが組めるというもので、ちゃんと「ＧＯＴＯ」キーや「ＧＯＳＵＢ」キー、「ＬＡＢＥＬ」キー、条件判定を設定するキーなどが用意されていて、結構本格的なものでした。レジスタも１０個使えた。ランダムに数値を出力するキーも付いていたな。
プログラムライブラリ（本ですが）なども付いてきていて、掲載されている通りに打ち込むと、科学計算をやったりゲームなどを楽しむことができた。もちろん、プログラムを外部に記録しておくこともできたのだ。オプションが必要だが（買った）、普通のラジカセなどを使ってカセットテープにプログラムを記録するのである。
あと、ＦＸ－５０２Ｐでは、キーに４分音符や１６分音符などが割り当てられていて、短音だが楽曲を打ち込むこともできた。上述のオプションを利用して、ラジカセなどで鳴らすのである。
学生時代は、ビンボーだったせいもあって、パソコンには縁がなかった。友人宅でシャープのＴｕｒｂｏIIIなどでゲームをさせてもらうのが関の山なのであった。
で、就職して最初に購入したパソコンが、ＮＥＣの８ビットパソコンの最終形態ともいうべきＰＣ－８８０１ＭＡ２である。
当時は、既に１６ビットパソコンのＰＣ－９８０１Ｖｍ２なども発売されていたのだが、私の選択したのは８ビットマシンの「ハチハチ」なのであった。何故か？
それは、パソコンでゲームがしたかったからである。当時は、違法行為に限りなく近いレンタルソフト屋が横行していて、ゲームソフトなどが比較的安い価格で入手できた（ソフト毎のパラメータファイルでコピーを行うＦｉｌｅ Ｍａｓｔｅｒは必需品）。また、ゲーム市場も８８０１主体であって、９８０１用のものはごく少なかったのである。
とにかく、とても全部やりきれないくらい、ゲームを借りまくった。
何を隠そう、私が８８０１を購入して、最初に買ったゲームがこれである。何で、最初からこんなに難易度の高いゲームを、と疑問を持つ向きもあろうが、要するに、当時はパソゲーなるものが全く分かっていなかったのである。しかも、あろうことか、購入時には、アクションＲＰＧの先駆け的存在である「ソーサリアン」とこの「マイト・アンド・マジック」を天秤に掛けていたのである。
世間では、「クソゲー」との評価が一般的であるが、私は、このゲームは名作であると信じている。とにかく、世界が存在していて、プレイヤーはその世界に住むところから始まるのである。ストーリーは、最初は与えられず、発見したものだけがストーリーに参加できる。しかし、ストーリーに参加しなくても、とにかく世界が広大・深淵なので、アイテム探しやダンジョン探検だけでも、十分堪能できる。私は、後述する１６ビットパソコンの時代まで、約３年以上もこのゲームにお世話になったのである。
「ドラクエ」シリーズで有名なエニックスのアドベンチャーゲーム（ＡＶＧ）。
不気味な感じが大変心地よい秀作。本作では謎を残したまま終結し、後に「アンジェラス２」が発売されるが、時期を完全にはずしていたし、余り面白くなさそうだったので私はやっていない。
今はＨゲーのメーカーになってしまった、しゃんばらのＲＰＧ。私の大好き（だった）漫画家、松田紘佳がキャラデザ他を手がけている。音楽もこの人だったな。もしかすると、「２」は後述のＰＣ－２８６ＶＥでプレイしたのかもしれない。海が舞台の、異色のＲＰＧ。とにかく海なので、３次元的に自在に移動できるのがミソ。階段を使って他の階へ移動する一般的なダンジョンとはひと味違うのである。
ただ、惜しむらくは、これは私がコピー品でプレイしていたから良くないのであろうが、２作ともエンディングを見れなかったことだ。
１作目では、「ピー」とビープ音がしてゲームがハングアップ。２作目では、たぶん最終場面であろう画面から１歩も進めず、アウト。
今あったら、正式に購入して再度挑戦してみたいゲームではある。
かのアスキーが発売していた、Ｈゲー。ダンジョンを歩き回るＲＰＧである。
このゲームは、とにかくノリが非常によく、テンポが軽快で楽しいゲームであった。ゲーム自体は、６階＋αの「ウロボロスの塔」を探検して、秘密を探るというもので、出てくるモンスターが女の子で、ダメージを与える度に女の子が１枚ずつ服を脱いでいくという、他愛もないものである。
このゲームをして最初に驚かされたのは、グラフィックの描画の早さである。何だかんだ言っても、８ビットパソコンであるので、当時のゲーム、特に、グラフィックを強調したゲームでは、描画に恐ろしく時間がかかった。一枚の画像を出すのに数秒、ひどいものでは、数十秒、なんていうのもあった。
そんな中で、この「カオス・エンジェルス」は、とにかく、一瞬で画像が描き換わった。これは、当時ではとても新鮮なことであった。
また、そのＢＧＭもとても斬新で、簡単なＦＭ音源を使いながら、とてもハイセンスな雰囲気を醸し出していたのだ。音楽の秀逸さでは、水龍士といい勝負かもしれない。
しかし、このゲームの最大のポイントは、「洒落っけ」にあると思う。ダンジョンの壁に、前に探検した人の落書きがあって、これがまた奥が深く面白い。この落書きがゲームのヒントにもなっているのだが、関係のない落書きもあって、これを探すだけでも、結構楽しめた。
当時、特にスタジオピエロ系のキャラクターもののゲームを数多く出していた、マイクロキャビンのＡＶＧ。マイクロキャビンでは、この後も、「めぞん一刻」や「気まぐれオレンジロード」などのキャラ系ゲームを続々と発売していた。
このゲームは、少年サンデーに連載されて、アニメ化もされ一世を風靡した、高橋留美子の同名の漫画「うる星やつら」をゲーム化したものである。
ゲーム内容は、確か、面堂家の誰か（終太郎か、了子か、どっちか忘れた、たぶん了子だ）の誕生日に招待されたお馴染みのメンバーが「迷路」を探索しながらゴールにたどり着くというものである。何かのイベントを経る毎に、時間が経過していき、それにより結果が変化するというのと、途中の行動で結果が変化するということで、数種類のエンディングが用意されていたように思う。
マルチエンディングや時間の概念は今でこそ珍しくもないが、当時では結構画期的なことであったのだ。
フェアリーテール（ＥＬＦ）の伝説的名作ＡＶＧである。確か「２」もあった。フェアリーテール（ＥＬＦ）のＡＶＧは、何かこう、独特の雰囲気があって、それが私は非常に気に入っていた。なんていうか、どことなく寂しげな感触というか、ちょっと空虚な感じとでもいおうか。キャラクターや展開、秀逸なＢＧＭなどが、この雰囲気を醸し出しているのだ。
フェアリーテール（ＥＬＦ）のＡＶＧは、この他にも相当やった。「ＥＬＬＥ」なんかは、最後のどんでん返しが強烈でした。
そのほかにも、いろいろゲームはやったが、とんでもねーゲームを一つだけ…
これは、要するに当時大流行の「北斗の拳」のパロディーＨゲーである。
ゲーム内容がくだらないのもさることながら（あまりにくだらなすぎて、ケンシロウのようなキャラが出てくること以外、忘れた）、その作りがとにかく凄い。
これは想像だが、このゲームは、おそらくＮ８８－ＢＡＳＩＣで組まれている。なぜなら、まず、ストップキーでゲームが止まってしまう。そして、そのとき、画面の左上隅に「>C^」が出る（分かる人には分かるね!?）。
そして、ＮＥＣの８８０１，９８０１シリーズのパソコンには必ず付いていた、画面のハードコピーを取るキー「COPY」を押すと、押したときに表示されている画面をプリンタに印刷することができる。
なんか、「流行だから適当に作って一発当てよう」という意図の見え見えなゲームでありました。
…そうこうしているうちに、８ビットパソコンは衰退し、ゲームソフトも発売されなくなって、世の中は１６ビットパソコンの時代へと、大幅に突入したのだった。
そこで購入したのが、ＮＥＣではなくて、ＥＰＳＯＮのパソコンなのである。ここいらへんに、私の偏屈さがにじみ出ていますね～。(^^;
パソコンに金をかけだしたのも、このころからである。…まぁ、８８０１じゃあ、金をかけようにもかけるところがないですが。(^^)
今ではもう信じられないが、当時は、１ＭＢ／１万円がメモリの相場であった。しかも、メモリをパソコンに組み込むには面倒な設定がいくつも必要で、さらに、汎用のスロットを一つ占有してしまうのだった。また、今でこそ、ＳＩＭＭとかＤＩＭＭとかいって、大容量がコンパクトに収納されているが、当時は、たとえ１ＭＢでも、１２ｃｍ角くらいの基板にチップがびっしり載っていたのだった。
それでも、１ＭＢあると無いとでは、雲泥の差があった。
これも、今ではもう信じられないが、当時は、例えば４０ＭＢで８万円位した。しかも専用のインターフェイスが要る。これでまたスロットが一つ埋まったのであった。
でも、当時のソフトは、４０ＭＢでもお釣りが来るくらいの容量だったんだよね～。
あと、このマシンから、パソコン通信を始めた。当然NIFTY Serveから。
当時は、WTERMを使い、通信速度も2400bpsであった。50kBの画像をダウンロードするのに何分もかかり、さらにその画像を表示するのに何分もかかった。大変な時代であった。
このＰＣ－２８６ＶＥは、後に友人の手に渡り、そこでＶＲＡＭ異常が発生してお亡くなりになってしまいましたとさ。合掌。
このマシンでも、ゲームはずいぶんとやった。中で、印象深いものをいくつか紹介しようと思う。
上述したものと同じである。当然、続きではなくて、新規に始めた。やはり８ビットのものと比べて速い。何しろ、８ビット版は２ＤＤのディスク４枚組で、地上、ダンジョン、城、と場所を変える度にディスクの入れ替えが必要だった上、そのたび毎に、システムディスクに書き込み（１分くらいかかった、マジで…）をしていたのだ。それがなくなっただけでも、快適である。ただ、８ビット版の頃はあったＢＧＭがなくなってしまったのは、ちょっと寂しかったが。
なかなかハマった。各エンディングも味わい深いもので、３０数種類あるといわれているエンディングを２０数種類まで見て、飽きてやめた。プリンセスと謎のエンディングは見ていない。けど、いいや。
「１」と「２」は、３Ｄダンジョンもの。当時は３Ｄダンジョンでさえ珍しかったのに、Ｈゲーで３Ｄダンジョンというのは、相当なインパクトがあった。ゲーム的にもよく練れており、ダンジョンの仕掛けも良くできていた。Ｈゲーという観点を排除して、単にゲームとしてみた場合に、非常に完成度の高いゲームであった。
「３」は、確かドラクエタイプの２ＤのＲＰＧ。「４」は、ダンジョンに戻ったのだっけかな？この辺はあんまり印象にないのだな。「５」は、私の大嫌いなシミュレーションで、遂にエンディングを見ることができなかった。…と言うよりは、途中でつまんなくって止めた。「４」と「５」は、多分、後述のＰＣ－４８６ＳＥでやっている。
これは、今更説明するまでもない、ＥＬＦが世に放つ名作中の名作。このゲームが今までのゲームの流れを一気に変えたといってもいいでしょう。味のあるキャラクタ（しかも大勢！）に、深みのあるストーリー。それぞれが練りに練られたマルチエンディング。とってもシビアな時間の概念。所持金の存在も内容に深みを与えています。
さらに、複雑なフラグ制御がすばらしい。よくあれだけの条件設定をして、ゲームが破綻しないものだ。
そして、何より高校生最後の夏休みという、絶妙のセッティング。
とにかく、この「同級生」は、何遍やっても違った展開になるし、違った楽しみ方ができるゲームという、画期的なゲームでした。
後に「２」も出て、共通するキャラクタも出演している。私は、「２」は後述する３２ビット版でやったのだけれど、その面白さは全く失われてはいませんでした。恐るべし、ＥＬＦ。
そのうち、世の中はウィンドウズ時代に突入し、パソコンも１６ビットパソコンから３２ビットパソコンへと移行していったのである。…といっても、ウィンドウズ３．１は、とっくに発売されていたが、ゲームの世界が未だにＤＯＳベースだったので、それまでは何とかなっていたのであった。が、こう周りがウィンドウズだらけになってくると、流石に不安になって、ＤＯＳからの移行を考えざるを得なくなってしまったのであった。
上述のＰＣ－２８６ＶＥでも、ウィンドウズを試してみたことがあった。そのころは、ウィンドウズは３．０で、フロッピー５枚組という、今から考えればささやかな構成であった。当時は、ウィンドウズ３．０対応のソフトもほとんどなく、これは試してみるだけで終わったが。
実は、３２ビットパソコンへの移行の際に、一つの考えがあったのである。つまり、Ｍａｃへの移行である。当時、Ｍａｃの世界も変革の時期を迎えていたらしく、小さい筐体が却って可愛らしい Permalink | 記事への反応(1) | 12:53
先週のサザエさんを見た。その冒頭1話目、「カツオ、叱られ人生」。
自分は人生の大半を叱られて過ごした。学校では先生から、家では両親と姉から。特に怖いのは姉である。その恐ろしさは文章ではとても表現できない。
「人間は人生の3分の１を寝ている」というが、僕は3分の１が叱られている人生である……と、彼はそれを作文にして発表する。
脚本家が書いているとはいえ面白い内容だなと思っていたら、本当に「よくできていた作文」だったようで、担任の先生にほめられる。
身の安全のために、姉には知られないようにしないと。
にもかかわらず、「学校で作文を書いた」ことを、花沢さんのお父さん経由で家族に知られてしまう。
あやしい、隠してたのね、見せなさいと大人たちから詰められる。作文を家族に見せないことがそんなに悪いことか。私は自分の子供時代に自分が書いた作文を親に見せたことなんてなかったぞ。
言い訳に、「よくできていたので学校の文集に載ることになったんだよ」と、聞かれたテーマだけは答えて、その場を逃れるカツオ。
一転して「まあ、文集に載るの？」と喜ぶ大人たち。「学校の文集」ってなんだ。「学級通信」でもなさそうだし、そんなにしょっちゅう作るものなのか。
それはよくわからないままだが、嘘から出た誠か、この作文が校長先生に気に入られ、本当に学校の文集に載ることになってしまう。
三河屋のサブローさんにまで「おめでとう。作文が文集に載るんだって？」と声をかけられるカツオ。姉が自慢してまわったらしい。「学校の文集」とはそこまですごいものなのか。
翌日、校長室で「せめて一文字だけ変えさせてください」と直談判するカツオ。「姉」を「父」に変えただけだ……波平ならいいのか。
だが案の定、隠していた作文の原本が見つかってしまい、怒るサザエさん＆逃げ回るカツオという定番のオチであった。
なんでそんなことで怒られなきゃいけないのか。怖いものを「怖い」と言って何が悪いのか。
サザエさんだってこれを機に、（弟に言いすぎたかな）などと多少は反省してみてはどうか。
あなたが指摘するように、この「見えない恐怖」が政治的な支持（参政党など）に繋がるのは、日本社会全体が**「外部からのインプットを拒絶するファイアウォール」**をガチガチに固めようとしているからです。
日本のJTCの？IT現場でも同じ: 新しい技術（IaC、カオスエンジニアリング、海外のベストプラクティス）を「よく分からない、怖い、リスクだ」として排除する心理は、外国人排斥の心理と全く同じ構造です。
結果: 外部との通信（交流・技術交換）を遮断したシステムは、アップデートが止まり、脆弱性だらけの「負債の塊」になります。それが今の日本のIT業界の姿です。
https://note.com/igz0/n/n80b262ea33ba
なんかこの記事見て思いついた。きっかけなので内容はぜんぜん異なる。
40代男性、何度か転職して今はJTCの大きめの会社のシステム部門にいる。システムエンジニア。主に上流工程。PMとかPLってやつ。スキルは人並み。IPAの上級とかLPIC2とかその辺り
題名の通りで偉くなるには評価目標とか以外に付き合いってのが必要になる。なので営業から異動してきたやつとか1年外部のAI企業でAIサービスを企画・開発して出戻ってきたやつとかがどんどん偉くなってる。（後者は個人的には眉唾だと思ってる。1年で出来るレベルなら帰ってこないだろうし）
そもそも今の役職勢って今のシステムとか技術分かってるの？って思ってるし技術系の役員もいるけど経歴見たらバリバリ組んだり通信見てたよりは島耕作みたいに潤滑油ぶってたっぽい。純粋に社内でいろんなシステム携わっていて偉くなった人もいるけど弱いし、大勢のタートルネック趣味は筋トレコミュ強勢に負けている。チャットでの威勢だけはいっちょ前だが。
いわゆる社内政治じゃない評価している企業とかあるのかな。たぶん社内にシステム部門あるところとかは営業とかも絡んで恐らく同じだろうし、SESとかその辺はAIのおかげで怪しい。かといってとてつもない技術もないので研究開発も辛い。詰んでる
フリーランスになれとか言われそうだけどあれこそ営業力が肝だし、年収UPより大丈夫化の不安で身体こわしそう
同じような人いたらどうしているか教えてほしい。AIに聞いたら「まずは日々の活動を見える化しましょう！」言うけどそんな評価目標でやってること以外で悩んでるんだよっと怒ったらだんまり決め込みやがった。
「The Evolution of Russian and Chinese Air Power Threats」
今日読んだわ🤗
2020年時点と比べて2025年現時点では、ロシアと中国の航空戦力は西側の航空優勢に対する脅威を増している。
特に中国は、米国の伝統的な航空優勢を揺るがし得るレベルへ質・量ともに大きく変化した、というのが主旨。
本稿は、中国の航空戦力が2020年比で“量”だけでなく“質（ネットワーク化・長射程化・統合作戦）”でも急速に伸び、米国を中心とする西側の航空戦力に対して根本的に異なる脅威水準へ移行した、という認識を示します。
近代的な第4/第5世代戦闘機の大量増勢に加えて、AEW&C（早期警戒管制）や電子戦（EA）などの「イネーブラー」、空対空/地対空ミサイル、宇宙ISRまで含めた“キルチェーン”の整備が同時並行で進んだことが核心です。
著者はまず、近代戦闘機の生産・配備数の伸びで変化の大きさを示します。2020年時点では、PLAAFのJ-20は約50機（当時は技術的に成熟途上）、J-16は約90〜100機規模で、生産もJ-20が年20機程度、J-16が年40機程度とされています。
それが2025年後半には、改良型で成熟したJ-20A（および複座J-20S）の生産率が年120機程度に達したとされ、2025年半ばの時点でJ-20は約300機が少なくとも13個連隊に配備、J-16も2025年末までに約450機が納入される見立てが示されています。
さらにトレンドとして、2030年頃にはJ-20系列が約1000機、J-16が約900機に到達し得る、という将来像を提示します（推計）。これは「第5世代＋高度な第4世代」の比率が、もはや一部の精鋭部隊ではなく、空軍全体の構造として大きく変わることを意味します。
加えて、J-16/J-20のような重戦闘機への比重が高まり、従来J-11やSu-27/30などを運用していた部隊だけでなく、より旧式のJ-7やJ-8を使っていた部隊の再装備にも波及している点が指摘されます。つまり「一部が強い」ではなく、全体の底上げが進んでいるという見立てです。
中量級のJ-10Cも、AESAレーダー、データリンク、衛星通信、各種精密兵器へのアクセスを持つ“現代的な機体”として位置づけられ、長射程AAM（PL-15）を運用できる点が触れられています。
戦闘機の数だけでなく、編隊の生存性・攻撃力を左右する電子戦能力の獲得が重要だ、というのが次の柱です。
著者は、J-16D（陸上型）やJ-15DT/DH（艦載航空向け）といった電子戦機の生産が定着し、これらが米海軍のEA-18Gに近い役割を担うと述べます。
こうした“戦術戦闘機ベースのEA機”は西側でもアメリカとオーストラリアしかもっていない、能力として非常に強力で希少だ、という評価です。
ここで言いたいのは、中国が「ステルス機を増やす」だけでなく、敵のレーダー・通信・データリンクを妨害しつつ味方のセンサー/ネットワークを活かす方向に、パッケージ（編隊構成）と空中戦術を進化させている、という点です。
著者は、現行の増勢だけでなく「次の波」も早いと示唆します。J-35/AがPLAAF向けにも取得されつつあり（艦載向け計画に加え地上運用も）、当初は低率生産でも、過去の中国の開発・量産ペースを踏まえると増産が加速する可能性がある、という見立てです。
また、2025年に次世代有人戦闘機のデモ機（J-36、J-50/J-XDSと呼ばれる機体）を飛行させていること、さらにUCAV/CCAの試作機やGJ-11などの動きにも言及し、「西側より早いタイムライン」になり得る点を指摘しています。
装備が揃っても使いこなせなければ脅威になりません。そこで著者は、2020年以降、PLAAF/PLANAFの訓練のリアリズムと複雑性が増し、とくにJ-16/J-20部隊で洗練が進んでいるという各国空軍関係者の観察を紹介します。
2020年以前は、事前計画に依存した規定手順や、地上/空中管制側の強い指示に沿う硬直的運用が多かったが、より動的な競技・演習（例：ゴールデンヘルメット）などを通じて変化した、という整理です。
そして2025年には、戦闘機・爆撃機・給油機・AEW&Cを組み合わせ、海軍水上部隊とも連携するような複合ソーティが常態化している、と述べます。台湾周辺や日本海方面での活動が特に注目点として挙げられています。
著者が「とりわけ顕著」とするのが、空対空ミサイルとSAM技術です。PL-15とPL-17が、ロシアだけでなく米欧の同等品に対しても射程面で優位になり得る、という趣旨で述べられています。
さらに、PL-15系列は（ベースが2015〜2016年頃に就役したとしても）その後の期間にソフト/ハード両面で改良を重ねている可能性が高い、という見方を示します。
SAMについては開発の見通しが不透明と断りつつも、中国が中〜長射程SAMを優先していること、HQ-9B/C、HQ-22、弾道弾迎撃のHQ-19や後継、HQ-16系列など多層の体系を整えている点に触れます。
加えて中国の電子・ソフト産業基盤の厚みからセンサー/ネットワーク化がロシア製を凌駕する一方、実戦データの蓄積が少なく成熟度には不確実性があるというバランスの取れた評価です。
超長射程AAMや“特殊なSAM”は、探知・追尾・誘導の情報連接（キルチェーン）がなければ活きません。著者はこの点で、中国が過去10年（特に2020年以降）に航空機側のAESA化を急速に進め、J-10C/J-16/J-20/J-35など現行生産機の主センサーがAESAへ置き換わった点を挙げます。
さらにAEW&Cの拡充として、KJ-500が2023年半ばで約40機規模という推計を踏まえ、2025年末には50機に近い可能性があると述べます。加えてKJ-2000、KJ-200、KJ-3000、艦載KJ-600などにも言及し、これらが大出力AESAとデータリンク/衛星通信ノードとして機能することで、航空・海上・地上戦力を束ねる能力が高まる、という構図です。
宇宙ISR/通信も2020年以降に「数と洗練が爆発的に伸びた」とし、結果として2025年のPLAAF/PLANAFは2020年よりはるかに多く高品質な長距離センサーを持つため、状況認識と長距離交戦のキルチェーンが強化される、と結論づけます。
最後に著者は、インド太平洋では状況が欧州と質的に違い、中国の伸長が米軍の行動自由をすでに変質させたと述べます。具体的には、空中給油機、空母打撃群、前方基地が1000km以上の距離から脅威に晒され得る（各種長距離の弾道/巡航ミサイル、長射程SAM、長射程AAMを搭載する多数の第5世代機など）という整理です。
その結果、仮にF-22/F-35/B-2等が前進しても、長く争奪的な補給・給油・電磁支援のチェーンの末端で戦うことになり、「保有機数ほど前線に押し出せるわけではない」という運用上の制約が強まる、という含意を示します。
欧州：ロシアの地上SAMを核とするIADSが主脅威で、ウクライナ戦争の戦訓で能力が上がっている。NATO側もウクライナ支援を通じてロシア防空を理解したが、対処には適切な装備調達・訓練が必要、という結論。
インド太平洋：中国の伸長は「革命的（revolutionary）」レベルで、給油機・空母・前方基地などの後方要素を長距離から脅かし、米軍の作戦自由度を大きく制約し得る。従来の“西側の空の優位”はもはや自明ではない、という締め。
イラン国内の何らかの権限で軍隊を動員して通信を遮断して虐殺しても国内法で合法で国際的な問題でもない合法行為
当然、イラン政府が受け入れない外国の介入は国際法違反で禁止な。
ネットワーク（この場合物理的な通信用の線ね）を拡充したり衛星通信も考慮して、更に地質学的に地震の影響の少ない場所だと長野か栃木・群馬・山梨になる
この辺りに省庁を分散して追随して大企業もその周辺に移転でも良いけど、この選択肢だと「東京のままでよくね？」になる。それくらい東京って優れた場所
省庁だけならありだと思うけど、企業が東京に居たまま東京から無くなっても困らない省庁って少ないし、なにより大臣と１種様が嫌がる。
だから住民から分散しないとだめ。でも田舎は給与安くて田舎の金持ちは既得権益で溜め込んでアルファード乗って川辺でBBQ。東京以上に逆転の方法は少ない。
ほんと誰かが身銭切ってでも改善しなきゃ無理。
1995年、PHS（パーソナルハンズオンシステム）が登場し、通信業界が劇的に動き出したあの頃。家電量販店の店先や特設ブースでは、派手なハッピを着た販売員が道行く人を呼び止めていました。
販売員：「はい、いらっしゃい！今なら空クジなしのスピードくじやってますよー！そこのお兄さん、運試しに一枚どうですか？無料ですよ！」
販売員：「おっ、いいの引きましたね。……えーっと、うわぁ！すごい！おめでとうございます！特賞のDDIポケット、最新端末当選です！」
販売員：「そうです！カエルがダンスしてるやつですよ。このシャープ製の端末、本来なら数万円するんですけど、今この場で契約していただければ、本体代金は0円！ タダでお持ち帰りいただけます！」
通行人：「タダ……。でも、月々の料金が高いんじゃないの？」
販売員：「そこがPHSのすごいところなんです！携帯電話（セルラー）に比べて基本料金も通話料も格安。月々の基本料は2,000円台ですし、通話料も1分数十円。お兄さん、公衆電話探してテレカ使うよりずっと便利ですよ。」
通行人：「確かに、最近みんな持ってるしな。でも、これってどこでも繋がるの？」
販売員：「DDIポケットは今、基地局を猛烈な勢いで増やしてますから！地下や移動中は少し弱いところもありますけど、街中ならバッチリです。何よりこのサイズ、見てください。ポケットにスッポリ入る。だから『ポケット』なんです！」
販売員：「はい！事務手数料だけ後日請求されますけど、今日の持ち出しは0円です。身分証はお持ちですか？免許証があれば、15分ほどで開通してそのままお渡しできます。お兄さん、これが『自分専用の電話』を持つチャンスですよ！」
販売員：「ありがとうございます！よし、シルバー一台売約済み！お兄さん、これで今日からモテモテ間違いなしですね（笑）」
1995年7月にサービスが開始され、携帯電話が高嶺の花だった若者を中心に爆発的に普及しました。
「本体代無料」という売り方は、新規契約者数を稼ぐための当時のスタンダードな手法でした。
現在のY!mobile（ソフトバンク）のルーツの一つ。音質の良さと、後の「ウィルコム」へと繋がるデータ通信への強さが特徴でした。
あの頃の、少しノイズ混じりのクリアな音声や、アンテナを伸ばして電話をかけるスタイルは、今となっては非常に懐かしい光景ですね。
ポスターヴィジュアルが一番の罠なソリッドシチュエーションスリラーの佳作。62点
陰キャなマフィアの会計士をアラスカで捕縛した保安官補の主人公、裁判に間に合うようにプライベート機をチャーターしいざ出発。しかしその操縦士は実はマフィアが放った殺し屋で……逃げ場のない飛行機の中で会計士と保安官と殺し屋の戦いが今幕を開ける。
みたいな話でさ。これ、ポスターヴィジュアルが傷だらけのマーク・ウォールバーグがドーンって出てて、マークは操縦士として飛行機に乗り込んでくるのね。ふーん、これは操縦士マークと主人公が飛行中に起きるいろんな問題、もしくは飛行機が墜落して起きる様々な危機を乗り越えていく話なんだろうなと思ったら、なんとビックリめちゃくちゃクズの殺し屋でしかも頭頂部がハゲ散らかしてる。こりゃあ一本取られたなって感じでしたわ。
個人的に主人公はビジュがあんまいいとは思わなかったんだけど、マークはもうハゲで粗野で口煩い殺し屋役を好演通り越して怪演していてめっちゃよかった。マークがもっとしょうもない役者だったら50点くらいだったと思う。
作品としては離陸してから着陸寸前まで一度も飛行機内部と周辺しか写さない。
主人公はいろんなところと通信しながら「なぜこの移送計画が漏れていたのか」「組織内の犯人捜し」「管制室のアドバイスを受けながら飛行機を飛ばす」ということを行うんだけど、それは全部音声のみで表現される。結果的にこの管制室のやつが「軽口飛ばしながらちょっと主人公を口説いてくるナイスガイ」すぎて、いやこいつ、マフィアの手下なのでは？こいつの指示に従って飛んでいて大丈夫か？っていうじわっとした不安感がずっと続くのがよい。
そして上にも書いたけど、このシチュエーションには2つのリスクがあって、1つはもろちんマークというヤバい殺し屋の相手をずっとしてなきゃいけないこと。もう一つは操縦士として乗り込んできたマークを拘束している間、主人公が飛行機を操縦する必要があること。
とはいえ、後者がちょっと弱すぎるのは問題と思ったかな。2回だけガチでヤバくなることがあるんだけどそれ以外は普通に自動操縦で飛ばしっぱなしだし、この手の航空機パニックものにありがちな燃料問題も発生しない。あと、あんま高度を感じるように撮られてない。飛行機から落とされるかもみたいなアクションもないので、「フライト」である必要どこまであったかなっていうのは正直疑問。
代わりに対人間に関しては非常に強固に撮られていて割とよくできてる。
拘束されたマークが主人公をどうにかして挑発しておびき寄せたくて彼女のトラウマをえぐりにきて思惑通り主人公はブチ切れてマークをボコボコに殴る。しかしその際にマークは主人公から拘束を解く道具を盗み取っており、マークの知恵が主人公を上回った、と見せかけて、マークがトラウマをえぐったことで「その情報を知っている人間が内通者である」という情報が主人公に渡ってしまう。
というようにああすればこうなる、こうしたらああなるというのがロジックが無駄なく配置されていてヒリヒリするやりとりを楽しめる。
とはいえ、予想外の出来事はほとんど起きないし作品としてはあまりに小規模でストレートな出来なので特に話すことがない。
一番びっくりしたのはエンドロールが流れて一番最初に「directed by MEL GIBSON」って出たことかな。
いまさらこんな2000年代に金ローでかかるような作品をメルギブが撮るんやっていう。
アポカリプト、パッション、ハクソーリッジのメルギブがこれを！？ってなった。
終盤でマークが親指を自分でへし折って手の皮剥ぎながら無理やり手錠を抜けるシーンは監督のヘキ出てるやろこれ。
まぁシチュエーションソリッドスリラーの佳作としては普通に面白いくらいの強度はあるので、メル・ギブソン映画だウオオオオオオみたいなテンションで見たらナニコレしょうもなってなる可能性は全然あるけど、90分しかないし普通に面白い映画見たな程度には楽しめると思うのでオススメ。
この記事を書こうとおもったきっかけは、テレビ番組は見ない、NHK受信料も払っていない、でも音がないとつまんないからテレビを (民放だけ) ずっとつけている、動画も見たいものはない、というのを偶然Xで見かけたから。なお、当該投稿は削除されていること、そもそも別の人の投稿への返信というかたちでの投稿だったこともあり公開は差し控えておく。
なお、この記事は有料・無料を問わずに書いている (明記はするが有料サービスもある) ので注意してほしい。
これらのサービスで十分だからいいやってなったらテレビではなくただのディスプレイ (ネット動画専用モデルとか) にとりかえてしまうのもあり。物理的にNHKが映らないなら合法的に受信契約から逃れられるので。
民放ラジオ放送を聞くことができる。一部のテレビにも対応している (使ったことのあるテレビだと2014年製パナソニックが対応していた) 。
流しっぱなしであれば映像がないほうが省エネにつながるのでおすすめ。ちなみに前半は音声だけのサービス、後半は映像サービスという分けかたにした。
あと、音声サービスでなおかつアプリ側が対応していれば、CarPlayやAndroid Autoに接続することで、カーオーディオとして再生することができる (radikoも対応している) 。
こっちはコミュニティ放送 (市区町村ごとのローカル放送) 専門。
正直アプリ名は "ListenRadio" か "リスラジ" のどっちかにしてほしい。ホーム画面で文字が見切れているのがなんかやだ。
こっちもコミュニティ放送だが、加盟局がことなるので使い分けることになる。
これもコミュニティ放送。公式アプリはないので、ウェブサイトでの再生となる。
JCBAと名前が重複していて紛らわしいが別物。なお上記3つに移行した放送局がおおいため、現在再生できる放送局は限られる。公式アプリも開発放置状態で、iOS 9時代の画面デザインを今でも見られる貴重なアプリとなってしまった。
NHKのラジオ放送。ちなみにNHKはテレビに対して受信料がかかるため、ラジオだけ聞くなら受信料はいらない (受信契約も不要) 。そのため生活音のためなら、受信料節約だけでなく節電のためにもラジオがおすすめ。
※ NHKプラス、NHK ONE ニュース・防災、NHK ONE for Schoolがテレビの付帯サービスになり受信契約が必要、NHKラジオとNHKゴガクはラジオの付帯サービスになるため受信契約は不要。
ラジオ機能については、Apple Music 1のみ無料で、その他のステーション (チャンネル) やカスタムステーションは有料登録が必要になる。
関係ないけど、PSPのラジオ機能もSHOUTcastが使用されていたし、iTunesのラジオもSHOUTcastだった (iTunesが3アプリに分割変更されたため廃止) 。現在はもともとグループ会社だった (現在はちがう) アプリであるWinampで再生できる。WinampだからWindows用? → iOS用・Android用もある。
再生できる放送局数がもっともおおい (2026年1月現在) 。
月額539円 (キャリア決済の場合) で1,000以上の音楽チャンネルを再生できる。ごく一部のトーク番組や環境音のみ、無料でも再生できる。ただし、一定時間放置すると再生が自動停止するので、定期的にチャンネルを変えるか、自動停止後に再度再生する必要がある。
Nintendo Switch Onlineの登録 (有料) が必要。
再生したい曲を選ぶものじゃないの? → "あつまれ どうぶつの森" の "晴れの日" "雨の日" "雪の日" のBGMを現在時刻にあわせて再生する機能があり、この機能を使用することで、1時間ごと (毎正時) に変化するBGMを24時間流しっぱなしにできる。人によっては毎日流すと飽きてしまうので、変化が欲しいならたまに使用する程度にとどめておこう。なお、この機能だけ使用するなら、これらのプレイリストをダウンロードしておけばスムーズに再生できるし、圏外や機内モードなどでも再生できる。
民放のテレビを見られるが、NHK ONEとは異なりライブ配信の時間が短いのが難点。プライムタイムだけ見られればいいなら選択肢ではある。
テレビでいうCS・CATV放送みたいに、ジャンルごとにチャンネルがある。たとえばニュースだけ、バラエティだけ、アニメだけ、ドラマだけ、といったチャンネルを選びずっと流しておくとかもできる。
なお、ABEMAはサイバーエージェントとテレビ朝日の共同運営のため、ニュースのVTRにはANN系列の素材のみが使用される。
こちらもジャンルごとのチャンネルがある。楽天のサービスなので視聴時間に応じた楽天ポイントが貯まるが、放置防止のため一定時間チャンネルを変えないと、変えるまでポイントの加算が一時停止される。なお、以下ウェザーニュースや日テレNEWSは公式の直接配信以外にこのサービスでも見られる。
ちなみにレグザだとNet-VISIONというアプリでRチャンネルを選局できるが、リモコンに当該ボタンがついていない機種は番組表ボタン長押しという、レグザらしい操作方法になっている。
お天気番組だけが放送されるが、24時間生放送ということもあり、放送時間の半分くらいは雑談である。なお、24時間生放送という都合上、緊急地震速報が発表されるとすぐに特別放送にきりかわる (NHK総合と同じ) 。もし絶対に緊急地震速報を見たくない、携帯電話の緊急速報もオフに設定しているというなら避けるのがおすすめ。
日テレのニュースだけを見ることができるが、地上波の日テレで同時放送される番組については、権利の都合なのか日テレNEWS24の独自番組に差し替えて放送される。こちらも緊急地震速報と同時に特別放送に切り替わる。
有料。なお、日テレグループということもあり日テレNEWS24も見ることができる。
外国人向けの放送。受信料は日本人向けのテレビ放送でのみ支払う必要があるため、NHKワールド JAPANでは支払う必要がない。
なんとなくで流しっぱなしにできるやつを紹介してほしい。有料でも無料でもいい。ただし、NHK ONEは最初の行に書いた理由のため除外する。
大きな反響があり驚いています。(2026-01-09 06:20時点で先日書いた緊急地震速報を受信できるアプリの5倍のブックマーク数)
すべてに返信することはできませんが、すべて読んでいます。
TVerやRチャンネルへのリンクを貼ってくださったかたもありがとうございます。
コメント返信部分は文字数制限を超えたため アーカイブ に移転。
個人的にはゲームのBGMがよくて、Nintendo Musicに課金するか迷ってる。ただ、ネットワークの帯域を圧迫するから、地上波でも流してくれといいたくはなる
ダウンロード機能はある。ただし、サムネイルはキャッシュ領域に保存されるため、表示するにはインターネット接続が必要になる。(サムネイル表示なしでもいいならオフラインでも大丈夫)
そんなのが! そもそもRチャンネルも知ったきっかけがレグザで番組表キーを長押しした (Net-VISIONでRチャンネルの番組配信されている) のがきっかけだったレベルで、V FASTチャンネルはとくにテレビ向けアプリを内蔵しているメーカーもなさそうだからな...。
Vはプラスチックのポイントカードを (デザインカードを除き) 新規発行終了したけど、ネットサービスに弱いイメージがある...。
通信自体はできるけど通信速度が遅い状況の場合、dポイント・Ponta・楽天ポイントはアプリが完全に起動する前でもバーコードだけは表示されるから、とりあえずポイント加算だけはできる。
でも、Vポイントは起動できないとバーコードすら表示されないから、ポイントの加算すらできない...。携帯キャリアを変更するか、ポイントをあきらめるかの2択なんだけど、これだとポイントをあきらめるほうが楽に感じてしまう...。プラスチックカードの廃止でVポイント自体やめるか本気で検討しているレベル。
いつのまにかブックマーク数が 600 usersを超えていてびっくり。
人力検索の匿名質問に "あとひとつは?" を回答する専用の質問をつくりました。
https://q.hatena.ne.jp/1767949651
匿名で回答できる設定にしたので、匿名ダイアリーで回答するのはちょっと...、というかたはこちらからどうぞ。
ID公開でもよければブックマークでもいいけど、文字数制限もあってなのか、Nintendo Musicがあまり知られていないからなのか、"あとひとつは?" に対する回答よりもありがとうコメントのほうが注目されている事態になっていますね...w
ラジオサービスについては、TuneInやJCBAもふくめていくつか追加しました。
...さてコメント返信のコーナー。
Apple Musicのカスタムラジオステーションとおなじものですね。たぶんさまざまな音楽配信サービスについていると思うので、みなさんも聞きたいジャンルが決まっているなら登録しているサービスで試してみてください。(AIの精度はサービスによって差があるとはおもいますが)
シナぷしゅ。内容は乳幼児向けの平和な映像だけど、結構親に刺さる歌詞があったりして侮れない。TVerに大量にあるし、YouTubeで24時間ループ配信もある。YouTube Kidsだと広告も入らない。
シナぷしゅ! 一時期ゆうがたサテライトが終わったあと、つけっぱなしにしていて流れていた (現在は夕方の放送が大幅削減されたためないが) 。自分は見終わったら消す派だけど、家族はつけっぱなし派、でも変えたチャンネルを戻すのは (自分は) しないので (他人の家とかだったらするが) 、ゆうがたサテライト (自分が見ている) → 10分間の通販 (この間に家族がリモコンを取ったら流れることはない) → シナぷしゅ、という流れでした。
個人的印象にのこっているのは "せすじピーン" (2020年夏放送) かな。あんまり大人でも意識していない人がおおいよね。せーの! せすじピーン!!!
※ ブックマークコメントもありましたが言及記事のほうを優先紹介します
AMラジオでもAFNという外国語だけの放送をきくことができるようです。InterFMなど有名無実 (名目上は外国語放送) がおおいなか、アナログラジオで外国語の放送をききたいなら選択肢。
しらべたところ、米軍のちかくにすんでいればきけるようです。コミュニティ放送同様、インターネット配信 (AFN Go) で全国で再生することもできるようです。
今話題の銀歯ラジオは？／勝手に「人力検索はてな」って数年前にサービス終了したと思い込んでたので驚いた…＞人力検索の匿名質問に "あとひとつは?" を回答する専用の質問をつくりました https://q.hatena.ne.jp/1767949651
2023年2月をもって有料質問を廃止などのサービス縮小はおこなわれましたが、まだなんとか続いているようです。とはいえ、ちょっとした質問はXでサクッと投稿してしまう人が増えたので、はてなに限らず質問サービス自体縮小傾向ではありますね...。
--- 2026-01-13 ---
今週のはてなブログブックマーク数ランキング (匿名ダイアリー部門) 1位になりました! ひきつづきコメントをお待ちしています。
https://blog.hatenablog.com/entry/2026/01/13/120000
--- 2026-01-14 ---
700 users!!! ほんとうにありがとうございます...。"あとひとつは?" に対する回答をお持ちのかた (自分はこれ使っている! というかた) はぜひコメントもつけたうえでブックマークしてください。24時間つけっぱなしではないサービス (YouTubeのライブ配信など) を紹介してくださっているかたなども多数いますが、全部読んで参考にしています。
一般向け緊急地震速報は、テレビ、ラジオ、携帯電話の緊急速報機能など、特別な設定をせずとも受信できる緊急地震速報のことをさす。
気象庁ウェブサイトの "緊急地震速報や震度情報で用いる区域の名称" 内 "緊急地震速報や震度情報で用いる区域名" の188区域に分類して情報が配信される。
※ ただし、テレビ放送においては日テレ系列や地方局など一部例外をのぞき、"緊急地震速報で用いる府県予報区の名称" の56区域分類が使用されるため (今回紹介するアプリもすべて56区域分類) 、テレビで表示された地域でも携帯電話の緊急速報で配信されるとは限らない。必要ならアプリを導入しよう。
一方、アプリなどで地点ごとの推定震度や到達時刻などが表示される、一般向け緊急地震速報の基準 (最大震度5弱以上など詳細な条件はあるがおおむね震度4以上が予想される地域に配信) に満たないものも配信されるといったものは、高度利用者向け緊急地震速報となる。
それを踏まえたうえで、緊急地震速報を表示できるアプリの大半は高度利用者向けなので、一般向け緊急地震速報の情報を表示できる数少ないアプリを紹介する。どれかひとつを削って三大にしようかと悩んだが防災情報は選択肢が多いほうがいいと思うのでタイトルも "四大" にした (はてなだから三大のまま4つ以上いれてもよかったがあえて) 。
前置きに書いたとおり、一般向け緊急地震速報の内容を表示できるアプリだけを紹介してほしい。
このようなコメントがあった。
スマホ標準のETWSが一番良い。アプリとは違って最速で鳴るような仕組みになってるから。アプリの地震速報はサーバと通信する必要があるから仕組み的にラグが大きい。
https://b.hatena.ne.jp/entry/4781425615288193281/comment/dec123456789
というのも、上で紹介したアプリのひとつ、P2P地震情報の公式サイトには、
という記載があるが、これをみればわかるとおりスマートフォンアプリは最大で30秒の遅延が発生する。これはP2P地震情報にかぎらず、すべてのスマートフォンアプリで共通の制約であり、どうすることもできない。
※ 地上デジタルテレビ放送の0.9秒は緊急地震速報の信号 (赤い字幕の表示と同時にポーンポーンという音がなるもの) が動作するまでの最大時間。地図表示やチャイム音の鳴動はさらに1 - 2秒ほど遅延が発生する。
携帯電話の緊急速報はインターネットを介さず直接携帯電話に配信する方式のため、最大4秒の遅延で確実に配信できる。
なお、前置きに書いたとおり、携帯電話の緊急速報は配信エリアが都道府県単位よりこまかく分割されているため、テレビで対象地域であることを確認しても緊急速報では受信しないこともあるので注意。
また、P2P地震情報＠wikiいわく、
受信設定がオフになっている (初期設定はオン) 、圏外や機内モードになっている、現在地が近隣の対象外地域と誤認識したなどの理由により受信に失敗した場合、再配信はされない。
とのこと。ただし、4G・5Gは3Gとくらべて緊急速報の性能が向上しており、受信に失敗したという理由で表示されないことは (意図的にオフや機内モードなどにしていた以外) めったにない。上記テレビでは対象地域内だったが携帯電話の細分化された地域では対象地域外だったからそもそも配信されなかったというのが大多数である。
Windows版P2P地震情報 (0.3秒) → アプリ名のとおりだが各ピア (利用者の端末) からの情報配信をうけている。サーバー → ピア → ピア → ... みたいな伝搬方式を使用することで、サーバーへの負荷や配信遅延を最小限にする仕組み。近年だと、仮想通貨のブロックチェーンとかはこれと似たような仕組みになっている (同一ではない) 。
地上デジタルテレビ放送 (0.9秒) → 何度か書いているが、緊急地震速報専用信号 (字幕放送やデータ放送を活用したもの) が送信されている。"ポーンポーン" という音は、テレビ側にもともと備わっている音であり (緊急地震速報以前からデータ放送用として備わっていた音のためえらばれたというのもある) 、これをNHKのチャイム音とかにかえるのはテレビの仕様変更でもおこらないかぎりは不可能である。その後の地図表示やチャイム音はふつうの映像信号として送信されているため (録画でも地図表示が消せないのはそのため) 、通常のテレビ放送と同等の遅延時間 (緊急地震速報の信号からさらに1 - 2秒) となる。
携帯電話の緊急速報 (4秒) → P2P地震情報と似たような仕組みではあるが、ピア同士での情報伝搬はなく、基地局からすべての携帯電話に一斉配信される。なお、基地局には緊急速報を最優先 (緊急速報 ＞ 電話・メッセージ (SMS) ＞ データ通信) で処理するシステムになっているため、ここ数年の都心部において (ドコモがおおいが) キャリアを問わずに問題となっている通信混雑の影響をうけない。
スマートフォンアプリ (3 - 30秒) → ふつうにインターネット上のサーバーからデータを受信している。サーバーダウンすると情報が配信されなくなるので、信頼性はひくくなる。
https://b.hatena.ne.jp/entry/4781425615288193281/comment/njsjn
違ったらごめんだけど、LINEのスマート通知は地震情報 (揺れた後) だけであり、緊急地震速報 (揺れる前) ではなかった気がする。
緊急地震速報 (揺れる前) を受信できるアプリを紹介してほしい。
そのほか高度利用者向け緊急地震速報を紹介してくれているかたも多数いるが、一般向け (強い揺れの可能性がある地域が表示される) と高度利用者向け (ピンポイントの震度や到達時刻が表示される) は実際使ってみないと区別が難しいこともある。
たとえばYahoo!防災速報は現在地と設定地点の震度と到達時刻だけ表示されるので、高度利用者向けのみ使用していて一般向けは使用していない。
...が、区別は難しいし完全な的外れというわけでもないので、これ以上つっこむことはしない。なので緊急地震速報が受信できるなら気にせず紹介してほしい。そのうえで違いがわかるなら一般向けを使用しているアプリを紹介してくれるとベストというところかな。
15時間ぐらいプレイしたゲームのラストがハッピーエンドではなかった
日本だけepic無料配布でおま国されて話題だった『The Callisto Protocol』
日本語の吹き替えまであるけどCEROに認められずPC版も日本向けには発売禁止
色々抜け道はあり海外版さえ買えれば日本人でも普通に日本語でプレイでき、epic配布もVPNで通過できた
最後、ゾンビまみれの地帯からの脱出ポッドが一つしかなく、主人公はヒロインであるナカムラをポッドに押し込めて逃がして自分はその場に留まる
ナカムラは22歳年下なので恋愛的なアレではないが、道中めちゃくちゃ頼りになる子で主人公はずっとお世話になっていた
舞台となる地はタイトル通り、テラフォーミングされた木星の衛星カリストで、ゾンビまみれなのでもう星ごと廃棄されそう
ラスト、ナカムラだけが脱出した後で主人公はゾンビと乱戦しなんとか一息ついていたところ、途中から協力してくれるようになったゾンビ学の学者に通信で呼びかけられる
学者は研究所内でゾンビ実験していたが、偉い人が大規模実験のために勝手に研究所の外にまでゾンビウイルスを撒いたので学者は離反するようになっていた
学者の言うことを聞けばギリ生還できるかも！？というブツギリなところで本編は終わる
DLCで真エンドを見てね！という造りだ
無料ではもらえたがDLC購入はクレカ情報入力があるので上手く通るかなと危惧しつつそのうちやりたいが、ネタバレを見てしまった
DLCでは、学者が「この事態を世界に告発するために施設内のデータを集めてきてほしい、その後共に脱出しよう」と呼びかけ、主人公が再び探索しゾンビと戦いまくる
だがラストで、実は主人公はナカムラと別れた直後のゾンビラッシュを耐えきれず両手両足をちぎりとられた瀕死状態で夢を見ていただけとわかる
その状態で主人公は学者に回収され、記憶を読み取る装置につながれ呼びかけられながら施設内での戦いを思い返し、眠りながら告発のためのデータを提供し続けているだけだった
主人公の脳内から得たデータも添付して世界中にカリストで起こったことを学者が告発した後で、自動崩壊プログラムによって施設はぶっ壊れ主人公も学者も死亡
なんだ？このゲーム
学者はゾンビウイルスばら撒きには反対でも、人体実験やってたから最後に敢えて施設に残って自殺同然に死んでもまあわかるぞ？
でも主人公は夢オチじゃなく普通に脱出させてやってよかっただろ
主人公は宇宙版の長距離トラック運転手で、「なんかカリストって怪しげなことやってない？」と不安はありつつもお仕事なので深く考えずカリストからよその星へ荷物を運び、それがゾンビウイルスに関連していた
後でそのことを知った主人公は、自分もゾンビウイルス伝播に関与した悪人だと後悔していたが、荷物の中身に責任なんか持てんし、こんな死に方するほどの罪じゃないだろ
ここで死ぬ意味なに？本編ではぐらかしてDLCにつなげた後で殺す意味なに？
せいぜい長くて3時間の映画ならともかく、10時間以上かかるゲームでバッドエンド一本道とかするなーーーーー！！！
問題 6
企業が高可用性のリレーショナルデータベースを複数リージョンで運用したいと考えています。
RPO（Recovery Point Objective）1秒、RTO（Recovery Time Objective）1分未満 を満たす災害復旧構成として最適なのはどれですか？
A. Amazon RDS for PostgreSQL + クロスリージョンリードレプリカ
B. Amazon Aurora Global Database
C. Amazon DynamoDB Global Table
D. Amazon Timestream for Analytics
問題 7
あるスタートアップが、新規社員向けに オンプレミスADと連携した仮想デスクトップ をAWS上に構築したいと考えています。
次のうち、最適なサービスの組み合わせはどれですか？
A. AWS Directory Services + VPN + ClassicLink
B. AWS Directory Services + VPN + IAM
C. AWS Directory Services + VPN + Amazon S3
D. AWS Directory Services + VPN + Amazon WorkSpaces
問題 8
アプリケーションのパフォーマンスが低下しているため、サーバーのリソースが十分か確認する必要があります。
最適な対応策はどれですか？
A. CloudWatchでパフォーマンス指標を監視し、ダッシュボードを作る
B. AWS Compute Optimizerを有効化し、推奨に従ってリソースを調整
C. Trusted Advisorでコスト最適化を確認し、インスタンスを増減
D. Cost Explorerでコストを確認し、予算に応じてインスタンスを増やす
問題 9
EC2 + RDS SQL Server構成のアプリケーションがあります。
EC2とRDS間の通信を暗号化する方法として正しい組み合わせはどれですか？（2つ選択）
A. EC2とRDSのセキュリティグループでポート443のみ許可
B. RDSでTDE（Transparent Data Encryption）を有効化
C. rds.force_sslパラメータをtrueに設定しDBを再起動
E. RDSルートCA証明書を取得してアプリでSSL接続を設定
アプリケーションVPCと 共有サービスVPCの接続を簡素化 し、将来的に数十VPC規模に拡張可能にしたい場合、最適な構成はどれですか？
ーーーー
答え
ーーーー
問題 回答
6 B
7 D
8 B
9 C, E
10 D
ポイント整理：
問題6: RPO 1秒、RTO 1分未満 → Aurora Global Database はクロスリージョンで高速レプリケーション可能
問題7: オンプレミスAD連携＋仮想デスクトップ → AWS Directory Services + VPN + WorkSpaces
問題8: リソース最適化 → Compute Optimizer が推奨設定を自動提案
問題9: EC2 ↔ RDS通信暗号化 → SSL強制（rds.force_ssl）＋CA証明書でアプリ側暗号化
問題 1
あなたはある企業のAWSアーキテクトです。既存のオンプレミスの金融データをAWSに移行する必要があります。移行後、すべてのデータは 削除や上書きができないように保護 する必要があります。
A. AWS Storage Gateway + Amazon EBS + Object Lock
B. AWS DataSync + Amazon S3 + Object Lock
C. AWS DataSync + Amazon EFS + Object Lock
D. AWS Storage Gateway + Amazon S3 + Object Lock
回答C。 AWS Storage Gateway は名称てきにオンプレミスと sync しなさそうだから、DataSync -> EFS だと考えた。S3はストレージだからなし。
問題 2
Auto ScalingグループにあるEC2インスタンスのスケールインが発生しました。
デフォルトのスケールインポリシーの場合、どのインスタンスが優先的に削除されますか？（3つ選択）
C. 最も最近作成されたLaunch Templateのインスタンス
D. 最も古いLaunch Templateのインスタンス
スケールイン, スケールアウトの違いがわからない。アウトは拡大する、インはスケール縮小？
回答：A, 多いほうから削る。D, 古いものは削除、E,残り時間が少ない順から削る？
問題 3
グローバルに展開するアプリケーションがあり、ログイン処理が遅く、HTTP 504エラーも発生しています。
CloudFrontを利用してコストを抑えつつ、パフォーマンスを改善する方法として適切な組み合わせはどれですか？（2つ選択）
A. 複数リージョンにアプリを展開してRoute 53のレイテンシルーティングを利用
B. CloudFrontのオリジンにCache-Control max-ageを設定してキャッシュ比率を上げる
C. Lambda@Edgeを使って認証処理をユーザーに近い場所で実行
D. 各リージョンに複数VPCを作りTransit VPCで接続してSAMでLambdaを配置
E. CloudFrontのオリジングループでフェイルオーバーを設定
回答：BとCかな。Aは手数が多すぎる。非効率かなと。Dも工数がかかりそう。手作業で複数作るのかな？Eはこういう設定して意味あるのかなと思った。
問題 4
医療系企業がAWSで複数のアプリケーションVPCを作成します。各アプリは 共有サービスVPC にアクセスする必要があり、アプリ同士も通信します。
将来的に数十のアプリが追加されることを考慮した場合、管理負荷を最小化する構成はどれですか？
A. VPC PeeringでアプリVPCと共有VPCを接続
回答：A 他はなんか怪しい。
問題 5
アプリケーションは EC2 + RDS SQL Server で構成されています。
要件: EC2とRDS間の通信はすべて暗号化されていなければならない
どの設定が最適ですか？（2つ選択）
A. EC2とRDSのセキュリティグループでポート443のみ許可
C. rds.force_sslパラメータをtrueにしてDB再起動
E. RDSルートCA証明書を取得しアプリでSSL接続を設定
回答 AとC。Eも正解っぽく感じる。
ーーーーー
答え
ーーーーー
問題 1
あなたの回答：C (AWS DataSync + Amazon EFS + Object Lock)
実際の正解は B (AWS DataSync + Amazon S3 + Object Lock)
理由：
Object Lock は Amazon S3 のみ がサポートしています。EFSやEBSではできません。
AWS DataSync で S3 にデータを移行し、Object Lock を有効にすると、削除や上書きを防止できます。
Storage Gateway はハイブリッド用途（オンプレと同期）に便利ですが、このシナリオではすべてクラウドに移行するため不要です。
問題 2
あなたの回答：A, D, E
正解：A, D, E ✅
理由：
スケールインは 余剰リソースを減らす 操作（インスタンスを削除する）
選ばれたAZの中で 最も古いLaunch Templateのインスタンス を削除
※「スケールイン＝縮小」「スケールアウト＝拡大」で覚えておきましょう。
問題 3
あなたの回答：BとC
正解は C と E
理由：
Lambda@Edge → 認証処理をユーザーに近い場所で実行でき、ログイン処理を高速化
B（Cache-Control max-age）は静的コンテンツのキャッシュ用で、このシナリオの問題（認証処理の遅延や504）には直接関係なし
AやDはコストや運用負荷が高く、今回は「コストを抑えて改善」が条件
問題 4
あなたの回答：A
理由：
VPC Peering は数が増えると 接続管理が爆発的に複雑 になる
Transit Gateway を使えば 1つの中央ハブ で全VPCを接続でき、管理負荷が大幅に削減
VPNやDirect Connectはオンプレ接続用なので不適切
問題 5
あなたの回答：AとC
正解は C と E
理由：
rds.force_ssl=true → RDSがSSL接続を強制
クライアント側で RDSルートCA証明書を使用 してSSL接続
TDEは 静止データの暗号化 用で、通信の暗号化には関係なし
通信事業者の既存回線を「飛び越えて（Over The Top）」、インターネットを通じて動画・音声・メッセージなどのコンテンツを提供するサービスの総称で、NetflixやYouTube、Amazon Prime Videoなどが代表的です。従来の放送事業者や通信事業者を介さず、ユーザーはスマホ・PC・スマートTVなどで直接コンテンツにアクセスでき、音楽やメッセージングサービスも含まれます。
#主な特徴
インターネット経由: インターネット回線を利用してコンテンツを配信します。
多様なデバイス: スマートフォン、タブレット、PC、スマートTVなどで視聴できます。
オンデマンド: ユーザーが好きな時に好きなコンテンツを選んで視聴できます。
多様なコンテンツ: 動画配信（VOD）、音楽配信、SNSなど多岐にわたります。
動画: Netflix、Amazon Prime Video、YouTube、Hulu、U-NEXT、TVerなど。
メッセージング: LINE、WhatsAppなど（通信事業者の網を介さないため）。
#OTTの背景
