  |
はてなキーワード: サーバとは
電気ポットのさ、
お湯最後に使った人使い切った人はなんで次の人が困らないようにって水を足しておかないのかしら？ってそう思うわ。
私がお湯を湯水のように使いたいなって思ったときの、
そこまで底まで使い切っていたの確信犯じゃない？って私は思うの。
これがあともう少しで水量が減ってなくなる手前の
まだ給湯ボタンを押してもお湯が出なくて空振りするコポコポって音が出ないときなら、
まあ私が電気ポットチキンレースに負けた！ってあちゃー私が最後だったのね！って思えるけど、
給湯ボタンを押していきなり空振りのコポコポって音がなるってことは、
使い切ったことを知っていたはずよ。
まったく。
たぶん昨年の昨シーズンの冬での私がお湯を使いたかったときに限って電気ポットのお湯がなくってあちゃー！ってなってたことを思い出したわ。
これまた私が喰らう？って。
まあむしろ電気ポットお湯有り無しガチャ当たったと思えば幸運の機会として捉えられるけれど、
電気ポットお湯有り無しガチャ当たったとしてもこれなに？このなんか嬉しくない気持ち。
だってさ、
例えばさ、
お湯をいざ注ぎました！ってなって、
途中だったら悲惨だし、
新鮮なスープの粉の風味つまりトップノートがどんどんお湯が次沸くまでに失われてしまいそうな気がしてしまって、
急に慌てふためかなくちゃいけなくなるのよ！
その新鮮なカップラーメンのスープの粉を開封したてで麺の上に掛けて置いておいた状態じゃなかったからよかったものの。
そういう、
水量があとどのぐらい電気ポットの中にあるか分かる様な外側から見たら分かる細長い縦の小窓ってあるじゃない。
なんかその小窓では電気ポットの中のお湯が半分ぐらいあるような小窓の表示の湯量になっているのよ。
車に乗っててのガソリンの油量計が、
残り3目盛りになっているのに、
走っていてふと気が付いたら4目盛りに戻っちゃって、
それとは全くの大違いで、
あの電気ポットの水量の小窓はなんか誤差がありまくりまくりすてぃーだと思うの。
中のお湯の量と同等じゃない様な気がするのよね。
だから、
私はその電気ポットの水量が外から見たら分かる縦長の細い小窓をその時見てまだお湯ある！って確信したのに。
給湯ボタンを押した瞬間に空振りをする空しいコポコポという音を立ててお湯が注がれないって、
そんなことが起こるもんだから、
お湯って大切だなぁって思うと同時に、
なんでお湯最後に使い切った人はお水足しておいてくれないのかしら？って正直なところ思うわ。
電気ポットのお湯使い切る人が次に水を補給するってのは叶わないのよ。
この人本気でお湯に対して真剣に向き合っている人だな！って思われちゃいそうだし、
話一瞬それるけど、
洗濯機の給水栓って冷たい水のみじゃない、
あれ給湯蛇口も備え付けてあったら、
お湯が取れて洗濯物がお湯で洗いたい欲になんなく応えてくれるので、
あそこにこそ給湯できる蛇口も欲しいなぁって思うんだけど。
それが難しいから
電気ポットに水道直結のいつでもお湯が大量に沸いているワクワクする電気ポットなんてないのよね。
とはいえ、
あんまりよく行く場所じゃなかったり行き慣れない場所とかに設置されている、
どうぞご自由にお飲みください的なウォーターサーバーってあるじゃない？
あれこそ、
そのタンクの水いつ開栓された水だよ！って思っちゃうから余計に軽快に警戒しちゃって飲まないのよね。
お湯が出る赤いレバーがあったとしても。
お湯が使いたい放題だとしても、
あそこでお湯を飲んでる人っていまだかつて目撃したことないわ。
家とかに設置してない、
あそこのお湯ってどういった使い方があんのかしら？って。
やっぱり急にカップラーメン食べたい人用？
つーかあれは何度なの？って水温もよく分かってないわ。
でさ、
事務所もお湯が出るウォーターサーバー設置したらいいじゃん！って一瞬上の偉い人にお願いしようと思ったけど、
結局水を使い切ってタンクを交換するのまた私？ってなっちゃいそうで、
野田洋次郎さんの構文を借りて言うのならば
うふふ。
またタンドリーチキンサンドがあるとチャンスを伺っていたんだけど
人気なのか今回は陳列棚になかったのでちょっと残念な気持ちを即切り替えるために、
加湿器を使っている中の期間は
タイマーで起きた途端に飲み頃の温度のお湯が沸いている電気ポットは早朝にブレーカーが落ちちゃいそうなので、
セット出来ないところが辛いけれど、
でもすぐお湯が沸く小さなケトルがあってこの時期は特に大活躍よ！
ゆくり飲んで朝の身体を温めるのがいいわね。
ほっこりしてられない朝の忙しさだけどちょっと少しほっこりしちゃうわ。
すいすいすいようび～
今日も頑張りましょう！
一般向け緊急地震速報は、テレビ、ラジオ、携帯電話の緊急速報機能など、特別な設定をせずとも受信できる緊急地震速報のことをさす。
気象庁ウェブサイトの "緊急地震速報や震度情報で用いる区域の名称" 内 "緊急地震速報や震度情報で用いる区域名" の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!防災速報は現在地と設定地点の震度と到達時刻だけ表示されるので、高度利用者向けのみ使用していて一般向けは使用していない。
...が、区別は難しいし完全な的外れというわけでもないので、これ以上つっこむことはしない。なので緊急地震速報が受信できるなら気にせず紹介してほしい。そのうえで違いがわかるなら一般向けを使用しているアプリを紹介してくれるとベストというところかな。
最近だと、Scala/Java、Golang、Rust、C#、Swift、Kotlin、JavaScriptあたりを並行して使っている。
フロントは、できるとか言うと、仕事量がバカにならないので、できないことになってる。
そんなかで、と言うと、サーバサイドでは、ロジックが単純で、高速性が求められるならRust。ビジネスロジックが複雑だとか、スイート化(大規模化)する可能性があるのなら、Scala2(w/o cats/scalaz)/Java。
Golangはね、基本部分の隠蔽化がちょっと難しい感じがするので、5人を超えてくる規模だったら、お勧めしたくない。
Golangはたくさんいる。
って言われることがあるんだけど、質がね。
Rustなら大丈夫か？ って言われたら、最近の生成 AI ででっち上げてくる手合いが増えてきて、大丈夫とは言い切れないんだけど、言語仕様に難しい部分が含まれているので、足切り効果で最低限の質は担保されているので、結果、採用で当たり引く確率は高くなると思う。
そう言うできるエンジニアを惹きつけるだけの魅力を備えてくれ、と言いたい。
「わからなければ書けない」
「わかってないけどなんとなく書ける」とか「完全に勘違いしてるけど書ける、動く」ってのが、発見撤去困難な遅延信管地雷をプロダクトに埋めるのだよな。
なもんで、IT技術者不足！とか言われても、一定程度のハードルがある言語にしておいた方がいいと思う。
なんとなくエンジニアを3人雇うくらいなら、その金額にちょっと色つけて、できるエンジニアを2人とか、むちゃくちゃできるエンジニアを1人雇った方が、確実に元がとれるんだよな、この世界って。
他の職種と違ってエンジニアは、下手すりゃプロダクトの生涯通してみれば、100倍くらいパフォーマンスが違ってくることも、ザラではないからね。
PMがふんわり指示してくるとか見たけど、俺の危険PMセンサーが明滅したぞ。以下、今年エンジニア俺が事前に炎上する世界線を剪定したとおもわれるやり取りだ
---
PM「アプリからこのデータとこのデータを取ってきて、計算して、画面出力する機能を実装しようと思います。そのあとに・・・」
俺「それってできるんでしたっけ？たしか現実装でできていないのは、理由があったはずですが思い出せず・・・クライアントさんに確認していただけませんか？」
後日、その時点ではデータが揃ってないことが判明
---
PM「このアプリのデータに追加でプロパティを持たせて、クライアントのサーバと同期を取って、サーバ側にマスターを作りたいんです」
俺「同期するって、ローカル使用しているユーザのPCとサーバで通信するということでしょうか？それともクラウドとサーバが通信するということでしょうか？」
後日、別にマスターを作りたいわけではない事が判明。あとセキュリティ的にユーザPCとサーバの通信は避けたいことも判明
---
PM「クラウド上のモデルデータから〇〇を取ってきて☓☓して、それをエクセルに表形式でまとめる機能が欲しいです」
俺「いや、難しいんじゃないですか？API公開されてないですよ」
A「できますよ」
PM「Aさん、POCレベルで良いのでデモを作成していただけますか？」
後日
A「できました」
PM「いいですね！」
俺「これって☓☓の機能のごく一部ですよね？それくらいなら私も可能だと思うのですが、そうではないですよね？たとえばユースケースとして△△みたいなのがあるとおもうんですけど、その場合どうします？」
A「それもできます」
俺「どうやってでしょう？」
A「今お見せした機能を使えば」
PM「できそうですよね。とりあえずお客さんにはこれ見せてぶつけてみます」
俺「私だけイメージできてなくて申し訳ないです。Aさんってこの案件今月までですよね？私だけできないと思っているようですので、実装時期が来たらこの機能はAさんが担当していただけないでしょうか？」
PM「どうですかAさん？」
A「承知しました。ただ私の方でも検証不足は感じているので、もう少しPOCに時間いただけると」
後日
A「△△は難しそうです」
死ねよ
都「いや、アクセスが集中しただけで、サーバが落ちたわけじゃないし」
いや、これ、普通に落ちてるって言うやろ。
この技術力に、500Pと引き換えに個人情報を入力するとか、正気か？
そもそもこれ、どこが請け負って作ってんの？
都の誰かの関係者か？
いくらかかってんの？
これの保守料、ダラダラと掛かりまくるのが目に見えてるんだけど、それ、マジで全額出すのか？
常時でかい処理能力不要なのに、リソース利用率0.x%程度で365日×24時間とかスタンバイしっぱなしにして、AWSあたりに税金垂れ流しまくるんだろ？
GoogleCloudか？
税金だぞ。
税金！
請け負ったPM、エンジニアも、真面目に全力で作った「うんこ」って楽しいのか？
満足か？
自慢できるのか？
このレベルのアプリでここまで低レベルの障害を発生させて、「最終テストなので」とか、小学一年生のさんすうドリルで10点中7点取って「今日は調子が悪かっただけだよ！」とか社会人が言い訳するくらい恥ずかしいことなんだが、関係者、理解してんのか？
PMなりPdMと受託会社の社長が並んで記者会見開いて、「いくらで受託したか」「運用費は月々いくらか」から経緯の説明をしろよ。
税金だぞ。
税金！
あと、これを「アクセスが集中しているだけで、サーバが落ちてるわけじゃありません」なんて、一介の役人に言えるとは思えねぇ、これ言ったの、開発会社だよな？
役人なんてなんも知らん猿だから、とりあえず言い訳しときゃいいよ、って姿勢が見え見えだよ。
って思うわ。
こういうPMにちょいちょい出くわすんだけど、この手合いを「腕利のPM」とか評価してんじゃねーよ。
クズやぞ。
これに限らず、マイナカード系のアプリとか端末とか、理念云々以前に障害多すぎ、使いづらすぎて全く信用できないんだが？
こんなのとか都庁のライトアップとかに無駄金かけてるんだったら、なおさら地方に回せよ。
かなり久々に、受託系、SES系の人と話してるんだが、技術力が古すぎ低すぎて草も生えんのだが、マジで関係者、何考えてんの？
惰性でエンジニアやってんじゃねぇよ。
本稿で提示するプロファイルは、10万件以上のブクマを有するidを対象に公開コメントをAIが解析し、その深層心理や思想傾向をモデル化した「テキスト・ペルソナ」です。これは実在する個人のプライバシーを暴くものではなく、言語活動に基づく批評的なシミュレーション（思考実験）です。特定の個人の社会的評価を操作する意図はなく、あくまでAIによるテキスト分析の一環としてお楽しみください。
- HP / Dell / Fujitsu などのサーバから **回収した正規品（例：不動産・リース返却）
- 中国の回収・リサイクル業者が回収 → 整備 → 中華プラットフォーム（AliExpress / 深圳マーケット）に流す
- 技術的には本物のIntelチップだが、**来歴不透明・保証なし・ファーム版が古い**
- 実際には「再生品・中古OEM」なのに「新品未使用」と表記
- Intel正規品だが、**ファームウェアを海賊版・改変版に置き換え**
- 一見するとコアのチップはIntelだが、制御ロジックが不安定
- 実際には経年劣化・電解コンデンサの容量抜けなど、信頼性が落ちている
- 「新品」として売る詐欺
---
- 新品なのに異常に安い
- 同じ出品者が「同じ型番を100個単位で出品」（卸仕入れ的）
3. **返品率 / 交換率の異常**
- Aliexpress / Amazon での返品数が多い
27歳DT、この歳になってようやくというかいまさらというか、とにかく失恋をした。
知り合ったのは俺が19で相手が15のころ、7年の友人だった。
もっとも、「友人」だったかどうかは今となってははっきりと言えない。
それでも恋をしていたんだ。
許してほしい。
諦めるために書いている。
どうか最後まで読んで「お前キモいからさっさと死んだほうがいいよ」とコメントを残してほしい。
「彼氏ができた」報告をされた。
本当につらい。
いろいろなコンテンツを紹介してもらったから日常のありとあらゆる事象で思い出してしまう。
「黒髪のキャラクターが好き」と言っていたから黒髪を見るだけで辛くなる。
果てはお金の使い方を一緒に考えてた時期もあるからお金を見るだけで吐きそうになる。
それくらい世界のすべてだった。
他人から見たらまさしく「よくあること」なんだけど、俺にとってはすべてだったんだ。
Twitterを眺めていると二次創作でいろいろなキャラクターが性行為をしている。
それを見るだけで「彼氏とこういったプレイしているんだろうな」なんて思ってしまう。
本当に情けなくて、気持ち悪い。
知り合ったのは当時はまっていたゲームのDiscordサーバ。
当時にしてはかなり活気あふれたサーバだった。
接点を増やそうとメンションや個人DMを増やしてしまい、結果返信が帰ってこなくなった。
俺と2,3人が残っているだけのような、ほぼ個人サーバのような状況。
そんな時、不意に帰ってきたのである。
「俺さん元気だった？」なんて言われたときはうれしくて泣いてしまった。
俺は社会人になり、相手は浪人をして再受験のために努力をしているらしい。
会話を続けるうちに恋心を思い出した。やっぱりこの人しかいないと思った。
ふとメンションしようと思ったら一覧に表示されなくて気が付いた。
本当は少しずつ頻度を下げていたのかもしれない、「最近来ないね～」なんて他のメンバーと会話していたりもした。
どうして脱退したのかはいまでもわかっていないが、大方なにか気に障ることをしてしまったのだろう。
わかっていないあたり、気持ちが悪いと思う。
あまりに悲しくてずっと泣いていた。
でも当然なにも解決しなかった。
サーバが過疎ったまま、1人また1人と来る人が減っていった。
俺もどこかで「サーバにいればいつかまた会えるかもしれない」と思っていたのかもしれない。
それから数年、今年の春。
当時遊んでいたゲームの続編が発売された。
とても面白く、その感動を誰かと分かち合いたいと思ってしまった。
Discordのサーバ一覧には当時加入しただけのサーバが多数残っている。
迷った。
一ヶ月くらい迷った。
どうしても諦めきれなくてDMを送った。
当時のことを謝りつつ、続編について語り合いたいことを話した。
帰ってこないだろうと思っていたのだが、返事があった。
本当にうれしかった。
それから数カ月ほど、その続編以外にもいろいろなことを話すことができた。
生活が変わったことだったり、新しいゲームにはまっていることだったり。
俺に彼女がいないことを煽られたり、彼氏がいないことを自虐していたりもした。
このやり取りで調子に乗ってしまったと後悔している、またアタックをしてしまったのだ。
それから返事の頻度が下がっていってしまい、とうとう帰ってこなくなってしまった。
3度目の過ちである。
するとひとことだけ。
最初に書いたとおり、世界のすべてだったから何をするにも思い出してしまう。
そして「今は彼氏とも同じ話をしているんだろうな」なんて考えてしまい余計辛くなる。
28歳のDTが年下の少女に恋をして、告白もできないままに振られて、勝手に鬱になっている。
それだけのはなし。
どこかのタイミングで意を決して自分の想いを伝えていたら違う結末もあったのだろうかとも考えてしまう。
初めて恋心に気が付いたタイミング、もう一度再開できたタイミング、互いにパートナーがいないことを煽りあったタイミング。
いくつかタイミングはあったかもしれないが、それらをすべて投げ捨ててしまった。
言わなかった現在が正解なのかもしれないが、今となっては言って玉砕したほうがよかったと感じている。
でも、2度見限ったのに2度とも再開を認めてくれたからもう一度を期待してしまっている。
もちろん、相手自身が幸せになってほしい。別れろとは言わない。
でも、もう一度友達になってはくれないだろうか。
毎晩とは言わないから、月に一回は会話させてくれないだろうか。
なんて言いつつも、やっぱりワンチャン付き合いたいななんて思ってしまう自分もいる。
ここまで読んでくれてありがとうございました。
俺はどうすればよかったのか、どうすればいいのか、
もう一度やり直せるのか、それとも忘れる方法はあるのか。
考えたくもないけれど。
これを見たうえで許させれるとは思わないから、見られないことを祈っている。
それでももし見てしまったら、あなたが好きだったポケモンの名前をコメントに残してくれないでしょうか。
どうか、見つかっていませんように。
＞DRAMなんて経年でそんな変わるもんでもないし
ふつうのデスクトップPCで使われたなら中古でもそう劣化してないけど、サーバで酷使されてた中古メモリは地雷やで。
AI業界が日進月歩でDRAMが供給不足で値段爆上げなんだけど
これってAIが日進月歩で進化するってことは当然DRAM性能への要求水準も日進げっぽげっぽで爆上がっていくってことだよな？
ってことはDDR7とかそれ以降の開発や供給が加速してサーバのメモリ達もどんどん置き換わっていくことになるじゃん？
ってことはそのころになればDDR4や5が中古市場に潤沢に供給されそうだよな
サーバグレードの需要とコンシューマ向け需要が圧倒的に非対称だからこその値上がりってことは、
それらが中古落ちする場合の中古市場への供給も圧倒的な量が降ってきそうだな。
たぶんそのころにはその状況を反映してコンシューマ向けのマザーもレガシーメモリ対応モデルが充実するんじゃない？
SSDは中古だとやばいけどDRAMなんて経年でそんな変わるもんでもないしここは「待ち」だと思うわ
まだ時期じゃない
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年以上続いた「福岡大学への一点集中」を終わらせようとしている・・・。
幾つも見てきてる。
ってキョトンとした表情で言われることがよくあるんだけど、「札束燃えてるやん」。自覚はないんか？
ビジネスの伸びに比べて、クラウド課金、エンジニア人件費の伸びが抑えられてなんぼなのに、ビジネスが伸びれば伸びるほど、課金も人件費も鰻登りじゃ意味ないんだよ。
「でも、規模が大きくなったら、その分固定費も増えるでしょ」
って、Webサービスとか「システム」をビジネスにしてるなら、規模が大きくなっても「比例して」あるいはそれ以上に固定費が増えるのはおかしい。
どうしてエラーがこんなに発生しているのか？
どうして手動メンテがこんなにたくさん発生しているのか？
「技術力がなくて設計から失敗」しているし、改善するだけの技術力もない。
から。
男は黙ってSnowflake？
男は黙ってTiDB？
K8s？
「俺、これ知ってるぜ」は技術力じゃない。
ビジネスの規模がデカくなったら、インスタンスをただひたすらデカく、増やすしかない設計しかできないのは、カスだ。
混乱に拍車をかけるだけだ。
何をしているか自覚できるだけの技術力があれば、「AIガー」という前に、かなりの部分、解決できる。
