はてなキーワード: MAPとは
「静岡にノースカロライナ？」と俺が言うと、誰かが「あるよ」と言ったが「いや、どう考えてもないでしょ」と俺は言ったら「大岡の先はイカれている」と言われた。
早く家に戻りたい。イカれた地域にはいたくない、と歩いていたら、中野という奴が悪魔の目を手に入れていて、「おい、降りてこいよ」と俺を呼び止めたが、無視した。
店が見えてきて何か食べ物を買おうとしたら、レジの先で空間に閉じ込められたので店員に出してもらった。
ずっと歩いていると、外人ばかりの場所にたどり着いて、ヘブライ語の看板などがあった。
ここがどこなのかわからないので、近くの女性に"Excuse me? Where is this location?"と訪ねた。
"Do you have a map?"と聞かれたが、何か冊子を持っていたので"This?"と聞いたら、"No."と言われた。"Come here."と言われてついていくと、冊子を渡された。
女性は"This is your favorite location."と言ったので、俺は"No no no, I want to know current location, not favorite location. Don't recommend me a favorite location."と言った。
と、その時、目の前にペンが現れた。俺はなぜか「やったー！ペンだ！ラッキー！」と言ってペンを持ち去った。
ペンには笛が付いていたので「ぴっぴぴぴっぴっぴー」と吹くと、遠くで同じリズムで誰かが鳴らしたかと思うと、何かがヒューッと飛んできた。
それがストンと目の前に落ちたら、それはドナルドだった。「ドナルド？」と俺は言った。
「人間か....」とドナルドが言うと、コンベアーか何かで鳥人間が運ばれてきて、その鳥人間の集団は「2年、7年、2年、7年...」と意味不明なことを呟いていた。
「円高・デフレ」は(∞,1)-圏における安定な∞-構造の自己同型であり、「リフレ」は(∞,1)-論理の破綻とコヒーレンス崩壊を意味します。
Let 𝔛 be an ∞-topos
𝔛 ≅ Sh_∞(𝒞, J)
where 𝒞 is a small (∞,1)-category of economic objects (市場、通貨、資源等)
J is a Grothendieck topology encoding local economic accessibility (情報、価格、選好構造の被覆)
Let 𝓟 ∈ 𝔛 be an ∞-sheaf of price structures (物価∞-層)
ε ∈ Aut_𝔛(𝓟): 円購買力を記述する∞-自己同型変換
𝓤 ∈ π₀Map(1,𝓟): price-dependent global welfare section（厚生の∞-射影）
Assume:
∀x ∈ Obj(𝓟), ε(x) ≃ x in 𝔛
⇒ ε is an equivalence in Ho(𝔛)
⇒ preserves all ∞-categorical colimits and finite limits
⇨ 円高・デフレ操作は、𝔛の(∞,1)-安定構造を保ち、選好構造と整合的に作用する。
加えて、
Map(1,𝓟) ⊂ Stable_𝔛
ならば、ε induces a loop structure: ε ∈ Ω𝓟
⇨ ε はトポス論的 loop operation として、厚生構造の保存的変形を定義
Let ℛ: 𝓟 → 𝓟 be a morphism not preserving descent,
i.e., ℛ ∉ Sheaf_∞(𝒞,J), breaks colimit preservation
⇨ ℛ is not a geometric morphism ⇨ fails to preserve truncations, ∞-descent
また、ℛ induces a morphism:
with π₀(ℛ)(𝓤) undefined ⇨ ∃i>0, πᵢ(ℛ(𝓤)) ≠ 0 ⇒ 高次ホモトピーが消えない
⇨ リフレ政策は、厚生関数の高次ホモトピー的位相不整合をもたらす。
このとき、コヒーレンス条件（Segal条件、Univalence）不成立 ⇨ 𝔛 collapses to incoherent pre-sheaf ∞-category
ε ∈ Aut_𝔛(𝓟) ∧ ε ∈ Ω𝓟 ⇒ 安定・構造保存的作用（円高・デフレ）
この前スマホ落とした。
落としたあとが非常に手間だったので書いていく。
家中をどれだけ捜索してもスマホがなかったので落としたのだと思い至った。心当たりがあったのだ。
そしてスマホ落としたことに気付いて一番最初に思ったのが悪用。2段階認証を突破されかねないと思った。
その後悪用はまあパスワードかかってるし基本的には大丈夫だろうと思い直し、家のMacからFind my iphoneで紛失モードにした。電源が切れていたのでどこにあるかは不明だった。
Macで公衆電話の場所を探し、最寄り駅にあったので公衆電話まで行く。
そしてここで痛恨のミス。
警察署の番号を調べてくるのを忘れる。
スマホで電話番号を調べようと思い、スマホを取り出そうとしてスマホが無いことに気付き、家に帰ることに。
家に帰って、あ！そうだ！ネットから紛失届を出せばいいんだ！なんでこんなことに気づかなかったんだ！と思う。
しかし遺失物発見時の連絡先が電話番号になっていたので、意味ねえなと思いながら登録。
スマホなくしたのに、スマホに「スマホ届いてましたよ」って電話されても困るわけで。
仕方ないので警察署の電話番号を調べて紙にメモし、公衆電話までまた行くことに。メモ帳とペンも忘れず持参した。
銀行なども2段階認証を入れていたので解除できないものがあり、キャッシュカードで利用していた口座の残高が2000円ほどしかなく本当に焦った。
公衆電話からダメもとで警察署に電話をかけ、スマホの特徴を言うとそれらしきものが届いているという話でかなり安堵した。
そこで自宅の最寄り駅から警察署に向かうことになったのだが、ここでまた、今度は警察署の場所がわからない。いや、警察署の大まかな場所はわかるが、どこをどう行けばわからず困った。
また家に帰ることに。
ここで、Macから流れるようにAirDropでGoogle Mapのキャプチャを送ろうとして「なんで俺のiPhone表示されないんだ？」と少し戸惑うなどしていた。
すぐに「スマホがねえんだよバカか俺は」と思い直し、メモ帳に手書きで書いていた。
目印はここ、ここを曲がるみたいな。
今思えばMacに画像を保存してMacごと持っていけばよかったなと。焦りすぎていた。
駅につき改札を通ろうとする。
ここで俺は気付く。うわ切符買わないとだめじゃんと。
そうか、紙の切符が本当はメインなんだ、ICカードはあくまでサブなんだ……ということを思い知った。現金があるのに通れない改札なんてあってはいけないものなと。
電車に乗り、暇を潰す。みな当たり前のようにスマホを使っている。暇つぶし用に持ってきた本を読みながら警察署付近の駅まで揺れる。
警察署の近くの駅につく。
だが駅から出れない。
何番出口から出ればいいのかメモするのを忘れた。どこから出ればいいんだ？？？と迷っていた。
駅員に聞こうと思ったが、適当に歩いたので改札がどこにあるかもわからずパニックに。
めちゃくちゃに歩いてなんとか改札を発見し、警察署に行きたい旨を伝えると、「ここじゃないですね」と言われ別の改札を案内される。その後なんとか改札を出た。
途中また迷うが、道路の標示や太陽の方角などを手がかりにしたり、途中たまたまあった交番で警察署の場所を聞くなどした。
これだ！！！！と確信したが、パスワードを教えてくれと言われた。
パスワードを教えると署内であけて中を見て本人かどうか確認してから渡すという話。
見られたくなかったので断ると、結構キレ気味にじゃあSIMカードの製造コードを教えてくださいと言われた。それがないと渡せないと。そして窓口がもう閉まるから明日来てくれとも言われた。
そのまま何もできず家に帰り、家の中を片っ端から漁り、製造コードを見つけ、それをメモ帳に書いた。
翌日、警察署が開くタイミングで昨日と同じように切符を買い、メモ帳を持って警察署へ向かった。
やった！！！文明の利器だ！！！社会に戻れた！！！という気持ち。
ちゃんとモバイル充電器も持っていったので、刺して復活したあと連絡不能だった人々に連絡をしまくった。
そしてうおおおおICカード使える！と思って改札にかざしたが、動かず右往左往することに(1度紛失モードになるとロックがかかるらしく、運営会社に問い合わせして解除してもらわなければならなかった)
仕方ないので帰りも切符を買って帰った。
家に帰り即銀行振り込みを決行。いろいろな引き落としが間に合う。
スマホがないと何にもできないんだなと思った2日間だった。
神クラス（God Object）は、ソフトウェア設計においてアンチパターン（避けるべき設計手法）として知られています。
これは、過剰に多くの責任を持ちすぎるクラスやオブジェクトのことであり、ソフトウェアの保守性や拡張性、可読性に大きな問題を引き起こします。
以下では、「いかに大変か」「なぜ大変か」「どのように大変か」を徹底的に具体的に解説します。
public class ApplicationManager { private Map<String, User> users; private DatabaseConnection db; private Logger logger; private GUI gui; private NetworkClient client; public void startApplication() { connectToDatabase(); loadUsers(); gui.showLoginScreen(); } public void processUserInput(String input) { logger.log("Input received: " + input); if (input.equals("logout")) { gui.showLoginScreen(); } else { client.send(input); } } // ... more than 5000 lines of code }
例えば自宅までのルートを紙ベースの資料で教えてくれとかあるでしょ？
別に自宅住所は分かってる訳だからGoogleで調べれば普通に自宅までの最短ルートは出てくるわけ。
そんなもん教員側も分かってるんだけど、わざわざ面倒な紙ベースにしてるのは理由があるの。
多産家庭に多いんだけど親がキャパオーバーで子供が頼み事すると普通にキレる親がいるから、そういう家庭は書類が提出されない。
この知能で社会のどの辺で生きてるのか分からない。こういう家庭はワクチンの意味とかも理解してないから必要なワクチン全て打ってない事もザラにある。
一度だけGoogle mapのルートURLを書かれてた事があってマジ喧嘩売ってんのかって思った。
この様にめんどくさい処理にはそれなりの理由があり、ヤバい家庭を炙り出す装置の意味もあるのです。
提出書類がヤバい家の子供はヤバい確率が上がるのでクラス替えとか指標になります。
ヤバい家庭が結託するとロクか事にならないので。
ちなみに
JSで０インデックスがヘダーのストリングのアレイのアレイからなるテーブルのカラムを別アレイのカラムインフォオブジェクトのディスプレイナンバーに合わせて並び替えて名前をnameからdisplayNameの値に入れ替えるコード
だと
想定される入力
['id', 'name', 'age'], // ヘッダー
['1', 'Alice', '30'],
['2', 'Bob', '25'],
];
const columnInfo = [
{ name: 'name', displayName: '名前', displayNumber: 0 },
{ name: 'age', displayName: '年齢', displayNumber: 1 },
{ name: 'id', displayName: 'ID', displayNumber: 2 }
];
[
['Alice', '30', '1'],
['Bob', '25', '2']
]
function reorderAndRenameTable(table, columnInfo) {
const nameToIndex = header.reduce((acc, name, idx) => {
return acc;
}, {});
const sortedColumns = [...columnInfo].sort((a, b) => a.displayNumber - b.displayNumber);
// 新しいヘッダーを displayName に置き換え
const newHeader = sortedColumns.map(col => col.displayName);
// 各行の値も同じ順で並び替える
const newBody = body.map(row => {
return sortedColumns.map(col => row[nameToIndex[col.name]]);
});
return [newHeader, ...newBody];
}
ここまで数秒なのでまあこれくらいだと書くよりは早い
Clojureのimmutable persistent data structureは、データが変更されるたびに新しいバージョンを作成し、元のデータ構造を保持する仕組みを備えています。この特徴により、データの不変性と効率的なメモリ使用が実現されています。以下では、Clojureの代表的なデータ構造であるmap型（hash-map）を例に、その仕組みを解説します。
Clojureのhash-mapはキーと値のペアを保持するデータ構造であり、以下の特徴を持っています：
以下に、Clojureでキーと値を追加する操作（assoc関数）を例として説明します。
(def original-map {:a 1 :b 2}) (def updated-map (assoc original-map :c 3))
{:a 1 :b 2}
{:a 1 :b 2 :c 3}
この操作では、元のmapは変更されず、新しいmapが作成されます。ただし、効率化のために、元のデータ構造（:a 1と:b 2）はそのまま再利用されます。新しく追加された:c 3のみが新しいノードとして構築されます。
Clojureのmap型は、Phil Bagwellによって提案されたHash Array Mapped Trie (HAMT)というデータ構造を基盤にしています。この仕組みでは以下が行われます：
Clojureのimmutable persistent map型は、不変性と効率性を両立させる設計により、信頼性の高いデータ操作を可能にしています。これらの特徴は特に並列処理やトランザクション管理などで有用です。
（3/26追記）
たくさん見ていただいてありがとうございます。事前準備は大変でしたが、それでも現地で苦労したこともありました。しかし、それを上回る食事の良さと観光地の壮大さが味わえました。中国は怖い、と思ってる人も多くいると思いますが、現地で言葉がわからず苦労している我々に一生懸命手を差し伸べようとしてくる親切な人も数多くいたことをお伝えしておきます。
・３世代の続柄がよくわからない →増田を起点に母、増田、子の３世代です。修正しました。
・ホテルの値段を知りたい →追記しました。日本のHilton系よりも安いと思う。
・中国プリペイドSIMはLINE使える？ →使えます。Google/Facebook/Xも問題なしでした。
・スマホないと無理レベル？ →旅行者は無理だと思う。ただ同行者全員がこの準備をする必要はない。今回は大人数でタクシー２台移動もあるため、増田夫婦２人がWeChat PayとAlipayを準備しておいた。（DiDiで２台同時に呼べない）
以下本文
--------------------
2025年3月に増田母/義母（後期高齢者）、増田夫婦（アラフィフ）、増田子（未成年）の3世代で中国北京に5泊6日で旅行してきた。事前にネットで情報収集したが、ガイドブック含めて日本語でアクセスできる最新情報が少なく苦労したので、誰かの役に立つことを願って備忘録として記載しておく。
・事前準備
・ホテルの予約
・交通状況
・観光地（次回）
・食事（次回）
WeChat Pay、AliPayは日本の携帯電話番号でも登録して、支払いのアクティベーションまで完了することはできるが、DiDiの利用や故宮の予約などを考えると中国電話番号が欲しいと思い契約した。私が契約したのはamazonでも売っているChina UnicomのeSIM「中国電話番号付きシーズンSIM」。中国本土だけでなく日本でも中国電話番号宛てのSMSが受信できるところがミソで、このおかげでBaiduのアカウントも作成できたし、故宮の予約も日本で取得できた。
90日間有効でデータ容量は6GBだが、1週間程度の旅行であれば十分かと思う。足りなければチャージ＆期間延長できる。GoogleのサービスやLINEも使えた。今回宿泊したHilton系ホテルのWiFiでもLINEなどは制限されていて利用できなかったのでこれがあってよかった。
私のスマホ（Google Pixel 8 Pro）は物理SIM利用なので、このeSIMを追加して2本差し状態にしておけば現地で特に何もすることなくすぐに使える。
支払いはこの2つのアプリをそれぞれインストールしておき、アカウント登録（要パスポート）とクレジットカード紐づけまでを日本で完了させておく。ほとんどの店でどちらも使うことができるが、バックアップ用として両方ともが望ましい。紐づけるクレジットカードは別会社にしておくと更に良い。私は旅行中にAMEXに不正利用確認として2度止められてWeChat Payが利用できなくなり、JCBを紐づけたAlipayで支払って難を逃れたことがあった。
支払いだけでなく、それぞれのアプリからミニプログラムを起動して故宮などの観光地の予約やDiDiでのタクシー配車をするので、これがないと何も始まらない。逆に現金はまったく不要だった。今回の旅行では中国元への両替を行わずにすべての観光ができたし、なんなら硬貨、紙幣含めて使われているのを見てもいない。
Google Mapは中国だとまったく役に立たない（地図の内容と位置情報が合っていない）ので、百度地図か高徳地図のいずれかを使わないといけない。私は百度地図しか使わなかったので高徳地図のことはわからない。百度地図が使いやすいか？と言うとそんなことはなく、中国語以外の言語は選択できないのでGoogleレンズの翻訳とにらめっこしながら後は慣れで乗り切るしかない。また、Baiduアカウントがないと地点の「お気に入り登録」ができず、Baiduアカウントは中国の電話番号がないと作成できないという問題もある。今回は日本でもSMS受信可能な中国電話番号付きSIMを購入したのでBaiduアカウントの作成に成功し、Google Mapに近い感じで利用することができた。
なお、Google Mapでホテルの場所を確認するとまったく別の場所を表示されるので自力で行こうとするとホテルにたどり着けない可能性もある。ホテルの場所は百度地図で確認しておくとよい。
中国国内の高速鉄道が予約できる。Web版もあるがアプリを入れた。今回は雲崗石窟（大同南）と万里の長城（八達嶺長城）の往復2回、高速鉄道に乗ったが、GUIもわかりやすく日本語表示可能なのであまり苦労しないで列車予約できると思う。思ったより発券手数料がかかるが他に選択肢がないのでどうしようもない。
（追記）利用登録にはパスポートが必要。また同行者のチケットを購入するときも同乗者のパスポート情報が必要なので、何度も購入するのであれば事前に同行者情報を登録しておくと便利。あと、１回の発券では５人分までしか購入できない。今回の旅は大人数のため２回に分けて購入が必要だった。
私はHilton Honors会員なので、今回はHilton系しか調べていない宿泊していないので参考にならないと思う。HiltonのWebサイトから北京（Beijing）で調べていくと、ラグジュアリー系のウォルドルフ・アストリア、コンラッドから、ヒルトン、ダブルツリーのアッパー系、アッパーミドルのHilton Garden Inn、Hamptonなど10個以上が見つかる。後述するように地下鉄が安く、タクシーが便利で安いので、ものすごく辺鄙な場所でなければ、あとは予算や志向に合わせて決めれば良いと思う。
今回の旅は、Hilton Garden Inn Beijing Guomaoに3泊、Conrad Beijingに2泊した。北京市内でホテルをはしごするのは面倒ではあったが、アッパーミドル→ラグジュアリーとグレードアップすることで終わりの印象がよい旅になったと思う。
2025年3月上旬に開業（おそらくHiltonブランドへの変更リニューアルと思う）したばかりだったので、設備も新しくキレイだった。トイレもウォシュレット完備だが、バスタブはなくシャワーのみ。朝食ビュッフェ（60元/人）、無料ランドリー、トレーニングマシン室もあるので、長期滞在でもリーズナブルかつ便利に過ごせると思う。スタッフはごく一部しか英語を話せないが、一生懸命理解しようとしてくれるし、日本人ならではとして漢字で筆談できるのでなんとかなる。最寄り駅は国貿（Guomao）ではなく永安里から徒歩5分ちょっと。永安里は１路線（地鉄１号線）のみだが天安門や王府井から３〜４駅と近く拠点としても優秀な部類だと思う。レストランの併設はないが近くに四川料理店があるのと、DiDi呼んで食べに行けばよいので困らない。
（追記）3部屋3泊で約7,700元（朝食付き）だったので、1部屋（2人ないし3人まで宿泊可）の1泊分は約18,000円。
Hilton系列のラグジュアリークラスだが、繁華街の王府井にあるHilton Hotel やウォルドルフ・アストリアに比べたら安価。ラグジュアリーではあるが2013年開業なので設備はあまり新しくない。トイレもウォシュレットはなかった。シャワー室のほかバスタブが窓際にセパレートであるのでゆったりと過ごせる。地下にプールがあるらしいが今回は行かなかったので不明。朝食はさすがの高級ホテルのビュッフェという感じ。上記のHilton Garden Innも悪くなかったが、比べてみると種類、質とも圧倒的。あと市街観光していても西洋系、アラブ系の外国人をほとんど見ることはなかったが、Conradにはいっぱいいた。みなさん、ここにいたのね。
（追記）3部屋3泊で1部屋はエクストラベッド追加で約11,000元（朝食付き）だったので、こちらは1部屋1泊分は約38,500円。
いわゆるSuica/PASMOと同じような非接触型のチャージ式切符であり、ガイドブック等を読んだ限りでは便利そうだと思い空港で購入したが、買う必要はなかったなと思う。人数も多かったのでいちいち1枚ずつチャージするより、切符を券売機でまとめて購入するほうが楽だったので、チャージが切れたあとは使っていない。少人数で地下鉄中心で移動する場合は購入してもよいかもだが、WeChat PayやAlipayで直接改札で支払い可能なので、個人旅行だとやっぱり不要。
ものすごく地下鉄網が発達していて南北東西に走る線路のほか、環状線が大小あり至る所で乗換駅がある感じ。そして安い。初乗りは3元からで乗換含めて40〜50分地下鉄で移動しても6元とか。お金はあまり使いたくないが体力がある人には地下鉄がおすすめ。ただ、古い路線（1号線とか2号線）はエレベータどころかエスカレータもなく、年寄や足が悪い人には向かない。タクシーも日本に比べてずっと安いので、体力に自信のない人はタクシーを活用したほうが良い。私たちは朝は地下鉄で目的地まで行って、その後は無理をせずタクシーを使って移動していた。あと、だいたいどんな駅でも入口でセキュリティチェックを受ける。
日本だとタクシー配車アプリを使ったことはほとんどないが、中国ではDiDiというアプリ一択の状況。WeChat、AlipayのそれぞれのアプリからミニプログラムとしてDiDiが起動できるので、DiDiアプリをダウンロードしておく必要もない。使い方は英語画面だが直感でなんとかなる。自分の位置情報が表示されるので”Where to go”から行きたいところを検索して指定して、どのクラスの車を呼ぶか（複数選択可）を選べば、あとは数秒で自動でマッチングして自分の居場所まで来てくれる。アプリには車のナンバーだけでなく、メーカーや車種なども表示される（されない場合もある）し、どこから向かってるかなどの位置情報もわかるので、あ、あれかも？とナンバーが見えなくてもなんとなくわかる。車が来ているのにこちらが見つけられないと、SMSや電話がかかってくる場合もあるが、中国語が話せないとわかると向こうからキャンセルされる。その場合は、落ち着いてもう一度配車申し込みすればよい。
値段は20kmぐらい移動しても50元（1,000円）いかないぐらい。中心部にある観光地から周縁部のホテルに戻るぐらいの距離なら20〜30元でいける。3人旅であれば地下鉄よりもちょっと高いぐらいで楽々移動できる。
（追記）空港や主要駅などでは、タクシー（白タクではない正規のもの）も客待ちしている。DiDi配車の待ち合わせスペースに行こうとすると必ずタクシーの運ちゃんの客引きに合う。彼らは私が”I can't speak Chinese”と言ってもお構いなしにずっと声がけしてきてつきまとってくるので、かなりうざい。
声がけには白タクの人も混じってくるので無視するに限るが、正規のタクシーで目的地が有名どころではっきりしていれば特に問題ないと思う。
DiDiは目的の車が来たら自分で助手席を開けて、自分の携帯電話番号の下４桁を運転手に伝えることで確認完了となる。WeChat PayやAlipayに登録した番号がそのままDiDiに連携される仕組み。増田は中国SIMの電話番号に登録変更していたのでそっちを伝える。英語だと通じないことがあるので、そこだけは中国語の数字を覚えるか、紙に書いて見せるのでもよい。数字は麻雀知ってる人はそんなに苦にならないと思う。リン、イー、アル、サン、スー、ウー、リュウ、チー、バー、ジュウなので、０８３４なら「リン・バー・サン・スー」とはっきり言えば伝わらないことはなかった。
長距離移動の場合は、高速鉄道（新幹線）を使う。北京にはいくつかの高速鉄道駅があるが、今回は北京北駅と清河駅の２つしか使っていないので、それ以外はよくわからない。パリやロンドンと同じく行き先別で駅を使い分ける感じなんだと思う。（東京は東京駅に行けばどこにでも行けるのと対照的だ）
そして高速鉄道駅はものすごくでかい。庇のついた巨大な駅舎で内部も余裕があり、こんなに大きくする必要もないだろうと思うが、中国の人口を考えると繁忙期には激混みするのかもしれない。
チケットの購入はTrip.comで行った。他に方法があるのかは不明だが、日本語表示可能で直感的に使えるGUIなので発券手数料高くても不満はない。チケットの予約は2週間前から可能だが、それ以前から購入予約をすることができる。春節などの繁忙期は列車が満員になることもあるらしい。
座席は1等席、2等席のほか、ビジネス席やファミリー席などがある列車もある。1等席以上は座席数も少ないので希望する場合は早めに予約を。あと1等席は飲み物（今回の旅では”お湯”だった）とスナックがついた。
（追記）セキュリティチェックも厳重で駅の建物に入るとき、出発待ちの待合室に入るときの２回のチェックがある。
-------------
Google マップのローカルガイドとしてポイントを稼ぐには口コミを書いたり写真を投稿したりっていうのが一般的なんだけれども、じつはとある裏技を使う事でポイントを無限増殖することが可能。
① Google マップで「女子会」などのワードで検索する
② 店舗名が「【女子会/接待/個室】創作居酒屋ほげほげ亭 赤坂店 」のようなレストランがヒットする
③ 店舗名の項目に店舗名以外の文字列、ここでは「【女子会/接待/個室】」を含めるのは明確な規約違反なので「情報の修正を提案」して正しい店名に改める
④ Google 側で審議され修正が認められればポイントが入る
これで終われば、まあそれまで。ちょっとだけ Google マップの治安を良くすることに貢献出来て良かったですね、になる。ただ、実際はこんな感じの悪質な MEO (Map Engine Optimization) をやってる店舗の大半は、何かのボットなのか、オーナー権限で即時、遅くとも一日以内に元の規約違反状態の店舗名に戻してくるのだ。そいつらこそがカモ。
⑤ 修正が認められた通知が Google から来たら一日寝かす
⑥ 店舗名を確認し、再び規約違反状態になっていたら再度編集する
⑦ ④に戻る
この方法でかなり効率良くポイントを貯めることが出来る。繰り返すうちにボットに勝利してオーナー権限が剥奪される時もあれば、ボットに敗北して修正が認められなくなることもある。明確な規約違反なので正義はこちらにあると思うのだが、ボットに敗北することがある理由は良く分からない。とは言え、そんな店舗は山ほどあるのでいくつも並行して作業すればいくらでもポイントが貯められる。
そんなこんなで今やローカルガイドのレベル 6 になった増田は、Google ストアで使える 15% オフのクーポンを何度ももらっている。ぜひ、悪徳 MEO が滅ぶまで一緒に頑張る同志を集めたい。
お勧めキーワード: 女子会・接待・個室・歓迎会・送別会 → 悪徳 MEO 店名が見つかればそこから別のキーワードが見つかることも多い
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 2212 | 声明文 - 脳外科医 竹田くん | dr-takeda.hatenablog.com |
| 1409 | KyotoU Channel | www.channel.pr.kyoto-u.ac.jp |
| 1393 | DeNA南場智子が語る「AI時代の会社経営と成長戦略」全文書き起こし ｜ フルスイング by DeNA | fullswing.dena.com |
| 1294 | 子供の不機嫌への対処法 - 感情の考察、日常の幸福 | kosakimomo.hatenablog.com |
| 865 | 中国で失踪 | safeguarddefenders.com |
| 822 | トップページ｜オウム真理教問題デジタルアーカイブ | www.moj.go.jp |
| 817 | 僕のタスク管理2025年版：ChatGPTとNotionでいい感じに毎日を過ごす ｜ mozlog | kannnonn.com |
| 750 | SNSで規制すべきは組織的な書き込み - 続・はてなポイント３万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 665 | まだ人間が議事録書いてるの？ 日本語特化の文字起こしAI『kotoba-whisper-v2.0』がスゴいらしい | data.wingarc.com |
| 659 | 海外「日本人は深煎りコーヒーを好む」日本独自のコーヒー文化に対する海外の反応 : すらるど - 海外の反応 | sow.blog.jp |
| 639 | 自分のOSSのマルウェア入り偽物を作られたので通報した - 酒日記 はてな支店 | sfujiwara.hatenablog.com |
| 591 | 球団からのお知らせ | www.yakult-swallows.co.jp |
| 563 | NHKシステム開発・移行中断の件について | jp.newsroom.ibm.com |
| 528 | 突然Yahoo!IDが停止されてeBookJapanも利用不可になった件 - Privatter | privatter.net |
| 499 | 押井守監督が20年目の“今だから”語れる「イノセンス」の真実 そして本作を“今”劇場で観る意義とは？ | anime.eiga.com |
| 481 | 「うちの鍋は、もうこれだけでいいよ！」夫に言わしめた鍋は「2つの調味料」を入れるだけ。締めラーメンまで絶品 ｜ kufura（クフラ）小学館公式 | kufura.jp |
| 474 | 当社に対する訴訟の提起について ｜ 重要なお知らせ ｜ 株式会社サンリオ | corporate.sanrio.co.jp |
| 470 | NOT A HOTELのビジネスモデル - 続・はてなポイント３万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 464 | なぜあなたのウェブサイトは遅いのか | mizchi-20250213-devsumi.pages.dev |
| 457 | map / filter などの高階関数よりも古典的な for文の方が読みやすいと感じるあなたへ | gakuzzzz.github.io |
| 426 | 生成AI時代の音声入力ツール：SuperWhisperのすすめ - うみのーと | umiyosh.hatenablog.com |
| 420 | 音楽の新陳代謝が止まって「ダサい」がなくなったことの功罪 - 森の掟 | guatarro.hatenablog.com |
| 414 | Rustで進化するPayPayのスケーラビリティ | blog.paypay.ne.jp |
| 407 | マキネッタ、完全に理解した - ちなみに | blog.nishimu.land |
| 370 | 【動画】田代まさしさん「覚醒剤はフジテレビのあるADから『いいのありますよ』と誘われた」 | sn-jp.com |
| 369 | 死神 - ヤマシタトモコ / 死神 ｜ OUR FEEL（アワフィール） | ourfeel.jp |
| 345 | 【トラブル】成田空港会社が契約終了を警告、「みんなで大家さん」に借地リスク浮上 | nfm.nikkeibp.co.jp |
| 344 | NotebookLM Web Importer - Chrome Web Store | chromewebstore.google.com |
| 319 | draw.ioでレイヤーを使ったらAWS構成図が捗ったお話 | tech.anti-pattern.co.jp |
| 313 | SQL道場 - SQLの実践的な学習サイト | sql-dojo.com |
タイトル通り。マチアプでぼったくりに遭った…というか遭いかけた。
素人の文章よりこっちのほうがわかりやすいと思うので、この記事を読んでもらったほうがいいかも。
マッチングアプリ利用「ぼったくり」 被害者が語る手口とは | NHK
相手の女とマッチ成立。アプリ内でメッセージをやり取りする。互いのプロフィールを話のネタに、5往復くらいしたはず。
渋谷に軽く飲みに行こうという話になる。
今思うと、合う前から連絡先交換を提案してくる時点でおかしいと思うべきだった。
こちらはネットでググったマチアプ相手向けのちょっとオシャレな店を考えていたが、女から「職場の友人から勧めてもらった店がいくつかある」と提案された。
女の提案した店は2つで、1つ目は自分も知っているチェーン店の店。もう一つは「名前が思い出せないが場所はわかるダイニングバー」らしい。
そして、1つ目の店には事前に予約の電話を入れたが満席だったとのこと(今思うと実に巧妙な嘘だ)。
それならそのもう一つの店に行こうか、という話になり、店に向かう。
道中では現在の生活など他愛のない話をした。やたら饒舌でこちらに質問ばかりしてくるなと思ったが、こちらの警戒を解くための戦略だったのだろう。
個室と言っても普通の飲食店の個室のようなものではなく、カラオケ屋みたいな部屋。ソファの上には男の画像が貼られたシャンパンが並んでいる。
飲み放題が5000円。小さい文字でサービス料+20%、ショットは別料金(伏線)などの文字がメニューに踊る。フードは800円から2000円程度で、一人2品の注文が必要らしい。
注文が届いたが、ビールは明らかに安価な発泡酒の味で、フードもスーパーで買ってきたものをそのまま出したような味だった。
枝豆に至っては冷凍焼けしており、ほぼ腐りかけのような匂いがした。
この時点でこの店はヤバいと思ったが、女を信用しきっていたこともあり、「お前の友人よっぽどセンス無いな」くらいにしか思っていなかった。
雑談をしていると、途中で店員がトランプを持ってきた。女からブラックジャックで遊ぼうと提案される。そして、負けたら酒を一口飲もうとも。
そうこうしていると、女が酒のおかわりのために店員を呼んだのだが、これまで飲んでいたカクテルに加えて、ショットを30杯(!?)追加注文しようとした。
いやいや、流石にそれは頼みすぎだと制止し、一旦二杯だけ頼むことに。
この時点でも、俺はまだ女が店とグルだとは思っていない。アホ。
その後もブラックジャックを続けていると、女が電話に出るといって部屋を出た。
その隙にこの店について調べようとする…が、スマホの電波が入らない。
地下一階とはいえこんなに繋がらないことがあるだろうか(これももしかしたら、店内からネットにアクセスできないようジャミングとかしてたのかもしれない)。
しばらくすると女が戻ってきた。急用ができたので帰らないといけないらしい。自分もこのクソ店を早く出たいと思っていたので好都合だ。
お会計は22000円。支払いは現金のみ。サービスに対してあまりにも高いが、まあ渋谷だしそういうこともあるよなと思って支払うことに。
なお女は現金の持ち合わせが無く、半額をPaypayで送るとのこと。
自分もそんな現金は持っていないのでおろしてくると言うと、店員が最寄りのコンビニまで着いてきた。
支払いを済ませ、女と次に会う予定を決めて解散。
その後、やっぱりあの店おかしかったよなと思い調べるが、Google Mapに情報が無い。女に送ったPaypayのQRコードにも既読がつかない。
そしてマチアプのトーク画面からも女が消えている。おそらく相手からブロックされたのだろう。
ぼったくりに遭ったのかなと思い調べたところ、冒頭の記事が見つかった。
あまりにもそのままの手口なので、ここでようやく店と女がグルであったことを悟った。
流れとしてはこの記事で紹介されている手口と全く同じだったが、幸いなことに俺はショット30杯の注文を制止することができた。もしそうなっていなければ、俺も40万円を請求されていたのだろう。
が、それに失敗したことで、「こいつはカモにできねえ」と損切りモードに入り、ギリギリ常識の範囲と言えそうな22000円を請求してサッサと帰す方向に切り替えたのだと思われる。
マチアプ経由でそういう被害に遭うことがあるとは聞いていたが、まさか自分が被害者になるとは思ってもみなかった。
店は色々と雑で怪しいポイントが満載だったものの、最後まで女と店がグルだという発想に至れなかった。
俺がアホだというのはもう前提としてもらっていいのだが、にしても手口の巧妙さに驚いた。
もし俺が酒に弱かったら、あるいは女がもっと可愛かったら、ベロベロに酔っ払ってしっかり被害に遭っていたと思う。
22000円で済んで本当に良かった。勉強代としてギリギリ許容できる。
冒頭の記事と全く同じ手口だったが歌舞伎町ではなく渋谷での出来事だったので、俺の知らない世界で広く普及しているやり口なのだと思う。
それはつまり、それだけ洗練されてきた手法ということでもあり、事前に知っていれば容易に対策可能だということでもある。